Кодирование -- это самый последний шаг в создании программы. Первый шаг -- это принятие решения о том, чего конкретно и как именно мы хотим добиться. А лучшие методы для проработки последующих шагов заключаются в использовании простой математики.

Но совсем немногие программисты знают, как это делается, и где этому научиться. В моих новых курсах по software design на различных примерах я покажу это всё, и как эти методы реализуются в реальном программировании.

Если вы пишете код без спецификаций (хотя бы, сознательно учитываемых в вашей голове, на третьем логическом уровне понимания проекта, из СильныхИдей; получше -- на уровне документации/кода; лучше всего -- в формальном виде, например TLA+), то он у вас получится и не плохим, и не хорошим. Это просто будет случайный набор команд с непредсказуемым поведением.

Любая работа над проектом без спецификаций будет медленно превращать "код, который делает деньги" в "код, который не делает деньги", а затем -- в "код, который пожирает деньги". Вы строите всё выше и выше крепость, построенную из случайных предположений. Она может рухнуть в любой момент под их абсурдной тяжестью как карточный домик, если сознательно не противодействовать этим силам с самого начала.

На эту тему в частности в СильныхИдеях скоро будет продолжение темы контрактов, интерфейсов и абстракций: как сразу делать ПРОСТО??

(я думаю, он скорее перепутал:)

Сейчас практически все каналы по нейросеткам забиты обсуждением/сравнением нейронок, которые генерируют видео (потом музыка и изображения). То есть пока никакой пользы от подобных сервисов, кроме дофаминовых "развлекалок", нету. А вреда полно ("с вами по видеосвязи хочет поговорить мэр Москвы Сергей Собянин").

По генерации кода всё как-то стихло. В основном LLM-ки растут вширь (многие десятки разных языков, Фортран и Кобол сегодня модно добавлять :), а по качеству за этот год прогресса не видно.

Пока AI успешно развивается преимущественно в человеческую глупость.

98% программистов, пишуших код в продакшен, делают это так, что их код говорит больше об их глупости, а не о мудрости. Они изучают разные "программистские технологии", но их подход к обучению -- глупый подход. Они получают знания, но эти знания граничат с глупостью. В результате глупость управляет их знаниями, глупость преследует их всю карьеру, вот что с ними происходит. Соответственно, все проектные решения, которые они принимают, могут их привести только к глупым результатам.

При этом они ещё и других учат быть глупыми. Они говорят, что учат других, чтобы те стали умнее, получили полезные для работы знания.. но стоит взглянуть на это всё глазами святых computer science, то становится понятно, что их "учения" ведут людей далеко в сторону от истинных знаний по информатике.

Истинные же ИТ-знания основываются прежде всего на математике, формальной логике, теории типов, языках спецификаций. В мире LLM-программирования именно эти скиллы станут наиболее полезными и прагматичными.

Для нового курса по software design, для раздела "почему давно работающий код всё ещё содержит баги" подбирал подходящий пример, когда 100% покрытия тестами не даёт гарантии корректности, ибо логика может быть такой сложной, что и сам автор без поллитра не разберётся, какие там возможны критичные случаи.

Взял такой достаточно наглядный пример, как несмещённая оценка дисперсии выборки. Мы стандартно тестируем, когда размер выборки 0, null, а также на ряде типовых примеров, и покрываем все условные веточки. Однако алгоритм подразумевает деление суммы квадратов отклонений не на число элементов, а на число элементов - 1. Поэтому при размере выборки в 1 элемент код будет вылетать с исключением.

Даю конечно рекомендации, что с этим делать, как правильно рассуждать и т.п.

Если вы хотите наиболее простую систему типов, то это вероятно будут зависимые типы (когда сами типы становятся объектами первого класса).
По взрослому, это Coq, F*, Agda, Idris, Lean. Но страшно далеки они от мэйнстрима :)

Однако в питончике уже есть, в некотором смысле, завтипы, т.к. он позволяет манипулировать ими (да и ещё много-много чем) нативно.

И при желании можно вот так легко и просто реализовать dependent types в Python.

Первая моя попытка заюзать первую отечественную IDE (GigaIDE от Сбера) закончилась, пока, фейлом :)

Но я полностью на стороне Сбера (как сразу конкуренты задёргались).

А если бы даже и закопилефтили код недружественных структур, ну и что? Вы кто такие? Идите нафиг. Никакого уважения и никаких переговоров с ними вообще вести не надо, и тем более, что-то им пояснять.

Вот единственно верный ответ:

"Для этого надо и дальше искать критические уязвимости их экономик и бить по ним во всех сферах. Находить проблемы в их важнейших технологиях и беспощадно наносить удары по ним." (с)

P.S. Правильно это называть "Трофейное ПО" 😎

Когда изучил, что такое машины состояний )))
Мне нравится, как стартапы поколения Z постепенно (заново) открывают машины состояний и акторную модель.
Но всё равно непонятно, зачем нужна специализированная инфраструктура для этого; в конце концов, это всё просто рабочие процессы.

Электронный документооборот по-европейски.

Министерство образования Германии оправдывает неразглашение информации тем, что они не могут отправить по электронной почте 132-страничный pdf-файл размером 33 МБ (такой размер, потому что документ был распечатан и отсканирован).

Ваша работа как программиста -- создавать технический долг.

Кроличья нора на выход из Матрицы стремительно сужается. Я думал, что не доживу, где-то лет через 20, предполагал, всё закончится, но AI так стремительно развивается, и туда такие триллионы долларов вкладываются, что уже совсем скоро навечно установится окончательный разрыв между богатыми и бедными.

Это десятилетие последнее, когда вы ещё можете, вкладывая дофига усилий и hard work, создать некую финансовую платформу на будущее (и то для этого фактически осталась единственная темка: ИТ). Свой пик развития человечество прошло в XX веке, и сейчас движется по тому же пути обратно, только ускорившись в тысячи раз.

Коммунизм => капитализм => общество совсем скоро снова станет феодальным => а потом закончится рабовладельческим.

Уже сейчас за ипотечную квартиру 15 млн. вам надо будет за 15 лет накинуть еще 30 млн. сверху. Каркасные домики за год подорожали в два раза. Цены на недвижку растут, аренда тоже скоро станет конской. Всё кончено.

=

Хотя, зачем делать что-то сейчас, если можно подождать, пока это не вызовет у вас жуткую тревогу?

Лучший стек на сегодня например:
- NET Core
- F#
- Critter Stack (Marten + Wolverine)
- Postgres (как на нём одном можно создать вообще всю архитектуру, 14 фишек, рассказываю тут)
- RabbitMQ
- HTMX
- Alpine.js + Tailwind CSS
- хорошо бы дедик от Hetzner, но с ходу аналоги даже не назову (свободная ниша!)
- Ubuntu 24.04 + Omakub
- GigaIDE

Создавайте в своих проектах как можно больше легаси (Java 8 максимум например) и ИТ-долга! 🤘

Это та основа богатства айтишников, которую не уничтожит никакой AI !

Изучите как следует SQL и 1 серверный фреймворк (Spring, Django...), и до конца жизни будете ездить на таких машинках ↑↑↑

"три года упорного труда -- десять тысяч лет счастья" (c)

"Программирование -- это весело, но создание высококачественного программного обеспечения -- это сложно."
-- Крэг Ларман, "Применение UML и паттернов проектирования"

Это сложно не столько из-за технологий, сколько из-за того, что в процесс вовлечены белковые/кожаные, от природы не способные к рациональному восприятию мира (потому что думать -- это скилл, который развивать весьма тяжело).

Вы говорите
"фронтенд почти готов, над бэкендом мы сейчас работаем".

и всё, что я слышу, это
"сделано 90%, осталось ещё 90%".

Если качественная работа вас замедляет, значит, проблема в том, что вы торопитесь так сильно, что на самом деле не делаете работу качественно (и вы это знаете).

Когда рассказывают про "AI-программирование на естественном языке", всяческие визуальные, lowcode "системы программирования" и т.п., программистам возмущаться/смеяться не стоит, потому что цель такой пропаганды -- никак не айтишники, а лохи менеджеры богатых компаний, ничего в разработке не понимающие. Вот им эти иллюзии, как видим, продаются на отлично, уже на триллионы долларов, а потом показываются красивые графики, как до небес взлетает продуктивность программистов.

А воз даже не "и ныне там", а начинает потихоньку двигаться назад. И это очень хорошо, потому что в реале взлетают до небес прежде всего айтишные зарплаты :)

"Никто не выигрывает гонку вооружений в области AI, кроме самого AI" (с)

Если вы не хотите писать такие команды:

CREATE TABLE IF NOT EXISTS MongoDB (_id UUID PRIMARY KEY, data JSONB)

используйте Pongo -- Mongo on Postgres :)

Берёте MongoDB API и автоматически преобразуете в нативные запросы Postgres.
Используется тип JSONB в Postgres, однако он несколько перегружен возможностями ("слишком" гибок, сложные индексы GIN, GiST...), а какая есть для подобных целей более простая и более быстрая фишка, расскажу донам.

При наличии достаточного количества пользователей вашего API не имеет значения, что вы обещаете в контракте: всё наблюдаемое поведение вашей системы будет зависеть от кого-то другого.
Закон Хайрама

Имеется в виду, что даже самая простая и логичная спецификация системы может (в 98% обязательно будет) с течением времени становиться всё более сложной из-за деталей и особенностей реализации. Исходный дизайн системы, который вы здорово задумали простым и прямолинейным, становится сложным и запутанным из-за постоянного добавления новых функций, правил и исключений (под давлением/хотелками заказчиков/менеджеров), которые не были (и не могли быть) учтены при первоначальном проектировании.

Конечно, крайне важно тщательно планировать, проектировать и тестировать по всем измерениям вашу систему на всех этапах, чтобы минимизировать вероятность возникновения сложностей и непредвиденных ошибок в будущем, но... попробуйте объяснить это своему начальству.

Готовлю по этой темке трек software design -- как исходно закладываться так, чтобы любое развитие системы сохраняло её сложность линейной. Не одна серебряная пуля, а много мелких серебряных пулек.
Первый курс готов на 80% (и осталось ещё 80% :). Так затянуло, так залип, не могу оторваться, даже отложил (временно) Metal Slug Attack Reloaded.

слегка перефразируя новости 😂

...по данным прокуратуры, в 2021 году Закхайм организовала и возглавила преступную группу, которая занималась хищением денег у людей под предлогом прохождения учебных курсов по программированию...

сообщники "разработали" курс по программированию, записали видео уроки и продавали их людям...

стоимость придуманного сообщниками ИТ-курса доходила до миллиона рублей...

ущерб, который причинен троим потерпевшим превышает 2,5 миллиона рублей...

Учиться программированию теперь будем по бесплатным роликам индусов на полудохлом ютубе.
Качественное обучение не должно быть дорогим, правда же?

Ещё в 2019-м я подготовил для начинающих большой материал по теме "Профессия Разработчик игр" (всячески отговариваю:). Разбираю на курсе карьеры, конечно, многие другие профессии, а также даю много подробных рекомендаций по выбору профессии, языка, стека, работы. Частично их также выкладываю для донов в группе для начинающих, даю там также пошаговый алгоритм как самостоятельно обучиться программированию с нуля, а в последнее время делаю особый акцент на продуктивных методиках самообучения, они важны будут на всю карьеру, потому что учиться придётся постоянно, но чем раньше их усвоить, тем сильнее будет результат. Полезны вообще всем!

(список всех материалов для донов)

Вот кусочек:

...Если вы принимаете те факты, что разработки игр очень сложна, что оплата будет низкой и что вам желательно получить хорошее профильное образование, в идеале, на дорогих курсах, добавлю ещё одну серьёзную проблему: вам придётся освоить C++. Потому что разработчикам игр понадобится немало навыков, без которых программисты из других сфер вполне могут обойтись.
Конечно, можно разрабатывать игры, и не зная C++. Множество игр написаны на самых разных языках программирования, причём немало и таких, которые сделаны в удобных фреймворках, по сути вообще не требующих знания программирования. Однако крупные игровые студии, выпускающие топовые игры, полагаются на C++ как один из основных языков разработки.
В будущем это может измениться конечно, но я очень сильно сомневаюсь. Потому что игры всегда идут в авангарде ИТ, выжимая по максимуму возможности из любого оборудования. Это означает, что даже если C++ перестанет использоваться, его место займёт какой-то другой язык, также позволяющий очень эффективно использовать возможности железа (а это сложно), потому что необходимо добиваться максимальной производительности на оборудовании, которое использует игра.

Ничего с тех пор особо не изменилось, но "какой-то другой язык" реально появился: Rust, и это очень здорово.

слева самый крутой science based программист
в центре самый слабый курсант моей Школы
справа выпускник Школы