Почему бы просто не обновить технику?
Ну так, скорее всего, проги на Коболе писались под старую технику и будут некорректно работать на новой.
А что бы переписать все это, тоже потребуются большие ресурсы.
А что бы переписать все это, тоже потребуются большие ресурсы.
Сами сервера устаревшие, а работают с ними на современных пк.
Написать новое будет не так сложно, но денег запросят космических и ещё поддерживать придётся.
Написать новое будет не так сложно, но денег запросят космических и ещё поддерживать придётся.
А за написание на устаревшем языке, который дикий дефицит не запросят? Если они такие найдут программиста он сможет спокойно содрать с них такие суммы, которые для нового ПО и не снились
Ты недооцениваешь суммы, которые просят за полный цикл написания нового ПО.
Так тут не надо новое ПО, есть же современные языки которые почти 1 в 1 копируют COBOL. Просто скопируй и исправь compile error-ы.
Вы в энтерпрайзе не работали, там переход на новую версию (!) языка или платформы уже проблема
Надо все пересобрать и перетестить
А тут новый язык, с новым компилятором, который хз как работает
И до поры можешь не узнать, что у тебя изменилось округление после 8 знака, и какие баги добавились, какие ушли, и где твои заплатки теперь ломают код
Надо все пересобрать и перетестить
А тут новый язык, с новым компилятором, который хз как работает
И до поры можешь не узнать, что у тебя изменилось округление после 8 знака, и какие баги добавились, какие ушли, и где твои заплатки теперь ломают код
Поэтому в конце поста и написано, что пытаются найти пенсионеров, готовых поработать за просто так.
Походу код не то что недокументирован, но даже нечитаем
Это если денег мало.
Код может и был документирован, но как и положено в ту эпоху - на бумаге. И хорошо если исходники не на бумаге...
Что до читаемости, то у языков середины прошлого века с этим тяжко - красивых IDE под них не было ибо красивых интерфейсов вообще не было, как класса, а сами языки в части синтаксиса были больше ориентированы на экономию ресурсов вычислительных, чем программиста.
Что до читаемости, то у языков середины прошлого века с этим тяжко - красивых IDE под них не было ибо красивых интерфейсов вообще не было, как класса, а сами языки в части синтаксиса были больше ориентированы на экономию ресурсов вычислительных, чем программиста.
Обязательно обновят и технику, и софт. С согласованным ТЗ, разработкой, тестированием, сертификацией, 120 релизами, обучением персонала работать с новым софтом, но сейчас на все это нет времени, и хотят поставить костыль.
Всё как всегда, короче говоря.
Ну да, а как ещё? Нельзя же написать систему без требований, а потом не тестируя и не обучая пользователей поставить в продуктив. Ну или придя за пособием по безработице можно услышать ответ - приходи когда-нибудь потом, у нас пока ничего не работает и когда заработает не известно.
Но потом
проблема скорее всего в миграции данных на новое железо и софт
Нет. Суть в вычислениях. Модель вычисления Кобола, особенно работы с числами, плавающей запятой и прочим - это уже по факту бизнес-процесс. Т.е. нужно перенести не просто логику, а еще и баги. Потому что это баг, который работал 20 лет и считал деньги - это уже не баг, а необходимость.
Классические примеры с округлениями тому пример.
Т.е. если эта система в крайне редкой ситуации считала, что 2+2 = 5, то новая система должна считать точно также в такой же ситуации. Потому что ядро.
Классические примеры с округлениями тому пример.
Т.е. если эта система в крайне редкой ситуации считала, что 2+2 = 5, то новая система должна считать точно также в такой же ситуации. Потому что ядро.
И тут я вспоминаю САП на работе с которым работаю 8 лет. В одной транзакции он считает суммы с копейками до 3 знаков после запятой (то есть да, вполне возможна ситуация с суммой 168 577,125), а в другой до 2 и округляет через жопу.
И исправить это не могут, т.к. это зашито куда-то в глубины библиотек и потянет за собой еще пяток важных транзакций. что с учетом единой базы на 300+ филиалов накроет много всего разом)
И исправить это не могут, т.к. это зашито куда-то в глубины библиотек и потянет за собой еще пяток важных транзакций. что с учетом единой базы на 300+ филиалов накроет много всего разом)
что за хуйню ты тут несешь, твои редкие баги никому в хуй не уперлись, проблема именно в переносе не сколько данных, а сколько бизнес-логики, я сам работаю с дрвеней системой, писать которую начали в 90-ые, бизнес-процессов написано столько много и столько много из них недокументировано, что аналитики и архитекторы разводят руками и говорят что хз как это работает, вы (поддержка системы) должны это сами знать, а там такой пиздец в коде на 200+ тыщ строк понаписан, что просто разобрать по ступенькам логику не хватит времени и сил, + доработки на старую систему никто не отменял, пока ты будешь писать, условно год новую систему, ты уже накопишь целый пласт патчей которые нужно снова будет переписывать, т.е. новая система еще будет постоянно догонять старую.
И не один вменяемый начальник наверху не будет этого делать, т.к. для него сейчас все работает\работало и проще найти тыжпрограммистов-экспертов, которые что-как-то накостыляют и этот монстр продолжит худо-бедно работать как есть, без пересоздания с нуля и убухивания тонн бабла
И не один вменяемый начальник наверху не будет этого делать, т.к. для него сейчас все работает\работало и проще найти тыжпрограммистов-экспертов, которые что-как-то накостыляют и этот монстр продолжит худо-бедно работать как есть, без пересоздания с нуля и убухивания тонн бабла
Потому что раньше все работало, а теперь не работает, но времени поменять нет.
я все еще надеюсь, что она тролила.
Ясное дело, даже по выражению видно. Тем более видео оригинал или почти оригинал
Последствия ранней компьютеризации государства - такое адовое легаси, что все способные в нем разобраться уже не просто уволились, а умерли.
просто подожди еще лет 50+, будет то же дерьмо в остальных странах
Такого может и не быть, если закладывать аммортизацию на обновление ПО хотя бы раз в 10 лет.
один хрен попилят.
Мне довелось поработать на несколько буржуйских контор и во всех цикл обновления железа был 5 лет максимум и делалось это не из-за чего-то особенного, а по причине того что гарантия на железо была 3-5 лет и по истечении этой самой гарантии ремонт и поддержка выливалась в сумму близкую к замене на новое железо. Совсем другое дело обстояло с мейнфреймами приобретенными 20 и более лет назад, именно по причине завязки софта на конкретное железо и конкретного уже мертвого разработчика этого софта, весь этот хлам бережно хранили, сдували с него пылинки и давали ему работать. И ведь работал. Одним из примеров такого эпического провала в подходе было землетрясения в Крайстчерче в 2011 когда крупная контора потеряла один из серверов и внезапно система перестала считать так быстро как надо. Результат - миллионы долларов на переоборудование и разработку нового ПО и вообще уход в private cloud.
И желательно на переодически рефракторинг.
Ну, С-шное семейство, на котором довольно много ынтырпрайз софта написано, вполне живо и даже развивается.
Дефицита в программистах в ближайшее время не предвидится.
Да и ново-выходящие языки по большей части от старых не особо отличаются
Дефицита в программистах в ближайшее время не предвидится.
Да и ново-выходящие языки по большей части от старых не особо отличаются
> ново-выходящие языки по большей части от старых не особо отличаются
часто головной болью является просто обновить версию рантайма к примеру, не то что новый язык. На другой "похожий" язык переписать - это вообще адища может быть, когда надо с начала понять, ка кработает чужой говнокод без комментов и документации а потом написать свой такой же. в т.ч. в плане говнокода.
часто головной болью является просто обновить версию рантайма к примеру, не то что новый язык. На другой "похожий" язык переписать - это вообще адища может быть, когда надо с начала понять, ка кработает чужой говнокод без комментов и документации а потом написать свой такой же. в т.ч. в плане говнокода.
Я не в этом смысле.
Я к тому, что можно, например, джависта на шарп посадить - за недельку разберется и сможет всё что надо фикшать.
Меня, шарписта, так в довольно крупном проекте на Haxe пересадили. И ни кого не волновало что я этот язык впервые в жизни вижу. И как-то уже больше года работаю
Так что новое поколение кодеров вполне сможет работать с текущими прогами.
Хотя, за 50 лет вполне может появиться какая-нить новая парадигма на которую все пересядут и тогда реально старый софт поддерживать станет некому.
Зато, если знаешь один из энтерпрайз языков, то работы тебе хватит до самой смерти :3
Я к тому, что можно, например, джависта на шарп посадить - за недельку разберется и сможет всё что надо фикшать.
Меня, шарписта, так в довольно крупном проекте на Haxe пересадили. И ни кого не волновало что я этот язык впервые в жизни вижу. И как-то уже больше года работаю
Так что новое поколение кодеров вполне сможет работать с текущими прогами.
Хотя, за 50 лет вполне может появиться какая-нить новая парадигма на которую все пересядут и тогда реально старый софт поддерживать станет некому.
Зато, если знаешь один из энтерпрайз языков, то работы тебе хватит до самой смерти :3
Просто для программиста, а не кодера, глубоко фиолетово на чём конкретно писать. Все языки программирования живущие в одной парадигме похожи друг на друга, как китайцы. На освоение нюансов синтаксиса нужно максим месяц.
Что правда не касается узкоспециализированных функциональных языков, чтобы освоить которые нужно хорошо знать предметную область этого языка.
Что правда не касается узкоспециализированных функциональных языков, чтобы освоить которые нужно хорошо знать предметную область этого языка.
Твое сравнение некорректно, по сути два одинаковых языка. Вот с асма на шарп попробуй портировать. Опять же, я видел как люди, привыкшие к сборщику мусора устраивали ниагарский водопад текущей памяти на сях.
Да, переучится можно. Но нужен человек, который начнет работу над задачей а не обучение на основе задачи.
Да, переучится можно. Но нужен человек, который начнет работу над задачей а не обучение на основе задачи.
Так а что, cobol не похож ни на один из современных языков? Сильно сомневаюсь. Я скорее поверю, что какой-нибудь лиспер или ассемблерщик спокойно разберётся с коболом за несколько дней. Йопта, технология прошлого века.
Я на стопудоф уверен что там кто-нибудь не раз говорил о том что надо бы все обновить, а ему в ответ всегда было "Работает - не трожь".
RES - An Open Cobol To Java Translator
Я вот понять не могу - сейчас же просто астрономическое количество всяких современных ERP и прочих решений, что могут обеслуживать систему занятоости, они ведь не квнтовыми вычислениями там занимаются. Зачем тратить кучу денег на поддержание это древнего легаси, с которым никто не может работать?
наверное потому что действует принцип "Работает - не трогай!".
Этот принцип для слабоков
И для неграмотных
Рассказываю как 1С-ник:
Современная версия платформы 1С - 8, она принципиально отличается от 1С версии 7 как по методике написания кода, так и по структуре объектов. 7я версия 1С перестала поддерживаться 10 лет назад (бухгалтерия, кажется, 5 или 6 лет назад), то есть это значит, что при любом изменении законодательства все нововведения в бухгалтерию ложатся на плечи штатных 1С ников, а не поставляются с обновлением фирмы 1С.
Но, несмотря на это, даже в нерезиновке имеется куча фирм, где сидит старая клуша-главбухша, которая на пару с дебилом генеральным орёт "А нахуя нам переходить на восьмёрку? У нас и так всё работает, зачем нам деньги тратить? Вон есть 1С-ник, пусть он дописывает, ему за это зарплату платят!".
И этим уебанам невдомёк, что большинство 1С-ников, включая меня, с семёркой принципиально не хотят иметь дел, потому что для программиста 1С работать с семёркой означает деградировать как специалисту. И прогеров, которые отказываются работать с семёркой становится всё больше.
И ещё лет через 5 эти уебаны схватятся за голову, потому что с седьмой версией больше не будет работать никто. Останется только искать пенсионеров, которые работали с семёркой в нулевые, которые будут с ней работать за жратву от безысходности, потому что другие либо пошлют их нахуй, либо заломят за свои услуги такую цену, что будет всё равно проще перейти на восьмёрку.
Современная версия платформы 1С - 8, она принципиально отличается от 1С версии 7 как по методике написания кода, так и по структуре объектов. 7я версия 1С перестала поддерживаться 10 лет назад (бухгалтерия, кажется, 5 или 6 лет назад), то есть это значит, что при любом изменении законодательства все нововведения в бухгалтерию ложатся на плечи штатных 1С ников, а не поставляются с обновлением фирмы 1С.
Но, несмотря на это, даже в нерезиновке имеется куча фирм, где сидит старая клуша-главбухша, которая на пару с дебилом генеральным орёт "А нахуя нам переходить на восьмёрку? У нас и так всё работает, зачем нам деньги тратить? Вон есть 1С-ник, пусть он дописывает, ему за это зарплату платят!".
И этим уебанам невдомёк, что большинство 1С-ников, включая меня, с семёркой принципиально не хотят иметь дел, потому что для программиста 1С работать с семёркой означает деградировать как специалисту. И прогеров, которые отказываются работать с семёркой становится всё больше.
И ещё лет через 5 эти уебаны схватятся за голову, потому что с седьмой версией больше не будет работать никто. Останется только искать пенсионеров, которые работали с семёркой в нулевые, которые будут с ней работать за жратву от безысходности, потому что другие либо пошлют их нахуй, либо заломят за свои услуги такую цену, что будет всё равно проще перейти на восьмёрку.
к слову обновления для всяких бушек семерок еще выходят, там отчетность и прочее, установка обновлений для 7.7 тот еще танец с бубнами, крутите мышкой, чтобы прогрессбар двигался. Видел извращенцев, которые сидят еще 8.0 платформе. А так да, ERP наше все.
Есть, конечно. Помню первая моя работа было разработка конфы для ВУЗа - учёт студентов, учебные планы и прочая хуйня.
Это был 2010 год, платформа 8.1. Говнокодил я люто, но, поскольку ЗП была мизерная и я работалза еду ради первого года стажа, меня это не особо парило, да и не умел я грамотно кодить в 1С сразу после универа.
И вот в 2015 году я случайно встретил чувака, который был местнымлошком мальчиком на побегушках ещё когда я работал в той шараге, ну и, видимо, после моего ухода стал ещё и 1С поддерживать. И выяснилось, что они так и продолжают юзать всё ту же мою глючную говноконфу на всё той же платформе 8.1.
Это был 2010 год, платформа 8.1. Говнокодил я люто, но, поскольку ЗП была мизерная и я работал
И вот в 2015 году я случайно встретил чувака, который был местным
Я чисто ради прикола проверил сейчас пару сайтов. Так вот, они до сих пор крутятся на наколенной CMS, которую я говнокодил в 2002 году. И сайты живые, к ним только оплату картой прикрутили.
Кстати, вопрос в связи с такой ситуацией.
Одно дело, на 7рке контора уровня "Рога и Копыта". А есть примеры, когда реально проще тянуть говно мамонта, но переход на 8рку - это прямо адЪ?
Одно дело, на 7рке контора уровня "Рога и Копыта". А есть примеры, когда реально проще тянуть говно мамонта, но переход на 8рку - это прямо адЪ?
Всякие НПЗ с кучей планов счетов с дохулионном субконто, но эти переходят или на акспту, или на САП. Те же страховые компании, у них тож особый план-счетов, всякие конторы у которых самописная хрень для маршрутов и транспорта. Есть такие.
Неправильно вопрос поставил.
Правильный вопрос: а нужно ли работать в фирме, где придётся тянуть говно мамонта, и которая до сих пор не ушла с семёрки.
Ответ: НАХУЙ таких работодателей. Нервы дороже.
Правильный вопрос: а нужно ли работать в фирме, где придётся тянуть говно мамонта, и которая до сих пор не ушла с семёрки.
Ответ: НАХУЙ таких работодателей. Нервы дороже.
Не всегда такой ответ возможен. Я же и пытаюсь понять, есть ли РЕАЛЬНО ситуации, когда от 7рки не уйти. Вот совсем. Или тянем, или выходим из бизнеса.
Ну так ты тогда расскажи реальную ситуацию, где и правда такой ответ невозможен.
А то получается спор в стиле:
- Есть ли жизнь на Марсе, если да, то как нам относиться к марсианам?
- Жизни на Марсе нет, а если есть, то да и похуй, они нам не мешают.
- Не всегда такой ответ возможен.
WHAT?
А то получается спор в стиле:
- Есть ли жизнь на Марсе, если да, то как нам относиться к марсианам?
- Жизни на Марсе нет, а если есть, то да и похуй, они нам не мешают.
- Не всегда такой ответ возможен.
WHAT?
Скорее это выглядит как походники встают лагерем на поляну, но оказывается там воняет тухлятиной и тут уже нужно выбирать: остаться на поляне и попробовать что-нибудь исправить/смириться или же найти другую поляну для стоянки.
Хуйня. Восьмерка из патча в патч обрастает новыми багами
А нахуя постоянно обновлять платформу? Если нет потребности в новом функционале (а они постоянно вводят всякую ненужную хуйню, вроде расширений), то просто находишь в меру багованную версию, баги которой можно легко обойти и постоянно её используешь.
Платформу 1С постоянно обновляют либо совсем уж нубасы, которые ещё не освоили особенностей профессии, либо долбоёбы.
Платформу 1С постоянно обновляют либо совсем уж нубасы, которые ещё не освоили особенностей профессии, либо долбоёбы.
А теперь представь на сколько встанет работа при переносе недокументированных и нестандартных баз данных на новое ПО. Даже если начать с ноля, то понадобится куча времени для ведения двух баз и постепенного переносаданных.
при правильном подходе даунтайм будет минимальный. но тут уже ситуация такая, что правильный подход никак не применить - пиздец настал прямо здесь и сейчас, нормально подготовить все для миграции не выйдет и сделано это должно быть не то что вчера, а пол года-год назад (а может и больше, в зависимости от запущенности случая и частоты и длины возможных окон для даунтайма). поэтому, как и написали выше, ищут на "подлатать и дотянуть вотпрямщас", а потом уже видно будет (как обычно, забьют хуй и оставят работать как есть, если полноценный пиздец не наступит)
Потому что переделать все бизнес-процессы и переучить персонал огромной госконторы на новый софт - это просто пиздец как сложно, дорого, и долго.
Иронично, что не могут найти программиста для обновления ПО в системе занятости
Ирония она такая
План решения проблемы просто гениальный: искать пенсинеров, готовых работать бесплатно! Сразу ясно: денег можно не ждать.
Мейнфреймы сорокалетней давности? Это с бобинами которые?
Не путай системы хранения с вычислительными кластерами :)
сорок лет это 80-е
бобины это 50-е
бобины это 50-е
"сорок лет это 80-е"
Как же ты беспощадно сейчас людям глаза открыл...
Как же ты беспощадно сейчас людям глаза открыл...
ленточные накопители до сих пор используются, как дешевое средство хранения данных
Нихрена не дешевое, где ты видел дешевые современные ленточные хранилки?
В США много архитеха. У каждого штата свой, например в некоторых штатах выборы считают за компьютерами на перфокартах.
Примерно так это выглядит
Народ, как прогер скажу, Дело не в поиске, а в бесплатности . Захочешь жрать - изучишь. Только за бесплатно изучить по быстрому сложный, и явно бесполезный в будущем язык, тупо забив себе голову - это дибилизм, плюс еще сам проект надо изучить, знаю - это время, но ничего невозможного нет. Платите хорошее бабло.
Учти, что это госконтора. А в США единственное, что есть в госконторах - это то, что их на фоне всего остального мало. Но все проблемы госконтор, от ебанутой бюрократии, до пиздоватых правил распределения бюддета, там во всей красе.
В сша - рыночная экономика. Там если необходимо, бюджет расширят, не учитывая менеджеров, детей начальника, и прочих радостей, как делается у нас. А вся эта статья - напоминает историю с гречкой у нас. Заголовки были - люди раскупили гречку - апокалипсис. итд. Нет просто раскупили дешевую, а дорогая за 100+р, как лежала , так и лежит. Вообще надо было статью назвать - ищут бесплатных/работающих за еду программистов, и не могут найти.
чо паникуете? зовите некромантов, они помогут
"Cobol Cowboys" видимо те самые, которые дорого берут? Помню, статейка про них была на хабре (https://habr.com/ru/post/403037/)
Можно же посадить нескольких безработных за изучение COBOL, они в итого допилят или доломают. Один фиг давно пора обновлять железо и ПО.
бля, надо паковать чемоданы, может возьмут
Восковая фигура слева?
у нас так ща с перлом - у шведской национальной публичной библиотеки всё на перле написано и нет молодых специалистов (и старых тоже), готовых за 1400-1800 евро в месяц это всё поддерживать, развивать (?) или хотя-бы переписывать под что-то более современное и долгоиграющее на перспективу в пару десятков лет.
был бы частный сектор - нашли бы спецов за 3-5 тыс. евро, или даже больше, если нужно, но государственная бюрократия не позволяет платить больше за "должность обычного программиста". и даже с благотворительностью тут всё много сложней, чем в Чехии, где айтишники на хакатоне забесплатно за пару дней написали софт, на который планировалось потратить 10 млн. бюджетных (налоговых, народных) крон. Тут ещё нужна гос-сертификация и прочая волокита бюрократическая.
был бы частный сектор - нашли бы спецов за 3-5 тыс. евро, или даже больше, если нужно, но государственная бюрократия не позволяет платить больше за "должность обычного программиста". и даже с благотворительностью тут всё много сложней, чем в Чехии, где айтишники на хакатоне забесплатно за пару дней написали софт, на который планировалось потратить 10 млн. бюджетных (налоговых, народных) крон. Тут ещё нужна гос-сертификация и прочая волокита бюрократическая.
Ну ты сравнил мёртвый Cobol и вполне себе живой Perl, над которым работают сотни народу и каждые несколько месяцев выкатывают обновления. Как было сказано, дело в оплате труда - нет никакой проблемы обучить коболу или перлу или чему угодно, даже ассемблеру МК-52 при необходимости, только вот всем подавай готовых специалистов.
Чтобы написать коммент, необходимо залогиниться