It would be better if this were merely a leadership mistake. More often, it is a deliberate transition marketed as “maturity”: replacing founder-led vision with a reliable organization of interchangeable parts, managed by administrators. Such an organization may execute efficiently, but it gradually loses the ability to make consequential decisions.
Codex is fucking insane
i know literally NOTHING about coding. ZERO. and i just built a fully functioning web app in minutes.
http://localhost:3000/
check it out
@elonmusk Tried to finance or lease two teslas after moving to the US. Tesla took my money and didn't approve the financing. Never returned the money. Nobody responded for weeks in the chat.
Crowdstrike Analysis:
It was a NULL pointer from the memory unsafe C++ language.
Since I am a professional C++ programmer, let me decode this stack trace dump for you.
@t3dotgg I always wonder, what is the evidence basis for Rust async criticism? Are people dropping Rust in favor of something else? I've built many different production async apps on Rust, and nothing mentioned is a real issue. Real issues are in other places of the language.
@Lazin@mokevnin А о каких технологиях ты говоришь? Типа на чем лучше написать такой монолит, что бы и быстро, и просто и сертификации все легко проходить?
@Lazin@mokevnin Да примерно так же, но по-другому. нужно набирать опыт и использовать другие практики. Даунтайм не желателен, но как крайняя мера может сработать. Можно например не сфейлить запросы, а просто их чуток придержать пока сервис тормозится и стартует. и в монолите так тоже бывает
@Lazin@mokevnin ну вот, ты сам говоришь где лучше иметь микросервисы. и даже причины назвал. А еще если код специализируется , и зависимости хитрые. Или особые security требования из-за сертификаций. Чем дальше растет и чем более крупным клиентам продается - тем больше такого.
@Lazin@mokevnin Это все хорошие практики в обоих архитектурах. Другое дело что тестировать все возможные комбинации - это всегда очень сложно, в том числе и в монолите. Что бы это обходить, есть хорошие практики. И сильно микросвервисам это не вредит, просто подходы меняются.
@Lazin@mokevnin катить в правильном порядке, не ломать обратную совместимость, делать несколько релизов с последовательной миграцией. бывает так, что плохо получается - можно что-то придумывать типа короткого даунтайма. но решить все можно.
@Lazin@mokevnin Нельзя просто так сделать backward-incompatible change. планы выкатки согласуются и делаются в строгом порядке. множество инстансов может быть только одной версии. Другое это уже разные тенанты - отдельная песня.
@Lazin@mokevnin Нет-нет, я даже о банальных вещах как время исполнения в CI и кол-ве тестов. Небольшой сервис требует меньше тестов чем гигантский монолит. Это не отменяет возможности строить большой интеграционный test-suite, но тут важна степень свободы, ограниченя этих тестов и процесс.