Дайте крудошлепа

Рассуждения чересчур категоричны, но это неплохо для того чтобы обратить внимание на часто необоснованную сложность систем.

В поднятом вопросе я согласен с Макконнеллом, если принятые архитектурные или другие решения упрощают поддержку результирующей системы, то это качественные решения и наоборот:
Программные проекты редко терпят крах по техническим причинам. Чаще всего провал объясняется неадекватной выработкой требований, неудачным планированием или неэффективным управлением. Если же провал обусловлен все-таки преимущественно технической причиной, очень часто ею оказывается неконтролируемая сложность. Иначе говоря, приложение стало таким сложным, что разработчики перестали по-настоящему понимать, что же оно делает. Если работа над проектом достигает момента, после которого уже никто не может полностью понять, как изменение одного фрагмента программы повлияет на другие фрагменты, прогресс прекращается.

Управление сложностью — самый важный технический аспект разработки ПО. По-моему, управление сложностью настолько важно, что оно должно быть Главным Техническим Императивом Разработки ПО.

Форум программистов forum.vingrad.ru

Вот это правда и оттого ещё грустнее )

Форум программистов forum.vingrad.ru

Начало интересное, посмотрю внимательней, спасибо!

[API как продукт] Документация

С идеями согласен, донесено хорошо.

Было бы совсем круто, если бы приведи примеры хорошей или плохой документации, с указанием, что именно хорошо и плохо.

Как строить диаграмму Гантта по Jira-тикетам

Полезный материал, инструментов куча, не знаешь на что обратить внимание. Было бы здорово еще пару слов о стоимости добавить, понимаю, что информация есть на сайтах, но личное впечатления дорого/дешево было бы полезно, может какой-то freemium есть.

Бэк-офис маркетплейса: все, что за витриной

Спасибо, хорошая статья, в первую очередь для иллюстрации заказчикам.

История создания облачного сервиса, приправленная киберпанком

> Для зарегистрировавшихся пользователей у нас предусмотрен telegram-канал, в котором можно позадавать вопросы, пообщаться и предложить свои фичи.
В телеграм-канале я уже высказывал свое мнение. Одно занудное сообщение про сравнение цен с FirstVDS от меня было.

> Что же касается публичного бэклога, краткая выжимка сейчас есть на сайте, страница «О проекте».
Да, я видел, извините, но там обо всем сразу и непонятно в каком порядке и почему. Я предложил вам спросить у пользователей их мнения, делать это или нет, конечно решать вам.

История создания облачного сервиса, приправленная киберпанком

Поздравляю с первым релизом! 

Пока функциональных возможностей для пользователя еще совсем немного, но потенциал у продукта есть.
Может вам стоило бы больше рассказать про сам продукт, какие цели стоят, на какие вопросы еще не нашли ответа, ограничения, риски и т.п. Также можно выложить основные фичи из беклога для голосования, чтобы сравнить ожидания с пользователями? Я вот, к примеру, думаю, что вы планируете сделать местный digital ocean, а у вас может другие виды.

В любом случае удачи в реализации проекта!

Откажутся ли компании от удаленки по окончании вынужденного периода?

Спасибо, что поделились, причем довольно развернуто и структурировано!
Ваша позиция вполне обоснована и понятна мне.

Откажутся ли компании от удаленки по окончании вынужденного периода?

Я неточно выразился, хотел сказать, что для того, чтобы работать на удаленке нужно пересматривать свои привычки и образ жизни.

Откажутся ли компании от удаленки по окончании вынужденного периода?

Согласен, сложно Нужно пересматривать свои привычки и образ жизни.

Откажутся ли компании от удаленки по окончании вынужденного периода?

Как раз интересно, что вы считаете минусами удаленки?

Откажутся ли компании от удаленки по окончании вынужденного периода?

Интересное мнение, поделитесь причинами?

Откажутся ли компании от удаленки по окончании вынужденного периода?

Спасибо за опыт!

Я попытался описать среднюю температуру по больнице, представить как будут рассуждать про удаленку после эксперимента и почему.
Сам я работал и организовывал работу людей в разных условиях, и считаю, что удаленка — один из возможных вариантов, со своими плюсами и минусами. Однако этот обязательный период доверие к удаленке подорвет, и мне будет сложнее делать мою работу в результате, так как в том числе я помогаю и организовать разработку из удаленных сотрудников.

Откажутся ли компании от удаленки по окончании вынужденного периода?

Для многих это ещё и постоянные коммуникации с командой, в том числе в фоновом режиме. Сидишь, в полуха слушаешь о чём народ говорит и в курсе происходящего, а то и вмешаешься.

Да, есть такое. И это относится к поддержанию информационного пространства, одна из задач руководства, которая делает работу руководителя удаленных сотрудников сложнее.

Ревью кода системы средствами git

Получится не так, в описанном подходе комментарии оставляются при желании в самом исходном коде, а в интерфейсе гитхаба или аналогичной системы можно продолжить обсуждение.
Ну и ревью — это далеко не всегда задачи, это могут быть вопросы, либо указания на то, что сделано хорошо, или еще что-то.

Ваше непонимание говорит о том, что потребности в таком подходе у вас еще не родилось, наверное не было таких задач )

Ревью кода системы средствами git

Даже нечего добавить, спасибо!

Ревью кода системы средствами git

Спасибо за отзыв! Я предложил метод, а использовать или нет — ваше дело.

Что делать, чтобы получать нормальные деньги и работать в комфортных условиях, будучи программистом

На самом деле было время, когда так делали повсеместно. Сейчас не могу предложить ни одной причины использовать Apache для нового проекта.

6 привычек проектного бизнеса, которые убивают продуктовый

«продуктовый» уже вполне привычно