История изменений

Есть 2 способа разработки ПО.

Стуненческая – разрабатывается потому что интересно и есть время и для закрытия каких-то вчера возникших потребностей. Авторы, по причине недостатка опыта, почти ничего не знают о том, ни в чём потребность состоит, ни о факте незнания, и обречены на N несовместимых версий в попытке решить изменяющуюся (ввиду накопления опыта и понимания) задачу. Последнее усугубляется если продукт выходит в мир, сталкиваясь с похожими но не совсем такими же потребностями других/завтрашних пользователей, и приплыва новых студентов с новыми взглядами на всё.

Конторская – разрабатывается для срубить бабла, без учёта иных авторских или каких бы то ни было(в пределах исправляемого рекламой) пользовательких потребностей, в составе иерархических структур во главе с наёмниками, помнящими, как оно делалось в прошлом тысячелетии, направляющими новую кровь в старое русло. Потому стабильность минимум возможна.

GTK – пример первого, окна – второго.

Есть 2 способа разработки ПО.

Стуненческая – разрабатывается потому что интересно и есть время и для закрытия каких-то вчера возникших потребностей. Авторы, по причине недостатка опыта, почти ничего не знают о том, ни в чём потребность состоит, ни о факте незнания, и обречены на N несовместимых версий в попытке решить изменяющуюся (ввиду накопления опыта и понимания) задачу. Последнее усугубляется если продукт выходит в мир, сталкиваясь с похожими но не совсем такими же потребностями других/завтрашних пользователей, и приплыва новых студентов с новыми взглядами на всё.

Конторская – разрабатывается для срубить бабла, без учёта иных аврорских или каких бы то ни было(в пределах исправляемого рекламой) пользовательких потребностей, в составе иерархических структур во главе с наёмниками, помнящими, как оно делалось в прошлом тысячелетии, направляющими новую кровь в старое русло. Потому стабильность минимум возможна.

GTK – пример первого, окна – второго.

Есть 2 способа разработки ПО.

Стуненческая – разрабатывается потому что интересно и есть время и для закрытия каких-то вчера возникших потребностей. Авторы, по причине недостатка опыта, почти ничего не знают о том, ни в чём потребность состоит, ни о факте незнания, и обречены на N несовместимых версий в попытке решить изменяющуюся (ввиду накопления опыта и понимания задачи) задачу. Последнее усугубляется если продукт выходит в мир, сталкиваясь с похожими но не совсем такими же потребностями других/завтрашних пользователей, и приплыва новых студентов с новыми взглядами на всё.

Конторская – разрабатывается для срубить бабла, без учёта иных аврорских или каких бы то ни было(в пределах исправляемого рекламой) пользовательких потребностей, в составе иерархических структур во главе с наёмниками, помнящими, как оно делалось в прошлом тысячелетии, направляющими новую кровь в старое русло. Потому стабильность минимум возможна.

GTK – пример первого, окна – второго.