Люди слабы.
Начальники удивительно слабы.
Читать дальшеЕщё один блог программиста
А вот есть такой закон Эшби, который интерпретируется как то, что система управления должна иметь не меньше “разнообразия” (способов реагировать), чем разнообразие ситуаций, которые она должна контролировать.
И нам становится понятно, что топ-менеджмент в принципе не может обеспечить всю полноту разнообразия для большой компании и приходится опираться на lossy-компрессию информации.
А кто ее сжимает? Ну вот как раз тот самый слой и сжимает, постепенно получая инструмент контроля реальности для топов, а заодно и власть, которой могут пользоваться в своих целях.
AI coding assistants do not boost productivity or prevent burnout, study finds
Can GenAI Actually Improve Developer Productivity?
Uplevel Data Labs analyzed the difference in key engineering metrics across a sample of 800 developers before and after GitHub Copilot access. The findings tell a different story from what devs report in surveys.
autoincrementing ID
Читать дальшеСпустя каких-то 10-15 лет авторы “Манифеста аджайла” начали бить в набат: “Ребята, что вы делаете, мы имели в виду другое”. Они в чем-то правы, восходящая разработка так проста и тем притягательна, что все эти дополнительные процедуры кажутся необязательными.
Читать дальше*Архитектура* – это набор формальных и неформальных *правил*, руководствуясь которыми люди проектируют систему. …
Архитектор несет непосредственную личную ответственность не “за систему”, а за продуктивность всех членов команды в их повседневной работе.
Люди, ориентированные на результат, зачастую оказываются совершенно беспомощными когда нужно выстроить процесс.
Читать дальшеПро большие нагрузки: Не надо следовать за мейнстримом.
Главный вопрос – почему, с какой целью мы это делаем.
Без этого нет понимания DoD.
Сталкивался с проектами с ужасной кодовой базой, огромным техническим долгом и прочими прелестями от – известных компаний.
Сейчас сам пилю такой же и так же.
подражание ФП
Читать дальшепри переходе на удалёнку вы через год получите примерно такой эффект:
Общение между тремя командами разработки прекратится вообще. Всем очень повезёт если останется общение внутри команд (значит там были лидеры которые не дали сгнить хотя бы внутренней коммуникации). Никто в первой команде разработки не будет знать что делает вторая и как дела у третьей. Никакие специальные усилия не помогут: такие вещи как реальное состояние дел в разработке никто не оглашает на формальных митингах, этим делятся вполголоса у кофемашины. Больше кросс-командных удалённых митингов означает больше трескотни и больше спящих на этих митингах человек.
как же правильно оценивать трудозатраты по заказному проекту вот в таких случаях, когда приходится рожать идеи и это происходит подобным образом
…
даже когда по заказному проекту идет плотная работа с минимумом задержек и отвлечений, все равно выходит где-то по 110-120 часов на человека в месяц
Невозможно, бл*ть, промахнуться мимо мишени, когда она висит у тебя в метре от носа. Если ты всё равно промазал, ты протянешь руку, выдернешь стрелу, и через пару секунд уже попробуешь снова.
Читать дальшеIn summary, Haskell is very focused on an idealized vision of programming, and OCaml is more focused on the messy needs of real programs, while still offering all the benefits of functional programming where you can afford to use them.
Читать дальшеА по поводу парадигм — прошу внимательнее присмотреться к процессу написания адаптера на ФП:
Читать дальшеSize of programming language communities in Q3 2021
Читать дальшедиалог на работе, упрощен до карикатурности
Читать дальшеSoftware Architecture Approaches – comparison
Читать дальшеОбучение по принципу «смотри сюда и повторяй за мной» заканчивается со школьным выпускным.
Дальнейшее образование – в любой форме, будь то вуз, обучающий курс или менторство – подразумевает по большей части самостоятельное освоение материала.
Когнитивная сложность современного devops, с моей точки зрения, перекрывает когнитивную сложность почти любой разработки или СУБД
Какой тут вывод и мораль… DevOps современный – это не просто отдельная профессия, это самые настоящие врата ада и чёрная дыра, куда нужно инвестировать массу времени и денег.
Квалифицированный devops – это примерно 3-4 года обучения и ещё 3-4 года практики.