корпоративные порталы -- бесполезная трата времени и сил. да, его возможно сделать полезным, но как правило компания сначала делает мвп, а потом эффективные менеджеры говорят что коммерческое развитие первично.
если ты ничего не делаешь, то и деньги за это просить нельзя. если бы он взял у тебя заказ и ты специально для него разработал проект, мог бы хоть миллион заломать. а так просто показал себя алчным человеком. да и сам проект более чем на десятку не тянет. в моём вузе за такое бы поставили в лучше случае 6/10
Длинные классы увеличивают вес страницы, это в свою очередь означает увеличение времени загрузки самого главного для рендера страницы - документа и файла стилей
ну да, виноваты классы, а не фреймворки, генерирующие титаническое количество js и виртуальное дом-дерево. просто не используйте препроцессоры и всё, можно и без них добиться того же функционала.
во-первых, статья скучная. во-вторых, вырезку из документации и я могу опубликовать, да только полезного от этого мало. в-третьих, поздновато о флексах рассказывать в 2024
При использовании ORM мы обычно прописываем в коде сущности и их взаимосвязи, и по сути это — проектирование БД ещё раз (дублирование логики!) прямо в коде.
Борьба с проблемами производительности никуда не денется всё равно, как ни абстрагируй. Ты просто не можешь не знать, что у тебя под капотом происходит. Какие там делаются джойны и группировки.
Язык запросов в виде цепочки объектов и методов читается хуже, чем SQL, по сути это — особый язык, который надо учить. За себя скажу, что когда писал на PHP (Laravel), длинные запросы на Eloquent меня иногда изумляли своей сложностью чтения:
reflections специально для этой проблемы придумали.
в чем проблема посмотреть, например, получившуюся query в sqlalchemy? да, будет не наглядно, но по ней можно понять, что происходит.
особенности библиотеки. в той же sqlalchemy код в разы понятнее чем голые sql запросы.
корпоративные порталы -- бесполезная трата времени и сил. да, его возможно сделать полезным, но как правило компания сначала делает мвп, а потом эффективные менеджеры говорят что коммерческое развитие первично.
всего? я бы посмотрел на человека, который будет глотать эту 3-сантиметровую бандурину
тогда ладно, претензия снята. но фотографии конечно путают
я правильно понимаю, что вы заплатили за 4-часовую задачу 500к?
звучит не как "не делайте так, это плохо", а как "платите нам больше денег и всё будет хорошо"
осталось только добавить пневму, чтобы был лоурайдер как у хэнсона
И вот так мы сделали из буханки троллейбус. Но зачем?
если ты ничего не делаешь, то и деньги за это просить нельзя. если бы он взял у тебя заказ и ты специально для него разработал проект, мог бы хоть миллион заломать. а так просто показал себя алчным человеком. да и сам проект более чем на десятку не тянет. в моём вузе за такое бы поставили в лучше случае 6/10
у тэк взрывные темпы роста, целых 20%. но какой смысл от этого сравнения если это всё ещё менее 4%?
Пичаи Сундарараджан — американский топ-менеджер индийского происхождения, генеральный директор Google Inc. и материнской компании Alphabet.
совпадение? не думаю
согласен
ressiwage/LEARN-ml-classify-arthrosis (github.com)
курсовая -- в документах (отчёт 2024), проект -- в backend
до 28 марта скину, если не забуду
>ценнейшие уникальные знания от ml разработчика в сбере для профессионалов
>книжка по интеграции llm моделей
я когда курсовую по нейронкам делал она и то сложнее была
долго же до них доходило. может ещё лет через сто оптимизируют вижуал студио и рдп клиент доработают.
Длинные классы увеличивают вес страницы, это в свою очередь означает увеличение времени загрузки самого главного для рендера страницы - документа и файла стилей
ну да, виноваты классы, а не фреймворки, генерирующие титаническое количество js и виртуальное дом-дерево. просто не используйте препроцессоры и всё, можно и без них добиться того же функционала.
во-первых, статья скучная. во-вторых, вырезку из документации и я могу опубликовать, да только полезного от этого мало. в-третьих, поздновато о флексах рассказывать в 2024
reflections специально для этой проблемы придумали.
в чем проблема посмотреть, например, получившуюся query в sqlalchemy? да, будет не наглядно, но по ней можно понять, что происходит.
особенности библиотеки. в той же sqlalchemy код в разы понятнее чем голые sql запросы.
поставил бы диз, если мог бы.
хотелось бы верить, но верится с трудом
я уже 15 лет управляю самолётом, понятия не имею, что тут может быть сложного