Методологии управления создают иллюзию контроля, которого на самом деле не существует. Почему?
… любая методология управления будто создана не для выполнения задач в сроки и бюджеты, а для профессиональных оправданий того, почему этого сделать не получилось.
Рубрика: Разработчикам
UML умер, а никто и не заметил
мы просто отказались от инженерного проектирования ПО
Читать дальшеЧем старше я становлюсь, тем больше ценю динамические языки
Я не знаю, почему фулстек-веб-разработчикам так плохо платят
Читать дальшеРаботать надо не головой, а компьютером
функционал обеспечивается не языком или фреймворком, а бизнес-логикой самого продукта
Работать надо не головой, а компьютером
джунов не хотят брать. Не потому что знают мало. А потому что синдром Даннинга-Крюгера одного тормозит всю работу всем
Стажёр Вася и его истории об идемпотентности API
Никогда не доверяйте ничему приходящему в вашу систему
Читать дальшеСтоимость ошибки и изменений…
хотелка бизнеса
1 строка
бизнес анализ этой хотелки
10 строк
ТЗ, спека
100 строк
Код реализации
1000 строк
Наконец то: Гвидо ван Россум намерен достигнуть двукратного увеличения производительности в CPython 3.11
Наработки проекта публикуются в отдельном репозитории faster-cpython. Один из участников проекта, ранее занимавшийся разработкой JIT-компилятора HotPy для CPython, опубликовал план, в соответствии с которым считает реалистичным поднять производительность в пять раз и добиться этого результата в выпуске Python 3.13.
Читать дальшена Джаве быстрее писать и саппортить, чем на системных языках
Go – для маленьких эффективных микросервисов, Java – для ООП-монстров, Rust – для лютого байтоёбства
Читать дальшеРуководство разработчиками почти не отличается от воспитателя детей
между воспитанием детей, и работой руководителем есть много общего.
Читать дальшеЧто нужно учитывать менеджеру, чтобы не переделывать проект с нуля
из-за игнорирования техдолга, рано или поздно загибается каждый третий продукт
Читать дальшеТехнический долг на проекте
Ответ кроется в самом понятии проекта. Одним из ключевых отличий проекта от других видов деятельности является уникальность конечного продукта. Там где уникальность, там и непредсказуемость, и именно она порождает изменения на проекте и вносит трудности в первоначальное проектирование системы.
Читать дальше65 вещей, которые я не знал, когда начинал программировать (а жаль)
58. Мастерство приходит с практикой
Повторение — мать учения, а один из самых надежных способов овладеть чем-то — настойчиво это практиковать.
Типизация языков программирования: разбираемся в основах
Статическая и динамическая типизация ,Сильная и слабая типизация , Явная и неявная типизация
Читать дальшекак мы решали проблему постоянных исправлений
сбор сведений и формирование требовании;
команда груммит и продумывает решение;
назначается ответственный разработчик;
разработчик описывает техническое решение;
затем это техническое решение проходит ревью у команды и остальных погруженных в предметную область;
и только после того, как согласовали решение, разработчик пишет код;
код-ревью;
тестирование.
Скрытые расходы при переходе на микросервисы
Перед стартом работы над дроблением монолита на микросервисы рекомендую пройтись по чеклисту, чтобы ничего не упустить:
Мастер-данные
Написание кода по-новому
Проектирование IT-продукта заново
Создание новой инфраструктуры
Измерение и проверка SLA
Вклад в fault tolerance на всех уровнях
Реорганизация команд
Работы по обратной совместимости
Интеграция служб поддержки
Догоняющий поток фич
Waterfall которого никогда не было
В 1970 году внесение изменений в код занимало 1 день: кодирование алгоритма, нанесение на перфокарту, проверка. А машинное время дорогое, там еще другой математик-алгоритмист хочет провериться, поэтому если ты ошибся -жди один день пока тебе дадут машинное время.
…
Таком образом весь Agile это про две цели:
– Идеальный мир для Инженера
– Сокращение затрат на поддержку ИТ-продукта.
Нет пророка в своем отечестве
… накопленный у руководителя негатив уже ничем нельзя было сдержать. Программиста хотели уволить. Собственно, это была одно из причин аудита, на который я припёрся.
Читать дальшеРазрабы работают медленно и дорого — и люди считают нас лентяями. Просто в разработке всё сложно
С программным обеспечением всегда так. На поверхности кажется, что мы делаем простые штуки. Но на самом деле — оно невероятно сложное. Проблема в том, что сложность станет видна, только когда ты погрузишься во все технические нюансы.
Читать дальшеБольше всего меня раздражает в PHP комьюнити
…это то что усредненный пхпист растет в таком порядке:
1. есть сайт, мне надо что-то добавить, изменить. Или сразу: делаю сайт!
2. лезу в код, изучаю попутно на чем он сделан (задаю вопросы уровня: а это WordPress или Laravel?)
3. изучая на чем он сделан, изучаю попутно ООП (если сайт сделан на современном фреймворке)
4. изучая ООП, изучаю попутно PHP
А надо бы – с точностью до наоборот.
Сложение двух чисел с плавающей запятой без потери точности
не надо 0,1 + 0,2 = 0,3
надо 1 + 2 = 3