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

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

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

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

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

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

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

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

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

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

На смерть Fixed Cost

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

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

Цитатка

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

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

Исследование выявило плюсы и минусы перфекционизма

эффективность работы и перфекционизм не коррелируют между собой – перфекционисты работают не лучше и не хуже остальных.

общий эффект перфекционизма для сотрудников и организаций оказывается отрицательным

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

ТОП 50 шуток программистов о себе

Если вы посмотрите на код, который вы писали более полугода назад, то, скорей всего, вам покажется, что автор – кто-то другой.
Главная проблема при работе со штатом программистов: никогда не поймешь, чем заняты сотрудники, пока не окажется, что уже наступил дедлайн.
Обычно на написание 90% программного кода разработчикам требуется 90% отведенного на проект времени. А дальше случается парадокс: оставшиеся 10% работы требуют … 90 или даже 100% времени.

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

Дублирование намного дешевле, чем неверная абстракция

Правило трех

Подумайте о математической последовательности чисел. Я называю число 2 и спрашиваю: «Какое следующее?» Возможно, это 3 или 4, но может быть и 1, и 2,1. На самом деле вы понятия не имеете. Поэтому я называю еще одно число последовательности – 4 (теперь имеем 2, 4) и спрашиваю: «Какое следующее?» Вероятно, это 6 или 8, или 16. Опять же, несмотря на нашу растущую уверенность, на самом деле мы не знаем. Я выдаю еще одно число из серии, теперь это 2, 4, 16, и спрашиваю: «Какое следующее?» Имея три точки данных, мозг программиста видит последовательность квадратов и определяет, что следующее число – 256. Это правило трех.

Данный пример и без привлечения кода показывает, что мы не должны сразу предполагать абстракцию или дизайн. С помощью отсрочки правило трех противостоит необходимости борьбы с дубликатами. Отсрочка позволяет собрать больше данных для принятия решения на их основе. Говоря словами Сэнди Мец, «дублирование намного дешевле, чем неверная абстракция».

10 способов сделать свой код более читаемым