Тяжело поспорить с этим. У самого был крупный всероссийский проект, где приходилось работать до часу ночи, в выходные, без отпуска — и все без доплаты. Опять же все понимали, что это важный гос.заказчик и тут нужно успеть, нужно и точка. В тот момент оставалось радоваться новому другу — выгорание. С тех пор просто сделал выводы — в такое больше не полезу никогда
You are a cartoonist. Draw an image that reflects {сюда вставить тезис, отражающий тезис/заповедь/эвристику} in the style of the cartoon "Gravity Falls".
P.S. При необходимости можно еще указать цветовую гамму, эмоцию персонажа, желаемый фон и композицию
Тут прям хочется возразить. Если не брать всякие непонятые собесы с яндексом или тиньком (не в обеду перечисленным компаниям), то процесс найма довольно быстрый. Главное уметь продавать себя
Бывают кейсы, когда доработка в одном месте ломает фичу в другом, но эту фичу может быть не так часто и тыкаешь, чтоб сразу об этом узнать. Да, можно сказать: «нужно покрывать тестами». Но опять же, ситуации разные бывают: покрыл тестами/не покрыл/покрыл, но плохо.
Имеющийся опыт (подчеркиваю, что пишу в рамках опыта) показывает, что «просто откат» далеко не всегда помогает. А даже если откатишься, все равно надо будет закопаться в своей ветке и выискивать причину бага, а фича уже нужна на проде - заказчику ее ждет.
Был у меня опыт интересный: меня попросили попроводить собеседования на должность «Системный аналитик» (кстати, забавно, что из ≈35 человек лишь 2 подошли) , так как команда поняла, что без документации и анализа никуда.
У одного друга своя команда разработки и небольшой финтех проект (сие чудо живет с 2017го года). Считаем, что проект уже пустил какие-никакие корни. И вот аналитика там не было никогда, доки писали разрабы, но раз на раз не приходился. Со временем мамонты проекта поувольнялись, а экспертиза по проекту стала размылась, если не пропала вовсе. В итоге один баг на базовом классе сломал всё, что связано с пользаками, а понимания где чинить, и как, да и вообще куда копать, ни у кого нет)) На исправление всех проблем ушел больше месяца, то есть целый месяц продукт не приносил монет в карман.
А если бы была дока, то:
Любой разраб смог бы изучить и хотя бы примерно понять, куда пускать щупальца;
Новоиспеченный аналитик быстрее въедет в проект и быстрее сможет приносить пользу команде.
В целом, все верно пишите, но не могу не внести ряд уточнений:
1) Принять участие или полностью прослыть героем в чужое «эпосе» - крайне большая разница. Принять участие и правда полезно, чтобы не быть безучастным в глазах команды, но взваливать все на свои плечи - путь в никуда.
2) Про развитие: быть всесторонне развитым это хорошо, я не спорю. Однако, вопрос, затронутый в статье, именно про глубину этих знаний. Если ты системный аналитик, тебе необязательно уметь кодить, но понимать принципы желательно. Если ты фронтенд-разработчик, тебе необязательно разбираться в дизайне, но понимать принципы UI/UX желательно и т.д.
По сути и дедлайны нам ставят люди с такими же договорами, разве что они находятся по ту сторону баррикады. Поэтому все дедлайны двигаются, было бы желание)
NB! Главное не впадать в крайности и смещать сроки, когда это правда необходимо и обосновано — тоже очень тонкий момент.
Спасибо большое за отзыв! Я в свое время начал с такой «мясорубки», где мы все большая семья (Лига Цифровой Экономики, передаю привет)
Я думал речь про повторы шла, поэтому в одном месте и поправил. В остальном считаю лучше оставить))
Аминь
Поправил) Еще раз спасибо за обратную связь
Тяжело поспорить с этим. У самого был крупный всероссийский проект, где приходилось работать до часу ночи, в выходные, без отпуска — и все без доплаты. Опять же все понимали, что это важный гос.заказчик и тут нужно успеть, нужно и точка. В тот момент оставалось радоваться новому другу — выгорание. С тех пор просто сделал выводы — в такое больше не полезу никогда
You are a cartoonist. Draw an image that reflects {сюда вставить тезис, отражающий тезис/заповедь/эвристику} in the style of the cartoon "Gravity Falls".
P.S. При необходимости можно еще указать цветовую гамму, эмоцию персонажа, желаемый фон и композицию
Тут прям хочется возразить. Если не брать всякие непонятые собесы с яндексом или тиньком (не в обеду перечисленным компаниям), то процесс найма довольно быстрый. Главное уметь продавать себя
Бывают кейсы, когда доработка в одном месте ломает фичу в другом, но эту фичу может быть не так часто и тыкаешь, чтоб сразу об этом узнать. Да, можно сказать: «нужно покрывать тестами». Но опять же, ситуации разные бывают: покрыл тестами/не покрыл/покрыл, но плохо.
Имеющийся опыт (подчеркиваю, что пишу в рамках опыта) показывает, что «просто откат» далеко не всегда помогает. А даже если откатишься, все равно надо будет закопаться в своей ветке и выискивать причину бага, а фича уже нужна на проде - заказчику ее ждет.
Был у меня опыт интересный: меня попросили попроводить собеседования на должность «Системный аналитик» (кстати, забавно, что из ≈35 человек лишь 2 подошли) , так как команда поняла, что без документации и анализа никуда.
У одного друга своя команда разработки и небольшой финтех проект (сие чудо живет с 2017го года). Считаем, что проект уже пустил какие-никакие корни. И вот аналитика там не было никогда, доки писали разрабы, но раз на раз не приходился. Со временем мамонты проекта поувольнялись, а экспертиза по проекту стала размылась, если не пропала вовсе. В итоге один баг на базовом классе сломал всё, что связано с пользаками, а понимания где чинить, и как, да и вообще куда копать, ни у кого нет)) На исправление всех проблем ушел больше месяца, то есть целый месяц продукт не приносил монет в карман.
А если бы была дока, то:
Любой разраб смог бы изучить и хотя бы примерно понять, куда пускать щупальца;
Новоиспеченный аналитик быстрее въедет в проект и быстрее сможет приносить пользу команде.
Спасибо)
Да, очень волнительно. Взгляд замылился, пока дописывал
Очень приятно❤️ про документацию сейчас пишу отдельную, в которой поделюсь взглядом и опытом, может кому поможет)
Да и это популярно) мой тезис этому не противоречит
Ну у каждого свой опыт) видимо мне слишком много метафор про слонов на карьером пути привалило
Про ниндзя: в статье представлена метафора на выражение «Работай благодаря, а не вопреки»
Когда говорят про декомпозицию, часто вспоминают про «Метод слона». Общую концепцию можно представить в виде «вопрос-ответ».
Вопрос: как съесть слона?
Ответ: За один заход слона не съесть, поэтому это нужно сделать по кускам. То есть нужно декомопозировать задачу поеданию слона.
В целом, все верно пишите, но не могу не внести ряд уточнений:
1) Принять участие или полностью прослыть героем в чужое «эпосе» - крайне большая разница. Принять участие и правда полезно, чтобы не быть безучастным в глазах команды, но взваливать все на свои плечи - путь в никуда.
2) Про развитие: быть всесторонне развитым это хорошо, я не спорю. Однако, вопрос, затронутый в статье, именно про глубину этих знаний. Если ты системный аналитик, тебе необязательно уметь кодить, но понимать принципы желательно. Если ты фронтенд-разработчик, тебе необязательно разбираться в дизайне, но понимать принципы UI/UX желательно и т.д.
По сути и дедлайны нам ставят люди с такими же договорами, разве что они находятся по ту сторону баррикады. Поэтому все дедлайны двигаются, было бы желание)
NB! Главное не впадать в крайности и смещать сроки, когда это правда необходимо и обосновано — тоже очень тонкий момент.
Отличное замечание) не уследил. Поправлю обязательно и тегну😂
Просто у меня особое пристрастие к словоблудию =)
Все верно) так и говорю, «тейк» вполне себе популярный англицизм)
РП - руководитель проекта, также не безызвестное сокращение