Где в 1С может использоваться бесконечный цикл и для чего? Можно ли обойтись без него?

Например
а) ты хочешь, чтобы тебя признали профнепригодным.
...
я) "я так вижу, ибо я художник"

(0) когда ты заведомо не знаешь когда он должен закончится. Например.
И по условию из него вываливаешься.

(2)Это обычный цикл с пост или пред условием. Бесконечный — когда условие заведомо невыполнимо.

(0) ну если тебе нужно чтобы он выполнялся "бесконечно" тогда не обойтись
но видимо у тебя другой случай

Пока 1=1 Цикл
....
....
Если Условие=1 Тогда
Прервать
КонецЕсли;
....
....
КонецЦикла

(5) А что мешает:

Пока Не (Условие=1) Цикл?

(6) А условие у тебя вычисляется в цикле. По неизвестным правилам (например, в зависимости от ввода пользователя)

Ещё всё пишут, что цикл в одну строку быстрее работает. Сам не проверял. Миф?

(6) условие может быть а) вложенным; б) вычисляться в этом цикле

(8) Миф. Замеряют в отладчике, а он тратит время на переход и компиляцию к следующей строке.

(8) не миф, но на тех задачах где применяется 1с вряд ли это даст полезный прирост

(10) можно без отладчика замерить

(6) Условия бывают сложные составные громоздкие. Могут быть их несколько.
Тут важно читабельность.
Когда пишут что пока 1=1 цикл
сразу понятно что выход из цикла по условию и это условие объязательно выполнимая..

(13) Кстати, а почему:
Пока 1=1 Цикл
а не
Порка Истина Цикл
например?

(14) Я предпочитаю вариант с Истина

(14) В семерке ИСТИНЫ не было

(15) (16) Понятно.

(7) Думать, выносить... короче стремиться к классике жанра. За вопросы в цикле (ввод пользователя) металлический ящик с гвоздями. Хотя я может и чего-то не догоняю, но мне ни разу такие подперевыверты не требовались.

(0) нужен редко, считается не очень хорошим стилем программирования, также как и goto, хотя в меньшей степени. Практически всегда может быть заменен циклом с пред- или постусловием.

(19) Ну если так рассуждать, то и Продолжить и Прервать - тоже зло, так как нарушает принципы структурного программирования. Тем не менее, мы не математики, а прикладные программисты. И если код с нарушениями получается понятнее и эффективнее - то будем писать с нарушениями.

(18) А если это вопрос не пользователю, а удалённой системе? Можно гвозди покороче и не такие ржавые?

(21) Тогда без гвоздей. Сначала нужно спросить всё что требуется, потом уже всякие циклы запускать, а то просят сами чего хотят не знают.

(20) И Продолжить и Прервать — это всё безусловные переходы. Легко реализуются при помощи гоуту, но чтобы не дразнить адептов слегка маскируют такую конструкцию.

(19) Кем или где считается что бесконечные циклы не очень хороший стиль программирования? Я вот про такое не знаю, хочу почитать авторитетный источник, и впредь знать

(23) Продолжить и Прервать понятно куда выходят (и без них можно обойтись, используют для читабельности кода), а гоуту надо искать куда выходит и анализировать какой код не исполняется

(0) Бесконечные циклы в 1С есть, они называются Обработками ожидания.

(1) Так-то бесконечные циклы используются в типовых от 1С, поэтому а) - не вариант.

(2) Главное не предусмотреть все условия, даже невозможные, либо добавить дополнительное условие, которое срабатывает, когда произошло зацикливание.

(6) Условий может быть несколько, а при прерывании цикла могут требоваться дополнительные действия, которые зависят от причины прерывания цикла.

(8) Это верно для чистых интерпретаторов (типа BASIC на ZX-Spectrum). У 1С исполняется байт-код, там без разницы сколько строк.

Во время бесконечного (или длительного) цикла надо возвращать управление платформе/ОС с помощью метода ОбработкаПрерыванияПользователя().

Бесконечный цикл ПОКА ИСТИНА ЦИКЛ говорит о том, что программист ещё не определился с условием выхода из цикла. Внутри цикла должно быть "Прервать" по какому-то условию.

(22) Сделай разузлование неизвестной вложенности одним обращением к БД.

(27) А кто сказал, что в 1с все пейсатели профпригодны?

(30) если цикл на стороне сервера, то куда вставлять ОбработкаПрерыванияПользователя?

(32) 1С приняла на работу, код прошел проверку, раз оказался в релизе.

(33) У нас был случай, когда на стороне сервера была бесконечная рекурсия. Такие утопления приводят к вылету с дампом без всяких сообщений об ошибках. При этом отваливался рабочий процесс и около 50 толстых клиентов отваливались, а остальные продолжали работать. Найти ошибку было очень сложно, потому что рекурсия была из двух процедур, вызывающих друг друга.

(34) Наивный...

(29)

ЦиклРаботает = Истина;
Пока ЦиклРаботает Цикл
...
ЦиклРаботает = Условие1 И Условие2 И Условие3 И ... И Условие10;
// Опционально
Если Не ЦиклРаботает Тогда
Продолжить;
КонецЕсли;
...
КонецЦикла

(37) Вместо "Продолжить" лучше "Прервать"

Вопрос: Где в типовых бесконечный цикл? Я не встречал..
Тыкните.
А вообще он много где используется и это не всегда признак плохого тона

НадоПродолжать = Истина;
Сч = 0; ПределСчетчика = 100000;
//...
Пока НадоПродолжать Цикл
   //...
   //штатное условие продолжения цикла
   НадоПродолжать = Условие1 И Условие2 И Условие3 И ... И Условие10;
   //...
   //страховка
   Сч = Сч+1;
   Если Сч > ПределСчетчика Тогда
      Прервать;
   КонецЕсли;
   //...
КонецЦикла

Первые упп уходили на бесконечный цикл расчёта себеса, при встречной выпуске, кстати так и появился одноимённый регистр

(39) Смотрите (37), (40). Переделывается на предусловие на раз, и уже формально никакого "бесконечного" нет.

(42) Условие на "ПределСчетчика" не должно срабатывать. Это аварийная страховка. Поэтому будет методически неправильно указывать его в качестве предусловия.

Существенный недостаток бесконечного цикла — изначально заложенное зацикливание, то есть если внутри тела цикла необходимо гарантировать прерывание такого цикла. В рекурсии обычно с этим борются закладывая глубину вызовов в параметры, обоснованно предполагая, что вложенность заведомо не может превышать какого-то значения. С бесконечным циклом примерно тоже самое, нужно обеспечить принудительный выход по какому-либо условию.
Вот и вся неказистость конструкции, нужно просто правильно её готовить, потренировавшись на кошках.

(44) Теперь предлагаю обсудить запросы внутри бесконечного цикла.

Внутри бесконечного цикла часто нужна пауза. Вот разработка, идея которой возникла из обеденной шутки
http://catalog.mista.ru/public/706204/

(45) Я столько не выпью, а если и выпью, то работать не смогу. Хотя извращение зачетное. +1

Долбаные плоскоземельщики. То им ООП в 1с подавай, то им goto не нравится. Теперь до цикла докопались.

(48) в 1С есть ООП

(49) Слава богу

(29) > без разницы сколько строк
Ты ошибаешься. https://partners.v8.1c.ru/forum/t/1134075/m/1708722
Если туда нет доступа, то тут основное продублировано https://forum.infostart.ru/forum34/topic33723/?PAGEN_1=5#message1962014

(51) подтверждаю. чем меньше строк, тем быстрее. недавно проверяли.

Однострочную оптимизацию я применяю только там, где это дает существенный прирост на общем фоне. Таких мест в ИР например около 20.

(51) (52) (53) И на сколько тысячных долей процента это даёт прирост?

(54) Чем больше итераций тем больше процентов

но один хрен несущественно

вот например
8 сек

    Для а = 1 по 10000000 цикл
        д = д + 100.50;
    КонецЦикла;


6 сек

Для а = 1 по 10000000 цикл д = д + 100.50; КонецЦикла;


всякие проверки-прерывания на автопилоте пишу в одну строку, типа:
Если й=0 Тогда Продолжить КонецЕсли;

на самом деле в 1С есть ООП,
есть классы "справочники", "документы" - базовые классы.
а их потомков мы уже добавляем в конфигурацию.
если говорить как Java'ист, 1С = hibernate + javafx.
почему бы просто не добавить в дерево метаданных базовый класс "классы".
пусть программист добавляет туда какую хочет логику.
а так - добавьте в структуру возможность вызова процедур и функций изнутри, будет вам обычный класс.

(59) Есть же Обработки

От наследования уже пора отказываться. Теперь в тренде компоновка и реализация интерфейсов.

Например, при пакетной обработке справочника:


Пока Истина Цикл

    КоличествоОбработать = 1000;
    КоличествоОбработанных = ОбработатьНоменклатуру(КоличествоОбработать);
    Если КоличествоОбработанных = 0 Тогда
        Прервать;
    КонецЕсли;

КонецЦикла;

(62) Типичный пример опасного цикла, который может зависнуть. Функция ОбработатьНоменклатуру может брать в обработку один и тот же элемент многократно.

(58) Неужели условие выполняется большое количество раз?

(62) Сюда можно добавить предварительный подсчёт максимального количества итераций, например, ВсегоЭлементов / РазмерПорции + 1

(63) Не согласен, зависит от реализации. При таком подходе, при обработке элемента, вне зависимости от результата, нужно делать пометку регистр сведений, что данный элемент обработан.

(65) ВсегоЭлементов / РазмерПорции + 1  - это относительный показатель, а выборка "ПЕРВЫЕ 1000", если это точно необработанные - абсолютный показатель. Ну и "ОбработкаПрерыванияПользователя" можно в цикл добавить, если он на клиенте.

(39) Ну, например, расчет пооперационного расписания, разузлование, регламентированные отчеты. Сделайте поиск по фразе "Пока Истина". В ERP порядка 800 таких конструкций.

(66) У 1С при таком подходе получается зацикливание, если те предположения, из которых они исходили, не выполняются.

(59) Адепты ООП, по какой-то причине, забывают, что 1С хранит Объектную модель данных в Реляционной БД
и преобразование БД-1С и обратно выполняется автоматически

И как обеспечить эту радость для произвольного класса выдуманного программером? То же дать возможность самому описывать таблицы хранения? Тут уже надо иметь уверенность в высокой квалификации исполнителя, а её то и нет

(69) Hibernate же эту проблему решил? И Alchemy тоже
Значит, решение существует (с) математик в отеле при пожаре.

(68) В любом языке, а не только в 1С, бесконечный цикл зацикливается, если предположения по его выходу не выполняются ;-)

(71) И это и есть основное зло такой конструкции. А в умелых руках и хер балалайка

(70) Есть обработки и регистры сведений. Не любите нам мозги.

(73) Как данные обработки сохранить в базе данных? )))

(74) Через хранилище значения.

75+ Это если потом с ними не нужно активно работать
Либо положить в регистр сведений, либо запихнуть в Ссылочные объекты (2 или более связанных по некой логике обработки)

(0) если рабдата меньше дата Тогда не оплачено

(74) с помощью менеджера записи

(0) Используется обычно, когда условие выхода проблематично анализировать в начале/конце итерации. Можно заменить на флаги, но это такой же трейдоф как и использование/неиспользование гоуту для выхода из глубокой вложенности.

(79) Руки прочь от GOTO!

Необходимость во всяких гоуту и бесконечных циклах появляется редко. Во всяких там стейт-машинах и иже с ними.

(81) В стейт-машинах переходы (гото) вообще-то не нужны. Там нужен свитч. И паттерн-матчинг

(82) switch-case — это тот же goto с выбором метки

(83) Так и цикл, и если - тот же переход.
Просто подсахаренный.

Каждый настоящий программист должен в своей жизни минимум один раз написать бесконечный цикл (С)
Ответ: чтобы почувствовать себя настоящим программистом.

(85) Языки, в которых нет бесконечных циклов, нельзя считать полноценными. Суть компьютера в том, что он постоянно крутится в бесконечном цикле, ожидая событий от пользователя или клиентов.

(84) Особенно хорошо это заметно было в программировании микрокалькулятора. Или следующий шаг программы (действие), или переход по какому либо условию.

(82) В общем случае - да. Просто запутанные циклы, из которых может возникнуть потребность "выпрыгивания", чаще возникают в рамках задач, которые требуют и стейт-машин тоже. Такое у меня сложилось ощущение.

(88) > Просто запутанные циклы, из которых может возникнуть потребность "выпрыгивания",
А вот нехер писать запутанные циклы, которые можно отрефакторить на отдельные методы с возвратом в нужной точке.

(54) Там не доли а десятки %
Просто в платформе 1С бага с обработкой пустых строк и строк комментариев - оно при исполнении циклы по ним крутит

(89) Если это будут абсолютно синтетические методы, единственная задача которых - избавиться от переходов, то большой вопрос - что из этого будет меньшим злом.

(86) https://qastack.ru/superuser/1017571/is-the-cpu-active-in-sleep-mode

(91) А ты попробуй. Напиши запутанный цикл, а потом разбей его на синтетические методы. Потом отвлекись на денек, вернись и прочитай код. А вот потом уже философствуй про "большой вопрос" и "меньшее зло".

(81) В ERP без этого никуда. Там даже GOTO используется.

(93) Рад встретить программиста, постигшего абсолютный дзен. А вот у разработчиков джавы не поднялась рука выпилить гоуту из циклов. Не просветлились до твоей стадии.

Окно в программе это уже по сути бесконечный цикл

//Инициализация
Пока Истина Цикл
   //отработка событий //+проверка на закрытие окна

   //ожидание, чтобы цикл не грузил процессор, и рабочий цикл выполнялся не постоянно, а "фиксированное" количество раз в секунду
КонецЦикла;
//Завершение работы

Погуглил в конфигурации "Пока Истина Цикл" - использовалось около 1500 раз. «И эти люди запрещают ковыряться мне в носу»(с)

Так никто и запрещает вроде.

не

Руки прочь от бесконечных циклов!

Сто

(95) > у разработчиков джавы
А причем тут разработчики языка? Ты еще рассмотри выход из цикла выбрасыванием исключения и сошлись, ну например на Гвидо ван Россума.

В языке 1с нет цикла с постусловием,поэтому,или извращаться с вводом дополнительной переменной,которую сбрасывают в ложь где-то внутри цикла или условие Истина и выход по Прервать.
С переменной имеет право на существование,когда условие проверяется во вложенном цикле,т.к.там явно Прервать наружу не выведет.
Опять же Пока НЕ Отказ Цикл тоже неплохо смотрится,хотя,по сути та же переменная.

Ну и реально бесконечный цикл это всем нелюбимый GoTo и метка вначале.

(102) Притом, что при разработке джавы не самые глупые люди очень вдумчиво подходили к вопросу, чего бы выбросить лишнего и вредного. И тот же "свободный" гоуту выпилили. А вот в циклах специально оставили с особым синтаксисом. Это я к тому, что вопрос не такой однозначный, как ты пытаешься показать, апеллируя к моей якобы неопытности.

(103) О-хо-хо:

~НачалоБесконечногоЦикла:
   //...
   Если УсловиеПрерывания Тогда Перейти ~КонецБесконечногоЦикла; КонецЕсли;
   //...
Перейти ~НачалоБесконечногоЦикла;
~КонецБесконечногоЦикла:

(103) <это всем нелюбимый GoTo и метка вначале.>
не устано повторять, что goto в данном контексте ничего общего с 'всем нелюбимым goto' не имеет

Исключения как раз можно имитировать через цикл.
Пока Истина Цикл
Если Исключение Тогда
  Прервать;
КонецЕсли;
Действие1();
//..
ДействиеВКонце;
Прервать;
КонецЦикла;

На языке 1с выглядит смешно,а в языках,где нет исключений и GoTo вполне себе терпимо

(103) Цикл с пост условием легко делается копи пастом тела цикла и циклом с предусловием.

(108) Копи-паста плоха тем, что можно в одной части поменять, а в другой забыть.

(109) Есть такая бяка, но легко оформляется выделением тела цикла в процедуру. Правится после этого в одном месте.

Что лучше читается?
Пока Истина Цикл
  Если Условиие_1() Тогда
     Прервать;
  КонецЕсли;
  ...
  Если Условиие_N() Тогда
     Прервать;
  КонецЕсли;  
КонецЦикла;

или

Работаем = Истина;
Пока Работаем Цикл
  Если Условиие_1() Тогда
     Работаем = Ложь;
     Продолжить;
  КонецЕсли;
  ...
  Если Условиие_N() Тогда
     Работаем = Ложь;
     Продолжить;
  КонецЕсли;  
КонецЦикла;

(110) то еще решение (нынче модно): дробить код на невменяемые процедуры и функции, гонять между ними контекст

(112) Меня после фортрана ничем не напугаешь. Все эти заморочки по поводу удобочитаемости и идеальности кода не более чем понты.

(113) "Ректальное программирование - путь состоявшегося программиста"? :)

(114) Я думаю, что тру-программистом я так и не стал. Всё время работал решателем каких-то проблем, по случаю занесло в 1С. Чисто программирование само по себе не особо и интересно.

(113) Меня после регулярных выражений PERL тоже ничем не напугаешь.

(116) Так и название у языка само за себя говорит.

(69) причем здесь адепты ООП?
действительно было бы удобно иметь структуры с встроенными в них функциями.
неважно как оно называется. сейчас всю логику приходится писать в общих модулях.
и мне кажется, это логичное продолжение развития 1С.
как записывать в базе? а ORM зачем придумано?
в hibernate привязывается к полю аннотацией, то есть через метаданные.
есть внешние источники данных, там используется явная связь поле в метаданных - колонка в базе.
и ничего - справляется.

(69) квалификация исполнителя?
то есть вы считаете, что выучить базовые принципы ООП и SQL - слишком сложно для обычного 1Сника?
тогда зачем идти в программирование, в принципе?
нет, поскольку 1С - фреймворк (или RAD-система), которая по сути предствляет собой ORM и GUI, это все для чего оно проектировалось. оно это делает и делает это хорошо.
для других целей придуманы ЯП общего назначения, коим 1С не является.
не надо ждать от самосвала скорости болида формулы 1.

(119) Если обычному 1Снику несложно выучить ООП и SQL (и что там еще в нагрузку по вкусу), то какой смысл ему вообще идти в 1С? 1С обслуживают программисты-неудачники. И чем ниже порог входа - тем больше у 1С потенциальных адептов. Отток из 1с специалистов УЖЕ налицо, в связи с увеличением за последние годы доступного спроса на программистов других профилей. А ты его ускорить что ли хочешь? :)

(120) Что то как не очень хочется в джуны из 1с уходить если тебе не до 25 лет.

Хотя, вполне может быть, что 1С пойдет по этому пути (усложнения платформы). Растущая сложность типовых конфигураций и без усложнения платформы значительно поднимает порог входа. Растет качество и размер продуктов, растут требования и ожидания пользователей. Так что и без усложнения платформы "специалистов 1С", способных на серьезную разработку, будет становиться все меньше и меньше. Будет просто постепенно падать спрос на них. Центры разработки будут укрупняться, но их будет становиться меньше. Феномен ранних 1С уже не повторить. Рынок видоизменяется, такого количества "писателей" уже не нужно будет. Так что вполне может статься, что 1С таки плюнет "на доступно и всерьез". Ну, как плюнет. Перестанет слишком крепко этого держаться.

Каждый день после обеда открываешь мисту и так каждый день.

(121) Добро пожаловать в клуб :)

(111) ну цикл по-человечески преобразовывать, тогда и выглядеть прилично будет:

Работаем = Истина;

Пока Работаем Цикл
  Если Работаем Тогда
     //делаем свое дело
     Работаем = Условие_1();    
  КонецЕсли;
  ...
  Если Работаем Тогда
     //делаем свое дело
     Работаем = Условие_N();    
  КонецЕсли;  
КонецЦикла;

(121) даже если вам немного за 30 ... (с) поющие сиськи.
если вы только в 1С можете, то да, вам только в джуны.
если вы в курсе каких-то общих технологий, типа всяких MQ систем, Hadoop'а, что-то помните по алгоритмам, и даже пилите всякие домашние проектики, то почему сразу джун?
хожу иногда на собесы по Java, на последнем предлагали учить Kotlin :)

(120) ладно, я - самоучка, но ведь ООП и SQL в этих ваших институтах учат.
дело в другом, многие в регионах в начале 10-х (мой случай) идут в 1С, просто потому что других вакух нет.

(127) других вакух со словом "программист", имею в виду.

(118) Модуль менеджера чем не катит?

(119) Если он это выучит - он будет стоить дороже. Что неинтересно ни 1С, ни ее клиентам.

(128) Ну вот основная масса "старой волны" в 1С так и попала. Либо вакух было мало, либо вообще не со стороны ИТ пришли. А сейчас ситуация другая. Совсем со стороны заходить становится все сложнее, вакух  (не одинэсных) становится больше (рынок все еще перегрет и остывать пока не спешит) и выбор именно 1С со стороны айтишников стал значительно менее оправдан. Да и не знать тот же английский сейчас уже становится попросту неприличным для образованного человека.

(129) модуль менеджера - это разновидность общего модуля, имхо.
а так да, обычно туда тащу функционал тесно связанный с объектом МД.
какая разница, что интересно 1С?
чем больше я знаю того, что умеют немногие, тем больше я стою.
это универсальная формула, что в Россиюшке, что за ее пределами.

(122) для меня кроме инкапсуляции, еще один плюс в пользу ООП, в том, что если бы были контракты методов, описанные до имплементации, то проблем после обновлений, когда меняется порядок или типа параметров в функции общего модуля, было бы меньше.
в остальном, можно и без ООП.

(0) для паузы.

(0) Считаю что выполнение регламентных заданий - это своего рода бесконечный цикл.
Вы ставите расписание например "выполнять 1 раз в день" и не ставите "дату окончания"
Получается что этот цикл - бесконечный ?

(132) Тут еще вопрос - что понимать под "ООП". ООП как в плюсах и джаве - фактически уже ископаемое и так больше не носят (в более свежих языках). В том же golang реализованы более прикольные концепции, которые позволяют не имея классов как таковых использовать и инкапсуляцию и контракты, давая при этом гораздо больше гибкости и избавляя от лишних приседаний.

(135) вот уж в голанг извратились конечно, очень я сомневаюсь что они правильным путем пошли с неявными интерфейсами

вообще я уже видел два примера когда 'ненужно и перегружено' выливается 'а теперь имеющимися костылями мы будем делать почти как в яве'...я уже и с питоном и с голангом с этим сталкивался, когда проект разрастается

(132) Ну если мне когда то и не хватало ОПП в 1С то это наследования, это решилось вводом расширений конфигурации. Полиморфизм можно реализовать, инкапсуляция никогда особо не впечатляла как принцип, можно его придерживаться и без реализации этого принципа в яп. А контракты так это вообще не ООП, хотя честно признаюсь встретил их в Котлине, и не понял для чего они могут понадобится.

(136) Ты про утиную типизацию интерфейсов? ИМХО, гениальная штука. Куча приседаний в классическом ООП и ряд многострадальных костылей называемых "шаблонами проектирования" - только из-за того, что там в этом месте строгая типизация через классы.
(137) Интересно. А можно поподробнее про костыли типизации в голанге на больших проектах. Питон - понятно. Но в голанге же строгая статическая типизация?

(139) <ИМХО, гениальная штука.>
гениальная штука скомпилить запуск ядерной ракеты вместо открывания двери только потому что у них интерфейс void open() ?

За это надо руки ноги и еще чтото отрывать

(139) я не про типизацию в голанге, а в том что выкинутое ненужное, начинают обратно придумывать...теже исключения многострадальные

(140) *и не надо про тесты, тесты у нас в отрасли пишутся через одно место, в т.ч. и в ракетной технике

(139) утиная типизация в современном с++ это нечто...
auto a: "тут бешеная цепочка темплейтов"
И без отладчика фиг поймёшь, а что туда вывелось...

Мне кажется - это уже не то что перебор...

(138) Наследование уже неактуально. Это была генетическая пародия. В моду входит компоновка.

(141) "в т.ч. и в ракетной технике"
Ага.. То бак сомнётся от внешнего (!) давления, то двигателю топлива не хватит...

(143) компоновка? Имени Бориса Георгиевича?

(140) Не, ну возможность подсунуть ненадлежащий метод удовлетворяющий интерфейсу - это однозначно меньшее зло.
(145) Композиция, вероятно, имелась в виду.

(146) ничесе меньшее...когда только в рантайме всё рухнет и хорошо если не на голову

и всё ради чего? ради того чтобы 'писанины поменьше'

(143) А как композицией переопределить скажем проведение документа на поддержке?

(147) Профит уж очень велик. А это прогу нужно серьезно накосячить с закрытыми глазами и не используя даже юнит-тестов. Зато никакой головной боли со всякими адаптерами и "чужими" классами.

Походу зациклилась тема

(148) Так в том-то и беда, что в классическом ООП обвязка хоронит под собой бизнес-логику и код становится сложнее и грязнее. За что все скриптовые языки и любят (пока проекты небольшие). В голанге, ИМХО, смогли достигнуть отличного компромисса. Минимум писанины при статической строгой типизации компилируемого языка.

(150) <А это прогу нужно серьезно накосячить с закрытыми глазами и не используя даже юнит-тестов.>
тоесть надо работать как обычно в подавляющем большинстве проектов, ага

за что я люблю яву, большая часть косяков отваливается на этапе компиляции.

а тесты...эх тесты, когда я в крупной конторе работал околобанковской, тестов у нас вообще не было, в других проектов процентов 80 было покрытия, сейчас процентов 60..

так что пусть уж лучше язык следить если тимлиды не могут

(153) Ну, такое. Аргумент понятен. Но наши оценки все равно разнятся. Возможно, если бы я был ленивым синьором на проекте, где лемминги пилят фичи, я бы тоже топил за джаву как за чуток более "леммингоустойчивый" инструмент "из коробки".

(0) Например, надо написать программу:
"всех впускать, никого не выпускать"

(86) Полноценным языком считается язык, обладающий полнотой по Тьюрингу. А это значит, что на этом языке можно написать машину Тьюринга. А это, в свою очередь, значит, что нет способа заранее определить остановится эта машина или нет

(131) Ну так 1С не нужно, чтобы для сопровождения ее кода требовались уникумы. И бизнесу это тоже не нужно. Поэтому как-то решать общие задачи должен уметь даже тот, кто на джуна не тянет.

(156) На машине Тьюринга далеко не уедешь...

(95) Есть варианты, к примеру множественные вложенные циклы,где go to оправдан, что бы вывалиться из всех циклов без извращений

(46) нет лучшего варианта - с фоновым заданием

(46)
Пауза Пингом
Станет нам гимном
Заданий примеры
Злят нас без меры
Даёшь ооп!
Опять грабли в лоб...

/////

Разлилась ширОко Яуза
ой-да через пинги наша пауза.

(160) Он там в комментах есть. Ну и пауза фоновым заданием годится только для относительно больших пауз. Микропаузы до сих пор приходится бесконечными циклами делать.

Не бесконечными - холостыми, конечно же.

Все научились программировать. А дальше-то что?
https://habr.com/ru/company/htmlacademy/blog/546268/