Да это статья идиотская (а может и полностью выдуманная) от начала и до конца. Середнячковая продуктовая компания и заказчик прислал правки к релизу? Это обычная проектная потогонка за низкий прайс с печеньками в офисе и абсолютно некомпетентным руководителем, который в принципе не собирает регулярную обратную связь, а вместо этого пытается заткнуть дыры мотивационной встречей с пиццей.
В теории кайф, крутая работа! На практике берешь любой чайник с двойными стенками и все. Может конечно не любой, но у меня старый Бош на платформе, на которой можно температуру задавать, его можно брать второй рукой за сам чайник и не обжигаться. А еще двойные стенки позволяют ему дольше сохранять тепло.
Чисто интуитивно предположу, что после звука О, который нужно произносить с хорошо открытым ртом, следующий за ним И будет длиннее, чем И после звука Э. Поэтому вторая ситуация чаще приведет к букве И краткое.
Если не брать то, что примеры немного утрированы, и некоторые упомянутые вещи (например SOLID это далеко не всегда про ООП, скорей про общую организацию кода), в целом статья великолепна. Я недавно сменил место работы и тут DI завезен по полной и все перекрыто иерархиями в микросервисе из одной ручки, нахожусь в перманентном удивлении и пока еще так и не понял, что происходит.
Обилие спойлеров и иных способов выделить текст, неуместных картинок, неспособность сжато выразить свою мысль — это по вашему признак технического мышления или гуманитарного?
Если вашей кодовой базы там 90%, то у вас не было команды, такой команды, где каждый был сильнее вас. Ну и проект видимо не предполагал хотя бы десятка-другого rps или заковыристых интеграций. Учится то нужно у кого-то и на чем-то.
А где вы видели таких сеньоров, которые прям и архитекторы, и суперспецы в своем стеке, и софт-скиллы у них как у Джеймса Бонда? Лично я, за сотню-другую пройденных коллег, видел таких лишь дважды, если речь про мою специализацию. Меж тем я реально знаю как минимум одного крутого чувака, который спустя пять лет после старта карьеры успел поработать дважды техлидом в крупных компаниях в рамках своей специализации.
Да и стартапы такие бывают, я поработал дважды в похожих, конечно не в прям идеальных, но очень развивающих. Знаете, здорово бодрит ночной звонок от Робоженщины, которая возвещает, что пора идти чинить твой упавший сервис. Желание делать "банальные ошибки" возникает куда реже. А если еще есть кому задавать вопросы, как лучше технически спроектировать какой-то кусок продукта, а не ждать нарезанные от лида задачи, то обучение идет неплохо. Лично я конечно сеньором за 3-4 года не стал, но я и человек средненьких способностей.
Какое-то очередное нытье из серии "раньше трава была зеленее". Бывают сеньоры и правда за 3-4 года работы. Если положить смышленого джуна в хороший быстрорастущий стартап, где можно потрогать и то и другое, и третье, и продакшен положить несколько раз за год, да в команду с крепкими спецами, то такой чувак при должном усердии на рабочем месте, а также усердии в самообразовании в свободное время, вполне может стать сеньором. Таким, который за пояс заткнет забронзовелых пердунов, у которых 15-20 лет опыта перекладывания джейсонов в небольшом региональном аутсорсе.
Вот смотрю я на финальные примеры python-кода и итогового sql-запроса, и не понимаю, зачем вообще эта возня с ORM. Для того, чтобы написать такой python-код все равно потребуется хорошее знание sql, ты все равно будешь вынужден потестировать запрос на реальных данных, покрутить-посмотреть, что ничего не забыл, зачем все это, мистер Андерсон? Все, что перечислено в итоговом пункте "Итак", на мой взгляд, никак не перевешивают необходимость в целом разбираться во всей ORM-библиотеке, как она что под капотом делает, не лучше ли пустить это время на изучение sql и кишков употребляемой субд для написания более эффективных запросов?
Btw, работа по рецепту готовки Алхимии проделана мое почтение, сам пост хорош!
Она то умеет и довольно давно. Вот только Алхимией тоже пользоваться не особо тянет. Когда для каких-то специфичных вещей приходилось импортировать из dbname.dialects и вообще в каких-то нестандартных ситуациях городить огороды. Речь про первую версию, вторую я не смотрел. Кстати, когда там появилась поддержка async не напомните? И что с перформансом? И что с легкостью чтения кода?
Так это не ORM решает эту проблему, а библиотека реализующая интерфейс к базе. В случае с постгресом, который я преимущественно использую, это asyncpg, которая и выполняет подстановку параметров в запрос. Кстати тот же самый asyncpg использует и tortoise под капотом.
С тех пор, как я слез с иглы ORM на сырые SQL-запросы, моя жизнь заиграла новыми красками. Я даже не представляю себе, как там сейчас, с этими ормами. Как вы там пишете заковыристые цте-шки? Оконные функции? Че вообще с производительностью?
Скорей всего. Какой-то набор маркетингового булшита немного приправленного личной историей. Переезжай в Европу, тут все самое современное, тут развитие. Правда затариться продуктами можно только по расписанию и Новый год не празднуют, вместо него Рождество.
Да это статья идиотская (а может и полностью выдуманная) от начала и до конца. Середнячковая продуктовая компания и заказчик прислал правки к релизу? Это обычная проектная потогонка за низкий прайс с печеньками в офисе и абсолютно некомпетентным руководителем, который в принципе не собирает регулярную обратную связь, а вместо этого пытается заткнуть дыры мотивационной встречей с пиццей.
Господи, да это же КРАБОТЫ!
Честно говоря глядя на то, как выглядят люди за сотню, жить до этой сотни не очень то хочется
В теории кайф, крутая работа! На практике берешь любой чайник с двойными стенками и все. Может конечно не любой, но у меня старый Бош на платформе, на которой можно температуру задавать, его можно брать второй рукой за сам чайник и не обжигаться. А еще двойные стенки позволяют ему дольше сохранять тепло.
А разработчики под вашим руководством в курсе методы? Или хотя бы в курсе ее наличия?
Чисто интуитивно предположу, что после звука О, который нужно произносить с хорошо открытым ртом, следующий за ним И будет длиннее, чем И после звука Э. Поэтому вторая ситуация чаще приведет к букве И краткое.
В бенчмарк бы еще добавить Pydantic2 модели для сравнения, было бы очень круто
Если не брать то, что примеры немного утрированы, и некоторые упомянутые вещи (например SOLID это далеко не всегда про ООП, скорей про общую организацию кода), в целом статья великолепна. Я недавно сменил место работы и тут DI завезен по полной и все перекрыто иерархиями в микросервисе из одной ручки, нахожусь в перманентном удивлении и пока еще так и не понял, что происходит.
Обилие спойлеров и иных способов выделить текст, неуместных картинок, неспособность сжато выразить свою мысль — это по вашему признак технического мышления или гуманитарного?
Если вашей кодовой базы там 90%, то у вас не было команды, такой команды, где каждый был сильнее вас. Ну и проект видимо не предполагал хотя бы десятка-другого rps или заковыристых интеграций. Учится то нужно у кого-то и на чем-то.
А где вы видели таких сеньоров, которые прям и архитекторы, и суперспецы в своем стеке, и софт-скиллы у них как у Джеймса Бонда? Лично я, за сотню-другую пройденных коллег, видел таких лишь дважды, если речь про мою специализацию. Меж тем я реально знаю как минимум одного крутого чувака, который спустя пять лет после старта карьеры успел поработать дважды техлидом в крупных компаниях в рамках своей специализации.
Да и стартапы такие бывают, я поработал дважды в похожих, конечно не в прям идеальных, но очень развивающих. Знаете, здорово бодрит ночной звонок от Робоженщины, которая возвещает, что пора идти чинить твой упавший сервис. Желание делать "банальные ошибки" возникает куда реже. А если еще есть кому задавать вопросы, как лучше технически спроектировать какой-то кусок продукта, а не ждать нарезанные от лида задачи, то обучение идет неплохо. Лично я конечно сеньором за 3-4 года не стал, но я и человек средненьких способностей.
Какое-то очередное нытье из серии "раньше трава была зеленее". Бывают сеньоры и правда за 3-4 года работы. Если положить смышленого джуна в хороший быстрорастущий стартап, где можно потрогать и то и другое, и третье, и продакшен положить несколько раз за год, да в команду с крепкими спецами, то такой чувак при должном усердии на рабочем месте, а также усердии в самообразовании в свободное время, вполне может стать сеньором. Таким, который за пояс заткнет забронзовелых пердунов, у которых 15-20 лет опыта перекладывания джейсонов в небольшом региональном аутсорсе.
Вот смотрю я на финальные примеры python-кода и итогового sql-запроса, и не понимаю, зачем вообще эта возня с ORM. Для того, чтобы написать такой python-код все равно потребуется хорошее знание sql, ты все равно будешь вынужден потестировать запрос на реальных данных, покрутить-посмотреть, что ничего не забыл, зачем все это, мистер Андерсон? Все, что перечислено в итоговом пункте "Итак", на мой взгляд, никак не перевешивают необходимость в целом разбираться во всей ORM-библиотеке, как она что под капотом делает, не лучше ли пустить это время на изучение sql и кишков употребляемой субд для написания более эффективных запросов?
Btw, работа по рецепту готовки Алхимии проделана мое почтение, сам пост хорош!
Она то умеет и довольно давно. Вот только Алхимией тоже пользоваться не особо тянет. Когда для каких-то специфичных вещей приходилось импортировать из
dbname.dialectsи вообще в каких-то нестандартных ситуациях городить огороды. Речь про первую версию, вторую я не смотрел. Кстати, когда там появилась поддержка async не напомните? И что с перформансом? И что с легкостью чтения кода?Так это не ORM решает эту проблему, а библиотека реализующая интерфейс к базе. В случае с постгресом, который я преимущественно использую, это asyncpg, которая и выполняет подстановку параметров в запрос. Кстати тот же самый asyncpg использует и tortoise под капотом.
С тех пор, как я слез с иглы ORM на сырые SQL-запросы, моя жизнь заиграла новыми красками. Я даже не представляю себе, как там сейчас, с этими ормами. Как вы там пишете заковыристые цте-шки? Оконные функции? Че вообще с производительностью?
Тогда если закрыть один глаз, то у вас и глубина пропадет?
Ох, как бы хотелось лидар в глаза, чтобы на трассе нормально определять расстояние до встречных машин, а также скорость их приближения :)
А сравнения с Яндекс Трекером не будет? :)
Скорей всего. Какой-то набор маркетингового булшита немного приправленного личной историей. Переезжай в Европу, тут все самое современное, тут развитие. Правда затариться продуктами можно только по расписанию и Новый год не празднуют, вместо него Рождество.