Имеет ли смысл изучать COBOL? [закрытый]
У меня был разговор с подругой об относительной уязвимости различных видах его работников к неожиданным безработицы (например, увольнения, компании выходят из бизнеса, устаревшие навыки и т. д.)
как кажется разработчикам COBOL (или сопровождающим?) кажется очень надежным в своих позициях, независимо от состояния экономики или даже того, насколько они хороши. С таким большим количеством критического кода COBOL с одной стороны и деминишным числом ноу-хау COBOL на другой, на самом деле имеет смысл рекомендовать кому-то начать свой путь в мире ИТ и искать безопасную работу по теории относительности для изучения и стажировки в COBOL!
Что вы думаете ?
10 ответов
Я начал как программист с Cobol более 10 лет и работал с Cobol в разных учреждениях в течение нескольких лет.
Cobol как технология довольно легко узнать, если вы знаете какой-либо императивный язык программирования.
Сам Cobol сильно отличается на различных платформах и версиях - поэтому трудно изучить правильную версию перед рукой.
Реальная проблема с Cobol-это не технология, а сложность базового бизнеса и отсутствие документация систем / программ. Таким образом, реальная ценность многих экспертов COBOL на самом деле не фактические знания COBOL, а понимание бизнеса.
Я думаю, что имеет смысл быть хорошим разработчиком программного обеспечения. Лично для меня ваш вопрос звучит примерно так: "какую силосную башню я должен занять, чтобы чувствовать себя в безопасности и перестать совершенствоваться?- Я знаю, что ты не это имел в виду. Но в любом случае, это не лучшая мотивация для выбора карьеры.
Я бы сказал: попробуйте поработать над кодом COBOL. Если тебе весело, давай! Как и десятки других вещей, которые вы должны попробовать.
вы должны понять, что аргументы, которые вы сделали, относятся ко времени, то есть сейчас. Мы видели снова и снова, как технологии кажутся такими выдающимися в то время t и устаревает во время (t + 0.001). Хотя ваши аргументы вращаются вокруг самого факта, что COBOL более или менее устарел, но они могут найти новый способ справиться с этим, и снова вы останетесь без работы. Так вот, правило номер 1:
никогда не полагайтесь на одно одиночное технология.
со временем они всегда находят способы иметь все меньше и меньше ресурсов, чтобы делать то же самое. Все, что вы можете сделать, это быть умным профессионалом программного обеспечения. Когда вы получаете основную часть компьютерного программирования, технологии не имеют значения, со временем вы можете просто изучить их. Итак, вот второе правило:
не просто попробуйте экспертизу a технология, программное обеспечение экспертизы инженерный
наконец, чтобы выжить в нем нужно всегда будьте начеку. Также безразлично все выше, вы все равно можете быть уволены в зависимости от суровости кризиса. Итак, наконец:
держите резервную линию работы готовой, сегодня ИТ-индустрия может не быть там:)
попробуйте, и если вам это нравится, то учиться этому серьезно.
Если вы изучите его слишком хорошо, вы можете обнаружить, что вы застряли в роли Кобола без выхода; он начинается медленно, а затем вы втягиваетесь, потому что знание очень специализировано. Если вам это нравится, все в порядке , но если вам это не нравится, не продолжайте.
Это правда, что сегодня работает много кода COBOL, и большая часть этого кода имеет решающее значение. Однако, сколько фактического COBOL кодирование происходит? Я вижу, как крупные предприятия постепенно заменяют эти системы COBOL.
с практической точки зрения, существует огромная база устаревшего кода COBOL, в котором работает много систем в мире (многие из них критически важны), и, вероятно, в ближайшее время будет невозможно заменить все это программное обеспечение. Средний программист COBOL, вероятно, приближается к пенсионному возрасту. Поэтому можно разумно предположить, что спрос на новых программистов COBOL будет сохраняться в течение некоторого неопределенного периода времени.
из личного перспектива развития / обогащения, безусловно, имеет смысл изучать COBOL (и любое количество других технологий, как новых, так и "менее новых".). Я не уверен, что положил бы его рядом с top моего списка, но его историческое значение является достаточным основанием, чтобы поставить его on список. Где-то.
Я предполагаю, что одна из причин, по которой программисты COBOL (я программист Fortran, аналогичная ситуация, я подозреваю) относительно безопасны, заключается в том, что у них много опыта; вы не получите этого от изучения языка. Вместо того чтобы спрашивать, сколько заданий COBOL есть, спросите себя, как часто вы видите объявление о работе COBOL. Я думаю, что гораздо легче удержаться на одной из этих работ, чем получить ее.
и, конечно, когда один рекламируется, вы в конкурсе со всеми этими очень опытными программистами, работающими в настоящее время в COBOL.
в отношении
разработчики Cobol защищены в своих позициях, потому что их код делает деньги. Это не ужасный язык для изучения. На самом деле, это довольно приятно, когда ты Грок структуры.
но это только один инструмент в вашем ящике инструментов, у вас должно быть несколько.
Я бы сказал, что это не полная чушь изучать COBOL, пока это не единственная технология, которую вы изучаете.