И чем более сжатые сроки – тем круче будет экспонента.
Инженерия хочет ее выровнять в прямую, сроки ее закручивают
Рубрика: Разработчикам
Когнитивная сложность современного devops
Когнитивная сложность современного devops, с моей точки зрения, перекрывает когнитивную сложность почти любой разработки или СУБД
Какой тут вывод и мораль… DevOps современный – это не просто отдельная профессия, это самые настоящие врата ада и чёрная дыра, куда нужно инвестировать массу времени и денег.
Квалифицированный devops – это примерно 3-4 года обучения и ещё 3-4 года практики.
Почему нельзя выбирать между проектным и процессным управлением
Методологии управления создают иллюзию контроля, которого на самом деле не существует. Почему?
… любая методология управления будто создана не для выполнения задач в сроки и бюджеты, а для профессиональных оправданий того, почему этого сделать не получилось.
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 это про две цели:
– Идеальный мир для Инженера
– Сокращение затрат на поддержку ИТ-продукта.
Нет пророка в своем отечестве
… накопленный у руководителя негатив уже ничем нельзя было сдержать. Программиста хотели уволить. Собственно, это была одно из причин аудита, на который я припёрся.
Читать дальшеРазрабы работают медленно и дорого — и люди считают нас лентяями. Просто в разработке всё сложно
С программным обеспечением всегда так. На поверхности кажется, что мы делаем простые штуки. Но на самом деле — оно невероятно сложное. Проблема в том, что сложность станет видна, только когда ты погрузишься во все технические нюансы.
Читать дальше