Фиксинг багов требует бОльшей квалификации чем написание нового кода, или костылей поверх бага
Как малоэффективна компенсация низкой квалификации персонала бюрократией, так и правила разработки, архитектура проекта – не могут уберечь код проекта от разного вида прилепленной скотчем копипасты. Люди в обоих случаях – Люди и взаимодействие важнее процессов и инструментов. В прямом, а не аджайл смысле, потому что:
Аджайл как руководство к действию воспринимается чаще как всего как “Ура! Не надо думать, пишем код чтобы закрыть тикет! И побыстрее, а думать – это долго и сложно”
Ошибочно считать, что Senior работает быстрее Middle.
Читать дальше
Сборка релиза – это не сборка лего
Читать дальше
Тимлид как сержант в американской армии. Он спит в казарме с рядовыми, умеет делать почти все лучше них, и занимается помимо этого оперативным руководством.
Читать дальше
Тимлид – это менеджер. На программирование времени не будет.
Читать дальше
Всегда делай безопасную сборку URI
Читать дальше
Мне кажется, что это качества любого человека, который либо стал, либо имеет потенциал стать профессионалом.
Читать дальше
Открытые и прямые коммуникации внутри зарождающегося проекта — это один из ключевых факторов выживания проекта. Тут нет еще никакого запаса прочности, все висит буквально на волоске.
Читать дальше
Управление разработкой ПО — это управление людьми. Успех разработки не в технологиях, не в инструментах, не в процессах, не в регламентах. А в людях.
Читать дальше
задача главного по разработке (как бы он ни назывался) – сделать так, чтобы подобных задач в команде в принципе не возникало. Для этого ему, как можно вывести из пунктов выше, хорошо бы по своим способностям быть старшим программистом.
Читать дальше
Аналитическое мышление
Умение видеть картину крупным планом
Бизнес-ориентированный подход к разработке
Читать дальше
Если более кривое решение стоит дешевле и не сильно повредит в долгосрочной перспективе, его и будут делать.
Нельзя считать что у вас есть бэкап, если вы из него ни разу не пробовали восстановить систему.
Теория разбитых окон прекрасно применима к проектам. Не оставляйте мусор. Удаляйте сразу.
Бинарный поиск работает и для поиска бага. Если не ясно где он и о чём, делим систему пополам, ищем в какой части из двух… ну и так далее.
Читать дальше
4-5 часов – чистое время эффективности среднестатистического разработчика. Это нормально.
Берите мотивированных сотрудников и не демотивируйте их.
Читать дальше
tech lead !== team lead
не нужно соглашаться сделать ключевой проект в короткие сроки
Читать дальше
В конечном счете TL начинает медленно (а может и быстро), но уверенно перегорать, не понимая что происходит, куда он движется и как так вообще можно, а собственнику надо думать как выходить из такой ситуации.
Читать дальше
Большая часть того, что вы будете делать, это мусор. По крайней мере, если вы будете заниматься разработкой продукта.
Читать дальше
Программисты предпочитают работать по ночам, потому что в это время их почти никто не отвлекает, а работа в тишине крайне важна для людей подобного типа.
Читать дальше
Но ровно эта схема, это ночной кошмар сторонников fixed cost. Оплачивать каждую неделю отдельно? А что если аудитории не понравится? А как же длительные итерации, долгие переговоры и согласования? И правда в том, что на эти вопросы нет ответа, кроме как – смиритесь, жизнь изменилась и по-старому уже не будет. Причин две. При реализации нового, право первой ночи критически влияет на успех. А при развитии старого, никто не может предсказать реакцию текущей аудитории, а именно она является священной коровой большинства текущих сервисов. Может ли из-за плохого обновления разбежаться треть аудитории? Ещё как может и это не самый плохой вариант. И зачем тогда клепать обновления по несколько миллионов долларов? Только если маркетинг обещает привести под обновление больше, чем можно потенциально потерять. У молодого продукта математика этого решения ещё может сойтись, у возрастного и популярного, практически нет.
Читать дальше
«Тестирование не позволяет обнаружить такие ошибки, как создание не того приложения»
— Стив Макконелл