Спрашивали по вчерашнему, а как это "по-взрослому" такие проекты делать?

Ну вот эталонный современный уровень System Design на примере рекомендательной подсистемы тиктока:
"Monolith: Real Time Recommendation System With Collisionless Embedding Table"

Крайне показательно также, насколько сегодня важно хорошо знать АСД, если вы хотите стать элитным программистом.

Зарегился наконец в Mastodon, скорее всего и сервачок подниму. Давно хотел, и вот вчерашняя заметка подстегнула:
"Как зарегистрироваться в Mastodon. Твиттерские переселяются в соцсеть после ультиматума Илона Маска"

Это самая быстрорастущая соцсеть в истории. Это Сеть в полном интернет-смысле этого слова. Это не только сеть пользователей, но и сеть серверов. Никто ею не владеет. Это не "место", а набор принципов и правил, как электронная почта. Это федерация, а не корпорация. Она больше похожа на ФИДО :) и гораздо более устойчива, чем любые централизованные системы.

Она неудобна. Вы не можете начать работу за десять секунд, что сразу отсеивает праздно любопытствующих. Это означает, что люди, которые пройдут через определённую кривую обучения, с гораздо большей вероятностью будут преданными (и, возможно, щедрыми:).

В первые дни WWW, электронной почты, Гласнета, именно такие хардкорные пользователи и создавали сетевую магию совершенно другого рода, нежели мы видим сегодня. Подобное никогда не длится долго, но всё равно это очень классно даже просто понаблюдать.

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

Сознательная децентрализация и федерализация Mastodon пытается сделать подобные фильтры более естественными и более продуктивными. И, да, тут нету единой точки сборки, которая так и просится, чтобы её взломали токсичным поведением. Это чуть больше похоже на реальную жизнь и чуть меньше -- на традиционные социальные сети, которые умышленно провоцируют хайп в комментариях, как в яндекс-дзене, чтобы получать прибыль.

И, наконец, федеративная культура пока ещё создается. Многие из тех, кто только что к ней присоединится, станут авторами этой культуры нового поколения, и если они поймут, как хорошо быть щедрыми и добрыми, то и будет создано именно то, что надо.

Смешное: AI-ассистанты, помогающие писать код (вроде микрософтовского copilot), "помогают" так, что число уязвимостей в проекте только растёт, причём вдобавок вылазит когнитивный баг: программисты полагают, что их код с помощью AI наоборот стал более защищённым. Ну, понятно, так удобно перекладывать ответственность за свой код на других.

Исследование Стэнфорда: "Do Users Write More Insecure Code with AI Assistants?"

Вообще-то это не code review, а системная архитектура. А где use cases, которые её определяют? И куда они спрятали ту самую 1,000 RPC? :)
Квадратики и стрелочки, фактически одна view model, и всё. Какой-то детский сад на уровне собеседования во второсортную контору :)

"ISO/IEC/IEEE 42020:2019. Software, systems and enterprise — Architecture processes" ? Нет, не слышали.

P.S. С другой стороны, 80% айтишников уволено, а твиттер всё ещё работает, так что прежняя архитектура не такая и плохая.
P.P.S. 28:1 :)

Даже в новой архитектуре, которую оставшиеся в твиттере пацаны предъявили Илону Маску, потребуется примерно миллион довольно мощных серверов для поддержки графовой базы с порядка миллиардом узлов. Причём поддерживать это всё хозяйство им придётся самим: даже с максимальными скидками 50% на aws за хостинг такого проэкта придётся отстёгивать почти полмиллиарда долларов ежемесячно.

Для сравнения, Neo4j держит триллион узлов по цене $250 тыс. долл. за месячный облачный хостинг. Да и проблема асинхронного логирования без забивания диска тоже нормально решается известно как (мои курсы по highload-системам в помощь :).

Алгоритм SHA-3 был стандартизован в 2015-м, и лишь спустя 7 (!) лет в его реализациях на Python и PHP нашли дефекты: "SHA-3 Buffer Overflow".

Что делать с этим вечным багом? Теоретическая computer science игнорирует проблемы крупной промышленной разработки программного обеспечения, потому что их слишком трудно формализовать. А кибербез в основном занимается поверхностной, для галочки, борьбой с цифровой преступностью с помощью готовых инструментов на уровне скрипт-кидди, или тактическими выпусками патчей, потому что реальная защита слишком трудна.

Лучшие инвестиции в моей жизни пришлись на последние пару лет. Во-первых, я прошёл мощный семинар по проектированию у PhD-пацанов из MIT (тысяча долларов), и во-вторых, на днях заплатил 1,100 долларов за онлайн крутейший воркшоп "Simple by Design: Declutter Your Architecture, Code and Test" (это где банили за упоминание SOLID, Clean Architecture, TDD и прочую антиматематическую ересь-мартинфаулерщину :), и теперь у меня есть десятки часов ценнейшего видео, только для вас, дорогие (курсанты). Выжимки будут как обычно в СильныхИдеях.

• rethink classes and methods
• rethink data and code
• rethink readability
• rethink unit testing and mocking
• rethink dependency injection and composition
• rethink layering in architecture
• rethink integration testing

В моей Школе распродажа!!!

Скидки до 98,7% на консалтинг по конструктивной математике и коучинг по гомотопической теории типов!

Комбинаторы Шейнфинкеля по цене комбинаторов Карри, а солверы гиперболических уравнений в частных производных по цене эллиптических!

Ковариантные функторы по самым низким ценам!

Купите полиморфное лямбда-исчисление, и я добавлю поддержку зависимых типов бесплатно!

В качестве бонуса -- множество с дробным количеством элементов.

А вот зигохистоморфный препроморфизм уже закончился.

Спрашивали, не дорого ли $1,100 за двухдневный семинар?

Сейчас массовые многомесячные курсы "в профессию программист" известных российских онлайн-школ стоят несколько тысяч долларов, причём продаётся даже не результат "устроиться на работу программистом", а его иллюзия (читайте мелкий шрифт). Но чем выше поднимаешься по профессии, тем сильно меньше будет на вашем пути курсов переподготовки/повышения квалификации. Так во всём мире кстати. И если по техническому архитекторству/system design ещё можно что-то минимально удовлетворительное нарыть для уровня миддла, то по проектированию почти полный ноль, да и учебников практически нету.

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

Но даже крепкий миддл -- это где-то 0,1% от мирового топа, сеньор -- 1-2% максимум, а дальше каждый процент даётся уже существенно труднее, дольше, дороже. И прыгнуть с 1% до 10% сразу не получится, потому что в учебных материалах для каждого уровня имеется ряд подразумеваемых абстракций, без практики в которых подобные воркшопы будут восприниматься как магия.

Но если я тут прыгаю например с 25% до 33%, то это такой выигрыш в ресурсах, который вообще ни с чем не сравним.
Поэтому и дальше буду спокойно развиваться в этой маленькой нише programming in large для тех самых 2%, у которых ещё горят глаза.

Чтобы всю жизнь наслаждаться спокойной интересной работой, когда, едва вы прочитали первую страничку техзадания любой сложности, за доли секунды, на быстром мышлении S1, качественно обученной нейросеткой ума, рождается готовая схема, готовая архитектура. Остаётся только это неспешно и без суеты перевести в аккуратный код, занимаясь этим, как я сейчас -- в приятном уюте и комфортном тепле, попивая вкуснейший мятный капучино на безлактозном соевом молоке с бергамотовым тирамису :)

P.S. Уточняли, не релоцировался ли я. Нет, и не собираюсь, десятки лет живу в прекрасном московском микрорайоне Ховрино (лучше только в Крылатском :).

Ещё в 90-е, когда я писал свои первые книги по программированию, довольно быстро обнаружил в существовавших учебниках систематическую ошибку подразумеваемых коротких расстояний в понимании -- а у меня книг по программированию до сих пор дома сотни. Интернет позволил оперативно получать обратную связь, и я быстро выяснил, что у 90% начинающих большая проблема в понимании понятия "переменная".

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

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

Почему это не так?

Состояние -- это крайне вредная концепция для начинающих, особенно если язык допускает его свободное использование. Недаром в Оксфорде с первого курса принуждают кодить на хаскеле :) Конечно, State нужно уметь применять, но очень осторожно, редко и максимально безопасно. Продвинутое программирование стремится к иммутабельности и stateless (и на уровне кода, и на уровне архитектуры, и на уровне тестов), а раннее или излишнее использование состояния быстро приводит к беспорядку и запутыванию.

В первую волну дот-комов, в начале 2000-х, в стартапах той поры почти невозможно было найти эффективных менеджеров по управлению с дипломом MBA. Но зато почти все были теми самыми 10x-разработчиками, знающими и умеющими тучу всего самого разного, и быстро решающими полезные задачи с помощью реальных технологий, которые не были слишком разрекламированы. Enterprise JavaBeans, Delphi, CORBA, XML... Сегодняшнему мэйнстриму было бы неплохо вернуться в те дни.

...чтобы в редакторе везде автоматически вводился префикс javaBeansEnterprise :)

Смешной тренд: когда сеньоры массово укатили, на их место стали лихорадочно ставить миддлов. Кто-то вытянул, но 80% конечно нет. Однако возвращаться обратно в миддлы пацаны уже не хотят :)

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

Я полностью на стороне этих ребят, и рекомендую, если на интервью будут вникать в такой опыт более подробно, напоминать, что дескать неудачный опыт лучше удачного, и астронавтов на Луну в США отбирали именно по опыту фейлов, а не побед.

Я сперва думал, это фейк или стёб, но оказалось, действительно.

В джаву завезли монады :)

Что-то вроде Optional<T>

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

Хотя конечно сделать потенциальную "нулёвость" эксплицитной в типе в целом полезно.

А может ли кстати класс Optional быть nullable? :)

P.S. Смотрю, на тему Optional в контексте Java vs C# в мире разгорелись нешуточные холивары :) Можно ещё набросить про Kotlin и Scala.

Не пишите программы с багами! Пишите программы сразу без багов. Таким образом, все ваши проекты будут идеальными по качеству!
(это был сарказм)

Разработка софта часто рассматривается как процесс "написать программу, затем пофиксить баги". В результате получаем хрупкий код и бесконечную игру "поймай ошибку". Как насчет альтернативы: разрабатывать программное обеспечение, в котором не может быть ошибок? Проектировать структуры данных и API так, что их нельзя использовать не по назначению.

You write tests, I don’t write bugs. We are not the same.

Ещё смешное, в продолжение тренда: хорошие спецы кто пока остался, за работу "в офисе" просят уже 1.5-2 зарплаты, "а то уеду". Хотя реально как раз на смену работы не настроены, однако, блеф в нынешних условиях прокатывает очень хорошо :) Очень такой тренд поддерживаю; думаю, в 23-м и рост на 3-5 зп станет норм.

Интересно будет полюбоваться через пару лет на гос-ит-проекты технологического суверенитета, где фикс бюджеты, пусть и на сотни миллиардов рублей. На объективный результат. Мне искренне хочется, чтобы всё получилось топчик, но уже вовсю звенит классический тревожный звоночек программной инженерии: когда подрядчики в самом начале, ещё даже до начала работ, уже вовсю надувают щёки перед своими заказчиками: дескать "всё посеем всё пожнём". Увы, но в 98% подобных случаев на выходе получаются бесконечно забагованные продукты и срывы сроков и бюджетов во многие разы.

Надо же: "PHP 7 is officially dead"

Расскажите это своим знакомым, которые до сих пор сидят на каком-нибудь пыхе 5.6 и совершенно не планируют апгрейды.

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

P.S. Коллеги сообщают, что "В плане php 8.2 планирует уйти от глобальных переменных, что означает что 90% кода [да-да тех самых хорошо известных вам проэктов] будет не работать при обновлении))"

Тренд Text-to-App: ChatGPT скоро придёт как минимум на смену StackOverflow. Иногда кажется, что AI действительно понимает, что происходит :) Изучил ли он в самом деле программирование и модель мира в целом, или это всё ещё градиентный поиск шаблонов? Но граница становится всё более нечёткой, и "невозможное" скоро придётся всегда брать в кавычки.

Увы, но из России к ChatGPT подключиться невозможно, и впн не поможет.

Если МОСЯ не выкатит оперативно что-то подобное, то весь остальной мир очень быстро получит огромное конкурентное преимущество. Потому что системы уровня ChatGPT уже в этом десятилетии дадут возможность фактически любому, кто умеет ясно мыслить и генерировать хорошие идеи, воплотить их в реальном ИТ-проекте быстро и бесплатно, и затем зарабатывать на этом. Уже сейчас можно нагуглить примеры, как люди, не умеющие программировать, с помощью ChatGPT за считанные часы создают и разворачивают свои веб-системы.

Думаю, что за считанные годы закроется множество онлайн-курсов "в профессию программист" и им подобных :) Зачем они, когда у вас под рукой есть классный ментор 24/7.

P.S. Куплю действующий аккаунт ChatGPT за 500 рублей.

Программисты нередко говорят: я писал и комментарии в коде, и спецификации, всё это бесполезно.

Это действительно так, потому что вы пишете бесполезные комментарии и бесполезные спецификации.

Пишете полезные комментарии и полезные спецификации.

/1 У ит-рекрутеров очередное "новогоднее обострение", снова рассказывают рождественские сказки, что дескать "ит-пузырь наконец лопнул" и "ура, больше работодатели не бегают за программистами". Спрос на программистов упал, бесплатных печенек больше не будет, зарплаты просели бла бла бла

Понимаю, ведь они зарабатывают на перепродаже программистов, а "автоворонки продаж" работают всё хуже, потому что спрос на разработчиков всё выше и выше. Вот и гонят регулярно пургу по любым инфоповодам и локальным трендам, морочат голову трудовому народу в надежде на сбычу своих розовых мечт "300% прибыли" :)

Проверяется же это всё элементарным экспериментом =>