젊은 프로그래머가 메인 프레임에 관심이없는 이유는 무엇입니까? [닫은]

메인 프레임의 주요 문제는 프로그래머 지원 코호트가 줄어들고 있다는 것입니다. 일반적으로 이것은 공급과 수요의 법칙을 통해 프로그래머의 공급을 증가시키는 급여의 증가로 프로그래머의 공급 감소가 상쇄 될 것이라는 점에서 문제가되지는 않지만 이것이 실제로 일어나고 있는지 확신하지 못합니다 메인 프레임.

이들은 여전히 ​​많은 비즈니스에 중요한 인프라를 형성하지만, 지원 인구를 유지하기 위해 적절한 수의 젊은 프로그래머가 등장하지 않는다는 단순한 사실이 있습니다.

왜 이런거야? 젊은 프로그래머들에게 메인 프레임이 매력적이지 않은 이유는 무엇입니까?

저는 오래된 프로그래머이고 메인 프레임에 관심이 없습니다. 저의 이유는 아마도 많은 프로그래머들에게 기술의 무지가 없었음에도 불구하고 젊은 프로그래머들이 제공 한 이유와 유사 할 것입니다.

먼저, 무지를 피하십시오 :

• 메인 프레임을 시험해 볼 수 없다는 다양한 주장은 허위입니다. Hercules 는 1999 년 이후로 많은 사람들이 프로그래밍을 해왔 던 것보다 더 오래 사용할 수 있었으며 IBM이이 문제를 겪고 있음에도 불구하고 조만간 사라질 가능성은 무시할 만하다 (특히 오픈 소스 인 경우). 실제로 고가의 소프트웨어를 (법적으로) 실행할 수 없다는 것은 사실이지만 실제로는 여전히 일반적으로 사용되는 소프트웨어를 포함하여 실행할 수 있는 소프트웨어가 많이 있습니다.
• 여론과는 달리, COBOL, CICS 및 RPG2보다 메인 프레임이 더 많습니다. 실제로 Linux를 실행하는 PC에서 실행할 수있는 거의 모든 것은 메인 프레임에서 실행할 수 있습니다. <irony> 왜 그런지 잘 모르겠습니다. </ irony>

학교에서 만난 후 평생 동안 메인 프레임을 피한 이유는 무엇입니까? 잘:

• 메인 프레임에서 COBOL, CICS, RPG2 등을 여러 개 사용할 수있는 것은 사실이지만 , 이들과 함께 작업하면이 기능을 수행 할 가능성이 매우 높습니다. 더 나쁜 것은, COBOL이 지난 20여 년 동안 대규모로 "현대화"되었음에도 불구하고 (아직도 현대 언어라고 생각하지 않기 때문에 따옴표는 그렇습니다) COBOL에서 수행하는 대부분의 코딩은 여전히 ​​오래되었습니다. 스타일 코드 때문에 ...
• 메인 프레임에서 진행중인 실제 새로운 개발은 거의 없습니다. 메인 프레임 R & D 부서에서 일하는 IBM에 일자리를 얻는 경우 새로운 개발을 할 수있는 기회가 생길 수 있습니다 (이 경우 실제로 업무를 즐길 수도 있습니다). 그러나 실제로는 직면해야합니다. 거기서 일하지 않을 것입니다. 64KB가 엄청나게 큰 파일이라고 생각하는 사람이 작성한 일부 금융 기관 또는 다른 50 년 된 COBOL 코드를 유지 관리하는 백엔드에서 일하게됩니다. (이 사람이 아마도 당신의 상사 일 것입니다.)
• 메인 프레임에서 Linux를 실행할 수 있으므로 IBM의 메인 프레임 R & D 작업과 마찬가지로 원하는 프로그래밍 언어 나 환경에 다시 액세스 할 수 있다는 것은 사실입니다. 50 년 된 코볼을 유지하는 것으로 돌아 왔습니다.
• 기업 프로그래밍은 영혼을 빠뜨리는 데 매우 효율적입니다 (그리고 매우 운이 좋지 않으면 메인 프레임 프로그래머로 수행 할 기업 프로그래밍이라는 점을 기억하십시오).
• 빈민가이자 끊임없이 줄어들고 있습니다. ( 이 방법 은 MUMPS 와 같습니다 .) 메인 프레임 지식에 너무 가파르 면 메인 프레임이 아닌 다른 것으로부터 더 멀어집니다. 당신은 시도 할 수 있습니다유지하지만, 당신은하지 않습니다. 다른 서버 부문이 약간 줄어든 반면, 메인 프레임은 판매량이 증가했음을 지적했지만 요즘 서버 프로그래밍은 소수입니다. 지옥의 PC는 일반적으로 중요성을 잃고 있습니다. 프로그래밍의 세계는 매우 넓고 매우 다양하며, 다른 작은 부분과 비교하여 하나의 작은 부분이 커지는 것은 iPhone과 같은 사소한 것에서 갑작스럽고 폭발적인 프로그래밍의 성장과 비교할 때 의미가 없습니다. 소수 플랫폼 – 지금까지). 아니요, 메인 프레임에서 작업을 시작하면 다른 메인 프레임 사용자 만 생각, 기쁨 및 분노를 공유 할 수 있습니다. 이들은 죽어가는 종입니다. 이로 인해 부정적인 피드백 루프가 발생하여 무리의 축소가 더욱 빨라집니다.

메인 프레임 프로그래머가 커리어가 보람을 느끼고 기쁨과 흥미로운 도전으로 가득 찬 이유를 줄 수있는 많은 이유가 있다고 확신합니다. 실제로 나는 현장에 나를 모집하려는 사람들로부터 많은 것을 들었습니다. 그러나 결국 빈민가 문제로 인해 나는 확신하지 못했습니다. 들어가서 마음에 들지 않으면 어떻게 나가나요?

저는 27 세이며 4 년 이상 전문 개발자로 일했습니다 (그래서 저는 여전히 젊었을 수 있기를 바랍니다). 또한 통합 전문가로 일하면서 메인 프레임 개발 환경에 많은 노출을 얻었습니다.

1. 커뮤니티에서 진행중인 혁신은 거의 없거나 전혀없는 것 같습니다.
   나는 이것이 사실이 아니라는 것을 알고 있지만 우연한 관찰자에게는 그렇게 보인다. '마크를 남기기'어려운 지역에 참여하기를 원하는 사람은 없습니다.
2. 얼마나 많은 새로운 개발 또는 새로운 프로젝트가 진행되고 있습니까?
   내가 말할 수있는 한. 이 영역으로 들어가면 자신이 유지 보수 프로그래머가 될 것을 영원히 비난하는 것입니다.
3. 일반 학습자는 접근 할 수 없습니다.
   대부분의 사람들은 집에서 PC로 프로그래밍하는 방법을 배우기 시작했습니다. 다시 말하지만, 대부분의 사람들은 자신이 알고있는 것을 바꾸는 것을 좋아하지 않습니다. 따라서 서로 전환하는 데 시간과 동기가 필요합니다. 다른 두 가지 이유를 고려할 때 많은 응시자가 없습니다.

나는 9 월에 40 세가되어 더 이상 젊은이로서 자격이되는지 모르겠지만, 누군가 메인 프레임 프로그래머가되고 싶지 않은 이유에 대한 개인적인 지식을 가지고 있습니다.

지난 10 년간 일하면서 메인 프레임 프로그래밍에 전념해 왔습니다. 배치, jcl, Cobol, 어셈블러, Easytrieve, CICS 및 웹 서비스에 대해 알아야 할 모든 것을 배우고 나는 그것을 크게 즐겼으며 추세를 알지 못하더라도 여전히하고 있습니다. 저의 마지막 직장은 웹 개발자들 (jsp, javascript, spring and hibernate)과 함께 일하게되었고, 회사가 웹 개발자들과 비슷한 돈을 벌 수있는 경험을 가지고 있음을 알게되었습니다. 웹 개발자의 입장이 스트레스를 덜 받았다는 사실은 말할 것도 없습니다.

이 추세에 얽매인 후 메인 프레임 사업에서 나가기로 결정했습니다. 이제 자바로 웹 서비스를 개발하고 자바 스크립트로 프론트 엔드 UI를 개발하는 위치에 있습니다. 이 프로그래밍 스타일은 내가 메인 프레임에서 한 것보다 어렵지 않지만 이제는 더 많은 돈을 벌고 머리가 아프지 않습니다. 더 이상 오전 2시에 전화가 걸리지 않고 문제가 해결되고 핵심 시스템 프로세스가 내 문제를 해결하기 위해 기다리고 있습니다. 그렇다면 분산 시스템 프로그래머로서 더 많은 돈을 벌고 인생에서 스트레스를 덜받을 수있을 때 메인 프레임 프로그래머로 머무를 이유를 하나만 알려주세요.

나는 회사가 분산 시스템 시스템뿐만 아니라 메인 프레임 러에게 돈을 지불하는 상황이 있다고 확신하지만 개인적으로는 찾지 못했습니다. 또한 두 가지 관점에서 구직을 시작했으며 분산 시스템 채용 정보가 메인 프레임 채용 정보보다 10 대 1보다 많았다는 것을 알게되었습니다. 있다,이다.

지금까지 내가 본 것과 Linux 및 Windows와 비교할 때 메인 프레임 및 미드 프레임의 기본 문제는 사용하기 위해 미리 지불해야한다는 것입니다. 그리고 많이 지불하십시오. 매년. 모두를위한.

이것은 학생들이 감당할 수 없기 때문에 무언가에 관심을 갖도록하는 방법이 아닙니다. 관심이 없다면 자발적으로 경력을 쌓지 않을 것입니다.

불행히도 IBM의 비즈니스 모델은 학생들이 기계를 저렴하게 사용할 수 있도록 허용하지 않거나이를 변경할 가능성이 있습니다.

프로그래머로서의 첫 여름 직업 중 하나는 주로 녹색 화면과 PRN 파일을 긁는 것입니다. 그때 나는 아마도 COBOL에서 내 손을 더럽히는 것을 신경 쓰지 않았을 것입니다 (즉, 그들이 저를 코드로 들여 놓을만큼 학생으로 저를 믿었을 경우). 오늘도 같은 전망.

문제가 실제로 메인 프레임 과 관련이 있다고 생각하지 않습니다 . 새롭고 반짝이는 업계에 대한 (종종 정당화) 강박 관념입니다.

C를보십시오. C는 여전히 매우 중요한 언어입니다. 거의 모든 임베디드 코드와 대부분의 운영 체제는 C로 작성되었습니다. 조만간 아무데도 갈 수 없습니다. 그러나 C 프로그래머를 찾는 것이 점점 어려워지고 있습니다. 스택 오버플로 태그 페이지 에서 빠른 크기는 1/6 크기 [c#]와 1/4 크기입니다 [java]. C가 본질적으로 지배적 인 언어, 아마도 도시에서 유일한 게임이었을 때를 기억하는 사람이 있습니까?

프로그래머는 강력한 도구를 좋아합니다. 아마도 (SPECULATION ALERT) 대부분의 프로그래머가 남자이기 때문일 수 있습니다. Java 또는 .NET 프로그래머에게 파일을 복사하는 작업을 제공하지만 대부분은 아니지만 대부분은 DOS 배치 파일 또는 * nix 셸 스크립트를 50 배로 작성하는 대신 Java 또는 C #으로 작성하도록 선택합니다. 더 빨리 쓰고 배포 할 수 있습니다. 500 마리의 물고기를 잡을 수있는 거대한 개폐식 그물을 가지고있을 때 왜 막대와 릴을 사용하여 물고기를 잡을까요?

그렇습니다. COBOL과 PL / I는 오래 되었지만 Pascal도 마찬가지이며 여전히 델파이 형태로 생겨나 고 있습니다. 전자에 대한 혐오감은 아마도 그 언어가 현대 도구에 비해 다루기 어렵다는 사실에서 비롯된 것입니다 . 객체 지향은 여전히 ​​COBOL 세계에서 비교적 새로운 개념 이지만 ( 상대적으로 강조 ) C # 세계에서는 LINQ 및 제네릭과 AJAX가 몇 년 전에 혁명을 멈추었습니다. 메인 프레임에서 프로그래밍을 시작하도록 툴에 익숙한 개발자에게 요청하는 것은 록 음악가에게 밴조에서 연주를 시작하도록 요청하는 것과 같습니다.

물론 자기 영속적 인 고정 관념에도 문제가 있습니다. 젊은 프로그래머가있는 한 생각 메인 프레임에서 그들을 위해 아무것도 (그것이 사실인지 여부)이 없다는 것을 다음, 어떤 젊은 프로그래머 않는 것이 훨씬 나이 많은 사람들이 주위에 그들의 일의 대부분을 지출 끝날에가는 것을 선택. IT는 사회적으로 호소력있는 직업으로 시작하지는 않지만, 세대 간 격차를 해소하면 많은 사람들의 고통의 문턱 아래로 떨어질 수 있습니다. 악의적 인 의도는 없었습니다. 저는 개인적으로 대부분의 사람들이 나이 많은 사람들과 일하는 데 많은 시간을 보냈지 만 모든 사람이 그런 배경이나 그 능력을 가지고있는 것은 아닙니다.

마지막으로 대부분의 프로그래머는 유지 관리 작업을 즐기지 않으며 거의 ​​모든 메인 프레임 작업은 유지 관리입니다. PL / I로 작성된 새로운 소프트웨어 는 많지 않습니다 . 유지 보수 코드에 대해 전체 또는 대부분 정의 된 작업은 자동으로 마이너스 점수로 시작합니다.

레거시 코드 (메인 프레임 및 기타 여러 항목을 포함하는 "레거시")에 대한 작업 에는 긍정적 인 점이 있습니다 .

• 시스템은 중요한 인프라입니다. 적어도 비즈니스 세계 (Google / Microsoft가 아님)의 젊은 개발자는 실제로 큰 영향을 줄 기회를 얻지 못합니다 . 몇 개월 또는 몇 년 후에 방금 포기하거나 대체 할 시스템에 대해 작업하는 것이 마음에 들지 않습니다. 이미 50 년 동안 실행 해 온 메인 프레임 앱은 아마도 회사가이를 재건하는 것이 의미가 없기 때문에 훨씬 더 많이 실행될 것이므로 실제로 수행하는 작업 은 많은 사람들에게 중요 합니다.

• 당신이 실제로 그 몇 안되는 회사 중 하나 인 경우 않는 젊은이와 노인 모두 다음 "업그레이드"하는 경사, 프로그래머를 많이 가지고 다음 중요한 코드에서 작동하는 트윈 기회가 있기 때문에,이 기회에 매료 될 것입니다 및 이들의 C # / 자바 근육의 일부 플렉스합니다. 분명히 제정신 회사는 메인 프레임을 긁어 모으고 처음부터 다시 작성하지는 않았지만 Java 구성 요소와 통합되는 COBOL 코어가있는 시스템을 보았습니다.

• 마지막으로, 외부인이 인식 할 때 없어서는 안될 필수 요소가 있습니다. 모든 코드가 .NET에있는 경우 비용을 줄이려는 잘못된 시도로 소유자가 대학을 졸업하거나 오프 쇼어 팀을 위해 당신을 거래 할 위험이 항상 있습니다. 메인 프레임 세계에서는 그다지 자주 발생 하지 않는다고 생각 합니다. 특히 당신이 말하는 것이 사실이고 공급이 줄어드는 것 같습니다. 물론, 당신이 충분히 지불하지 않으면이 요점은 혼란입니다. 감소하는 공급을 반영하여 급여를 조정해야합니다. 그렇지 않으면 사람들이 "판매"하지 않습니다.

젊은 직원들에게 업무 환경을 호소하기 위해 회사에서 합리적으로 관대 한 제안을 거부하지 않는 많은 젊은 개발자들이 있다고 확신합니다. 그러나 당신이 그들에게 다가 가고 싶다면, 당신은 당신의 강점을 가지고 노는 것이 현명 할 것이며, 심지어 마케팅을 시작해야 할 수도 있습니다. 우리는 메인 프레임을 다른 외국 세계로 보는 경향이 있으며, 10 년 전 캠퍼스 직업 박람회에서 그 인식을 바꾸기 위해 노력하는 사람들을 보지 못했을 것입니다.

한 문장으로 요약하자면 , 메인 프레임을 매력적으로 만들 수있는 것은 없으며 , 매력적인 것도 없으며 , 생산성 향상과 무료 청량 음료를 제공하는 최첨단과 비교할 때 심각한 단점을 안겨줍니다.

나는 젊고 (30 대 중반) 현재 메인 프레임 지원에서 일하고 있습니다. 롤 플레잉, 코볼, 독점 4GL 쓰레기. 개발 속도가 느리고 가능한 경우 최신 언어를 사용하여 최신 하드웨어로 마이그레이션합니다.

메인 프레임 개발은 최신 시스템에 비해 매우 번거롭기 때문에 메인 프레임 자체가 백엔드로 강등되는 경향이있는 반면, 메인 프레임 자체에서 수행 된 일종의보고 및 데이터 변환을 수행하는 데 더 현대적인 언어가 사용됩니다. 이 시점에서 대부분의 데이터 입력을 일괄 처리 프로세스로 전환 했으므로 서버에 남아있는 유일한 것은 청구 관련입니다.

좋은 틈새 시장처럼 보일지 모르지만 많은 회사들이 더 이상 이러한 시스템이 더 이상 필요 하지 않다는 사실을 깨닫고 있습니다. 금융계에서는 변화가 느리게 일어나지 만 실제로 일어난다.

개인적으로 나는 메인 프레임에 대한 마케팅 이점이 무엇인지 이해하지 못합니다.

빠른 숫자와 데이터 처리? 처리를 위해 팜 전체에 배포하거나 강력한 "정상"서버를 구입할 수없는 이유는 무엇입니까?

높은 중복성과 확장 성? 오히려 Linux 서버 팜 또는 일련의 가상 서버를 원합니다.

가상화 및 여러 OS? "클라우드"전략 대신이를 사용하면 성능에 상당한 차이가 있습니까?

이 모든 것들을 더 자세히 이해하고 싶지만 메인 프레임을 차별화하는 것에 대한 유용한 설명이 부족하기 때문에 이러한 시스템을 프로그래밍하지 않는 주된 이유가 있습니다.

저는 25 살이고 현재 MSCS 프로그램 (저의 배경은 CS가 아닙니다)에 있으며 메인 프레임에 확실히 관심이 있습니다. 문제는 어디서부터 시작 해야할지 잘 모르겠습니다. COBOL을 살펴본 결과 괜찮은 컴파일러를 얻을 수있는 곳을 모릅니다 (COBOL을위한 괜찮은 컴파일러조차 확실하지 않습니다. 오픈 소스 컴파일러가 있지만 품질이 확실하지 않음). 나는 그것에 대한 많은 정보를 보지 못하고 정직합니다.이 시간을 찾는 데는 .Net 또는 Java 프로젝트에서 적극적으로 작업 할 수있는 시간입니다 (.Net을 선호하지만 학교 활동은 Java입니다) . @Joshua Smith와 마찬가지로 메인 프레임에 들어가면 내 인생이 될까 걱정하지만 웹 응용 프로그램과 전체 웹 2.0 열풍보다 흥미 롭습니다. 그래도

결론은 다음과 같습니다.

(1) 메인 프레임 프로그래밍을 배우기 위해 알아야 할 내용을 쉽게 알 수있는 정보는 없습니다.
(2) 내 인생에서 지금은 생계를 위해 프로그래밍 할 수 있기를 원합니다. 저의 학업 경력이 끝날 때 포트폴리오를 가지고 나가야 할 것들을 배울 수있는 많은 자료가 있기 때문에 학교에서이 목표를 향해 노력하고 있습니다.
(3) 갇히기가 어렵습니다. 내가 즐기지 않는 일을하고 직업을 위해서만 메인 프레임을 할 수있는 가능성은 나를 놀라게하는 것입니다. (하지만 자유 시간에 새로운 것을 칫솔질하는 것과 같은 방법이 있다는 것을 알고 있습니다. 오픈 소스에 기여)

이것은 젊은 프로그래머로서의 개인적인 관점 일뿐입니다. 전에는 메인 프레임에서 작업 한 적이 없으므로 직접 경험 한 내용과 대화 할 수 없습니다. 그러나, 그것은 내가 한 일을 한 번도 해본 적이 없으며 곧 일어날 일을 예견하지 않습니다. 메인 프레임과 간단한 서버 사이의 선을 어디에서 그릴 지 확실하지 않지만 메인 프레임을 생각할 때 Z-Series 900과 같은 IBM 시스템은 전기로 하루에 $ 35를 매일 먹는다고 생각합니다. 나는 여가 시간에 지칠 시간을 내 지하실에있는 사람들 중 한 명도 갖지 않을 것입니다. 특히 오래된 머신을 잡을 때 우분투 서버를 던지고 내가 느끼는 것을 쉽게 호스트하십시오. 문제가 발생하면 Linux 커뮤니티가 엄청 나서 다른 사람이 내 문제를 겪고 온라인으로 솔루션을 게시했을 가능성이 있습니다. 나는 단지 추측하고 있습니다.

10 년 전 직원을 고용했을 때 메인 프레임 작업을 시작했습니다. 이전에는 메인 프레임을 건드리지 않았습니다.

내가 좋아하지 않은 몇 가지 측면이 있었으므로 가능한 빨리 메인 프레임 작업을 중단했습니다.

1. 코드 편집은 매우 원시적이었습니다. 기본적으로 텍스트 편집기에서 모든 대문자와 80 자 라인으로 수정되었습니다. 코드 완성이나 구문 검사가 없습니다.
2. 일괄 작업을 시작하여 컴파일이 완료된 후 일정 시점에 일정이 잡히고 보통 운이 좋으면 다음 5 분 동안 실행되었습니다. 오타가 있고 코드가 컴파일되지 않은 경우 여러 번 반복하십시오.
3. 어떤 종류의 디버거도 없었습니다. 변수 값을 출력하고 긴 컴파일 단계를 반복하여 디버깅을 수행했습니다.
4. 우리가 한 변화는 항상 엄청나게 보수적이었습니다. 우리는 어딘가에 파일 캐비닛에 종이로 작성된 유일한 문서가있는 20 년의 레거시 코드를 작성했습니다. 또한 이것은 재무 코드이므로 오류에 대한 내성이 없었습니다. 따라서 실제 코딩 단계는 사전에 필요한 연구에 비해 최소였습니다.

(OTOH는 일정 기간 동안 매우 고급 버전 제어 및 코드 프로모션을 수행했습니다.)

메인 프레임 인력 가입을 고려해야하는 두 가지 이유 :

1. 잘 지불
2. 많은 개구부가 있습니다

메인 프레임 분야의 그레이 잉 인력은 현장 에서 수많은 개구부 를 생성 할 것 입니다.

저는 대기업 금융 회사에서 일하고 있으며 향후 5 년 안에 직원의 약 30 %가 은퇴 할 것입니다. 이 숫자는 10-15 년 안에 기하 급수적으로 증가 할 것입니다.

더 많은 이유 :

• 나는 25 년 이상 현장에 있었고 지루한 적이 없습니다.
• 일자리 경쟁이 줄어 듭니다.
• 기술에 대한 불평을 중단하십시오 (위의 일부 게시물 참조). 오래된 기술 일 수도 있지만 여러 가지면에서 개방형 시스템보다 몇 년 앞서 있습니다. HTML-휴식을 취하십시오. 대학에서 30 년 전에했던 기본과 매우 비슷합니다. 우리는 그 너머에 있습니다.
• 메인 프레임은 빠르고 신뢰할 수 있으며 시도되고 사실입니다.
• 당신이 매우 밝고 문제 해결을 좋아한다면 시스템 프로그래밍을 시도하십시오.
• 팀 리더로서, 훈련을받은 젊고 숙련 된 기술자를 찾아 구멍을 채울 수 있기를 바랍니다.
• 내가 잘 지불한다고 언급 했습니까?
• 소프트웨어 개발 외에 하드웨어 엔지니어, 스토리지 기술, 네트워킹 등과 같은 다른 메인 프레임 경력 옵션.
• 재미 있고 흥미 진진하며 도전적인 경력이 있습니다.
• 메인 프레임을 구식 기술로 생각하지 마십시오. 확인하고 제가 말한 모든 것을 확인하십시오.

IBM의 System z Academic Initiative도 확인하십시오.

저는 아직 어리석은 프로그래머이고 (29 세) 메인 프레임 개발에 관심이 없습니다. 저는 .NET 팀의 보험 회사에서 일하지만 대규모 메인 프레임 프로그래머 팀과도 협력합니다.

메인 프레임 세계를 매력적으로 만드는 몇 가지가 있습니다. 첫째, COBOL이 있습니다. 나는 세계의 많은 부분이 코볼에서 실행된다는 것을 이해하지만 언어가 내 눈에 덜 추한 것은 아닙니다.

다음으로 '사이클'이라는 개념이 있습니다. 이것이 메인 프레임에 공통적인지 또는 우리가하는 방식 일지 모르겠지만 메인 프레임은 현재 데이터를 가져 오기 전에 밤새주기를 실행해야합니다. 우리 매장의 .NET 측은 메인 프레임과 데이터를주고받는 데 중점을두고 있습니다 (특히 에이전트의 내부 LOB 웹 사이트에 수많은 데이터 표시). 비즈니스는 상담원에게 표시되는 데이터를 최신 상태로 유지하려고합니다. 그러나 메인 프레임은 (제한된) 실시간 개념 내에서 작동하지 않습니다. 다음 날 메인 프레임에서 실제로 출력 될 것으로 예상되는 것을 웹 사이트에서 시뮬레이션하기위한 몇 가지 미친 해결 방법이 있습니다.

마지막으로,이 시점에서 메인 프레임 개발을 향해 나아가면 내 경력을 장악 할 것이라고 확신합니다. 현대 개발자로서의 기술은 점점 더 뒤쳐져 결국 COBOL 유지 관리가 유일한 선택이 될 수있는 시점에 도달 할 것이라고 생각합니다. 나는 지금, 특히 지금부터 10 년 동안 좋은 돈을 벌어야한다는 것을 알고 있지만 돈은 내 경력의 우선 순위 목록에서 네 번째 또는 다섯 번째입니다. 새롭고 흥미로운 일을하는 것을 의미한다면 괜찮은 급여를 계속 받고 싶습니다.

주로 Java를 사용하지만 백엔드에는 메인 프레임을 사용하므로 RPG를 많이 처리해야합니다. 내가 가진 가장 큰 문제는 공개적으로 사용 가능한 문서가 없다는 것입니다. 대부분 iSeries DB2로 변환되는 DB2에 대한 SQL 문서를 찾을 수 있지만 publib.boulder는 Sun javadoc에 비해 끔찍합니다.

내가 싫어하는 또 다른 것은 주요 메인 프레임 언어의 구문을 읽기 어렵다는 것입니다. RPG에는 로컬 범위 개념이 없으므로 거대한 변수 선언 블록이 필요합니다. 코볼도 같은 문제로 고통 받고 있다고 생각합니다. 또한 의미없는 변수 이름과 숨겨진 의미로 이어집니다. 또한 많은 다른 내장 기능을 가지고 있는데, 알아내는 데 어려움을 겪습니다 (위 참조). 진지한 프로그래밍에 더 이상 BASIC을 사용하지 않는 이유를 상기시켜줍니다. 고맙게도 IBM은 모든 사람을 Java로 옮기려고 노력하지만 이러한 레거시 언어는 곧 사라지지 않을 것입니다.

이런 환경에서 프로그램을 배우는 것에 대해 흥분하는 것이 어렵다는 것을 알게되었습니다.

봐요, 저는 42 살이고 메인 프레임에 관심이 없습니다. 자, 그 자격을 갖추자. 컴퓨팅 역사에 관심이 있습니다. 필자는 메인 프레임 아키텍처를 어느 정도 연구했으며, 예를 들어 IBM 메인 프레임이 Motorola 68000 또는 80386과 같은 마이크로 프로세서 아키텍처에 어떤 영향을 주 었는지 이해합니다. 1960 년대의 메인 프레임은 이미 30Mhz를 초과하는 속도로 깜짝 놀랐으며 가상의 고급 멀티 태스킹 운영 체제를 사용했습니다. 추억. 이러한 환경에 익숙한 사람들에게 초기 마이크로 프로세서는 여러 가지면에서 실망 스러웠으며, 마이크로 프로세서 기반 아키텍처가 유사한 기능과 성능을 따라 잡는 데 꽤 오랜 시간이 걸렸습니다.

그러나 이러한 아키텍처를 따라 잡으면 메인 프레임은 오래 전부터 "힙"상태가되지 않습니다. 해커가 벤치에 미니 컴퓨터를 가져올 수있을 때와 곧 Unix를 실행하는 워크 스테이션 직후에 일어났습니다.

메인 프레임은 1980 년대 초반부터 젊은 프로그래머들에게 외계인이었습니다. 그것은 메인 프레임 회사들이 당신들 자신의 질문을하기에 좋은 시간이었을 것입니다.

오늘날의 대답은 세대 간 재귀 적입니다. 젊은 프로그래머는 컴퓨팅에 관심이있는 부모 나 교사가 있더라도 부모와 교사 (나 같은 40 명 이상의 괴짜)는 이미 메인 프레임으로 분기에 아무 일도하지 않았기 때문에 메인 프레임에 관심이 없습니다. 세기 전에.

어쨌든 오늘날 휴대 전화는 30 년 전에 메인 프레임이 사용했던 작업을 처리 할 수 ​​있습니다! 저렴한 서버 박스 팜이 새로운 메인 프레임입니다. 따라서 오늘날 새로운 메인 프레임 프로그래머가있는 방식으로, 클라우드 시스템을 구축하기 위해 네트워크 장비를 함께 쌓는 전문가 만이 있습니다. 우리는 Mark Zuckerberg와 그의 갱이 페이스 북을 만들 때 새로운 종류의 메인 프레임 프로그래밍을하고 있다고 말할 수있었습니다. 이는 단순한 마이크로 프로세서에서 디스크로 실행되는 작은 응용 프로그램이 아니라는 점입니다.

그런데 메인 프레임의 마지막 특산품 중 하나는 가상화였습니다. 그러나 이제 데스크톱 / 서버 시스템에서 유비쿼터스가되었습니다. 사람들은 처음에는 소프트웨어 기술을 사용하여 잘못하기 시작했습니다. VM은 사용자가 성능 저하를 신경 쓰지 않을 정도로 유용했습니다. 그런 다음 인텔과 같은 회사는 메인 프레임을 다시 살펴보고 하드웨어 가상화를 지원하여 빠른 속도로 지원함으로써 몇 가지 교훈을 배웠습니다.

웹, 휴대 전화 또는 PC 개발을 배우는 것은 다소 싸고 쉽습니다.

구식 메인 프레임조차도 하드웨어 비용이 엄청나게 높으며, IBM은 Hercules 에뮬레이터 프로젝트 (System / 370, ESA / 390 및 zSeries를 에뮬레이트 할 수 있도록 함) 에 대해 종종 화를냅니다 . Hercules가 없으면 가장 부유 한 애호가를 제외한 모든 사람이 접근 할 수없는 메인 프레임 아키텍처 및 애플리케이션 개발을 배우는 데 드는 비용이 발생합니다.

80 년대에 학생이 사용할 수있는 메인 프레임이 있기 때문에 제가 다녔던 대학은 없습니다. IBM과 메인 프레임 업계의 다른 귀신들은 발걸음을 딛고 학습에 덜 접근 할 수 있다고 생각합니다.

IBM 메인 프레임, 특히 zSeries에 대한 몇 가지 사실부터 시작하겠습니다.

하드웨어는 반짝이는 새 브랜드입니다. 여기에는 사용 가능한 최신 전자 제품 및 칩 설계가 포함되어 있으며 빠릅니다.

z / OS는 1960 년대에 그 뿌리를두고 있지만, 지속적인 호환성을 위해 IBM의 페티쉬로 인한 단점과는 별개로 지속적인 개발과 최소한 두 번의 완전한 재기록을 거쳤으며, 일반적으로 사용되는 최신 OS 중 하나 일 것입니다.

주요 판매 포인트는 다음과 같습니다.

• 프로그램이 MVS / MVT 시스템에서 1976 년에 실행 된 경우, 이전의 호환성은 재 컴파일되지 않고 최신 zSeries에서 실행될 가능성이 높습니다.
• 대역폭 액세스를 이동하고 방대한 양의 데이터를 방대한 속도와 매우 세밀한 수준으로 저장할 수 있습니다.
• 유효성. 지난 15 년 동안 사용 가능했던 SYSPLEX는 여러 사이트에 걸쳐 원활한 클러스터링을 제공하며,로드 밸런싱, 자동 장애 조치 등이 대부분 하드웨어에 구현되어 있습니다. 대부분의 * nix 클러스터링을 기본적으로 보이게합니다.
• 수렴. 이것은 조금 이상하게 들리지만 POSIX를 완벽하게 지원하고 초고속 JVM을 사용하면 최신 메인 프레임을 다른 * NIX 상자와 구별 할 수 없습니다.

지금까지 메인 프레임은 전문가들이 교체하려고했던 거의 모든 것보다 오래 지속되었습니다.

몇 가지 단점이 있습니다.

• 이전 버전과의 호환성은 많은 상점들이 20, 30, 일부 경우에는 40 년 된 시스템을 운영하고 있음을 의미합니다. 그들은 잘 작동하고 비즈니스 기능을 잘 수행하지만 (또는 여전히 실행되지 않을 것입니다!) 그들은 과거 시대의 코딩 스타일과 강박 관념을 반영합니다.
• 후진 문화. 고대 COBOL 시스템의 빈민가에서 일하는 프로그래머는 세계가 발전했다는 것을 깨닫지 못하거나 화석화 된 경영을한다면 그렇게하지 않을 것입니다.
• 가용성 부족. 이 몬스터들 중 하나에 대한 대가로 실제로 돈을받지 않으면, 당신은 그 몬스터들에게 접근 할 수 없습니다. 당신이 일하는 곳이있을 수도 있지만, 직무 설명에 그 일이 포함되어 있지 않으면 로그인을 할 수 없습니다. "herecules"에뮬레이션 소프트웨어에 대한 다른 게시물에서 많이 언급되어 왔으며 실제로 훌륭하지만 전문가 만 사용할 수 있으며 고대 버전의 운영 체제를 실행하며 CICS, COBOL 및 가장 많이 실행되는 메인 프레임 응용 프로그램의 프레임 워크를 형성하는 DB2.

재밌게 물어봐. 우리는 대학에서 메인 프레임에 관해 이야기를했으며 IBM은 메인 프레임 개발자 수준에 대해 불쾌감을 느꼈습니다. 그러므로 대학에서 메인 프레임 모듈을 구현하고 메인 프레임 프로그래밍을 가르치며 메인 프레임 중 하나에 원격으로 액세스 할 수 있습니다.

실제로 9 월에이 모듈을 사용하고 있는데, 다시 할 일이 아닐 수도 있지만 '다른'작업을하고 새로운 패러다임에 눈을 뜨는 기회를 줄 것입니다.

저는 28 살이고 10 년 동안 전문 개발자였습니다. 메인 프레임에서 3 년간 일했습니다.

환경은 난해하고 부실하며 정체되어 혼란 스러웠습니다 (JCL 및 ISPF 누구입니까?). 그 말에 따르면 나는 시스템에 대해 많은 존경을 받았으며, 모든 것이 어떻게 작동했는지, 규모가 중요했습니다. 이 시스템은 150M SLOC와 같은 것으로 SOA를 통해 중급 UNIX 서버 팜을 지원했으며 문자 그대로 국가의 주요 부분을 운영했습니다.

그렇게 말하면서 왜 젊은 프로그래머들은 관심이 없습니까? 여기에 "젊은"프로그래머 (23 세에이 시스템을 시작했습니다)가 있습니다. 이것이 제가 작업하고있는 시스템과 제가 수행 한 연구에 대한 저의 관점입니다.

• 새로운 메인 프레임 개발은 거의 없습니다. 그것의 많은 것은 레거시입니다.
• 입장에 큰 장벽이 있습니다
• 업무는 금융, 대기업 및 정부를위한 것입니다. 이 중 어느 것도 최첨단이 아닙니다.
• 개발 도구는 오래되었고 오래되었습니다. 디버깅은 VS와 다릅니다.

메인 프레임은 항상 경제에서 자리를 차지할 것입니다. 막대한 비용 및 지원 요구 사항으로 인해 초기 비즈니스를 추진하지 않습니다.

메인 프레임에는 아마도 매우 흥미로운 작업이 있다고 생각하지만 실제로 경력을 그 방향으로 옮기는 것이 무서울 것입니다. 10 년 동안 줄을 섰을 가능성이 너무 커서 내 경험이 쓸모없고 메인 프레임 프로그래머가 할 수있는 일이 없습니다. 설치 기반이 축소 된 정체 된 기술에 많은 시간을 투자하여 자신을 더 이상 사용하고 싶지 않습니다.

그 대답은 미래가 없다는 것입니다. 저는 메인 프레임 프로그래머로서 22 년의 경력을 가지고 있으며 5 년간 일을하지 않았습니다. 웹 개발에서 학사 학위를 받기 위해 학교로 돌아갑니다. 올바른 생각을 가진 사람이 메인 프레임 COBOL 프로그래머가 되려는 이유는 무엇입니까?

시야