Комментарии 22
Начнем с того, что должен знать junior, middle и senior
далее по тексту.
А вот чему учили нас в 70-х годах прошлого столетия:
Программист должен обладать способностью первоклассного математика к абстракции и логическому мышлению в сочетании с эдисоновским талантом сооружать все, что угодно, из нуля и единиц. Он должен сочетать аккуратность бухгалтера с проницательностью разведчика, фантазию автора детективных романов с трезвой практичностью экономиста.
А здесь про Python.
А вот чему учили нас в 70-х годах прошлого столетия:
Некоторые вещи все-таки устаревают. Романтизация профессий в том числе.
Некоторые вещи все-таки устаревают. Романтизация профессий в том числе.
Без романтики, в такой профессии как программирование, никак нельзя, в противном случае это просто кодирование!
Угу, а врач без романтики становится медбратом, да?
Можно, можно в программировании без романтики. Я вот без нее работаю, а кодером так и не стал, и не планирую.
Врач не творит, а лечит! И я надеюсь делает это хорошо.
Медбрат и врач это две разные профессии.
Кстати, архитектору без романтики должно быть, если не тяжело, то тоскливо.
Врач не творит, а лечит!
Программист не творит, а решает задачи. И, я надеюсь, делает это хорошо.
Кстати, архитектору без романтики должно быть, если не тяжело, то тоскливо.
(Конкретному) архитектору без романтики прекрасно, пока есть интересные задачи.
Конкретному) архитектору без романтики прекрасно, пока есть интересные задачи.
Значит романтик тот, кто для вас поставил задачу. Но и вы РОМАНТИК, раз по достоинству оценили как интересную поставленную вам задачу. Удачи вам. Без романтики скучно жить на этом свете!
P.S. Я программист с 50-летним стажем и всегда творил и поставленную задачу пытался решить красиво. Посмотрите на математику, сколько в ней всего красивого. А в архитектуре!!!
Значит романтик тот, кто для вас поставил задачу.
Нет, не значит. Не вижу ничего романтичного в "нашей системе необходимо импортировать банковские транзакции".
Но и вы РОМАНТИК, раз по достоинству оценили как интересную поставленную вам задачу.
Чтобы оценить задачу, как интересную, нужно быть романтиком? Тогда и кодер — романтик. Вообще, любой хоть сколько-нибудь увлеченный своим делом — романтик.
Я программист с 50-летним стажем и всегда творил и поставленную задачу пытался решить красиво.
Я боюсь, у нас с вами разное представление о красоте. Для меня, если мы говорим о прикладных задачах, form follows function.
А в архитектуре!!!
У меня вот за окном стоят весьма уродливые панельные многоэтажки. Их не архитектор проектировал?
Не вижу ничего романтичного в "нашей системе необходимо импортировать банковские транзакции".
Так вы занимаетеся нелюбимым делом!
Тогда и кодер — романтик. Вообще, любой хоть сколько-нибудь увлеченный своим делом — романтик.
А вы этого не знали?!
У меня вот за окном стоят весьма уродливые панельные многоэтажки. Их не архитектор проектировал?
Архитектор! И он решал очень нужную и важную задачу:
После Великой Отечественной войны размер разрушений на территории СССР был колоссален, лишилось крова более 30 млн. человек, примерно, каждый седьмой по стране. Чернигов, Севастополь, Великие Луки, Белгород были разрушены полностью. В Сталинграде, Минске, Курске, Новгороде и многих других городах было разрушено более 90% зданий. В землянках оказались миллионы наших граждан. Строительство бараков было вынужденной и временной мерой как по расселению оставшихся без крова людей, так и по обеспечению жильем людей, прибывающих на строительство новых заводов. Так было и в Чебоксарах при строительстве Чебоксарского завода тракторных запасных частей.
Есть время разбрасывать камни, а есть время их собирать. Почитайте историю и увидите какую радость несли людям "уродливые панельные многоэтажки".
Удачи вам.
Так вы занимаетеся нелюбимым делом!
Нет, я как раз занимаюсь любимым делом. Мне просто не нужна для этого романтика.
А вы этого не знали?!
Нет, не знал, и продолжаю считать, что это утверждение лишено смысла.
Архитектор! И он решал очень нужную и важную задачу:
Забавно, что вы не знаете, о каких многоэтажках идет речь, но уверенно пишете, какую задачу они решали. Но не суть.
Суть в том, что они уродливые. В них нет красоты. Но они решают задачу, и этого достаточно.
Вот то же самое и с программированием: необязательно иметь "проницательность разведчика" или "фантазию автора детективных романов", чтобы быть хорошим программистом. Не надо приписывать профессии то, чего в ней нет, когда можно гордиться тем, что в ней есть.
работает удалённо в свободном графике, сидя под пальмой на Бали
Что романтичного в свободном графике? Это уже не романтизация, это просто реклама профессии.
умный, проницательный
А вот проницательности я уже давно в эпитетах программистов не видел.
Ожидание vs реальность.
А в жизни: ?
Работает с женой/мужем, кошками/собаками, детьми в одной квартире. Не успевает пообедать и сходить в туалет, болит спина, потому что мало двигается.
У каждого конечно по-разному, но есть нюансы
Ну не то чтобы устаревают, а скорее приближаются к жизненным реалиям. Цитата из Ершова из серии "Лучше быть молодым, богатым и здоровым, чем старым бедным и больным". Конечно было бы здорово если бы все программисты были такими. Но таковых гениев в отрасли и 1% не наберется и массово взяться им неоткуда. Так что вводим более узкую специализацию, применяем различные методики разработки и т. п. дабы сделать работающий продукт имеющимися неидеальными людьми.
джун должен 8 часов интенсивно работать мозгами а потом еще 2-3 часа самообучатся? Чет както перебор
Если учиться только на работе (хорошо если вам попался хороший наставник), то это будет очень долгий процесс перехода из позиции junior в middle разработчика.
Как показывает опыт мало компаний готовы годами вкладываться в человека и взамен практически ничего не получать.
Поэтому самый оптимальный вариант для роста - самообучение.
А для остальных уровней это переходит в категорию "личную жизнь".
Самообразование это не только книжки читать, это что-то своё пилить.
Мне кажется еще существенным отличием между миддлом и сеньёром является способность решить любую проблему в зоне ответственности команды в разумный срок. Сеньёр это последний рубеж. Ему некому эскалировать дальше. Думай, экспериментируй, советуйся с коллегами, спрашивай на форумах, гугли, в общем делай что хочешь, но ты обязан решить вопрос. Не смог решить? Иди к менеджменту и сообщай, что проект силами этой команды не может быть реализован. Пусть меняют требования или ищут другую команду (вдруг найдется более крутой сеньёр, но это маловероятно).
А где в этой картине архитект?
Этапы профессиональной карьеры разработчика: какие задачи решают junior, middle и senior