Почему бы просто не обновить технику?
08.04.2020, 07:16
Сами сервера устаревшие, а работают с ними на современных пк.
Написать новое будет не так сложно, но денег запросят космических и ещё поддерживать придётся.
Написать новое будет не так сложно, но денег запросят космических и ещё поддерживать придётся.
Вы в энтерпрайзе не работали, там переход на новую версию (!) языка или платформы уже проблема
Надо все пересобрать и перетестить
А тут новый язык, с новым компилятором, который хз как работает
И до поры можешь не узнать, что у тебя изменилось округление после 8 знака, и какие баги добавились, какие ушли, и где твои заплатки теперь ломают код
Надо все пересобрать и перетестить
А тут новый язык, с новым компилятором, который хз как работает
И до поры можешь не узнать, что у тебя изменилось округление после 8 знака, и какие баги добавились, какие ушли, и где твои заплатки теперь ломают код
Поэтому в конце поста и написано, что пытаются найти пенсионеров, готовых поработать за просто так.
Код может и был документирован, но как и положено в ту эпоху - на бумаге. И хорошо если исходники не на бумаге...
Что до читаемости, то у языков середины прошлого века с этим тяжко - красивых IDE под них не было ибо красивых интерфейсов вообще не было, как класса, а сами языки в части синтаксиса были больше ориентированы на экономию ресурсов вычислительных, чем программиста.
Что до читаемости, то у языков середины прошлого века с этим тяжко - красивых IDE под них не было ибо красивых интерфейсов вообще не было, как класса, а сами языки в части синтаксиса были больше ориентированы на экономию ресурсов вычислительных, чем программиста.
Ну да, а как ещё? Нельзя же написать систему без требований, а потом не тестируя и не обучая пользователей поставить в продуктив. Ну или придя за пособием по безработице можно услышать ответ - приходи когда-нибудь потом, у нас пока ничего не работает и когда заработает не известно.
Нет. Суть в вычислениях. Модель вычисления Кобола, особенно работы с числами, плавающей запятой и прочим - это уже по факту бизнес-процесс. Т.е. нужно перенести не просто логику, а еще и баги. Потому что это баг, который работал 20 лет и считал деньги - это уже не баг, а необходимость.
Классические примеры с округлениями тому пример.
Т.е. если эта система в крайне редкой ситуации считала, что 2+2 = 5, то новая система должна считать точно также в такой же ситуации. Потому что ядро.
Классические примеры с округлениями тому пример.
Т.е. если эта система в крайне редкой ситуации считала, что 2+2 = 5, то новая система должна считать точно также в такой же ситуации. Потому что ядро.
И тут я вспоминаю САП на работе с которым работаю 8 лет. В одной транзакции он считает суммы с копейками до 3 знаков после запятой (то есть да, вполне возможна ситуация с суммой 168 577,125), а в другой до 2 и округляет через жопу.
И исправить это не могут, т.к. это зашито куда-то в глубины библиотек и потянет за собой еще пяток важных транзакций. что с учетом единой базы на 300+ филиалов накроет много всего разом)
И исправить это не могут, т.к. это зашито куда-то в глубины библиотек и потянет за собой еще пяток важных транзакций. что с учетом единой базы на 300+ филиалов накроет много всего разом)
что за хуйню ты тут несешь, твои редкие баги никому в хуй не уперлись, проблема именно в переносе не сколько данных, а сколько бизнес-логики, я сам работаю с дрвеней системой, писать которую начали в 90-ые, бизнес-процессов написано столько много и столько много из них недокументировано, что аналитики и архитекторы разводят руками и говорят что хз как это работает, вы (поддержка системы) должны это сами знать, а там такой пиздец в коде на 200+ тыщ строк понаписан, что просто разобрать по ступенькам логику не хватит времени и сил, + доработки на старую систему никто не отменял, пока ты будешь писать, условно год новую систему, ты уже накопишь целый пласт патчей которые нужно снова будет переписывать, т.е. новая система еще будет постоянно догонять старую.
И не один вменяемый начальник наверху не будет этого делать, т.к. для него сейчас все работает\работало и проще найти тыжпрограммистов-экспертов, которые что-как-то накостыляют и этот монстр продолжит худо-бедно работать как есть, без пересоздания с нуля и убухивания тонн бабла
И не один вменяемый начальник наверху не будет этого делать, т.к. для него сейчас все работает\работало и проще найти тыжпрограммистов-экспертов, которые что-как-то накостыляют и этот монстр продолжит худо-бедно работать как есть, без пересоздания с нуля и убухивания тонн бабла
Потому что раньше все работало, а теперь не работает, но времени поменять нет.
Такого может и не быть, если закладывать аммортизацию на обновление ПО хотя бы раз в 10 лет.
Мне довелось поработать на несколько буржуйских контор и во всех цикл обновления железа был 5 лет максимум и делалось это не из-за чего-то особенного, а по причине того что гарантия на железо была 3-5 лет и по истечении этой самой гарантии ремонт и поддержка выливалась в сумму близкую к замене на новое железо. Совсем другое дело обстояло с мейнфреймами приобретенными 20 и более лет назад, именно по причине завязки софта на конкретное железо и конкретного уже мертвого разработчика этого софта, весь этот хлам бережно хранили, сдували с него пылинки и давали ему работать. И ведь работал. Одним из примеров такого эпического провала в подходе было землетрясения в Крайстчерче в 2011 когда крупная контора потеряла один из серверов и внезапно система перестала считать так быстро как надо. Результат - миллионы долларов на переоборудование и разработку нового ПО и вообще уход в private cloud.
> ново-выходящие языки по большей части от старых не особо отличаются
часто головной болью является просто обновить версию рантайма к примеру, не то что новый язык. На другой "похожий" язык переписать - это вообще адища может быть, когда надо с начала понять, ка кработает чужой говнокод без комментов и документации а потом написать свой такой же. в т.ч. в плане говнокода.
часто головной болью является просто обновить версию рантайма к примеру, не то что новый язык. На другой "похожий" язык переписать - это вообще адища может быть, когда надо с начала понять, ка кработает чужой говнокод без комментов и документации а потом написать свой такой же. в т.ч. в плане говнокода.
Я не в этом смысле.
Я к тому, что можно, например, джависта на шарп посадить - за недельку разберется и сможет всё что надо фикшать.
Меня, шарписта, так в довольно крупном проекте на Haxe пересадили. И ни кого не волновало что я этот язык впервые в жизни вижу. И как-то уже больше года работаю
Так что новое поколение кодеров вполне сможет работать с текущими прогами.
Хотя, за 50 лет вполне может появиться какая-нить новая парадигма на которую все пересядут и тогда реально старый софт поддерживать станет некому.
Зато, если знаешь один из энтерпрайз языков, то работы тебе хватит до самой смерти :3
Я к тому, что можно, например, джависта на шарп посадить - за недельку разберется и сможет всё что надо фикшать.
Меня, шарписта, так в довольно крупном проекте на Haxe пересадили. И ни кого не волновало что я этот язык впервые в жизни вижу. И как-то уже больше года работаю
Так что новое поколение кодеров вполне сможет работать с текущими прогами.
Хотя, за 50 лет вполне может появиться какая-нить новая парадигма на которую все пересядут и тогда реально старый софт поддерживать станет некому.
Зато, если знаешь один из энтерпрайз языков, то работы тебе хватит до самой смерти :3
Просто для программиста, а не кодера, глубоко фиолетово на чём конкретно писать. Все языки программирования живущие в одной парадигме похожи друг на друга, как китайцы. На освоение нюансов синтаксиса нужно максим месяц.
Что правда не касается узкоспециализированных функциональных языков, чтобы освоить которые нужно хорошо знать предметную область этого языка.
Что правда не касается узкоспециализированных функциональных языков, чтобы освоить которые нужно хорошо знать предметную область этого языка.
Твое сравнение некорректно, по сути два одинаковых языка. Вот с асма на шарп попробуй портировать. Опять же, я видел как люди, привыкшие к сборщику мусора устраивали ниагарский водопад текущей памяти на сях.
Да, переучится можно. Но нужен человек, который начнет работу над задачей а не обучение на основе задачи.
Да, переучится можно. Но нужен человек, который начнет работу над задачей а не обучение на основе задачи.
Я вот понять не могу - сейчас же просто астрономическое количество всяких современных 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 эти уебаны схватятся за голову, потому что с седьмой версией больше не будет работать никто. Останется только искать пенсионеров, которые работали с семёркой в нулевые, которые будут с ней работать за жратву от безысходности, потому что другие либо пошлют их нахуй, либо заломят за свои услуги такую цену, что будет всё равно проще перейти на восьмёрку.
Есть, конечно. Помню первая моя работа было разработка конфы для ВУЗа - учёт студентов, учебные планы и прочая хуйня.
Это был 2010 год, платформа 8.1. Говнокодил я люто, но, поскольку ЗП была мизерная и я работалза еду ради первого года стажа, меня это не особо парило, да и не умел я грамотно кодить в 1С сразу после универа.
И вот в 2015 году я случайно встретил чувака, который был местнымлошком мальчиком на побегушках ещё когда я работал в той шараге, ну и, видимо, после моего ухода стал ещё и 1С поддерживать. И выяснилось, что они так и продолжают юзать всё ту же мою глючную говноконфу на всё той же платформе 8.1.
Это был 2010 год, платформа 8.1. Говнокодил я люто, но, поскольку ЗП была мизерная и я работал
И вот в 2015 году я случайно встретил чувака, который был местным
Всякие НПЗ с кучей планов счетов с дохулионном субконто, но эти переходят или на акспту, или на САП. Те же страховые компании, у них тож особый план-счетов, всякие конторы у которых самописная хрень для маршрутов и транспорта. Есть такие.
Ну так ты тогда расскажи реальную ситуацию, где и правда такой ответ невозможен.
А то получается спор в стиле:
- Есть ли жизнь на Марсе, если да, то как нам относиться к марсианам?
- Жизни на Марсе нет, а если есть, то да и похуй, они нам не мешают.
- Не всегда такой ответ возможен.
WHAT?
А то получается спор в стиле:
- Есть ли жизнь на Марсе, если да, то как нам относиться к марсианам?
- Жизни на Марсе нет, а если есть, то да и похуй, они нам не мешают.
- Не всегда такой ответ возможен.
WHAT?
А нахуя постоянно обновлять платформу? Если нет потребности в новом функционале (а они постоянно вводят всякую ненужную хуйню, вроде расширений), то просто находишь в меру багованную версию, баги которой можно легко обойти и постоянно её используешь.
Платформу 1С постоянно обновляют либо совсем уж нубасы, которые ещё не освоили особенностей профессии, либо долбоёбы.
Платформу 1С постоянно обновляют либо совсем уж нубасы, которые ещё не освоили особенностей профессии, либо долбоёбы.
при правильном подходе даунтайм будет минимальный. но тут уже ситуация такая, что правильный подход никак не применить - пиздец настал прямо здесь и сейчас, нормально подготовить все для миграции не выйдет и сделано это должно быть не то что вчера, а пол года-год назад (а может и больше, в зависимости от запущенности случая и частоты и длины возможных окон для даунтайма). поэтому, как и написали выше, ищут на "подлатать и дотянуть вотпрямщас", а потом уже видно будет (как обычно, забьют хуй и оставят работать как есть, если полноценный пиздец не наступит)
План решения проблемы просто гениальный: искать пенсинеров, готовых работать бесплатно! Сразу ясно: денег можно не ждать.
Мейнфреймы сорокалетней давности? Это с бобинами которые?
"сорок лет это 80-е"
Как же ты беспощадно сейчас людям глаза открыл...
Как же ты беспощадно сейчас людям глаза открыл...
Народ, как прогер скажу, Дело не в поиске, а в бесплатности . Захочешь жрать - изучишь. Только за бесплатно изучить по быстрому сложный, и явно бесполезный в будущем язык, тупо забив себе голову - это дибилизм, плюс еще сам проект надо изучить, знаю - это время, но ничего невозможного нет. Платите хорошее бабло.
В сша - рыночная экономика. Там если необходимо, бюджет расширят, не учитывая менеджеров, детей начальника, и прочих радостей, как делается у нас. А вся эта статья - напоминает историю с гречкой у нас. Заголовки были - люди раскупили гречку - апокалипсис. итд. Нет просто раскупили дешевую, а дорогая за 100+р, как лежала , так и лежит. Вообще надо было статью назвать - ищут бесплатных/работающих за еду программистов, и не могут найти.
чо паникуете? зовите некромантов, они помогут
"Cobol Cowboys" видимо те самые, которые дорого берут? Помню, статейка про них была на хабре (https://habr.com/ru/post/403037/)
Можно же посадить нескольких безработных за изучение COBOL, они в итого допилят или доломают. Один фиг давно пора обновлять железо и ПО.
у нас так ща с перлом - у шведской национальной публичной библиотеки всё на перле написано и нет молодых специалистов (и старых тоже), готовых за 1400-1800 евро в месяц это всё поддерживать, развивать (?) или хотя-бы переписывать под что-то более современное и долгоиграющее на перспективу в пару десятков лет.
был бы частный сектор - нашли бы спецов за 3-5 тыс. евро, или даже больше, если нужно, но государственная бюрократия не позволяет платить больше за "должность обычного программиста". и даже с благотворительностью тут всё много сложней, чем в Чехии, где айтишники на хакатоне забесплатно за пару дней написали софт, на который планировалось потратить 10 млн. бюджетных (налоговых, народных) крон. Тут ещё нужна гос-сертификация и прочая волокита бюрократическая.
был бы частный сектор - нашли бы спецов за 3-5 тыс. евро, или даже больше, если нужно, но государственная бюрократия не позволяет платить больше за "должность обычного программиста". и даже с благотворительностью тут всё много сложней, чем в Чехии, где айтишники на хакатоне забесплатно за пару дней написали софт, на который планировалось потратить 10 млн. бюджетных (налоговых, народных) крон. Тут ещё нужна гос-сертификация и прочая волокита бюрократическая.
Ну ты сравнил мёртвый Cobol и вполне себе живой Perl, над которым работают сотни народу и каждые несколько месяцев выкатывают обновления. Как было сказано, дело в оплате труда - нет никакой проблемы обучить коболу или перлу или чему угодно, даже ассемблеру МК-52 при необходимости, только вот всем подавай готовых специалистов.
