Остерігайтеся «хороших ідей»

Грег Найберг Хороші ідеї вбивають проекти Іноді смерть настає швидко, але частіше це повільне, болісне вмирання, причиною якого служать зірвані терміни і лавини програмних помилок Ви знаєте, про які хороших ідеях я кажу: спокусливі, очевидні, абсолютно нешкідливі на перший погляд – «нічого-страшного-ні-буде-якщо-ми-спробуємо» Зазвичай вони приходять в голову будь-кому в команді десь в середині життєвого циклу […]

Неоднорідність перемагає

Едвард Гарсон Природна еволюція компютерних технологій привела до важливих змін в тих інструментах, які використовують архітектори для створення компютерних систем Ці зміни воскресили інтерес до Багатомовна програмування, тобто до використання декількох мов в якості основних при реалізації програмної системи

Ваш клієнт – не ваш клієнт

Ебен Хьюїт Беручи участь у зустрічах зі збору вимог у ході проектування програмних продуктів, уявіть собі, що вашим клієнтом є не ваш клієнт Насправді це зовсім нескладно, тому що це правда

Хмарочоси що не масштабується

Майкл Найгард Розробку програмних продуктів часто порівнюють з будівництвом хмарочосів, дамб і доріг У деяких важливих аспектах це доречне порівняння Сама важка частина будівництва не проектування будинку, що буде стояти на своєму місці після завершення, а опрацювання процесу будівництва Цей процес почнеться з порожньою майданчики і завершиться готовим будівлею За цей час кожен робітник повинен […]

Проектування в порожнечі

Майкл Найгард Система складається з взаємозалежних програмних елементів Організаційна структура цих програмних елементів разом з обєднуючими їх відносинами називається архітектурою На діаграмах, що зображують такі системи, окремі програмні елементи і сервери часто спрощено представлені у вигляді прямокутників, зєднаних стрілками

Проблеми можуть бути більше, ніж їх відображення в дзеркалі

Дейв Куїк Я працював над сотнями програмних проектів У кожному з них зустрічалися проблеми, які створювали більше неприємностей, ніж очікувала команда розробників При цьому часто відбувалося наступне: деякі члени команди помічали такі проблеми рано, проте більшість співробітників відкидало або ігнорувало всі симптоми, оскільки не розуміло їх важливості, поки не ставало надто пізно

Відповідайте за свої рішення

І Чжоу Архітектори програмного забезпечення повинні відповідати за свої рішення, так як вони впливають на хід проекту набагато сильніше, ніж більшість інших співробітників організації Аналіз програмних проектів показує, що більше двох третин з них закінчуються або повним крахом, або випуском продукту з порушеннями (перенесення терміну випуску, перевитрата бюджету, невдоволення замовника) Глибинні причини невдач найчастіше повязані […]

Програми насправді не існують

ЧедЛавінь Розробку програмного забезпечення часто порівнюють з такими усталеними дисциплінами, як цивільне будівництво Однак у подібних аналогій є серйозний недолік: на відміну від матеріальних продуктів, що створюються в ході будівництва, програми в реальності не існує – принаймні, у традиційному сенсі слова Мешканці світу нулів і одиниць не повязані фізичними законами, які накладають обмеження на класичні […]

Усвідомлюйте наслідки змін

Дуг Кроуфорд Хороший архітектор знижує складність до мінімуму і може спроектувати рішення, абстракції якого, з одного боку, забезпечують надійний фундамент, а з іншого – досить прагматичні, щоб пережити зміни

Голландія відмовляється від Microsoft, Linux, Операційні системи, статті

Влада Амстердама оголосили про намір відмовитися від використання програмних продуктів Microsoft, замінивши їх вирішення з відкритим вихідним кодом. У першій половині майбутнього року тестування відкритого програмного забезпечення почнеться в двох адміністративних районах міста. На проект на першому етапі будуть виділені 300 тисяч євро. Передбачається, що на обмеженій кількості комп’ютерів будуть інстальовані операційна система Linux і […]