Статья вообще не про сравнение производительности фреймворков, а про банальные проблемы и способы их решения/контроля. Если вы начинаете пет-проект — берите что угодно. Если вы настроены на результат к определенному времени и при этом четко понимаете задачу, выбор всегда падает на те инструменты, с которыми больше опыта. Выбирайте инструмент под задачи, а не для мифической производительности.
«Лучше возьмите FastAPI + SQLAlchemy». Когда выбор между чаем с сахаром и без — «Возьмите лучше водки, это куда более производительно».
Django же обучит тебя правильной структуре крупного проекта
Очень громко сказано. Пометку «там есть своё “видение”» следует расписать подробнее, если материал действительно ориентирован на помощь новичкам. Django ничего не знает про правильную структуру, а навязывает собственную, накладывает жёсткие ограничения и зависимость от фреймворка.
Позволяет быстро стартовать большой проект.
Быстро лишает гибкости и возможности дальнейшего развития без страданий, если это выходит за рамки того функционала, который заложили разработчики фреймворка. Django, как любой инструмент, хорош для своих задач, но не даст «всё и сразу». Не вводите в заблуждение.
Всегда так было. Документация либо отсутствует, либо отстает с ужасным разрывом. Платные версии ПО для минимального старта в профессию. Только недавно до 1С дошло, что для привлечения новой крови нужно давать бесплатны доступ хотя бы к учебному ПО. Токсичное и в большей степени некомпетентное комьюнити. Все максимально закрыто от внешнего мира. Это в общем то сама цель компании, и политика пирамиды. Зарабатывать на всем и всех, кто желает прикоснуться к "прекрасному". Так что самый быстрый путь с нуля только через франч. Главное не облажаться с его выбором, иначе как у автора статьи, будешь не программировать, а сканеры подключать без возможности роста. Самостоятельно можно вкатываться имея опыт в других языках и хотя бы минимально понимать предметную область. Но с таким опытом люди обычно уже не смотрят на 1С за исключением особых обстоятельств.
Ну понятно, когда нечего по существу ответить или признать свои ошибки будем ссылки кидать. Фигура речи - "Установить 1С на Виндовс". Установить сборку PostgreSQL от 1С с патчами, обеспечивающими совместимость с платформой 1С:Предприятие.
"Установить 1С на СУБД" искажение реальности, а не фигура речи.
То есть вы предлагаете опираться н атерминологию/ и грейды придуманные самой компанией 1С. Это будет супер объективно, ага.
Я предлагаю бежать из организации где вам не дают заниматься выполнением непосредственных обязанностей. Программист программирует на работе, а не тыж компьютерщик.
Я ссылку на порта с описание разработок на 1с и только на 1с.
При чем тут ссылка на рекламно-торговую площадку, где выставлены тонны порой непотребного шлака и необходимость программисту 1С их знать? Вроде, как можно открыть конфигуратор или EDT и прикинуть, что там и куда. Раньше так делали, может в 2025 что то поменялось?
Вы или прикидываетесь или действительно не знаете про эти порты?
Мой вопрос довольно точно сформулирован исходя из текста статьи. "Какие порты и куда вы устанавливаете обычно? " То что вы по бумажке можете прописать циферки в нужные поля вовсе не говорит о том, что вы УСТАНАВЛИВАЕТЕ порты. Это в принципе невозможно за рамками операционной системы и это не программирование. Меняйте формулировки или не пишите о том чего не знаете. Из ваших формулировок можно сделать вывод, что страшно быть программистом 1С, нужно порты устанавливать и низкоуровневые протоколы писать.
1С программист – это не просто программист, который на выбранном языке пишет код. Это человек, который будет также устанавливать, настраивать программный продукт, подключать торговое оборудование и прочую периферию.
Т.е. вы уже не просто программист***, вы вынуждены быть еще и консультантом, и аналитиком.
Ознакомитесь со списком специализаций хотя бы на сайте учебного центра №1. Существуют отдельные ветки обучения и многоуровневые сертификации. Программирование, аналитика, администрирование, внедрение, эксплуатация и т.д. У специалиста может быть много знаний и опыта, но если один сотрудник закрывает несколько вакансий, то стоит задуматься, там ли он работает. Несмотря на пометку со звездочками ниже, про "штат 1С программистов с различной специализацией", вышестоящие абзацы авторского текста вода или негативный опыт, который не вписывается в тему статьи.
Например, для торговли 1С предлагает «Розница» и «Штрих м торговое предприятие»
1С не надо мешать типовые конфигурации и сторонние разработки, поднимая вопрос, которым озаглавлена статья: "Стоит ли идти в 1С-программисты в 2025 году" и учить конфигурацию Васи Пупкина? Нет, не стоит.
Вы должны понимать, как установить порты
Какие порты и куда вы устанавливаете обычно? За сетевые порты отвечает операционная система, программист может лишь попросить у нее взаимодействия, но это точно не программист на языке 1С. Физические порты - схемотехника мат. платы. Вы с паяльником в перерывах между программированием обычно распаиваете платы под RS-232?
Допустим, вы работали с SQL, а заказчик хочет работать на Postgres. И вы должны знать, как на SQL установить именно эту 1С и так далее.
Давно ли PostgreSQL перестал быть SQL? Разберитесь в определениях. "Как на SQL установить именно эту 1С" - никак. 1С на SQL не устанавливается.
Даже в процессе программирования вам нужно учитывать особенности «железа»
Нет не нужно, если мы продолжаем про программирование на языке 1С. Встроенный язык 1С никаким образом вам не позволяет взаимодействовать с железом напрямую. Что дали, на том и работайте.
Например, если вы будете работать в торговле, то буквально через одну задачу будет возникать необходимость подключить или настроить сканер штрих-кодов. Также часто требуется подключить принтер этикеток, терминал сбора данных и т.д.
Все подобное оборудование работает, через собственные драйверы. В 1С нужно лишь проставить нужные галочки. Это работа не для программиста.
Дальше просто тяжело читать. Текст ради текста.
Статья не отвечает на вопрос поставленный в заголовке. Много воды и личных умозаключений под видом аналитики без каких либо цифр. Путаница в технических терминах и непонимание деталей.
Боюсь промышленная роботизация на нашем рынке не замедлилась, а подходит к концу, так и не успев начаться. Так я могу судить по предприятиям, на которых участвовал в запусках роботизированных линий или занимаюсь их сопровождением. Общение с коллегами в том числе и официальными представителями ABB, так же это подтверждает. Все инженеры в принудительных бессрочных отпусках, поставки остановлены, даже мелких расходников невозможно привезти. Оборудование, требующее обслуживания будет либо остановлено, либо изнасиловано окончательно. Некоторые начали изобретать очень длинные и дорогие схемы поставок. Может у KUKA дела лучше?
Ну и на счет зарплат у программистов роботов, вы немного лукавите. Не могу сказать, как дела у не самого сильного мидла в робототехнике, против молодых сеньоров разработчиков ПО, не отношу себя к какой-либо категории в данной профессии. Запускал и поддерживаю: сварку, линии точного литья под давлением, линии шлифовки и полировки изделий различной сложности, гальваника, конвейерная сборка, производство стекла, оптимизация процессов после других внедренцев. Работаю исключительно с робототехникой ABB. Исходя из вашей статьи, часто выполняю обязанности всех трех персонажей: программист-робототехник, программист ПЛК, смешное слово – роботист.
Вакансий на том же хедхантере невероятно мало. Зарплаты чаще ниже, особенно если это не официальный представитель производителя техники, а интегратор. Нюанс с постоянными и длительными командировками стоит учитывать, это не то же самое, что сидеть в уютном кресле за разработкой ПО.
У вас позитивная статья, но в полях пока все достаточно грустно и работы становится всё меньше. Хотел бы я ошибаться, но пока картина такова, что 50 голодных чернорабочих для нашей промышленности в нынешних условиях, гораздо выгоднее чем линия роботов и ситуация продолжает наращивать негативный фон.
Подскажите где в статье реализация классической Clean Architecture?
Вы просто разложили код по папочкам, но это никак не свзяано с https://blog.cleancoder.com/uncle-bob/2011/09/30/Screaming-Architecture.html
Привет Павел!
Кажется это лишнее. 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"
Всегда так было. Документация либо отсутствует, либо отстает с ужасным разрывом. Платные версии ПО для минимального старта в профессию. Только недавно до 1С дошло, что для привлечения новой крови нужно давать бесплатны доступ хотя бы к учебному ПО. Токсичное и в большей степени некомпетентное комьюнити. Все максимально закрыто от внешнего мира. Это в общем то сама цель компании, и политика пирамиды. Зарабатывать на всем и всех, кто желает прикоснуться к "прекрасному".
Так что самый быстрый путь с нуля только через франч. Главное не облажаться с его выбором, иначе как у автора статьи, будешь не программировать, а сканеры подключать без возможности роста. Самостоятельно можно вкатываться имея опыт в других языках и хотя бы минимально понимать предметную область. Но с таким опытом люди обычно уже не смотрят на 1С за исключением особых обстоятельств.
Ну понятно, когда нечего по существу ответить или признать свои ошибки будем ссылки кидать.
Фигура речи - "Установить 1С на Виндовс".
Установить сборку PostgreSQL от 1С с патчами, обеспечивающими совместимость с платформой 1С:Предприятие.
"Установить 1С на СУБД" искажение реальности, а не фигура речи.
Вот вы отписались, что внесли правки.
Очередное некомпетентное высказывание. Как на PostgresSQL установить 1С?
Как вы на СУБД собираетесь устанавливать 1С? Именно эту а не ту?
Плюсанул бы, да кармы не хватает)) Автор не видит разницу между тыжпрограммистом и квалифицированным сотрудником.
Я предлагаю бежать из организации где вам не дают заниматься выполнением непосредственных обязанностей. Программист программирует на работе, а не тыж компьютерщик.
При чем тут ссылка на рекламно-торговую площадку, где выставлены тонны порой непотребного шлака и необходимость программисту 1С их знать? Вроде, как можно открыть конфигуратор или EDT и прикинуть, что там и куда. Раньше так делали, может в 2025 что то поменялось?
Мой вопрос довольно точно сформулирован исходя из текста статьи. "Какие порты и куда вы устанавливаете обычно? " То что вы по бумажке можете прописать циферки в нужные поля вовсе не говорит о том, что вы УСТАНАВЛИВАЕТЕ порты. Это в принципе невозможно за рамками операционной системы и это не программирование. Меняйте формулировки или не пишите о том чего не знаете.
Из ваших формулировок можно сделать вывод, что страшно быть программистом 1С, нужно порты устанавливать и низкоуровневые протоколы писать.
Ознакомитесь со списком специализаций хотя бы на сайте учебного центра №1. Существуют отдельные ветки обучения и многоуровневые сертификации. Программирование, аналитика, администрирование, внедрение, эксплуатация и т.д. У специалиста может быть много знаний и опыта, но если один сотрудник закрывает несколько вакансий, то стоит задуматься, там ли он работает.
Несмотря на пометку со звездочками ниже, про "штат 1С программистов с различной специализацией", вышестоящие абзацы авторского текста вода или негативный опыт, который не вписывается в тему статьи.
1С не надо мешать типовые конфигурации и сторонние разработки, поднимая вопрос, которым озаглавлена статья: "Стоит ли идти в 1С-программисты в 2025 году" и учить конфигурацию Васи Пупкина? Нет, не стоит.
Какие порты и куда вы устанавливаете обычно? За сетевые порты отвечает операционная система, программист может лишь попросить у нее взаимодействия, но это точно не программист на языке 1С. Физические порты - схемотехника мат. платы. Вы с паяльником в перерывах между программированием обычно распаиваете платы под RS-232?
Давно ли PostgreSQL перестал быть SQL? Разберитесь в определениях.
"Как на SQL установить именно эту 1С" - никак. 1С на SQL не устанавливается.
Нет не нужно, если мы продолжаем про программирование на языке 1С. Встроенный язык 1С никаким образом вам не позволяет взаимодействовать с железом напрямую. Что дали, на том и работайте.
Все подобное оборудование работает, через собственные драйверы. В 1С нужно лишь проставить нужные галочки. Это работа не для программиста.
Дальше просто тяжело читать. Текст ради текста.
Статья не отвечает на вопрос поставленный в заголовке. Много воды и личных умозаключений под видом аналитики без каких либо цифр. Путаница в технических терминах и непонимание деталей.
С нетерпением жду продолжения. Попробовал все описанные в статье библиотеки, жизнь не упростилась. Может в следующих статьях будут те самые?
Боюсь промышленная роботизация на нашем рынке не замедлилась, а подходит к концу, так и не успев начаться. Так я могу судить по предприятиям, на которых участвовал в запусках роботизированных линий или занимаюсь их сопровождением. Общение с коллегами в том числе и официальными представителями ABB, так же это подтверждает. Все инженеры в принудительных бессрочных отпусках, поставки остановлены, даже мелких расходников невозможно привезти. Оборудование, требующее обслуживания будет либо остановлено, либо изнасиловано окончательно. Некоторые начали изобретать очень длинные и дорогие схемы поставок. Может у KUKA дела лучше?
Ну и на счет зарплат у программистов роботов, вы немного лукавите. Не могу сказать, как дела у не самого сильного мидла в робототехнике, против молодых сеньоров разработчиков ПО, не отношу себя к какой-либо категории в данной профессии. Запускал и поддерживаю: сварку, линии точного литья под давлением, линии шлифовки и полировки изделий различной сложности, гальваника, конвейерная сборка, производство стекла, оптимизация процессов после других внедренцев. Работаю исключительно с робототехникой ABB. Исходя из вашей статьи, часто выполняю обязанности всех трех персонажей: программист-робототехник, программист ПЛК, смешное слово – роботист.
Вакансий на том же хедхантере невероятно мало. Зарплаты чаще ниже, особенно если это не официальный представитель производителя техники, а интегратор. Нюанс с постоянными и длительными командировками стоит учитывать, это не то же самое, что сидеть в уютном кресле за разработкой ПО.
У вас позитивная статья, но в полях пока все достаточно грустно и работы становится всё меньше. Хотел бы я ошибаться, но пока картина такова, что 50 голодных чернорабочих для нашей промышленности в нынешних условиях, гораздо выгоднее чем линия роботов и ситуация продолжает наращивать негативный фон.