Главная проблема языка Го в его философии "Не ломать код выпуском мажорной версии".
При этом протобуфер - это ад на земле с их циферками. А в языке самом нету дефолтных значений у функций и kwargs. И ООП там подрезали на какой-то хрен.
Зато работает быстро...
Только вот что там быстро работает. Также быстро может работать на с++.
Коробочный параллелизм в Го - это вообще шаманство. Ни потоков, ни процессов. Горутина ёпта. Чистый go to и никакого мошенничества
Весь перформанс там держится на фишках типа пулов памяти, зероаллокаций, пулов горутин. И ещё в дедлок надо не улитеть, когда всё это варево готовишь.
Там из коробки и по мануалам, и советам чатов жпт всё работает хуже чем в старом питоне. Нужно путь самурая пройти чтобы там накодить что то реально быстрое и непомирающее. То есть прокачиваешься до мидл+ и вот он - перформанс. Но зараза отсутствие кваргов и дефолтоф - не прощу...
Статья написана ИИ. И половина комментариев от ИИ. Это говорит Вам ИИ.
Да ИИ стали "лучше". Задаёшь прямой вопрос как перенести пользователя из одного realm-а keycloak в другой со всеми ролями и правами.
Оно говорит тебе качай либу такую то и кода на 300 строк жахает. И оно... Не работает ни хрена! Ты просишь его улучшить. Оно "улучшает". Код становится более читаемым и вообще крутым наверное и в рамках чистой архитектуры. Но собака не работает... Ты врубаешь отладку, начинаешь дебажить. И видишь, что на строке 258 вызывается функция с параметром, которого не существует. Потом вспоминаешь про гугл, гуглишь документацию к либе, оказывается что либа то не умеет в то, что тебе ИИ посоветовал.
Лучше оно стало... Только непонятно в какую сторону.
Очень странные дела. А точно нельзя было языком SQL решить кейс? Ну из плоского сделать дерево - вроде умеет.
Впервые вижу чтобы были проблемы json отдать в питоне. Хотя мы FastAPI используем и тоже orjson, ijson или как его там. Всё быстро дампиться в json строку.
Ну да. Инженеры с головой тоже так думают, что свои велосипеды строить не надо. Поэтому в нашем мире нет кафки, кликхауса, графаны и кубернетиса. Или есть...
Да сделайте вы свой конструктор запросов. Ну ёлки зелёные!
Это всего на всего билд строки. Есть Jinja2. Она умеет.
Ну шир-потреб этот ОРМ, ну ё-маё.
Мы сделали свой велосипед. И не разу не пожалели об этом. Да, в первые 3 месяца это был велосипед и ехал он не лучше не хуже ОРМ. Но пол года спустя уже был похож на мотоцикл. 2 Года спустя - ну это летающая тарелка с генератором холодного синтеза и кварп ядром. На ней запросы в 3000 строк SQL писать и поддерживать легко. А главное наш велосипед не избавляет разработчиков от знания/понимания SQL и баз данных.
В целом, мне не понятно. Откуда у людей любовь к готовым решениям. Мы выкинули ОРМ со всех проектов, после первого нагрузочного теста... У нас аж 3 ОРМ-а было и 2 мигратора. Никого не осталось.
ОРМ решает всего одну проблему, которую решать не нужно - как снизить когнитивную нагрузку с человека, который в СУБД полез. Всё.
Опен-сорс это помойка процентов на 90. И ORM - это как раз то ещё хламище. Если сил не хватает свой генератор запросов сделать - ну одна дорога да в ОРМ. Он прекрасен...
Ну и нафига идти работать в такие места? Где есть начальник который ничего не понимает.
А ещё решение можно на кликхаусе собрать, собственную СУБД для него сделать или вообще свой мемкеш бесконечный построить. И на квантовом компьютере. И и что
Опять Биг тех. Поколение саппортов. Джунов надо брать на ревью и совместно чесать языками. А то одному скучно, кроме задачек на 10 строк кода то и нет ничего. Бе. Фу.
Хоть бы раз вышла статья о том, как ни ревью нету, ни девопсов. И ребята порвали рынок, набрав джунов. Без рефакторинга и ревью.
Миф номер 8. Я возьму Джуна, посажу его в бигтех и он станет крутым самураем...
Да с такси условиями, где есть время джунов в ревью привлечь... Они просто сгорят как спички, когда станет задача "родить новое"
Классная статья. Покуда команда работает на одном языке модули/библиотеки+моно-репка рвут микросервисы. Просто потому что необходимость коммуникации между ними по сети отпадает. Однажды кто-то это окрестил термином "Квантовый-сервис" (Моно-репа, в которой все технологические вещи выпилены в свои собственные бибилотеки/компоненты, то есть что мы делаем отделено от того как мы это делаем. А сверху это всё рождает столько единиц деплоя, сколько хочется, обычно разделение по DDD или как то ещё чтобы на уровне API были чёткие границы ответственности). Но термин так и не прижился.
А да, точно задача программиста код писать - да. Наверное самая "сложная часть" нашей профессии да...
Сижу вот на работе и думаю каждый день. Какой бы мне код написать, как бы вот блин пальцы на клавиатуру положить то. И боюсь вот, LLM ща как накодит круче и быстрее
Если капнуть глубже. Почему тебе надоело, то что надоело. Потому что ты напитался кучей знаний, хочешь опробовать миллион теории на практике, а тебе не дают. Бизнес и твои идеи расходятся. Голова твоя пухнет - и ты выгораешь. Именно от того что 90% из того что ты узнал просто некуда применить или не дают. Оно болтается там и выжигает твою голову.
О, ха-ха. Это я пугал всех в комментах к прошлому посту. И не зря. Просто потому что IT - это не ванильная шелуха. И истории успеха 10 летней давности уже не работают. А с учётом скорости развития этой индустрии - практики прошлого года уже не работают. И сфера эта IT-шная, где нет потолка развития для головы - да круто, первые пару лет. А потом приходит остеохондроз, геморой, зрение падает в минус на деленьку в год. А самое главное - вас отрывает от реальности, вы сходите с ума от количества знаний в своей голове. И что самое забавное знаний надо все больше и больше, а то Вы будете менее конкурентным.
Всё что создаёте надо переделывать, а то Легаси становится, не читаемо, бесконечный рефакторинг не просто кода а целых систем и структур хранения.
ДМС, который Вам дадут и половины болячек не излечит. Ибо вы заработаете себе хронические. А за вредность сгущенку тут не дают.
У IT есть тёмная сторона. И она гораздо мрачнее, чем кажется. Вам реально без шуток придется сутками пырить в монитор и накачивать бошку знаниями, пока она не лопнет. А она лопнет. Это называют выгорание. Выгорают из за опухшей головы в первую очередь. Потому что вы наконец-то освоили все паттерны, прочитали по 10 томов к каждой СУБД, которой пользовались. А эти знания уже не нужны. Надо идти в LLM. Тренд сменился - знания в корзину. Вечно бежать за новыми знаниями - как проклятье.
И это лишь малая часть тьмы, через которую придется пройти. Но весь прикол в том, что этот мрак не закончится никогда.
Так что перед вкатыванием в эту супер индустрию, 10 раз подумайте, а оно Вам надо?
Если надо - послушайте автора, будьте позитивны, трудолюбивы, учитесь, пока голова варит. Потом переходите в режим экономии здоровья. А лучше сразу распишите свой день и неделю так, чтобы кроме лупления в монитор в ней были оздоровительные активности да побольше.
А самое главное - научитесь с лёгкостью забывать, что осваивали три года назад.
Если вдруг сгорите случайно - езжайте в санаторий. Сходите к мозгоправу или в бар за водкой. Не исключено, что кружка пива станет Вам братом. Всё зависит от того, на сколько высоко в этом IT вы захотите подняться. Успехов.
"Проектирование конфигурации процесс сложный" - о да, точно. Её же за этим придумали чтобы там было всё сложно) Там такой выбор, аж глаза разбегаются. Регистр сведений, документ и справочник и пара фиговин.
Бывает такое, что половину DWH приходится переделывать, просто потому что пару лет проекта спустя вышел какой-нибудь весёлый законопроект. РП уволился в никуда. А расхлёбывать простым смертным.
А они тут на оплату фич жалуются.
Сколько грамотно ТЗ не пили. Как риски не считай - будь готов что с неба метеорит упадёт и придется его последствия разгребать.
Мне одному показалось, что вся статья о том, что - учёные придумали LLM и не понимают как оно работает внутри?!!
И целые отделы других учёных пытаются понять что придумали предыдущие, потому что те видимо были под наркотиками и забыли чего они там изобрели.
Как работает ДВС и гравитация - вопросов ни у кого нет. А как LLM - чёт целая загадка прям.
Так что же изобрели то?
А я как чат джпт версии 10 Вам отвечу - легковерного балтуна сплетника балабола.
Из будущего комментарий. Хз как сработало, но пишу Вам из 2045 года. Картошка сама себя не поливает зараза до сих пор
Главная проблема языка Го в его философии "Не ломать код выпуском мажорной версии".
При этом протобуфер - это ад на земле с их циферками. А в языке самом нету дефолтных значений у функций и kwargs. И ООП там подрезали на какой-то хрен.
Зато работает быстро...
Только вот что там быстро работает. Также быстро может работать на с++.
Коробочный параллелизм в Го - это вообще шаманство. Ни потоков, ни процессов. Горутина ёпта. Чистый go to и никакого мошенничества
Весь перформанс там держится на фишках типа пулов памяти, зероаллокаций, пулов горутин. И ещё в дедлок надо не улитеть, когда всё это варево готовишь.
Там из коробки и по мануалам, и советам чатов жпт всё работает хуже чем в старом питоне. Нужно путь самурая пройти чтобы там накодить что то реально быстрое и непомирающее. То есть прокачиваешься до мидл+ и вот он - перформанс. Но зараза отсутствие кваргов и дефолтоф - не прощу...
Научную фантастику писать с таких комментариев.
Ничего умного нет в искусственном. Как в силиконовой груди нет ничего натурального.
Статья написана ИИ. И половина комментариев от ИИ. Это говорит Вам ИИ.
Да ИИ стали "лучше". Задаёшь прямой вопрос как перенести пользователя из одного realm-а keycloak в другой со всеми ролями и правами.
Оно говорит тебе качай либу такую то и кода на 300 строк жахает. И оно... Не работает ни хрена! Ты просишь его улучшить. Оно "улучшает". Код становится более читаемым и вообще крутым наверное и в рамках чистой архитектуры. Но собака не работает... Ты врубаешь отладку, начинаешь дебажить. И видишь, что на строке 258 вызывается функция с параметром, которого не существует. Потом вспоминаешь про гугл, гуглишь документацию к либе, оказывается что либа то не умеет в то, что тебе ИИ посоветовал.
Лучше оно стало... Только непонятно в какую сторону.
Ну так и где гипертрединг и зелёные треды? Как сделать синхронную функцию асинхронной и заставить GIL переключать контекст?
Где самое интересное то?
Ща говорит базу прокачаем... Ну то есть расскажем. А дальше ну и вот. Статья )
Очень странные дела. А точно нельзя было языком SQL решить кейс? Ну из плоского сделать дерево - вроде умеет.
Впервые вижу чтобы были проблемы json отдать в питоне. Хотя мы FastAPI используем и тоже orjson, ijson или как его там. Всё быстро дампиться в json строку.
Но статья прикольная. Плагин на Rust - это мощно
ОРМ - не лучший источник для вдохновения.
Лучше уж вдохновились бы какой-нибудь хорошей песней или картиной
Ну да. Инженеры с головой тоже так думают, что свои велосипеды строить не надо.
Поэтому в нашем мире нет кафки, кликхауса, графаны и кубернетиса.
Или есть...
Да сделайте вы свой конструктор запросов. Ну ёлки зелёные!
Это всего на всего билд строки. Есть Jinja2. Она умеет.
Ну шир-потреб этот ОРМ, ну ё-маё.
Мы сделали свой велосипед. И не разу не пожалели об этом.
Да, в первые 3 месяца это был велосипед и ехал он не лучше не хуже ОРМ.
Но пол года спустя уже был похож на мотоцикл.
2 Года спустя - ну это летающая тарелка с генератором холодного синтеза и кварп ядром. На ней запросы в 3000 строк SQL писать и поддерживать легко.
А главное наш велосипед не избавляет разработчиков от знания/понимания SQL и баз данных.
В целом, мне не понятно. Откуда у людей любовь к готовым решениям.
Мы выкинули ОРМ со всех проектов, после первого нагрузочного теста...
У нас аж 3 ОРМ-а было и 2 мигратора. Никого не осталось.
ОРМ решает всего одну проблему, которую решать не нужно - как снизить когнитивную нагрузку с человека, который в СУБД полез. Всё.
Опен-сорс это помойка процентов на 90. И ORM - это как раз то ещё хламище. Если сил не хватает свой генератор запросов сделать - ну одна дорога да в ОРМ. Он прекрасен...
Я думал будет что-то вроде. Берём Джанго. Выкидываем Джанго. Пишем запросы руками - счастье радость восторг овации.
Но когда в руках молоток - весь мир гвоздь. Можно и на django sql оптимизировать ради "скорости разработки".
Ну и нафига идти работать в такие места? Где есть начальник который ничего не понимает.
А ещё решение можно на кликхаусе собрать, собственную СУБД для него сделать или вообще свой мемкеш бесконечный построить. И на квантовом компьютере. И и что
Опять Биг тех. Поколение саппортов. Джунов надо брать на ревью и совместно чесать языками. А то одному скучно, кроме задачек на 10 строк кода то и нет ничего. Бе. Фу.
Хоть бы раз вышла статья о том, как ни ревью нету, ни девопсов. И ребята порвали рынок, набрав джунов. Без рефакторинга и ревью.
Миф номер 8. Я возьму Джуна, посажу его в бигтех и он станет крутым самураем...
Да с такси условиями, где есть время джунов в ревью привлечь... Они просто сгорят как спички, когда станет задача "родить новое"
Классная статья. Покуда команда работает на одном языке модули/библиотеки+моно-репка рвут микросервисы. Просто потому что необходимость коммуникации между ними по сети отпадает. Однажды кто-то это окрестил термином "Квантовый-сервис" (Моно-репа, в которой все технологические вещи выпилены в свои собственные бибилотеки/компоненты, то есть что мы делаем отделено от того как мы это делаем. А сверху это всё рождает столько единиц деплоя, сколько хочется, обычно разделение по DDD или как то ещё чтобы на уровне API были чёткие границы ответственности). Но термин так и не прижился.
Беру значит паяльную станцию. Сажаю cortex на плату. О великий llm помоги мне. Замени меня
А да, точно задача программиста код писать - да. Наверное самая "сложная часть" нашей профессии да...
Сижу вот на работе и думаю каждый день. Какой бы мне код написать, как бы вот блин пальцы на клавиатуру положить то. И боюсь вот, LLM ща как накодит круче и быстрее
Если капнуть глубже. Почему тебе надоело, то что надоело. Потому что ты напитался кучей знаний, хочешь опробовать миллион теории на практике, а тебе не дают. Бизнес и твои идеи расходятся. Голова твоя пухнет - и ты выгораешь. Именно от того что 90% из того что ты узнал просто некуда применить или не дают. Оно болтается там и выжигает твою голову.
О, ха-ха. Это я пугал всех в комментах к прошлому посту. И не зря. Просто потому что IT - это не ванильная шелуха. И истории успеха 10 летней давности уже не работают. А с учётом скорости развития этой индустрии - практики прошлого года уже не работают. И сфера эта IT-шная, где нет потолка развития для головы - да круто, первые пару лет. А потом приходит остеохондроз, геморой, зрение падает в минус на деленьку в год. А самое главное - вас отрывает от реальности, вы сходите с ума от количества знаний в своей голове. И что самое забавное знаний надо все больше и больше, а то Вы будете менее конкурентным.
Всё что создаёте надо переделывать, а то Легаси становится, не читаемо, бесконечный рефакторинг не просто кода а целых систем и структур хранения.
ДМС, который Вам дадут и половины болячек не излечит. Ибо вы заработаете себе хронические. А за вредность сгущенку тут не дают.
У IT есть тёмная сторона. И она гораздо мрачнее, чем кажется. Вам реально без шуток придется сутками пырить в монитор и накачивать бошку знаниями, пока она не лопнет. А она лопнет. Это называют выгорание. Выгорают из за опухшей головы в первую очередь. Потому что вы наконец-то освоили все паттерны, прочитали по 10 томов к каждой СУБД, которой пользовались. А эти знания уже не нужны. Надо идти в LLM. Тренд сменился - знания в корзину. Вечно бежать за новыми знаниями - как проклятье.
И это лишь малая часть тьмы, через которую придется пройти. Но весь прикол в том, что этот мрак не закончится никогда.
Так что перед вкатыванием в эту супер индустрию, 10 раз подумайте, а оно Вам надо?
Если надо - послушайте автора, будьте позитивны, трудолюбивы, учитесь, пока голова варит. Потом переходите в режим экономии здоровья. А лучше сразу распишите свой день и неделю так, чтобы кроме лупления в монитор в ней были оздоровительные активности да побольше.
А самое главное - научитесь с лёгкостью забывать, что осваивали три года назад.
Если вдруг сгорите случайно - езжайте в санаторий. Сходите к мозгоправу или в бар за водкой. Не исключено, что кружка пива станет Вам братом. Всё зависит от того, на сколько высоко в этом IT вы захотите подняться. Успехов.
"Проектирование конфигурации процесс сложный" - о да, точно. Её же за этим придумали чтобы там было всё сложно) Там такой выбор, аж глаза разбегаются. Регистр сведений, документ и справочник и пара фиговин.
За хотелку не заплатили...
Бывает такое, что половину DWH приходится переделывать, просто потому что пару лет проекта спустя вышел какой-нибудь весёлый законопроект. РП уволился в никуда. А расхлёбывать простым смертным.
А они тут на оплату фич жалуются.
Сколько грамотно ТЗ не пили. Как риски не считай - будь готов что с неба метеорит упадёт и придется его последствия разгребать.
Ну тогда надо же это кликбейтъ!
Не надо кликбейтъ!