Смерть программиста одиночки

[demon416nds]

"А не спеши ты нас хоронить, а у нас еще здесь дела."
История циклична, при появлении новых инструментов у одиночек появится возможность писать то что сейчас пишут командами. И куда лучше писать ибо не будет потери контекста.
Да и сейчас вполне можно обойтись командой из двух-трёх человек из которых непосредственно программист только один

[peakle]

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

[DrPass]

К слову, сижу вот, пишу в одно рыло систему управления проектами в строительной сфере. А жена в другой комнате так же делает CRM для компании, продающей автомобильные масла. А мой брат — мини-ERP для управляющих недвижимостью компаний. И работаем мы все в одной конторе, оформленной на мою жену. А вы говорите…
Ну да, третьи лица немного участвуют, например, дизайн мы заказываем у UI-дизайнера, плюс, Azure и деплоем заведует админ, который в этот деле шарит лучше нас. Но всё-таки это честная разработка «в одиночку».

[Megadeth77]

На заметку тем, кто считает что в их руках — средство производства (компьютер).

[iiwabor]

Это смотря какого уровня программист-одиночка — некоторые умудряются в одно лицо писать ПО на миллионы долларов.

[Lee_Fun]

linux, nginx?

[dipsy]

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

[igor-D]

Это же сарказм?)

[NikZanyat]

Вероятно, нет.
Вот квадратики: https://m.youtube.com/watch?v=P2KQ5VA4L7Y
Вот схема, чтобы комп понял, а кода нету:
https://m.youtube.com/watch?v=K7RpGL35k_4

[dipsy]

Возможно это мета-сарказм, в ответ на тезисы автора поста, он ведь всё это тоже не всерьёз?

[NikZanyat]

Я пост не читал, ибо много букв и ошибки режут глаз. Прокрутил до комментариев и увидел забавное сочетание про эджайл-коучей и no-code. Триггернуло. Коучам я не доверяю ни разу, а вот по второму пункту вполне себе есть прикольные примеры.

[Tiendil]

Половина open-source middleware в одиночку разрабатывается :-D

[kovriga25]

это очень грустно, когда архитектора никто не понимает

[JordanoBruno]

Кто бы поведал, как такие коллективы создаются.

Это несложно, достаточно стать тимлидом и набрать людей по своим критериям.

[ParALVic]

Тимлидов больше нет. Расходимся.

[event1]

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

[NeverIn]

Типичные мантры бизнеса. Ещё бизнесу нравятся самоорганизующихся команды. Слишком идеально чтобы применять на практике.

[x8core]

Фриланс? ;)

[syusifov]

Какие современные программы? Где они?

[igor-D]

Если выразить статью одним предложением: Не веди себя по принципу «Все пи..., а я д'Артаньян».
Ну и немного в стиле КО — объемный коммерческий проект делают команды, а не 1 человек.

[tvant]

Хотелось бы продолжить использованное автором в начале статьи утверждение:

Как на смену ручному производству пришло конвейерное, так на смену программисту-одиночке пришли команды. Современные программы создаются командами, а не одиночками.

Теперь же, когда конвейерное программирование постепенно заменяется сборочным, на сцену опять выходят программисты-одиночки. Современное программирование — это продукт из готовых модулей, собранных из готовых библиотек, размещённых в контейнерах по готовой технологии. И здесь есть место умелым мастерам от программирования, которые вместо конвейерного «пиления-допиливания» тщательно шлифуют код и не выкатывают в продакт, пока не доведут до ума.

[3263927]

ой не знаю, у меня такое ощущение что размер команды только замедляет разработку… столько времени уходит на документацию, регламент, требования, обсуждения, контейнеры, сервисы, что одному было бы и дешевле и быстрее, причём раз в 10…
но есть одно но — bus factor...

[peakle]

отличный фактор кстати)) заставляет задуматься