парадигма запросов - другой язык. запросы часто собираются на лету. в итоге даже синтаксический контроль уходит в runtime. тут не хочу разволить холивары, но если кратко сам ушел в lsfusion.org
никогда не был гуру в программировании и в начале 2000 1с 7.7 действительно дала возможности делать бизнесу хорошо и быстро. до сих пор остаюсь апологетом последней линии поддержки... не ахти система, но проста и надежна. вполне предсказуемый ORM + у 7.7 есть такая штука https://www.1cpp.ru/ - вдруг на которой в те годы мой код стал более менее скрываем от постоянного перечитывания портянок текста с кодом... но вышла 8 версия.. вызвала отвращение своей архитектурой... отложил и внедрение и разборку.. я как раз на предприятии отвлекся на несколько лет на оракл. Вернулся когда уже была 8.2 и о чудо появился СКД... что сказать... многословность кода - это ужас... Скд живет свое жизнью пытаясь угадать что ты хочешь, снося конструкции - стоит тебе ошибочно что-то убрать. глюки - не знаю как сейчас? но тогда были - чуть что - что то происходит внутри и нет твоего отчета как ты ожидаешь. схему надо или делать снова или из копии. подход - писать объектно, читать псевдо sql это ужас.. и оконных функций нет... СКД не упоминать... по сути данные доля вывода в отчет не готовы - они дообрабатываются в скд. в скд куча фишек похожих на заплатки. итог: посмотрите требования к вакансиям - "разработчики сложных отчетов в 1с" это где колонок 25+. потом выходит 8.3... с двумя контекстами и кода становится еще больше.. мне жалко 1с программистов - хоть им и платят - но писать даже за деньги столько ...
Читая код 1с сегодня - дурнеет еще больше.. оптимизировать заставляют еще больше - всовывая все логику в запросы и временные таблицы... и обязательно чтобы в одном запросе... то что я встречаю сейчас в запросах 1с - код процедур oracle со всеми соединениями выписанными явно вам покажется букварем.
что касается альтернатив... да даже в java я не гуру.. на вторые 50 процентов сижу в lsfusion.org и знаете - владение над данными ко мне вернулось. что-то более тонкое - можно чуть чуть java. Количество кода, git, скорость разработки.. даже jasper отчеты не вызывают отвращения. и никакого sql и понятная orm. c 1c дружу по ODATA. при всей ограниченности - она быстра у 1с. и главное это java based - строго типизированная вещь. на runtime почти не выходит ошибок.. и я отладчиком практически не пользуюсь после периода обучения. а 1с - 1с вас кинет. лет через 5 все конфиги будут на "1с исполнителе" - он все же типизирован и больше для бизнеса подходит.. ну а пользователям 1с - готовьте денюшку.
сейчас ARM это революция которая должна убить все legacy... все еще пользуетесть процессорами 12-13 года выпусков? программное обеспечение давно не покупали? а отрасль должна на что то развиваться...
на 2000 приложения в панели задач всегда стояли в одном порядке и не прыгали и не менялись местами. потом уже в xp при "зависании" на некоторое время винда начала их менять местами. потом пошел дурдом с группировками и прыгающими картинками. как удобная работа с графическим переключателем запущенных приложений она для меня давно умерла...
1с выпустила упп в 2004, erp в 2014. в силу универсальности решения первые три года вообще нельзя брать такие коробки. итого замена упп в реальности пришла через 7 лет. вычтя пару лет внедрений - получается срок службы программы около 8 лет (erp тоже отстоятся должна 3 года). в итоге что 1с придумает в 2024 году никому не известно. лучше не полагаться всем бизнесом на "единую" программу. хороша 1с в качестве бух учета - используем. но чтоб на многодесятковмиллионные внедрения попадать каждые 10 лет целому бизнесу и колбасится по 2-3 года - увольте. Было время в около двухтысячных - каждая контора писала себе зарплату... ругали подход... ладно. зарплата типовая теперь, бухгалтерии плюс минус по ПБУ. но что касается бизнес процессов - как сидели программисты так и сидят на предприятиях - потому что типовые процессы - это потеря конкурентности. Попадания на перевнедрения - потеря конкурентности. так что многие куски автоматизации предприятия можно держать на чем угодно. и желательно с повышением производительности труда и программистов и пользователей. у производительности труда программистов в 1с не все так хорошо по моему...
Подавал в сбербанк запрос на отключение возможности выдавать кредит по смс, только по по личному приходу в банк. Путь только один - закрыть все счета и не пользоваться банковским обслуживанием. при том, что такая возможность всего лишь один элемент договора между банком и мной. с тех пор на счетах в сбере лежит 0... правда крединты лимит немал - что беспокоит... сейчас даже деньги в кошельке - это малость. остановят в подворотне и заставят кредит оформить с ножом у горла...
больше похоже на модель системы автоматического управления с обратной связью. что тут сказать. пандемия может и исчезнет, не факт что она должна быть. а вот причина возврата путешественника именно в эту точку времени останется. т.е. устранил одно - вылезет другое
кривая входа для молодых жутко крутая. чтобы пользу приносить надо знать полно чего. просто формочку после курсов рисования формочек - поправить - а вот нет - бсп ж еще.. учат одному - на практике чуть другое. про 3 стека уже написали - но все это 1с.
язык... подход туда объектно обратно реляционно стал неведомо жуток. надо же экономно писать: - теперь не камильфо к объектам, например, для подготовки печатной формы через точку обращаться - только поля запроса. и все единым запросом. - передают между вызовами функций не таблицу значений а выборку. процедуру перехватить то можно, а в выборку уже полей не добавишь.. - но как то передавать же надо. стали собирать все в подготовленный запрос или уже выполненный в менеджере временных таблиц.
- уже про работу с запросом стрзаменить - вообще молчу. -- в итоге это читать невозможно стало...
автор прав. бизнес не хочет повторной автоматизации. раз автоматизированый модуль должен 10 - 15 лет жить. но 1с немодульная. новые конфиги живут всего 10 лет. после появления новой - 3 года пропускаем - сырая. 2-3 внедряем. потом лет 5 и опять тебя нагибают..
1с будет пересматривать язык - и это риск для всех существующих проектов... трудоемкость работы программистов уж очень велика...
справедливо. выложил просто как есть - со всеми своими вопросами. В частности клиенты у меня на последних экселях - он сам (эксель) при открытии с табуляторами вначале строки расправляется. есть что причесать
расширение ширины полосы, прием сигнала в нескольких диапазонах одновременно. думаю что нибудь придумают
парадигма запросов - другой язык. запросы часто собираются на лету. в итоге даже синтаксический контроль уходит в runtime. тут не хочу разволить холивары, но если кратко сам ушел в lsfusion.org
Проблема микрософта - берутся за все, так же легко выбрасывают.
а зачем шифровальщик?
чтобы летало - надо чаще летать, не раз в 25 лет. Считайте что нынешнее поколение специалистов первый раз смогло что то запустить до луны
по форексу тоже курсы одни, учить оно легче
никогда не был гуру в программировании и в начале 2000 1с 7.7 действительно дала возможности делать бизнесу хорошо и быстро. до сих пор остаюсь апологетом последней линии поддержки... не ахти система, но проста и надежна. вполне предсказуемый ORM + у 7.7 есть такая штука https://www.1cpp.ru/ - вдруг на которой в те годы мой код стал более менее скрываем от постоянного перечитывания портянок текста с кодом...
но вышла 8 версия.. вызвала отвращение своей архитектурой... отложил и внедрение и разборку.. я как раз на предприятии отвлекся на несколько лет на оракл. Вернулся когда уже была 8.2 и о чудо появился СКД... что сказать... многословность кода - это ужас... Скд живет свое жизнью пытаясь угадать что ты хочешь, снося конструкции - стоит тебе ошибочно что-то убрать. глюки - не знаю как сейчас? но тогда были - чуть что - что то происходит внутри и нет твоего отчета как ты ожидаешь. схему надо или делать снова или из копии. подход - писать объектно, читать псевдо sql это ужас.. и оконных функций нет... СКД не упоминать... по сути данные доля вывода в отчет не готовы - они дообрабатываются в скд. в скд куча фишек похожих на заплатки. итог: посмотрите требования к вакансиям - "разработчики сложных отчетов в 1с" это где колонок 25+.
потом выходит 8.3... с двумя контекстами и кода становится еще больше.. мне жалко 1с программистов - хоть им и платят - но писать даже за деньги столько ...
Читая код 1с сегодня - дурнеет еще больше.. оптимизировать заставляют еще больше - всовывая все логику в запросы и временные таблицы... и обязательно чтобы в одном запросе... то что я встречаю сейчас в запросах 1с - код процедур oracle со всеми соединениями выписанными явно вам покажется букварем.
что касается альтернатив... да даже в java я не гуру.. на вторые 50 процентов сижу в lsfusion.org и знаете - владение над данными ко мне вернулось. что-то более тонкое - можно чуть чуть java. Количество кода, git, скорость разработки.. даже jasper отчеты не вызывают отвращения. и никакого sql и понятная orm. c 1c дружу по ODATA. при всей ограниченности - она быстра у 1с.
и главное это java based - строго типизированная вещь. на runtime почти не выходит ошибок.. и я отладчиком практически не пользуюсь после периода обучения.
а 1с - 1с вас кинет. лет через 5 все конфиги будут на "1с исполнителе" - он все же типизирован и больше для бизнеса подходит.. ну а пользователям 1с - готовьте денюшку.
https://internet.tricolor.tv/equipment/ а чем плох триколор для гражданки. тоже самое - геостационарный..
сейчас ARM это революция которая должна убить все legacy... все еще пользуетесть процессорами 12-13 года выпусков? программное обеспечение давно не покупали? а отрасль должна на что то развиваться...
на 2000 приложения в панели задач всегда стояли в одном порядке и не прыгали и не менялись местами. потом уже в xp при "зависании" на некоторое время винда начала их менять местами. потом пошел дурдом с группировками и прыгающими картинками. как удобная работа с графическим переключателем запущенных приложений она для меня давно умерла...
в 1с это теоретически можно, но в основном приводит к тормозам форм и приходится пользовательское выключать и делать программно
ткнул минус выше и плюс ниже и обнаружил что тут голос поменять нельзя... прикольно
Примеры есть: jasper report (Studio). и визуализация нормальная и когда надо спокойно можно перейти в код и сделать массовую поиск замену.
1с выпустила упп в 2004, erp в 2014. в силу универсальности решения первые три года вообще нельзя брать такие коробки. итого замена упп в реальности пришла через 7 лет. вычтя пару лет внедрений - получается срок службы программы около 8 лет (erp тоже отстоятся должна 3 года). в итоге что 1с придумает в 2024 году никому не известно. лучше не полагаться всем бизнесом на "единую" программу. хороша 1с в качестве бух учета - используем. но чтоб на многодесятковмиллионные внедрения попадать каждые 10 лет целому бизнесу и колбасится по 2-3 года - увольте. Было время в около двухтысячных - каждая контора писала себе зарплату... ругали подход... ладно. зарплата типовая теперь, бухгалтерии плюс минус по ПБУ. но что касается бизнес процессов - как сидели программисты так и сидят на предприятиях - потому что типовые процессы - это потеря конкурентности. Попадания на перевнедрения - потеря конкурентности. так что многие куски автоматизации предприятия можно держать на чем угодно. и желательно с повышением производительности труда и программистов и пользователей. у производительности труда программистов в 1с не все так хорошо по моему...
GPT пока о Fusion не знает, но по мне, он гораздо более GPT-ready чем многие многие другие.
Подавал в сбербанк запрос на отключение возможности выдавать кредит по смс, только по по личному приходу в банк. Путь только один - закрыть все счета и не пользоваться банковским обслуживанием. при том, что такая возможность всего лишь один элемент договора между банком и мной. с тех пор на счетах в сбере лежит 0... правда крединты лимит немал - что беспокоит... сейчас даже деньги в кошельке - это малость. остановят в подворотне и заставят кредит оформить с ножом у горла...
больше похоже на модель системы автоматического управления с обратной связью. что тут сказать. пандемия может и исчезнет, не факт что она должна быть. а вот причина возврата путешественника именно в эту точку времени останется. т.е. устранил одно - вылезет другое
кривая входа для молодых жутко крутая. чтобы пользу приносить надо знать полно чего. просто формочку после курсов рисования формочек - поправить - а вот нет - бсп ж еще.. учат одному - на практике чуть другое. про 3 стека уже написали - но все это 1с.
язык... подход туда объектно обратно реляционно стал неведомо жуток. надо же экономно писать:
- теперь не камильфо к объектам, например, для подготовки печатной формы через точку обращаться - только поля запроса. и все единым запросом.
- передают между вызовами функций не таблицу значений а выборку. процедуру перехватить то можно, а в выборку уже полей не добавишь..
- но как то передавать же надо. стали собирать все в подготовленный запрос или уже выполненный в менеджере временных таблиц.
- уже про работу с запросом стрзаменить - вообще молчу.
-- в итоге это читать невозможно стало...
автор прав. бизнес не хочет повторной автоматизации. раз автоматизированый модуль должен 10 - 15 лет жить. но 1с немодульная. новые конфиги живут всего 10 лет. после появления новой - 3 года пропускаем - сырая. 2-3 внедряем. потом лет 5 и опять тебя нагибают..
1с будет пересматривать язык - и это риск для всех существующих проектов...
трудоемкость работы программистов уж очень велика...
справедливо. выложил просто как есть - со всеми своими вопросами. В частности клиенты у меня на последних экселях - он сам (эксель) при открытии с табуляторами вначале строки расправляется. есть что причесать