да действительно в 1с записи регистров ровно никак не связаны со строками - потому что у строк нет в 1с ссылок, чтобы сослаться на строку в конфигах постоянно заплатки лепят в виде доп полей uid
в принципе про 1с есть только 2 актуальных вопроса
кассы
отчетность и то и другое это заработок чиновников и еще кое кого в РФ. 1с плотненько работает с налоговой. поэтому для бухгалтерии лучше 1с. я был у финов в водоканале - отчет по ндс - раз в год. бухгалтеров меньше в 10 раз. , а вот в производственный учет - нет. те кто кинулись в 1с в 2010 годах теперь плачут горькими слезами. вложившись десятками миллионов вот прям сейчас в упп они прокинуты 1с с реграментированой отчетностью - того же балланса за 1с квартал рабочего нет еще, а то что заработает только 1,2 формы. Если у вас мелкое предприятие - вам пофиг: перескочить с любой даты нет проблем. а если крупное - бизнес начинает обратно резать 1с от производсва и логистики (не все конечно, многие прыгают в erp целиком, но кто умные - отделяют бухгалтерию от учета) сейчас много гос.предприятий полностью переходят на 1с. Надеюсь 1с сделало выводы по упп и не киданет всех с erp - выпустив новые конфиги в какойнибудь 1с 9.0 на новом супер языке (язык то плох - они уже что то ваяют на новом уже - сами знаете: "Элемент") - а вообще у них бизнес модель такая так что скорей всего сделают лет через 5. так что кому надо автоматизацию лет на 20 вперед я бы не советовал все в кучу совать в 1с
на самом деле сами 1сники - разрабы не считают свой язык хорошим. просто говорят на конференциях "по большому счету без разницы на чем писать". но в едт поделке псевдо контроль типов сделали на уровне ide. но дальше тупик - "псевдо SQL" ровно никак не проверяется даже синтаксически (только вручную - и то до первой вставки в него шаблона с последующей конструкцией СТРЗАМЕНИТЬ)
и про это. а вообще - когда у вас инструмент с мышкой чтото тыкает (типа формы 1с или скд), а где то внутри xml хранит - и сравнить разные версии - это боль
lsFusion плюсы только языка платформы для меня 1. один язык и причем легко интегрируется вниз как в sql так и java (и нет искуственных sql и java недоязыков) - но нужно интегрироваться очень редко 2. типизирован и весьма весьма. если уж собрался проект то работать будет без детских ошибок. 3. очень компактный код. реально выброшено много лишнего что писать приходится в других языках. 4. Все текстовое - git наш друг до последней закорючки. плюс удобная IDE и производительность труда программиста, дорогого ресурса нынче, высока
парадигма запросов - другой язык. запросы часто собираются на лету. в итоге даже синтаксический контроль уходит в 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с записи регистров ровно никак не связаны со строками - потому что у строк нет в 1с ссылок, чтобы сослаться на строку в конфигах постоянно заплатки лепят в виде доп полей uid
в принципе про 1с есть только 2 актуальных вопроса
кассы
отчетность
и то и другое это заработок чиновников и еще кое кого в РФ. 1с плотненько работает с налоговой. поэтому для бухгалтерии лучше 1с. я был у финов в водоканале - отчет по ндс - раз в год. бухгалтеров меньше в 10 раз. , а вот в производственный учет - нет. те кто кинулись в 1с в 2010 годах теперь плачут горькими слезами. вложившись десятками миллионов вот прям сейчас в упп они прокинуты 1с с реграментированой отчетностью - того же балланса за 1с квартал рабочего нет еще, а то что заработает только 1,2 формы. Если у вас мелкое предприятие - вам пофиг: перескочить с любой даты нет проблем. а если крупное - бизнес начинает обратно резать 1с от производсва и логистики (не все конечно, многие прыгают в erp целиком, но кто умные - отделяют бухгалтерию от учета) сейчас много гос.предприятий полностью переходят на 1с. Надеюсь 1с сделало выводы по упп и не киданет всех с erp - выпустив новые конфиги в какойнибудь 1с 9.0 на новом супер языке (язык то плох - они уже что то ваяют на новом уже - сами знаете: "Элемент") - а вообще у них бизнес модель такая так что скорей всего сделают лет через 5. так что кому надо автоматизацию лет на 20 вперед я бы не советовал все в кучу совать в 1с
открылась сразу
на самом деле сами 1сники - разрабы не считают свой язык хорошим. просто говорят на конференциях "по большому счету без разницы на чем писать". но в едт поделке псевдо контроль типов сделали на уровне ide. но дальше тупик - "псевдо SQL" ровно никак не проверяется даже синтаксически (только вручную - и то до первой вставки в него шаблона с последующей конструкцией СТРЗАМЕНИТЬ)
потому что безальтернативность
и про это. а вообще - когда у вас инструмент с мышкой чтото тыкает (типа формы 1с или скд), а где то внутри xml хранит - и сравнить разные версии - это боль
lsFusion плюсы только языка платформы для меня
1. один язык и причем легко интегрируется вниз как в sql так и java (и нет искуственных sql и java недоязыков) - но нужно интегрироваться очень редко
2. типизирован и весьма весьма. если уж собрался проект то работать будет без детских ошибок.
3. очень компактный код. реально выброшено много лишнего что писать приходится в других языках.
4. Все текстовое - git наш друг до последней закорючки.
плюс удобная IDE и производительность труда программиста, дорогого ресурса нынче, высока
расширение ширины полосы, прием сигнала в нескольких диапазонах одновременно. думаю что нибудь придумают
парадигма запросов - другой язык. запросы часто собираются на лету. в итоге даже синтаксический контроль уходит в 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). и визуализация нормальная и когда надо спокойно можно перейти в код и сделать массовую поиск замену.