Comments 7
Перечислены все стандартные проблемы любого проекта хоть с сеньором, хоть без.
1. Базы данных. Просто сделайте локальную базу данных, причем здесь сеньор?..
2. Производительность железа. Причем здесь сеньор? просто купите мощные компы для разработчиков, никто не догадывался, что 16 гигабайт оперативы лучше чем 8?
3. Деплоймент — просто наймите девопса, причем здесь сеньор?
И т.д.
1. Базы данных. Просто сделайте локальную базу данных, причем здесь сеньор?..
2. Производительность железа. Причем здесь сеньор? просто купите мощные компы для разработчиков, никто не догадывался, что 16 гигабайт оперативы лучше чем 8?
3. Деплоймент — просто наймите девопса, причем здесь сеньор?
И т.д.
Тут скорее пост ради рекламы.
а что насчет архитектуры кода?
там же у них был спагетти-код и так далее
банальная практика работы с гитом? тут тоже нужен человек, который пояснит, зачем создавать ветки на фичу и как его (и куда) вливать(merge/rebase)
и так далее.
насчет базы данных — тут скорее всего сеньор мог бы сразу сказать, что нужно заводить миграции и заставил бы все держать локальную БД, и не стучаться в прод/дев. хотя я часто вижу практику когда фронтендеры стучатся в бд на сервере, не поднимают локальную. им как-то лень что ли)
там же у них был спагетти-код и так далее
банальная практика работы с гитом? тут тоже нужен человек, который пояснит, зачем создавать ветки на фичу и как его (и куда) вливать(merge/rebase)
и так далее.
насчет базы данных — тут скорее всего сеньор мог бы сразу сказать, что нужно заводить миграции и заставил бы все держать локальную БД, и не стучаться в прод/дев. хотя я часто вижу практику когда фронтендеры стучатся в бд на сервере, не поднимают локальную. им как-то лень что ли)
НУ достаточно одного программиста, который несколько месяцев поработал в другой компании, который уже сможет донести весьма простые идеи гит-фло, ликвидбэйз и т.п. Это все достаточно примитивные утилитки и освоить их дело на пару часов.
Вопрос сеньора — это трахаться с проблемами многопоточности, кэширования, транзакционности и масштабируемости, на мой взгляд.
Вопрос сеньора — это трахаться с проблемами многопоточности, кэширования, транзакционности и масштабируемости, на мой взгляд.
UFO just landed and posted this here
Статья описывает большую часть мелких компаний, которые в конечном итоге не выживают, либо не развиваются вообще.
А умный джуниор хуже всего себя показывает в тех случаях, когда есть ведущий программист, и он один на всех. Если джуниор будет прислушиваться у более опытных и может учиться на своих ошибках, то умный джуниор будет придумывать себе всё новые и новые проблемы, особенно если давить по срокам. С одной стороны учится быстрее, с другой результат в плане соотношения производительность/качества лучше не становится в течение очень длительного времени. Зато потом выходит неплохой профессионал в будущем.
Одно могу сказать, — из таких вот компаний выходят потом хорошие опытные программисты. Правда участь компании остаётся печальной — тяжело поддерживаемый продукт с множеством ошибок, который невозможно развивать.
А умный джуниор хуже всего себя показывает в тех случаях, когда есть ведущий программист, и он один на всех. Если джуниор будет прислушиваться у более опытных и может учиться на своих ошибках, то умный джуниор будет придумывать себе всё новые и новые проблемы, особенно если давить по срокам. С одной стороны учится быстрее, с другой результат в плане соотношения производительность/качества лучше не становится в течение очень длительного времени. Зато потом выходит неплохой профессионал в будущем.
Одно могу сказать, — из таких вот компаний выходят потом хорошие опытные программисты. Правда участь компании остаётся печальной — тяжело поддерживаемый продукт с множеством ошибок, который невозможно развивать.
Был в точно такой же ситуации, полностью согласен с автором статьи. О многих вещах просто не догадываешься, пока не увидишь их в работе
Sign up to leave a comment.
История одного проекта: когда в команде нет senior developer