Рубрика: Разработчикам

Мысли по ходу

Фиксинг багов требует бОльшей квалификации чем написание нового кода, или костылей поверх бага

Как малоэффективна компенсация низкой квалификации персонала бюрократией, так и правила разработки, архитектура проекта – не могут уберечь код проекта от разного вида прилепленной скотчем копипасты. Люди в обоих случаях – Люди и взаимодействие важнее процессов и инструментов. В прямом, а не аджайл смысле, потому что:

Аджайл как руководство к действию воспринимается чаще как всего как “Ура! Не надо думать, пишем код чтобы закрыть тикет! И побыстрее, а думать – это долго и сложно”

Тимлид – это сержант

Тимлид как сержант в американской армии. Он спит в казарме с рядовыми, умеет делать почти все лучше них, и занимается помимо этого оперативным руководством.

Читать дальше

Немного рефлексии на тему неспособности работать в больших компаниях

Открытые и прямые коммуникации внутри зарождающегося проекта — это один из ключевых факторов выживания проекта. Тут нет еще никакого запаса прочности, все висит буквально на волоске.

Читать дальше

“Что сделает программист”

задача главного по разработке (как бы он ни назывался) – сделать так, чтобы подобных задач в команде в принципе не возникало. Для этого ему, как можно вывести из пунктов выше, хорошо бы по своим способностям быть старшим программистом.

Читать дальше

samdark Бизнес, ошибки, карьера, бэкапы, тимлидство, баги

Если более кривое решение стоит дешевле и не сильно повредит в долгосрочной перспективе, его и будут делать.
Нельзя считать что у вас есть бэкап, если вы из него ни разу не пробовали восстановить систему.
Теория разбитых окон прекрасно применима к проектам. Не оставляйте мусор. Удаляйте сразу.
Бинарный поиск работает и для поиска бага. Если не ясно где он и о чём, делим систему пополам, ищем в какой части из двух… ну и так далее.

Читать дальше

На смерть Fixed Cost

Но ровно эта схема, это ночной кошмар сторонников fixed cost. Оплачивать каждую неделю отдельно? А что если аудитории не понравится? А как же длительные итерации, долгие переговоры и согласования? И правда в том, что на эти вопросы нет ответа, кроме как – смиритесь, жизнь изменилась и по-старому уже не будет. Причин две. При реализации нового, право первой ночи критически влияет на успех. А при развитии старого, никто не может предсказать реакцию текущей аудитории, а именно она является священной коровой большинства текущих сервисов. Может ли из-за плохого обновления разбежаться треть аудитории? Ещё как может и это не самый плохой вариант. И зачем тогда клепать обновления по несколько миллионов долларов? Только если маркетинг обещает привести под обновление больше, чем можно потенциально потерять. У молодого продукта математика этого решения ещё может сойтись, у возрастного и популярного, практически нет.

Читать дальше

Цитатка

«Тестирование не позволяет обнаружить такие ошибки, как создание не того приложения»

— Стив Макконелл