«…спасибо, что досмотрели» - это тебе, друг, спасибо за суперский контент и суперский канал. За позитив, которым заряжаешь, тоже огромная благодарность!
С возвращением на ютуб вас! Тема достаточно интересная, т.к проектов в IT реально может быть много от игры до продажи курсов. И в купе с прошлым роликом про бизнес вообще супер контент!👍
С возвращением! Очень отличный метод подачи инфа, хоть с небольшими напоминаниями базовых вещей, так понятней и для чайников и для всех :). По больше бы видео на тему коммерческих разработок проекта.
Звучит как рецепт для голубцов с г..ом =) А если серьезно, все зависит, что за проект, насколько определены его шансы на успех. Т.е. можно условно поделить проекты на две категории: "коммерческий успех гарантирован" (повышение эффективности конкретных бизнес-процессов на конкретном предприятии) и "коммерческий успех не гарантирован" (IT-продукт на широкую аудиторию с не до конца выявленными и часто противоречивыми требованиями). Вот для первой категории вышеперечисленные стандарты покатят, но лучше взять что-то посовременнее, например OMG Essence. А для второй категории это все пустая трата времени, там работает только agile и код - лучшая документация.
Видео, как обычно продуктивное. 👍 Теперь неплохо бы узнать как проект поддерживать? Системы контроля версий, нейминг веток, нумерация версий и etc. Было бы здорово узнать опыт Вашей команды.
Максимум информации за минимум времени. Спасибо! Буду благодарен, если сделаете отдельный плейлист с такой общей информацией (чтобы заинтересовать аудиторию не только питонистов)
Пока Диджитализируй не было в эфире, я успел свитчнуться в айти и проявить себя мидлом, хотя вначале взяли на джуна. Спасибо и этому каналу, за участие в моём росте. А папочки с бизнес-логикой я до сих пор на разных языках называю services, по совету услышанному на этом канале:)
Большое спасибо за ваш труд! Выписываю тезисы третье видео подряд и уже прочла 2 книги из вашей рекомендации. В этом видео ещё на второй стадии ожидала "фиксацию критериев приемки" заказчиком, чтобы было меньше шансов не актировать.
Спасибо за отзыв! А книги по рекомендации - это какие прочли:)? Понравились? Да, фиксация критериев приёмки хорошая затея, но мы не всегда это отдельно прописываем в ТЗ или договоре, но проговариваем с заказчиком, что вот есть ТЗ и выполнение его пунктов является критерием приёмки; что то, чего здесь нет, его может не быть в результатах нашей работы, а то, что здесь есть, это и есть наш проект, который мы обсуждаем. Делаю на этом акцент, что мы не будем там до каждого пункта, выходящего в ходе проекта за рамки ТЗ, придираться, но при этом если что-то выходящее за рамки ТЗ будет большое-сложное на НАШ взгляд, то мы будем иметь полное право вынести это за рамки проекта и по срокам, и по деньгам, что костяк проекта это именно то, что описано в ТЗ, и это есть как раз одна из мотиваций для заказчика внимательно работать с ТЗ на этапе его проработки. Обычно с адекватными заказчиками это ок.
@@t0digitalЕсли это в большинстве случаев работает - здорово, а так, пока на своём опыте на 3х проектах (в роли рабочих рук) наблюдаю, как руководители проектов принимаю пожелания заказчика за замечания. Очень интересно увидеть, когда и как это умело выносится в доп.объем. Книги: Спроси маму и Жёсткий менеджмент. Идею "Спроси маму" увидела в навыках социолога в ключе анкетируй, интервьюируй, но задавай контрольные вопросы под другим ракурсом, не соврал ли респондент. Тоже сделала по ней массу заметок. Особо открылись глаза на сигнал "похвала" от клиента, как признак слива. Интуитивно чувствовала подвох, а тут наконец-то помогли сформулировать. 🙏🏻 Жёсткий менеджмент - мнение, которое имеет право на существование. Просто, как мне показалось, оно далековато от ИТ, поскольку потребность в рабочих руках тут выше кол-ва рук и приходится преукрашивать корпоративный бренд в том числе развлечениями в рабочее время. Очень понравилась информация о сроках принятия решения об увольнение (от 6 до 18 месяцев) и содержимое сарафанного радио (то, чего не ожидали от компании). Есть, что переварить. Благодарю вас за обратную связь!
Я вообще не программист, половину слов не понял)))) Но все равно досмотрел до конца, так как очень интересно и вообще смотрю все видосы)) Спасибо за проделанную работу! Продолжайте в том же духе ;)
Отличное видео, спасибо!! Очень хочу какой-нибудь видос, где будет показано как связывать модули, порядок их включения (типа когда бд, когда демонов и т. п.) Что-то про паттерны, может.. Хочу написать средний проект с клиент-сервером и лонгпул обработкой входящих сообщений, но не могу понять пока что как он будет работать))
@@ЕвгенийСафронов-ф2з вы можете подробно рассказать и поделиться своим опытом. Сам докер подтверждает что есть проблемы github.com/docker/for-mac/issues/5208
Знаете ли вы, а может, читали ли, книгу "Объектно-ориентированный анализ с примерами приложений" Гради Буча? Там очень много того, о чём вы сказали в этом видео. Конечно, там более развёрнуто и примеров побольше.
2.7 Разбиваем готовый план на ЗАДАЧИ и распределяем задачи по сущностям , (по факту по конкретным людям или по должностям или по привлеченным исполнителяи)
@@t0digital у Вас сущность это и планирование и объект в базе данных ! Вы участвовали в реализации реальных проектов , например строительстве КСПД или чего-то подобного ?
класно разложено по этапам. а вот про то как за это все получить вознаграждение ни слова (наверное речь о работе нанятых разрабов) а вот фрилансер обо всем договорился а на самом приятном этапе ему и говорят"денег не дам потомпу что еще хочу чтоб кроме продажи товаров сайт умел строить 3Д дома" =) и что с ним сделаеш? и да, как убедить о предоплате и ее размере
3 - этап, используя согласованные цели с заказчиком, и обладая знаниями о доступных ресурсах и сущностях, готовим план достижения целей. Согласовываем с заказчиком.
Надеюсь новое видео будет про vim (во всяком случае на канал я попал ища по нему информацию). Хотя и это видео тоже хорошее, увы я не из категории управляющих, может когда-нибудь и пригодятся данные знания. Ну а если не о vim (может основные смотрители канала из другой категории и я один такой залётный), то пусть будет комментарий для галочки.
Если мы говорим о проектах, которые пишутся для кого то по техзаданию, то видео - хорошая шпаргалка и для начинающих и для тех, кто хочет сверить свои подходы к построению проекта. Если говорить о проектах-стартапах, то статистика здесь говорит, что "выстреливают" в основном проекты, написанные"на коленке", которые в случае успеха потом долго и мучительно оптимизируют. Последнее обстоятельство не является аргументом, что "если буду делать всё тяп-ляп, мой проект "выстрелит")
@@t0digital PS Я так понимаю что сбором инфы и выявлением сущностей занимается бизнес аналитик? Вряд ли разработчик будет тратить время на первые этапы
Присоединяюсь к вопросу про M1, как ощущения? Никаких побочек не вылезло? И сразу вопрос за учебный курс по веб разработке? Работа продолжается или я безнадежно отстал?
что делать если пока сильно интерес на программирование капитально не заходит например по одной главе вечером после работы или по одному видео обучающего, но ничего не забываю и применяю на практике... ведь можно так очень медленно идти до программиста? Другие сферы вот уже лет пять смотрел и не хочу другим заниматься.. говорят че вцепился в программирование если тебе не нравится займись чем то другим мне не стать типа программистом, но уходить с пути все равно не хочу и дело не в зарплатах..
Самое главное не сказал: - как правильно распределять работу между исполнителями? - как контролировать исполнение? - как оценивать работу сотрудников? - какое оптимальное количество инженеров делать в каждой группе разработчиков? - как бороться с незаменимостью ключевых разработчиков?
> как правильно распределять работу между исполнителями? Очевидно по скилзам исполнителя и доступности каждого в конкретный момент времени. > как контролировать исполнение? Ежедневно или чаще - коммуникация, коммуникация и еще раз коммуникация. Но в идеале надо искать и работать с теми, кого не надо пинать каждые пол часа, чтобы он что-то делал. > как оценивать работу сотрудников? ИТ-разработчиков - строго субъективно, объективных критериев тут придумать невозможно. Субъективные критерии - качество кода, способность решать вопросы самостоятельно, скорость работы и продуктивность, инициативность и тп. > какое оптимальное количество инженеров делать в каждой группе разработчиков? Не более 6-7. > как бороться с незаменимостью ключевых разработчиков? Честно относиться к людям так, как хочешь, чтобы относились к тебе самому. Это принцип глубже, чем кажется, но если ему следовать, люди хотят с тобой работать. Ну и стараться, чтобы незаменимых скилзов в команде не было, ибо, понятно, это вопрос времени, когда этот риск реализуется. Любой риск это вопрос времени, когда он реализуется.
Идея для следующего или для будущего ролика - Архитектура marketplace'a. Как хранить характеристики для разного вида товаров, как организовывается покупка товара через продавца(vendor'a) и т.д. Было бы идеально еще показать это все на примере с Django'ой!
«…спасибо, что досмотрели» - это тебе, друг, спасибо за суперский контент и суперский канал. За позитив, которым заряжаешь, тоже огромная благодарность!
Начиная проект, главное взять предоплату.
Точно))
@@pavelmaslov9997 ахереть, гугл всё подряд переводит
Твоё точно перевело "в яблочко"
Или не отдавать проект пока не придет полная оплата)
О, с возвращением!
Спасибо за дельные советы.
С возвращением на ютуб вас! Тема достаточно интересная, т.к проектов в IT реально может быть много от игры до продажи курсов. И в купе с прошлым роликом про бизнес вообще супер контент!👍
Новое видео, наконец-то. Благодарю за контент.
Слов нет, как же ты, Алексей, круто доносишь информацию! Все по полочкам, лаконично и ёмко! Спасибо в очередной раз!
А мы та как рады тебя видеть, прям будто часть сердца оторвал когда ушел, чего-то прям нехватало!
С возвращением! Очень отличный метод подачи инфа, хоть с небольшими напоминаниями базовых вещей, так понятней и для чайников и для всех :).
По больше бы видео на тему коммерческих разработок проекта.
Фреймворки: ГОСТ 19, ГОСТ 34.
Библиотеки: idf0, idf3, dfd, bpmn2.0, erd.
Приправить стандартом iso 9001
Звучит как рецепт для голубцов с г..ом =)
А если серьезно, все зависит, что за проект, насколько определены его шансы на успех. Т.е. можно условно поделить проекты на две категории: "коммерческий успех гарантирован" (повышение эффективности конкретных бизнес-процессов на конкретном предприятии) и "коммерческий успех не гарантирован" (IT-продукт на широкую аудиторию с не до конца выявленными и часто противоречивыми требованиями). Вот для первой категории вышеперечисленные стандарты покатят, но лучше взять что-то посовременнее, например OMG Essence. А для второй категории это все пустая трата времени, там работает только agile и код - лучшая документация.
@@СергейДолгих-з6ч Начинка зависит только от квалификации повара🤣
@@СергейДолгих-з6ч А почему вы противопоставляете гост и agile?
Спасибо мужик что делишься опытом, респект!
Как всегда, просто, без воды, полезно, спасибо брат тебе за это!!!!
УРА, ждал-ждал и дождался! =)
Авто-лайк уже на месте 👍
Йеее! Спасибо 💪
С возвращением! ☺️
Алексей, благодарю! 👍
Как всегда очень информативное видео! Вот бы хоть часть вашего опыта перенять!
Посмотрел, зарядился мотивацией и верю, что мне это поможет в дальнейших проектах поднять качество и скорость работы(и избавиться от пахнущего кода)
Ну наконец-то! Давно не было видео. Спасибо. Ждём по питончику что нибудь.
Спасибо! Никогда не понимал как можно делать "то, не знаю что", для "того не знай кого".
Спасибо Алексей, было очень познавательно. Обязательно вернусь к этому ролику позже!🥃
Видео, как обычно продуктивное. 👍 Теперь неплохо бы узнать как проект поддерживать? Системы контроля версий, нейминг веток, нумерация версий и etc. Было бы здорово узнать опыт Вашей команды.
С возвращением, дружище! Как всегда годная годнота! Спасибо!
Урааа, новый видосик!)
Урааа! Рад видеть:)!
Самое интересное, я месяц думаю по теме видео. Спасибо, весьма полезно.
Отлично!
Максимум информации за минимум времени. Спасибо!
Буду благодарен, если сделаете отдельный плейлист с такой общей информацией (чтобы заинтересовать аудиторию не только питонистов)
Спасибо! Очень интересны видео про процесс разработки
Спасибо! Коротко и по делу. Супер!
Эх, полгода назад бы эту красотень. Сейчас все такое очевидное, но... полгода стали бы, вероятно, кварталом.
Крутой контент!
Пока Диджитализируй не было в эфире, я успел свитчнуться в айти и проявить себя мидлом, хотя вначале взяли на джуна. Спасибо и этому каналу, за участие в моём росте. А папочки с бизнес-логикой я до сих пор на разных языках называю services, по совету услышанному на этом канале:)
С возвращением!
Большое спасибо за ваш труд! Выписываю тезисы третье видео подряд и уже прочла 2 книги из вашей рекомендации.
В этом видео ещё на второй стадии ожидала "фиксацию критериев приемки" заказчиком, чтобы было меньше шансов не актировать.
Спасибо за отзыв! А книги по рекомендации - это какие прочли:)? Понравились?
Да, фиксация критериев приёмки хорошая затея, но мы не всегда это отдельно прописываем в ТЗ или договоре, но проговариваем с заказчиком, что вот есть ТЗ и выполнение его пунктов является критерием приёмки; что то, чего здесь нет, его может не быть в результатах нашей работы, а то, что здесь есть, это и есть наш проект, который мы обсуждаем. Делаю на этом акцент, что мы не будем там до каждого пункта, выходящего в ходе проекта за рамки ТЗ, придираться, но при этом если что-то выходящее за рамки ТЗ будет большое-сложное на НАШ взгляд, то мы будем иметь полное право вынести это за рамки проекта и по срокам, и по деньгам, что костяк проекта это именно то, что описано в ТЗ, и это есть как раз одна из мотиваций для заказчика внимательно работать с ТЗ на этапе его проработки. Обычно с адекватными заказчиками это ок.
@@t0digitalЕсли это в большинстве случаев работает - здорово, а так, пока на своём опыте на 3х проектах (в роли рабочих рук) наблюдаю, как руководители проектов принимаю пожелания заказчика за замечания. Очень интересно увидеть, когда и как это умело выносится в доп.объем.
Книги: Спроси маму и Жёсткий менеджмент. Идею "Спроси маму" увидела в навыках социолога в ключе анкетируй, интервьюируй, но задавай контрольные вопросы под другим ракурсом, не соврал ли респондент. Тоже сделала по ней массу заметок. Особо открылись глаза на сигнал "похвала" от клиента, как признак слива. Интуитивно чувствовала подвох, а тут наконец-то помогли сформулировать. 🙏🏻 Жёсткий менеджмент - мнение, которое имеет право на существование. Просто, как мне показалось, оно далековато от ИТ, поскольку потребность в рабочих руках тут выше кол-ва рук и приходится преукрашивать корпоративный бренд в том числе развлечениями в рабочее время. Очень понравилась информация о сроках принятия решения об увольнение (от 6 до 18 месяцев) и содержимое сарафанного радио (то, чего не ожидали от компании). Есть, что переварить.
Благодарю вас за обратную связь!
Спасибо за твой труд!
Хорошая тема, отличная подача, спасибо!
Спасибооо!
Я вообще не программист, половину слов не понял)))) Но все равно досмотрел до конца, так как очень интересно и вообще смотрю все видосы)) Спасибо за проделанную работу! Продолжайте в том же духе ;)
Спасибооо!
Просто приятно смотреть твой канал
Действительно, советы актуальные не только для IT
Накооооонец тооооооо))))) спасибо за видос🔥🔥🔥
Как раз сейчас работаю над пет проектом, список функционала составил, теперь думаю как это все реализовать.
Очень полезное видео, спасибо!
Благодарю, полезный контент.
"Диджитализируй!" стал любимым айтишным каналом, спасибо 🍺🍺😊
Очень много всего хорошего! спасибо спасибо спасибооооооооооо!!!!!!!😃
Спасибо! Рад, что полезно!
Просто супер, побольше бы про проекты♥️
Спасибо. Полезная видео.
Рад, что полезно! Спасибо!
Полезно. Не только в программировании, кстати
Наконец-то! Ты вернулся! Жду контента по Go и Python ;D
Всё будет, дааа!
Про краткое описание в конце проекта - идеально
Да, много раз выручало
Хорошо рассказал, вообще топчик была бы серия видосов с примерами.
Хороший видос, молодца!
Огромное спасибо - именно то, что нужно!
Спасибо! Внятно, просто и интересно
Спасибо, за контент ,супер полезно! Оч щедро)))
спасибо за видео
очень полезная инфа
Отличный видос, как раз начинаю новый проект
Ультра актуально, спасибо большое
спасибо за видео!
Благодарю за видосик
Есть ли желание записать видос про проблемы реализации микросервисов, подводные камни всякие (в частности, конечная согласованность)?
Коротко и ясно (с) Летов )
Супер! годные советы. Если будет время, ждем видосов по кешированию, может есть интересные кейсы
отличный контент и сами видео ролики очень хорошего качества
Спасибооо!
Прям в тему! Спасибо!
Йеее!
классный видос, вот только было-бы классно если-бы автор чуть углубился (формат 50-65 мин) в отдельные процессы и осветил их особенности.
Отличное видео, спасибо!!
Очень хочу какой-нибудь видос, где будет показано как связывать модули, порядок их включения (типа когда бд, когда демонов и т. п.) Что-то про паттерны, может..
Хочу написать средний проект с клиент-сервером и лонгпул обработкой входящих сообщений, но не могу понять пока что как он будет работать))
Привет! Расскажите где вы берете проекты, как вы "продаете" ?
Как обьеденить программы рисования ,графики и 3d моделирования.
Что бы это работало от эскиза до 3d модели.
Сними, один день своей жизни, типо "один день программиста". Я думаю будет интересно посмотреть, не только мне.
Стрим на 24 часа с камерой го про на голове
ну круто, спасибо, очень полезно. Никак не могу начать проект в голове каша. А теперь знаю что и как делать )
дождализировали новый выпуск ))
Благодарю за тебя! Ты - лучший. Как думаешь, sololearn классная тема?
не пробовал, не знаю
он жив!
Очень сильно хоте бы услышать о тестах, как их правильно реализовать в реальном проекте, например написанных на Django, Flaska.
Здравствуйте, планируется ли видео про Django тестирование? О том, что надо тестировать и о том, что можно пропустить
Здравствуйте, возможно
Алексей спасибо за видео и вашу работу!!! Хотелось бы узнать у вас пользовались ли вы docker на вашем m1?
Все хорошо с докером сейчас на м1, по крайне мере никаких проблем с ним у меня не было
@@ЕвгенийСафронов-ф2з вы можете подробно рассказать и поделиться своим опытом. Сам докер подтверждает что есть проблемы github.com/docker/for-mac/issues/5208
Знаете ли вы, а может, читали ли, книгу "Объектно-ориентированный анализ с примерами приложений" Гради Буча? Там очень много того, о чём вы сказали в этом видео. Конечно, там более развёрнуто и примеров побольше.
Как там MacBook Air m1?
Программировать можно? Есть проблемы?
Расскажи свой опыт использования, пожалуйста, у самого такая машинка =)
Ну как тебе расскажи, я просто тоже хочу купить этот мак, как работает xcode, Android Studio, photoshop и т. д.
@@darikaki647 смешанные чувства. Я фронт разраб (ангуляр) и терпимо. Не сразу все завелось, но решаемо (если норм гуглить =)). Ставил
@@DanilLukyanenko-qc8sf благодарю за ответ
2.7 Разбиваем готовый план на ЗАДАЧИ и распределяем задачи по сущностям , (по факту по конкретным людям или по должностям или по привлеченным исполнителяи)
2.7.69 начинаем делать
@@t0digital Вам не нравиться сохранение нумерации? Или Вы считаете порядок нарушен ?
@@t0digital у Вас сущность это и планирование и объект в базе данных ! Вы участвовали в реализации реальных проектов , например строительстве КСПД или чего-то подобного ?
ни в чем не участвовал, пописать вышел
"какой нибудь хороший комментарий"
Хорошая тема была поднята, полезная)
класно разложено по этапам. а вот про то как за это все получить вознаграждение ни слова (наверное речь о работе нанятых разрабов) а вот фрилансер обо всем договорился а на самом приятном этапе ему и говорят"денег не дам потомпу что еще хочу чтоб кроме продажи товаров сайт умел строить 3Д дома" =) и что с ним сделаеш? и да, как убедить о предоплате и ее размере
Этап 2.5, используя доступные сущности и ресурсы , строим план общий , концептуальный план достижения согласованных целей .
и подзадач из 2.4.18
@@t0digital о подзадачах Вы невпопад сами выдумали))
@@t0digital конструктивная критика то будет ?)
почём?
Лайк! Полезно, наставляет. Но все же ожидал микро гайд по жире и конфлюенсу
3 - этап, используя согласованные цели с заказчиком, и обладая знаниями о доступных ресурсах и сущностях, готовим план достижения целей. Согласовываем с заказчиком.
нет это четвертый этап, вы не правы
@@t0digital я 2,5 пишу вот сейчас , правильно говорите , но у Вас же все так быстро в видео
а надо 2.8 писать!
Я тоже соскучился по вам () :
Как выглядит тз на проект?
Надеюсь новое видео будет про vim (во всяком случае на канал я попал ища по нему информацию). Хотя и это видео тоже хорошее, увы я не из категории управляющих, может когда-нибудь и пригодятся данные знания. Ну а если не о vim (может основные смотрители канала из другой категории и я один такой залётный), то пусть будет комментарий для галочки.
если будет желание , расскажи какие пет проекты писать джуну , для первой работы.
Которые нравятся, иначе есть вероятность не дописать свой первый и тогда уж единственный проект))
Если мы говорим о проектах, которые пишутся для кого то по техзаданию, то видео - хорошая шпаргалка и для начинающих и для тех, кто хочет сверить свои подходы к построению проекта. Если говорить о проектах-стартапах, то статистика здесь говорит, что "выстреливают" в основном проекты, написанные"на коленке", которые в случае успеха потом долго и мучительно оптимизируют. Последнее обстоятельство не является аргументом, что "если буду делать всё тяп-ляп, мой проект "выстрелит")
Сначала лайк, потом просмотр)
Спасибооо!
Коммент для поднятия рейтинга! Спасибо за канал.
PS Я так понимаю что сбором инфы и выявлением сущностей занимается бизнес аналитик?
Спасибо🙏
@@t0digital PS Я так понимаю что сбором инфы и выявлением сущностей занимается бизнес аналитик?
Вряд ли разработчик будет тратить время на первые этапы
Спасибо!
ааа посмотреть не могу в прямом эфире, запись пожалуйста оставьте
Это не стрим, это запись видео, просто премьера на ютубе
Присоединяюсь к вопросу про M1, как ощущения? Никаких побочек не вылезло?
И сразу вопрос за учебный курс по веб разработке? Работа продолжается или я безнадежно отстал?
Про М1 будет след видос. Курс пишется
Спасибо большое!
Удачи во всех ее проявлениях!
Подскажи пожалуйста, что за плагин ты используешь, который отображает на экране то, что ты печатаешь?
для мака keycastr
что делать если пока сильно интерес на программирование капитально не заходит например по одной главе вечером после работы или по одному видео обучающего, но ничего не забываю и применяю на практике... ведь можно так очень медленно идти до программиста? Другие сферы вот уже лет пять смотрел и не хочу другим заниматься.. говорят че вцепился в программирование если тебе не нравится займись чем то другим мне не стать типа программистом, но уходить с пути все равно не хочу и дело не в зарплатах..
А есть ли какая нибудь удобная программка или сайт для построения плана,псевдокода?
возможно, но тут кому как удобнее, мне привычнее думать на бумаге и потом выводы можно записать уже куда-то в компьютер - Notion, например
Информация полезна!
Но приоритизация, а не приоретизация 😉
спасиб, поправил
Скучали!
Рад вернуться:)!
Спасибо за видео! Хотелось бы узнать, как вам новый макбук после вашего опыта использования?
Как раз следующее видео будет об этом
@@t0digital Хах). Это очень круто. Жду с нетерпением.
Самое главное не сказал:
- как правильно распределять работу между исполнителями?
- как контролировать исполнение?
- как оценивать работу сотрудников?
- какое оптимальное количество инженеров делать в каждой группе разработчиков?
- как бороться с незаменимостью ключевых разработчиков?
> как правильно распределять работу между исполнителями?
Очевидно по скилзам исполнителя и доступности каждого в конкретный момент времени.
> как контролировать исполнение?
Ежедневно или чаще - коммуникация, коммуникация и еще раз коммуникация. Но в идеале надо искать и работать с теми, кого не надо пинать каждые пол часа, чтобы он что-то делал.
> как оценивать работу сотрудников?
ИТ-разработчиков - строго субъективно, объективных критериев тут придумать невозможно. Субъективные критерии - качество кода, способность решать вопросы самостоятельно, скорость работы и продуктивность, инициативность и тп.
> какое оптимальное количество инженеров делать в каждой группе разработчиков?
Не более 6-7.
> как бороться с незаменимостью ключевых разработчиков?
Честно относиться к людям так, как хочешь, чтобы относились к тебе самому. Это принцип глубже, чем кажется, но если ему следовать, люди хотят с тобой работать. Ну и стараться, чтобы незаменимых скилзов в команде не было, ибо, понятно, это вопрос времени, когда этот риск реализуется. Любой риск это вопрос времени, когда он реализуется.
Идея для следующего или для будущего ролика - Архитектура marketplace'a.
Как хранить характеристики для разного вида товаров, как организовывается покупка товара через продавца(vendor'a) и т.д.
Было бы идеально еще показать это все на примере с Django'ой!
Коммент для поднятия отличного канала в топ!
Йеее, спасибо 💪💪💪