Зашедший,

"секретные" ЕС-ки заменили на нормальные серверы только в начале нулевых

Это они зря. Теперь вся безопасность страны ни к черту. О чем уже говорится совершенно открыто и что увязывают с политическими событиями последних пяти лет.

Отклоняясь от темы замечу, что Буран летал в полностью автоматическом режиме, а Шатл - нет.

Я большие ЭВМ видел видел (в институте и на одном ВПК предприятии), но за ними не работал и даже не помню их марок.

То есть написать собственные парсеры, маршаллинг-демаршаллинг, конверторы форматов дат/времени, добавить обработчики исключительных ситуаций... Это и есть изобретение велосипеда собственного протокола, о котором я сказал

Свое может и получше будет.. И побыстрее и понадежнее. И без ненужной шелухи. xml-файлы заставляют хвататься за голову сами по себе. В них полезной информации может половина от силы, остальное - повторяющиеся теги. Никак не могу понять, нахрена им понадобилось дублировать название тега при его закрытии, каким надо обладать для этого извращенным умом.
Многобайтовые кодировки опять же - совершенно излишняя для русского языка вещь. Ах, для иероглифов это нужно, загребли русский язык вместе с ними. Просто увеличение в 2 раза объема передаваемой информации для русского текста без каких либо выгод. В ДВА РАЗА! Сложим это с xml-файлом и получаем уже примерно 75% мусора в сообщении. Это же очень-очень много! Поправьте если я тут в чем то ошибся.

Зашедший,

я не готов к обсуждению отечественных ЭВМ, ЕС, Эльбрусе, Пентковском и т. п. В силу собственной некомпетентности в данном вопросе. Так же я не знаю, какое ПО и какая аппаратная часть используется в данный момент, скажем, в системе обнаружения запуска ядерных ракет.
А также я не готов устраивать обсуждать ни того, все ли открыто в Линуксе или нет, ни конфликт Столлмана с Торвальдсом.

Стыренные пиратские версии софта IBM
На это вообще наплевать. Гугл тырит все подряд и у всех и не признает никаких законов других стран. И ничего.

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

Мало того, что как говорят, почти в каждую материнскую плату внедрен механизм бекдора. В сфере ОС вообще идет нацеливание на автоматическое обновление всего без спроса и полную утрату пользователем контроля над своим собственным компьютером.

То же самое в отношении средств создания ПО. Взять хотя бы мерзкий gradle и его активное навязывание всем.

Предлагаю дальше на эту тему не распространяться, т.к. это оффтоп.

mayton,

Спасибо за полезную информацию.

Утром стартует и вечером вырубается
Это все хорошо, но где гарантия, что оно не отрубится раньше? Вносится элемент непредсказуемости, повезет-не повезет. Или есть четкие критерии оценки времени работы такой программы и условий, которым она должна удовлетворять, которые могут гарантировать n часов работы программы?

Мы убеждены что самый лучший GC это операционка.

Вы уверены, что с аварийным завершением работы у операционки все в порядке на 100% и это не создает утечек ресурсов?
Программа может не только оперативную память использовать, но и другие ресурсы расходовать, которые автоматически не освободятся. Например, создавать временные файлы на диске. Менять существующие файлы и привести их в негодное состояние при внезапном завершении. Запустить транзакцию в БД, которая пусть даже не зависнет, но отвалится по rollback и приведет к росту мусора в базе (и так на регулярной основе, каждый день). Это так, на вскидку.

приходили к выводу что виноват разработчик. Где-то не так c Hibernate работали. Где-то экстенсивный рост системы вследствие распухания БД.

Кто виноват - тонкий философский вопрос, занимающий умы отечественной интеллигенции с середины 19 века.
Существуют ли список того, что не должен делать разработчик, чтобы не оказаться виноватым и чтобы наоборот - если он этого не делал, то и обвинять его не будут? Условия использования. Было бы полезно с ними ознакомится.
(понятное дело, что разработчик склонен будет наоборот считать виноватым не себя, а среду).

Мне также интересно - кто автор.
Предлагаю обсуждать суть вопроса, а не мою скромную персону.

почему GC обуждают в контексте Java?

Ну вроде как 100 временных строк не удаляются сразу из-за алгоритма сборщика мусора, который обеспечивает быстрое выделение, но может откладывать освобождение памяти сравнительно надолго. Это мне так сказали. Отсюда обсуждение плавно перешло на систему управления памятью.

я считаю неполным без код-ревью и комментариев этого
исходника со стороны сообщества Java в котором мы находимся

Это просто пример проблемного кода, выбранный нарочно, не более. Все таки операцию + я бы для строк отменил в Java, раз уж она такая дурно пахнущая, а выгоды от нее не видно никакой. Просматривать тогда меньше пришлось бы - ведь компилятор по идее должен брать на себя часть работы по отсеиванию плохого кода. Заодно и Integer.toString на отмену просится или есть мнения, что оно может быть не дурно пахнущим?

если да - то какие проблемы

Проблемы все же есть.

1. new StringBuilder внутри цикла
2. Integer.toString это new String внутри цикла
3. StringBuilder.toString это new String внутри цикла

То есть внутри цикла здесь создается 200 объектов String, 100 объектов StringBuilder.

Siemargl,
читай 21680335 в бесконечном цикле до наступления просветления.

некоторые IDE уже на этапе разработки про подобные странности рапортуют

Им бы еще самим научится эти IDE грамотно писать.

lleming,
А что там читать, код написан криво уже не раз сказали в ветке об этом.
По жизни недогоняющему Siemargl читать надо, причем до полного просветления - он решил, что компилятор все исправил и так можно писать.

Чтобы говорить на любой пример плохого поведения программы, что код плохой и программист дурак, даже не нужно обладать разумом. Это может и попугай.

Сформулировать критерии заранее, что можно и что нельзя, гораздо сложнее. Единого мнения по правилам применения String я тут не вижу. (недогоняющих просьба не беспокоится).