autoincrementing ID
Читать дальшеWiki Category: development
Восходящая разработка, или аджайл в действительности
Спустя каких-то 10-15 лет авторы “Манифеста аджайла” начали бить в набат: “Ребята, что вы делаете, мы имели в виду другое”. Они в чем-то правы, восходящая разработка так проста и тем притягательна, что все эти дополнительные процедуры кажутся необязательными.
Читать дальшеОб архитекторе (и архитектуре)
*Архитектура* – это набор формальных и неформальных *правил*, руководствуясь которыми люди проектируют систему. …
Архитектор несет непосредственную личную ответственность не “за систему”, а за продуктивность всех членов команды в их повседневной работе.
Результатник vs процесник
Люди, ориентированные на результат, зачастую оказываются совершенно беспомощными когда нужно выстроить процесс.
Читать дальшеЕсли кто-то делает микросервисы – это не значит что и вы должны
Про большие нагрузки: Не надо следовать за мейнстримом.
Главный вопрос – почему, с какой целью мы это делаем.
Без этого нет понимания DoD.
ТЗ сейчас писать не принято
Сталкивался с проектами с ужасной кодовой базой, огромным техническим долгом и прочими прелестями от – известных компаний.
Сейчас сам пилю такой же и так же.
Куда-то мы свернули не туда в подражании ФП…
подражание ФП
Читать дальшеПро влияние удаленки на проектные команды во времена COVID-а
при переходе на удалёнку вы через год получите примерно такой эффект:
Общение между тремя командами разработки прекратится вообще. Всем очень повезёт если останется общение внутри команд (значит там были лидеры которые не дали сгнить хотя бы внутренней коммуникации). Никто в первой команде разработки не будет знать что делает вторая и как дела у третьей. Никакие специальные усилия не помогут: такие вещи как реальное состояние дел в разработке никто не оглашает на формальных митингах, этим делятся вполголоса у кофемашины. Больше кросс-командных удалённых митингов означает больше трескотни и больше спящих на этих митингах человек.
eao197: Нежданная засада с оценкой затраченного времени
как же правильно оценивать трудозатраты по заказному проекту вот в таких случаях, когда приходится рожать идеи и это происходит подобным образом
…
даже когда по заказному проекту идет плотная работа с минимумом задержек и отвлечений, все равно выходит где-то по 110-120 часов на человека в месяц
Повесьте мишень в метре от носа стрелка!
Невозможно, бл*ть, промахнуться мимо мишени, когда она висит у тебя в метре от носа. Если ты всё равно промазал, ты протянешь руку, выдернешь стрелу, и через пару секунд уже попробуешь снова.
Читать дальшеWhy is OCaml better than Haskell?
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
Size of programming language communities in Q3 2021
Читать дальшеЧто такое – разруливание персонала
диалог на работе, упрощен до карикатурности
Читать дальшеSoftware Architecture Approaches – comparison
Software Architecture Approaches – comparison
Читать дальшеНикого ничему нельзя научить
Обучение по принципу «смотри сюда и повторяй за мной» заканчивается со школьным выпускным.
Дальнейшее образование – в любой форме, будь то вуз, обучающий курс или менторство – подразумевает по большей части самостоятельное освоение материала.
Когнитивная сложность современного devops
Когнитивная сложность современного devops, с моей точки зрения, перекрывает когнитивную сложность почти любой разработки или СУБД
Какой тут вывод и мораль… DevOps современный – это не просто отдельная профессия, это самые настоящие врата ада и чёрная дыра, куда нужно инвестировать массу времени и денег.
Квалифицированный devops – это примерно 3-4 года обучения и ещё 3-4 года практики.
Почему нельзя выбирать между проектным и процессным управлением
Методологии управления создают иллюзию контроля, которого на самом деле не существует. Почему?
… любая методология управления будто создана не для выполнения задач в сроки и бюджеты, а для профессиональных оправданий того, почему этого сделать не получилось.
UML умер, а никто и не заметил
мы просто отказались от инженерного проектирования ПО
Читать дальшеРаботать надо не головой, а компьютером
функционал обеспечивается не языком или фреймворком, а бизнес-логикой самого продукта
Работать надо не головой, а компьютером
джунов не хотят брать. Не потому что знают мало. А потому что синдром Даннинга-Крюгера одного тормозит всю работу всем