Мы тоже ставили акцент на бэке, согласна с Вашим компетентным комментарием про его важность. Благодарю за интерес и участие. Если появятся вопросы-идеи, в том числе к разработчику, пишите.
От себя хочется добавить, что наша ушедшая команда даже не темпа не выдержала -- ребята давно работали в рамках одной организации, им хотелось свежести, но и отчасти не таких резких перемен.
Отчасти вы правы, задачу покорили люди и их упорство — у нас получилось, благодаря большому желанию и заинтересованности. Мы учились новому, к примеру, брали USM, примеряли, чтобы закрыть определённую цель.
Про «пачку» утверждение неверное — опыта у многих членов команды было немного именно в вебе. Как раз из-за управляемости и быстрой обучаемости (и тому, что крепкая база все же была) мы построили систему.
Изначально «новая команда без опыта» казалась большой сложностью, но благодаря усилиям и желанию участников, обучение пошло быстро. Команда сплотилась и это позволило взять обороты.
Вывод такой:
Сильно хотеть, мотивировать друг друга и не бояться инвестировать время;
Идти на компромиссы (не программировать все и сразу, а выбрать базу и не ставить перед собой нереальную задачу);
Брейнстормить, какие еще варианты для решения одной и той же задачи существуют (как «где взять ресурсы, когда ключевые люди уходят на критичном пути», «как реализировать сложное проще», «как научить хороших и талантливых людей новому быстрее»);
Находиться в контакте друг с другом, слышать (а это в ИТ-мир сложно);
Добрый день! Неаккуратные кусочки кода мы отправили на рефакторинг и сейчас поступаем таким же образом (как, впрочем, и написано в статье). Гигиена кода очень важна. С запуска нареканий нет.
Мы тоже ставили акцент на бэке, согласна с Вашим компетентным комментарием про его важность. Благодарю за интерес и участие. Если появятся вопросы-идеи, в том числе к разработчику, пишите.
Благодарю за поддержку и классные пояснения!
От себя хочется добавить, что наша ушедшая команда даже не темпа не выдержала -- ребята давно работали в рамках одной организации, им хотелось свежести, но и отчасти не таких резких перемен.
Ниже Ваши сомнения развеял разработчик @pavel_horoshun — ознакомьтесь, пожалуйста.
Предыдущее приложение разрабатывалась в 2012 году, конечно же, за годы технологи уходят вперед.
Наверное, самое главное качество команды — учиться на ошибках, находить их, признавать и фиксить, а не закрываться костылями.
Спасибо за комментарий.
Отчасти вы правы, задачу покорили люди и их упорство — у нас получилось, благодаря большому желанию и заинтересованности. Мы учились новому, к примеру, брали USM, примеряли, чтобы закрыть определённую цель.
Про «пачку» утверждение неверное — опыта у многих членов команды было немного именно в вебе. Как раз из-за управляемости и быстрой обучаемости (и тому, что крепкая база все же была) мы построили систему.
Изначально «новая команда без опыта» казалась большой сложностью, но благодаря усилиям и желанию участников, обучение пошло быстро. Команда сплотилась и это позволило взять обороты.
Вывод такой:
Сильно хотеть, мотивировать друг друга и не бояться инвестировать время;
Идти на компромиссы (не программировать все и сразу, а выбрать базу и не ставить перед собой нереальную задачу);
Брейнстормить, какие еще варианты для решения одной и той же задачи существуют (как «где взять ресурсы, когда ключевые люди уходят на критичном пути», «как реализировать сложное проще», «как научить хороших и талантливых людей новому быстрее»);
Находиться в контакте друг с другом, слышать (а это в ИТ-мир сложно);
Исправлять ошибки, когда их нашли.
+
Добрый день! Неаккуратные кусочки кода мы отправили на рефакторинг и сейчас поступаем таким же образом (как, впрочем, и написано в статье). Гигиена кода очень важна. С запуска нареканий нет.
Спасибо за комментарий