Статья вообще не про сравнение производительности фреймворков, а про банальные проблемы и способы их решения/контроля. Если вы начинаете пет-проект — берите что угодно. Если вы настроены на результат к определенному времени и при этом четко понимаете задачу, выбор всегда падает на те инструменты, с которыми больше опыта. Выбирайте инструмент под задачи, а не для мифической производительности.
«Лучше возьмите FastAPI + SQLAlchemy». Когда выбор между чаем с сахаром и без — «Возьмите лучше водки, это куда более производительно».
Django же обучит тебя правильной структуре крупного проекта
Очень громко сказано. Пометку «там есть своё “видение”» следует расписать подробнее, если материал действительно ориентирован на помощь новичкам. Django ничего не знает про правильную структуру, а навязывает собственную, накладывает жёсткие ограничения и зависимость от фреймворка.
Позволяет быстро стартовать большой проект.
Быстро лишает гибкости и возможности дальнейшего развития без страданий, если это выходит за рамки того функционала, который заложили разработчики фреймворка. Django, как любой инструмент, хорош для своих задач, но не даст «всё и сразу». Не вводите в заблуждение.
Боюсь промышленная роботизация на нашем рынке не замедлилась, а подходит к концу, так и не успев начаться. Так я могу судить по предприятиям, на которых участвовал в запусках роботизированных линий или занимаюсь их сопровождением. Общение с коллегами в том числе и официальными представителями ABB, так же это подтверждает. Все инженеры в принудительных бессрочных отпусках, поставки остановлены, даже мелких расходников невозможно привезти. Оборудование, требующее обслуживания будет либо остановлено, либо изнасиловано окончательно. Некоторые начали изобретать очень длинные и дорогие схемы поставок. Может у KUKA дела лучше?
Ну и на счет зарплат у программистов роботов, вы немного лукавите. Не могу сказать, как дела у не самого сильного мидла в робототехнике, против молодых сеньоров разработчиков ПО, не отношу себя к какой-либо категории в данной профессии. Запускал и поддерживаю: сварку, линии точного литья под давлением, линии шлифовки и полировки изделий различной сложности, гальваника, конвейерная сборка, производство стекла, оптимизация процессов после других внедренцев. Работаю исключительно с робототехникой ABB. Исходя из вашей статьи, часто выполняю обязанности всех трех персонажей: программист-робототехник, программист ПЛК, смешное слово – роботист.
Вакансий на том же хедхантере невероятно мало. Зарплаты чаще ниже, особенно если это не официальный представитель производителя техники, а интегратор. Нюанс с постоянными и длительными командировками стоит учитывать, это не то же самое, что сидеть в уютном кресле за разработкой ПО.
У вас позитивная статья, но в полях пока все достаточно грустно и работы становится всё меньше. Хотел бы я ошибаться, но пока картина такова, что 50 голодных чернорабочих для нашей промышленности в нынешних условиях, гораздо выгоднее чем линия роботов и ситуация продолжает наращивать негативный фон.
Привет Павел!
Кажется это лишнее. C вашим виртуозным навыком строить бесконечные каскады вложенных конструкций, все можно было в одном модуле уместить.
Статья вообще не про сравнение производительности фреймворков, а про банальные проблемы и способы их решения/контроля.
Если вы начинаете пет-проект — берите что угодно. Если вы настроены на результат к определенному времени и при этом четко понимаете задачу, выбор всегда падает на те инструменты, с которыми больше опыта. Выбирайте инструмент под задачи, а не для мифической производительности.
«Лучше возьмите FastAPI + SQLAlchemy». Когда выбор между чаем с сахаром и без — «Возьмите лучше водки, это куда более производительно».
P.S Я не фанат Django.
Очень громко сказано. Пометку «там есть своё “видение”» следует расписать подробнее, если материал действительно ориентирован на помощь новичкам. Django ничего не знает про правильную структуру, а навязывает собственную, накладывает жёсткие ограничения и зависимость от фреймворка.
Быстро лишает гибкости и возможности дальнейшего развития без страданий, если это выходит за рамки того функционала, который заложили разработчики фреймворка. Django, как любой инструмент, хорош для своих задач, но не даст «всё и сразу». Не вводите в заблуждение.
Пишите про Django, а ссылку даете на видео по Django REST framework. У Балакирева есть плейлист по Django.
https://www.youtube.com/playlist?list=PLA0M1Bcd0w8yU5h2vwZ4LO7h1xt8COUXl
https://proproprogs.ru/django4
Вашу сслыку на уроки по DRF уместнее разместить в раздел с сомнительным заголовком "7. Разработка RESTful"
С нетерпением жду продолжения. Попробовал все описанные в статье библиотеки, жизнь не упростилась. Может в следующих статьях будут те самые?
Боюсь промышленная роботизация на нашем рынке не замедлилась, а подходит к концу, так и не успев начаться. Так я могу судить по предприятиям, на которых участвовал в запусках роботизированных линий или занимаюсь их сопровождением. Общение с коллегами в том числе и официальными представителями ABB, так же это подтверждает. Все инженеры в принудительных бессрочных отпусках, поставки остановлены, даже мелких расходников невозможно привезти. Оборудование, требующее обслуживания будет либо остановлено, либо изнасиловано окончательно. Некоторые начали изобретать очень длинные и дорогие схемы поставок. Может у KUKA дела лучше?
Ну и на счет зарплат у программистов роботов, вы немного лукавите. Не могу сказать, как дела у не самого сильного мидла в робототехнике, против молодых сеньоров разработчиков ПО, не отношу себя к какой-либо категории в данной профессии. Запускал и поддерживаю: сварку, линии точного литья под давлением, линии шлифовки и полировки изделий различной сложности, гальваника, конвейерная сборка, производство стекла, оптимизация процессов после других внедренцев. Работаю исключительно с робототехникой ABB. Исходя из вашей статьи, часто выполняю обязанности всех трех персонажей: программист-робототехник, программист ПЛК, смешное слово – роботист.
Вакансий на том же хедхантере невероятно мало. Зарплаты чаще ниже, особенно если это не официальный представитель производителя техники, а интегратор. Нюанс с постоянными и длительными командировками стоит учитывать, это не то же самое, что сидеть в уютном кресле за разработкой ПО.
У вас позитивная статья, но в полях пока все достаточно грустно и работы становится всё меньше. Хотел бы я ошибаться, но пока картина такова, что 50 голодных чернорабочих для нашей промышленности в нынешних условиях, гораздо выгоднее чем линия роботов и ситуация продолжает наращивать негативный фон.