Tại sao các lập trình viên trẻ không quan tâm đến máy tính lớn? [đóng cửa]

Một vấn đề quan trọng với máy tính lớn là nhóm các lập trình viên hỗ trợ đang suy giảm. Mặc dù thông thường, điều này sẽ không thành vấn đề khi nguồn cung lập trình viên giảm sẽ được bù đắp bằng mức lương ngày càng tăng, khiến nguồn cung lập trình viên tăng lên thông qua luật cung cầu, tôi không chắc điều này thực sự xảy ra máy tính lớn.

Mặc dù chúng vẫn hình thành cơ sở hạ tầng quan trọng cho nhiều doanh nghiệp, nhưng thực tế đơn giản là không có đủ số lượng lập trình viên trẻ xuất hiện để duy trì dân số hỗ trợ.

Tại sao lại thế này? Điều gì làm cho máy tính lớn không hấp dẫn đối với các lập trình viên trẻ?

Tôi là một lập trình viên cũ và tôi không quan tâm đến máy tính lớn. Lý do của tôi có thể sẽ tương tự như lý do được đưa ra bởi các lập trình viên trẻ, tuy nhiên, mặc dù không có sự thiếu hiểu biết về công nghệ nên rất rõ ràng trong nhiều câu trả lời này.

Trước tiên, hãy tránh sự thiếu hiểu biết:

• Các tuyên bố khác nhau về việc không thể dùng thử máy tính lớn là sai. Hercules đã có sẵn từ năm 1999, có khả năng lâu hơn nhiều người trả lời đã lập trình chương trình và mặc dù IBM cho rằng nó sẽ biến mất bất cứ lúc nào sớm là không đáng kể (đặc biệt là đó là nguồn mở). Trên thực tế, thực tế là bạn không thể (về mặt pháp lý) chạy phần mềm đắt tiền cho nó, có rất nhiều phần mềm có sẵn mà bạn có thể chạy trên nó, bao gồm cả phần mềm thực sự vẫn còn được sử dụng khá phổ biến ngoài kia.
• Một lần nữa, trái với dư luận, có nhiều máy tính lớn hơn so với COBOL, CICS và RPG2. Thật vậy, hầu như (nhưng không hoàn toàn) bất cứ thứ gì bạn có thể chạy trên PC chạy Linux, bạn có thể chạy trên máy tính lớn. <trớ trêu> Tôi không chắc tại sao. </ trớ trêu>

Vậy tại sao tôi lại tránh các máy tính lớn suốt đời sau khi gặp chúng ở trường? Tốt:

• Mặc dù đúng là bạn có thể sử dụng nhiều hơn COBOL, CICS, RPG2, v.v. trong các máy tính lớn, tỷ lệ cược rất cao mà nếu bạn làm việc với chúng thì đây là điều bạn sẽ phải làm. Thậm chí tệ hơn, mặc dù COBOL đã được "hiện đại hóa" một cách ồ ạt trong hai thập kỷ qua (sợ trích dẫn vì tôi vẫn không nghĩ đó là ngôn ngữ rất hiện đại), hầu hết các mã hóa bạn sẽ làm trong COBOL vẫn sẽ cũ mã kiểu vì ...
• Có rất ít sự phát triển mới thực sự đang diễn ra trong các máy tính lớn. Nếu bạn tìm được một công việc tại IBM làm việc cho bộ phận R & D của máy tính lớn của họ, bạn có thể có cơ hội phát triển mới (và trong trường hợp đó bạn thậm chí có thể thực sự thích công việc của mình!). Trong thực tế, mặc dù, đối mặt với nó: bạn sẽ không làm việc ở đó. Bạn sẽ làm việc trong phòng sau của một số tổ chức tài chính hoặc mã duy trì 50 năm tuổi duy trì được viết bởi một người vẫn nghĩ rằng 64KB là một đống khổng lồ. (Anh chàng này có thể sẽ là ông chủ của bạn.)
• Mặc dù đúng là bạn có thể chạy Linux trên máy tính lớn và do đó có quyền truy cập vào hầu hết mọi ngôn ngữ lập trình hoặc môi trường mà bạn muốn, như khi làm việc cho R & D của máy tính lớn của IBM, bạn sẽ không nhận được công việc đó. Đó là quay trở lại để duy trì COBOL 50 năm tuổi.
• Lập trình công ty rất hiệu quả trong việc hút linh hồn ra khỏi bạn (và hãy nhớ rằng, đó là lập trình công ty bạn sẽ làm với tư cách là một lập trình viên máy tính lớn trừ khi bạn RẤT may mắn).
• Đó là một khu ổ chuột, và một ngày càng thu hẹp. (Nó giống như MUMPS theo cách này.) Nếu bạn quá say mê với truyền thuyết máy tính lớn, bạn sẽ bị xa hơn bất cứ thứ gì không phải máy tính lớn. Bạn có thể thửđể theo kịp, nhưng bạn sẽ không. Tôi biết ai đó đã chỉ ra rằng các máy tính lớn đã tăng doanh số bán hàng trong khi các lĩnh vực máy chủ khác thu hẹp một chút, nhưng lập trình máy chủ là thiểu số ngày nay. PC địa ngục nói chung đang mất dần tầm quan trọng. Thế giới lập trình rất rộng và rất đa dạng và có một phần rất nhỏ của nó phát triển so với một phần rất nhỏ khác là vô nghĩa khi so sánh với sự phát triển đột ngột, bùng nổ của lập trình trong một thứ tầm thường như iPhone (chính nó là một nền tảng thiểu số - cho đến nay). Không, bắt đầu làm việc trong các máy tính lớn và bạn sẽ chỉ có các máy tính lớn khác để chia sẻ suy nghĩ, niềm vui và cơn thịnh nộ của bạn - và chúng là một giống chó sắp chết. Điều này dẫn đến một vòng phản hồi tiêu cực làm cho đàn thu nhỏ hơn nữa và nhanh hơn.

Tôi chắc chắn có rất nhiều lý do mà một lập trình viên máy tính lớn có thể đưa ra lý do tại sao sự nghiệp là bổ ích và đầy niềm vui và những thách thức thú vị. Thật vậy, tôi đã nghe nhiều người trong số họ từ những người cố gắng tuyển dụng tôi vào lĩnh vực này. Tuy nhiên, cuối cùng, tôi vẫn không bị thuyết phục, chủ yếu là do vấn đề ghetto. Nếu tôi vào và thấy tôi không thích nó, làm sao tôi thoát ra được?

Tôi 27 tuổi và đã là một nhà phát triển chuyên nghiệp trong hơn 4 năm (vì vậy tôi hy vọng điều đó đủ điều kiện cho tôi vẫn còn trẻ). Tôi cũng làm việc như một chuyên gia tích hợp vì vậy tôi tiếp xúc nhiều với thế giới phát triển máy tính lớn.

1. Dường như có ít hoặc không có sự đổi mới đang diễn ra trong cộng đồng.
   Tôi biết rằng đây không phải là trường hợp chính xác, nhưng đối với người quan sát thông thường thì có vẻ như vậy. Không ai muốn tham gia vào một khu vực khó "để lại dấu ấn của bạn".
2. Có bao nhiêu sự phát triển mới hoặc các dự án mới đang diễn ra?
   Không có gì xa như tôi có thể nói. Nếu bạn đi vào lĩnh vực này, bạn sẽ tự kết án mình là một lập trình viên bảo trì mãi mãi.
3. Nó không thể truy cập cho người học bình thường.
   Hầu hết mọi người bắt đầu học cách lập trình trên PC ở nhà. Một lần nữa, hầu hết mọi người không muốn chuyển từ những gì họ biết. Vì vậy, việc chuyển đổi từ cái này sang cái khác cần có thời gian và động lực. Với 2 lý do khác, không có nhiều người tham gia.

Tôi sẽ tròn 40 tuổi vào tháng 9 vì vậy tôi không biết liệu điều đó có đủ điều kiện cho tôi khi còn trẻ hay không nhưng tôi có kiến ​​thức cá nhân về lý do tại sao một người nào đó có thể không muốn trở thành một lập trình viên máy tính lớn.

10 năm cuối đời làm việc của tôi là dành riêng cho lập trình máy tính lớn. Tìm hiểu tất cả những điều cần biết về đợt, jcl, Cobol, Trình biên dịch, Easytrieve, CICS và Dịch vụ web và tôi rất thích nó và vẫn sẽ làm điều đó nếu không nhận thấy xu hướng. Nơi làm việc cuối cùng của tôi đã cho tôi làm việc cùng với các nhà phát triển web (jsp, javascript, spring và hibernate) và tôi nhận thấy rằng công ty đang mang đến cho các nhà phát triển web với kinh nghiệm nhiều năm tương đương với nhiều tiền hơn. Chưa kể thực tế là vị trí nhà phát triển web đã bớt căng thẳng hơn rất nhiều.

Sau khi chán ngấy với xu hướng này, tôi quyết định rời khỏi ngành kinh doanh máy tính lớn. Bây giờ tôi đang ở một vị trí mà tôi phát triển các dịch vụ web với java và giao diện người dùng với javascript. Phong cách lập trình này không khó hơn những gì tôi đã làm trên máy tính lớn nhưng giờ tôi kiếm được nhiều tiền hơn và bớt đau đầu hơn. Tôi không còn nhận được cuộc gọi đó vào lúc 2:00 sáng rằng một cái gì đó đã được xử lý và các quy trình hệ thống cốt lõi đang chờ tôi khắc phục các sự cố của mình. Vì vậy, hãy cho tôi một lý do chính đáng tại sao tôi sẽ ở lại làm lập trình viên máy tính lớn khi tôi có thể kiếm được nhiều tiền hơn và bớt căng thẳng hơn trong cuộc sống của mình với tư cách là một lập trình viên hệ thống phân tán?

Tôi chắc chắn có những trường hợp các công ty trả tiền cho máy tính lớn cũng như anh chàng hệ thống phân tán nhưng cá nhân tôi không tìm thấy chúng. Ngoài ra, tôi bắt đầu thực hiện tìm kiếm việc làm từ cả hai quan điểm và phát hiện ra danh sách công việc hệ thống phân tán vượt xa danh sách công việc máy tính lớn ít nhất 10 đến 1. Điều đó cho tôi biết rằng tại thời điểm hiện tại, tôi có cơ hội việc làm tốt hơn, máy tính lớn không phải là nơi để thì, là, bị, ở.

Từ những gì tôi đã thấy cho đến nay và so sánh với Linux và Windows, vấn đề cơ bản với máy tính lớn và máy tính lớn là bạn PHẢI trả trước để sử dụng chúng. Và trả nhiều tiền. Mỗi năm. Cho tất cả.

Điều này chỉ đơn giản không phải là cách để làm cho sinh viên quan tâm đến một cái gì đó, bởi vì họ không thể đủ khả năng. Nếu nó không làm họ hứng thú, có lẽ họ sẽ không tự nguyện làm nên sự nghiệp của nó.

Thật không may, mô hình kinh doanh của IBM không cho phép làm cho các máy có sẵn với giá rẻ cho sinh viên hoặc họ có thể có cơ hội thay đổi điều này.

Một trong những công việc mùa hè đầu tiên của tôi với tư cách là một lập trình viên chủ yếu dựa trên việc quét các màn hình xanh và các tệp PRN. Hồi đó, có lẽ tôi đã không bận tâm đến việc bị bẩn tay trong COBOL (đó là nếu họ đã tin tưởng tôi đủ với tư cách là một sinh viên để cho tôi vào mã đó), nhưng tôi không chắc liệu tôi có cảm thấy giống như vậy về cùng một triển vọng ngày hôm nay.

Tôi không nghĩ rằng vấn đề thực sự là với máy tính lớn . Đó là nỗi ám ảnh (thường được biện minh) của ngành công nghiệp của chúng tôi với cái mới và sáng bóng.

Nhìn vào C. C rõ ràng vẫn là một ngôn ngữ cực kỳ quan trọng. Hầu như tất cả các mã nhúng và hầu hết các hệ điều hành đều được viết bằng C. Nó sẽ không đi đâu cả sớm. Tuy nhiên, việc tìm lập trình viên C trở nên khó khăn hơn. Một người thích nhanh chóng ở trang thẻ Stack Overflow đặt nó ở kích thước 1/6 [c#]và 1/4 kích thước [java]. Có ai nhớ khi C về cơ bản là ngôn ngữ chính, được cho là trò chơi duy nhất trong thị trấn không?

Lập trình viên yêu thích các công cụ mạnh mẽ. Có lẽ đó là vì (ĐẶC BIỆT) hầu hết các lập trình viên đều là đàn ông. Bạn giao cho một lập trình viên Java hoặc .NET nhiệm vụ sao chép một tệp và nhiều người nếu không hầu hết vẫn sẽ chọn viết nó bằng Java hoặc C # thay vì viết một tệp bó DOS hoặc tập lệnh shell * nix gấp 50 lần nhanh hơn để viết và triển khai. Tại sao sử dụng cần câu và cuộn dây để bắt cá khi bạn có một cái lưới có thể thu vào khổng lồ có thể bắt được 500 con cá?

Đúng, COBOL và PL / I đã cũ , nhưng Pascal cũng vậy, và nó vẫn còn sống và đá dưới dạng Delphi. Sự ác cảm với trước đây có lẽ bắt nguồn từ thực tế là những ngôn ngữ đó khó sử dụng so với các công cụ hiện đại. Định hướng đối tượng vẫn là một khái niệm tương đối mới trong thế giới COBOL (nhấn mạnh vào tương đối ), nhưng trong thế giới C #, LINQ và generic và AJAX đã ngừng cách mạng nhiều năm trước. Yêu cầu một nhà phát triển quen với các công cụ đó để bắt đầu lập trình trên máy tính lớn cũng giống như yêu cầu một nhạc sĩ rock bắt đầu chơi trên banjo.

Tất nhiên cũng có vấn đề về khuôn mẫu tự tồn tại. Chừng nào các lập trình viên trẻ tuổi tin rằng không có gì cho họ trong các máy tính lớn (dù điều đó có đúng hay không), thì bất kỳ lập trình viên trẻ nào chọn đi vào đó cũng sẽ dành phần lớn thời gian của họ cho những người già hơn nhiều. CNTT không phải là một nghề hấp dẫn xã hội để bắt đầu, nhưng sự không tôn trọng của khoảng cách thế hệ có xu hướng đưa nó xuống dưới nhiều ngưỡng đau của mọi người. Không có ý xúc phạm - Cá nhân tôi đã dành phần lớn cuộc đời của mình để làm việc với mọi người nhiều tuổi hơn, nhưng không phải ai cũng có nền tảng hoặc khả năng đó.

Cuối cùng, hầu hết các lập trình viên không thích công việc bảo trì và hầu hết tất cả các công việc máy tính lớn là bảo trì. Không có nhiều phần mềm mới được viết bằng PL / I. Bất kỳ công việc nào được xác định hoàn toàn hoặc phần lớn xung quanh mã bảo trì sẽ tự động bắt đầu với điểm số âm.

Có những mặt tích cực để làm việc với mã kế thừa ("di sản" bao gồm các máy tính lớn và nhiều thứ khác), mà có lẽ bạn sẽ cần phải chơi lên nếu bạn đang cố gắng thu hút đám đông trẻ hơn:

• Các hệ thống, như bạn nói, cơ sở hạ tầng quan trọng. Các nhà phát triển trẻ hơn, ít nhất là trong thế giới kinh doanh (không phải Google / Microsoft), thường không có cơ hội thực hiện bất kỳ tác động thực sự nào . Thật không thành công khi làm việc trên một hệ thống mà bạn biết sẽ bị bỏ rơi hoặc thay thế sau một vài tháng hoặc nhiều năm. Các ứng dụng máy tính lớn đã chạy được 50 năm có lẽ sẽ chạy nhiều hơn bởi vì các công ty xây dựng lại chúng không có ý nghĩa gì, vì vậy công việc bạn làm trong chúng thực sự quan trọng đối với nhiều người.

• Nếu bạn là một trong số ít những công ty đó thực sự không có một khuynh hướng để "nâng cấp", sau đó rất nhiều lập trình viên, cả già lẫn trẻ, sẽ bị thu hút bởi cơ hội đó, bởi vì sau đó có cơ hội song sinh để làm việc trên mã nhiệm vụ quan trọng và để uốn cong một số cơ C # / Java đó. Rõ ràng không có công ty lành mạnh nào sẽ loại bỏ máy tính lớn và xây dựng lại từ đầu, nhưng tôi đã thấy các hệ thống (ví dụ) có lõi COBOL tích hợp với các thành phần Java.

• Cuối cùng, không thể thiếu - ít nhất, khi chúng ta người ngoài nhận thức về nó. Khi tất cả mã của bạn bằng .NET, sẽ luôn có nguy cơ chủ sở hữu sẽ trao đổi bạn để lấy bằng tốt nghiệp đại học mới hoặc tệ hơn, một nhóm ở nước ngoài, trong một nỗ lực sai lầm để cắt giảm chi phí. Tôi không nghĩ rằng điều đó xảy ra rất thường xuyên trong thế giới máy tính lớn, đặc biệt nếu những gì bạn nói là đúng và nguồn cung dường như đang cạn kiệt. Tất nhiên, điểm này là không cần thiết nếu bạn không trả đủ tiền; mức lương cần được điều chỉnh để phản ánh nguồn cung đang suy giảm, nếu không mọi người sẽ không "bán".

Tôi chắc chắn rằng có rất nhiều nhà phát triển trẻ ngoài kia sẽ không từ chối lời đề nghị hợp lý hào phóng từ một công ty dường như đang đi ra ngoài để làm cho môi trường làm việc hấp dẫn nhân viên trẻ hơn. Nhưng nếu bạn muốn tiếp cận họ thì bạn nên khôn ngoan phát huy sở trường của mình và thậm chí bạn có thể phải bắt đầu tiếp thị; chúng tôi có xu hướng xem các máy tính lớn như một thế giới khác và rất xa lạ, và tôi khá chắc chắn rằng tôi đã không thấy các bạn ở hội chợ việc làm trong khuôn viên 10 năm trước làm việc để thay đổi nhận thức đó.

Để hạ gục nó thành một câu duy nhất: Không có gì làm cho máy tính lớn không hấp dẫn , chỉ là nó không có gì làm cho chúng hấp dẫn cả, và điều đó khiến chúng gặp bất lợi nghiêm trọng khi so sánh với khía cạnh chảy máu mang lại cho chúng ta khả năng tăng năng suất lớn và nước giải khát miễn phí.

Tôi còn trẻ (giữa 30 tuổi) và hiện đang làm việc trong bộ phận hỗ trợ máy tính lớn. RPG, COBOL, crap 4GL độc lập. Phát triển chậm, và nếu có thể, được chuyển sang phần cứng hiện đại hơn bằng các ngôn ngữ hiện đại hơn.

Sự phát triển của máy tính lớn rất cồng kềnh so với các hệ thống hiện đại mà bản thân máy tính lớn có xu hướng bị rớt xuống phía sau, trong khi các ngôn ngữ hiện đại hơn được sử dụng để thực hiện các loại biến đổi báo cáo và dữ liệu từng được thực hiện trên chính máy tính lớn. Tại thời điểm này, chúng tôi thậm chí đã biến hầu hết các mục nhập dữ liệu thành một quy trình theo đợt, do đó, những điều duy nhất còn lại trên máy chủ có liên quan đến thanh toán.

Mặc dù có vẻ như là một hướng đi tốt để nhảy vào, tôi nghĩ rằng nhiều công ty đang nhận ra rằng họ không thực sự cần các hệ thống này nữa. Thay đổi xảy ra chậm trong thế giới tài chính, nhưng nó xảy ra.

Cá nhân tôi không hiểu lợi thế thị trường là gì đối với máy tính lớn.

Số nhanh và khủng hoảng dữ liệu? Tại sao tôi không thể phân phối nó trên một trang trại để xử lý hoặc mua một máy chủ "bình thường".

Dự phòng và khả năng mở rộng cao? Tôi muốn có một cụm máy chủ Linux hoặc một bộ máy chủ ảo.

Ảo hóa và nhiều hệ điều hành? Có lẽ có một sự khác biệt hiệu suất khá lớn để sử dụng điều này thay vì chiến lược "đám mây"?

Mặc dù tôi rất muốn hiểu tất cả những điều này một cách chi tiết hơn, nhưng thiếu những giải thích hữu ích về những gì khác biệt của máy tính lớn là lý do chính là tại sao tôi không lập trình cho các hệ thống đó.

Tôi 25 tuổi và hiện đang tham gia chương trình MSCS (nền tảng của tôi không phải là CS) và tôi chắc chắn quan tâm đến máy tính lớn. Vấn đề là, tôi không chắc bắt đầu từ đâu. Tôi đã xem xét COBOL và không biết nơi nào có được trình biên dịch tốt (thậm chí không chắc trình biên dịch đàng hoàng dành cho COBOL là gì, tôi biết có một trình biên dịch mã nguồn mở, nhưng không chắc nó có chất lượng như thế nào). Tôi chỉ không thấy nhiều thông tin cho nó và thành thật mà nói, đã dành thời gian tìm kiếm đó là thời gian mà tôi có thể làm việc tích cực trong một dự án bằng .Net hoặc Java (tôi thích .Net nhưng công việc ở trường là bằng Java) . Giống như @Joshua Smith, tôi lo lắng rằng nếu tôi tham gia vào các máy tính lớn thì đó sẽ là cuộc sống của tôi, nhưng tôi cũng thấy chúng thú vị hơn sau đó là các ứng dụng web và toàn bộ cơn sốt Web 2.0 (gọi tôi là điên rồ). Đối với tôi,

Điểm mấu chốt là đây:

(1) Thông tin không có sẵn cho tôi để học những gì tôi cần học để lập trình máy tính lớn
(2) Tại thời điểm này, tôi chỉ muốn có thể lập trình để kiếm sống và .Net và Java cho phép Tôi nỗ lực để đạt được mục tiêu này khi còn đi học bởi vì có rất nhiều nguồn lực mà tôi có thể chuyển sang và học những gì tôi cần để đi với một danh mục đầu tư vào cuối sự nghiệp học tập của tôi
(3) Thật khó để tôi bị mắc kẹt làm điều gì đó mà tôi không thích và khả năng bị mắc kẹt chỉ làm việc trên máy tính lớn cho sự nghiệp là điều khiến tôi sợ hãi (mặc dù, tôi biết rằng có những cách xung quanh nó như đánh lên những thứ mới trong thời gian rảnh và đóng góp cho nguồn mở)

Đây chỉ là quan điểm cá nhân của tôi khi là một lập trình viên trẻ. Tôi chưa bao giờ làm việc trên máy tính lớn trước đây vì vậy tôi không thể nói từ trải nghiệm đầu tiên về một máy tính. Nhưng, đó là điều, tôi chưa bao giờ làm việc trên một và không thấy trước điều đó xảy ra bất cứ lúc nào sớm. Tôi không chắc chắn nơi bạn muốn vẽ ranh giới giữa máy tính lớn và máy chủ đơn giản nhưng khi tôi nghĩ máy tính lớn, tôi hình dung một số máy IBM khổng lồ như Z-Series 900 ăn 35 đô la / ngày chỉ bằng điện. Tôi sẽ không có một trong những người ở tầng hầm của mình bất cứ lúc nào sớm để sửa lại trong thời gian rảnh rỗi. Đặc biệt là khi tôi có thể lấy một máy cũ, ném máy chủ Ubuntu vào máy chủ và lưu trữ bất cứ thứ gì tôi cảm thấy rất dễ dàng. Nếu tôi gặp vấn đề, cộng đồng Linux rất lớn và rất có thể ai đó đã gặp phải vấn đề của tôi và đăng một giải pháp trực tuyến. Tôi chỉ đoán thôi

Tôi bắt đầu làm công việc máy tính lớn khi tôi gia nhập lực lượng lao động 10 năm trước. Tôi chưa bao giờ chạm vào một máy tính lớn trước đây.

Có một số khía cạnh tôi không thích, vì vậy tôi đã ngừng làm công việc máy tính lớn ngay khi có thể:

1. Chỉnh sửa mã là rất nguyên thủy. Về cơ bản, bạn chỉ làm việc trong một trình soạn thảo văn bản, được sửa thành TẤT CẢ CAPS và 80 dòng ký tự. Không hoàn thành mã hoặc kiểm tra cú pháp.
2. Quá trình biên dịch được thực hiện bằng cách bắt đầu một công việc hàng loạt, sau đó được lên lịch và chạy vào một số thời điểm, thường là trong 5 phút tiếp theo nếu bạn may mắn. Nếu bạn có một lỗi đánh máy và mã không được biên dịch, hãy lặp lại nhiều lần.
3. Không có trình gỡ lỗi nào. Việc gỡ lỗi được thực hiện bằng cách in các giá trị biến ra và lặp lại bước biên dịch dài đó.
4. Những thay đổi mà chúng tôi đã thực hiện luôn luôn bảo thủ một cách đáng kinh ngạc. Chúng tôi đã xây dựng trên 20 năm mã kế thừa trong đó tài liệu duy nhất được viết tay trên giấy trong tủ hồ sơ, ở đâu đó. Ngoài ra, đây là mã tài chính, do đó không có sai sót. Vì vậy, bước mã hóa thực tế là tối thiểu so với nghiên cứu được yêu cầu trước đó.

(OTOH, họ đã có kiểm soát phiên bản và quảng cáo mã rất tiên tiến, trong khoảng thời gian.)

Hai lý do để xem xét tham gia lực lượng lao động máy tính lớn:

1. Nó trả tiền tốt
2. Có hàng tấn lỗ mở

Lực lượng lao động xám trong lĩnh vực máy tính lớn đang và sẽ tạo ra số lượng lớn các cơ hội trong lĩnh vực này.

Tôi làm việc cho một công ty tài chính lớn, và trong vòng 5 năm tới, chúng tôi sẽ mất khoảng 30% lực lượng lao động để nghỉ hưu. Con số đó sẽ tăng theo cấp số nhân sau 10 - 15 năm.

Thêm lý do:

• Tôi đã ở trong lĩnh vực này hơn 25 năm và chưa bao giờ chán.
• Ít cạnh tranh việc làm.
• Ngừng phàn nàn về công nghệ (xem một số bài viết ở trên) ... nó có thể cũ, nhưng theo nhiều cách, nó là năm nhẹ trước các hệ thống mở. HTML - cho tôi nghỉ ngơi. Nó rất giống với Basic mà tôi đã học 30 năm trước ở trường đại học. Chúng ta đang vượt xa điều đó.
• Máy tính lớn nhanh và đáng tin cậy, đã thử và đúng.
• Hãy thử Lập trình hệ thống nếu bạn rất sáng dạ và thích chụp ảnh.
• Là một trưởng nhóm, tôi ước tôi có thể tìm thấy những kỹ thuật viên trẻ, được đào tạo để lấp chỗ trống.
• Tôi đã đề cập đến nó trả tiền tốt?
• Các lựa chọn nghề nghiệp máy tính lớn khác bên cạnh phát triển phần mềm - kỹ sư phần cứng, công nghệ lưu trữ, mạng và nhiều hơn nữa.
• Đó là niềm vui, thú vị, đầy thách thức và có sự phát triển nghề nghiệp tuyệt vời.
• Ngừng suy nghĩ về máy tính lớn như công nghệ cũ - hãy kiểm tra và xác minh tất cả những gì tôi đã nói.

Ngoài ra hãy xem Hệ thống z Sáng kiến ​​học thuật của IBM.

Tôi vẫn là một lập trình viên trẻ (tôi 29 tuổi) và tôi chắc chắn không thích học hỏi để phát triển cho máy tính lớn. Tôi làm việc cho một công ty bảo hiểm trong một nhóm .NET, nhưng chúng tôi cũng làm việc với một nhóm lớn các lập trình viên máy tính lớn của trường cũ.

Có một vài điều khiến thế giới máy tính lớn không hấp dẫn đối với tôi. Đầu tiên, có COBOL. Tôi hiểu rằng phần lớn thế giới chạy trên COBOL, nhưng điều đó không làm cho ngôn ngữ trở nên bớt xấu xí hơn trong mắt tôi.

Tiếp theo, có khái niệm về 'chu kỳ'. Tôi không biết điều này là phổ biến đối với máy tính lớn hay chỉ là cách chúng tôi làm, nhưng máy tính lớn của chúng tôi phải chạy một chu kỳ qua đêm trước khi chúng tôi có thể nhận được dữ liệu hiện tại từ nó. Phía .NET của cửa hàng của chúng tôi liên quan nhiều đến việc gửi dữ liệu đến và xử lý dữ liệu từ máy tính lớn (cụ thể là hiển thị một tấn dữ liệu trên trang web LOB nội bộ cho các đại lý). Doanh nghiệp muốn dữ liệu được hiển thị cho các đại lý là hiện tại đến từng phút. Tuy nhiên, máy tính lớn không hoạt động trong khái niệm (giới hạn) của tôi về thời gian thực. Chúng tôi có một số cách giải quyết điên rồ để mô phỏng trên trang web những gì chúng tôi mong đợi là đầu ra thực tế từ máy tính lớn vào ngày hôm sau.

Cuối cùng, tôi tin chắc rằng nếu tôi tiến tới phát triển máy tính lớn vào thời điểm này, nó sẽ đến để thống trị sự nghiệp của tôi. Tôi nghĩ rằng các kỹ năng của tôi với tư cách là một nhà phát triển hiện đại sẽ ngày càng tụt lại phía sau, cuối cùng đạt đến điểm mà bảo trì COBOL sẽ là lựa chọn duy nhất của tôi. Tôi biết rằng có nhiều tiền để kiếm được, bây giờ và đặc biệt là mười năm kể từ bây giờ, nhưng tiền là thứ tư hoặc thứ năm trong danh sách ưu tiên của tôi cho sự nghiệp của tôi. Tôi thà tiếp tục kiếm tiền lương xứng đáng nếu điều đó có nghĩa là làm việc trên những điều mới và thú vị.

Tôi làm việc chủ yếu với Java, nhưng chúng tôi sử dụng máy tính lớn cho phần phụ trợ của mình, điều đó có nghĩa là tôi phải đối phó với chúng rất nhiều (RPG). Vấn đề lớn nhất tôi có là thiếu tài liệu công khai. Bạn có thể tìm thấy tài liệu SQL cho DB2 mà hầu hết sẽ dịch sang iSeries DB2, nhưng publib.boulder thật kinh khủng so với Sun javadocs.

Một điều nữa tôi không thích là cú pháp khó đọc của các ngôn ngữ máy tính lớn. RPG không có khái niệm về phạm vi cục bộ, điều đó có nghĩa là bạn cần các khối khai báo biến lớn. Tôi nghĩ Cobol bị vấn đề tương tự. Nó cũng dẫn đến tên biến vô nghĩa và ý nghĩa ẩn. Nó cũng có nhiều, nhiều chức năng tích hợp khác nhau mà tôi có một thời gian khó khăn để tìm hiểu (xem ở trên). Nó nhắc tôi tại sao tôi không sử dụng BASIC nữa để lập trình nghiêm túc. Rất may, IBM đang cố gắng chuyển tất cả mọi người sang Java, nhưng những ngôn ngữ kế thừa đó sẽ không biến mất bất cứ lúc nào sớm.

Tôi cảm thấy khó có thể hào hứng với việc học lập trình trong một môi trường như thế này.

Hãy nhìn xem, tôi 42 tuổi và tôi không quan tâm đến máy tính lớn. Vâng, hãy đủ điều kiện đó. Tôi quan tâm đến lịch sử của máy tính. Tôi đã nghiên cứu các kiến ​​trúc máy tính lớn ở một mức độ nào đó và hiểu được các ví dụ về máy tính lớn của IBM ảnh hưởng đến các kiến ​​trúc vi xử lý như Motorola 68000 hay 80386. Trong các máy tính lớn của thập niên 1960, tốc độ vượt quá 30 Mhz và các hệ điều hành đa tác vụ tiên tiến với ảo kỷ niệm. Đối với những người đã quen với những môi trường đó, các bộ vi xử lý ban đầu đã gây thất vọng theo nhiều cách và phải mất khá nhiều thời gian để các kiến ​​trúc dựa trên bộ vi xử lý bắt kịp với các khả năng và hiệu suất tương tự.

Nhưng bắt kịp những kiến ​​trúc đó đã làm, và các máy tính lớn đã ngừng hoạt động từ lâu. Nó đã xảy ra khi tin tặc có thể có được máy tính mini trên băng ghế của họ và ngay sau đó các máy trạm chạy Unix.

Máy tính lớn đã trở nên xa lạ với các lập trình viên trẻ từ đầu năm 1980 - một cái gì đó. Đó có thể là một thời gian tuyệt vời cho các công ty máy tính lớn tự hỏi chính câu hỏi của bạn.

Ngày nay, câu trả lời là đệ quy nhiều thế hệ: các lập trình viên trẻ không quan tâm đến máy tính lớn bởi vì ngay cả khi họ có cha mẹ hoặc giáo viên quan tâm đến máy tính, những phụ huynh và giáo viên đó (40+ geezers như tôi) đã không quan tâm đến việc làm bất cứ điều gì với máy tính lớn một phần tư thế kỉ trước.

Dù sao, ngày nay, một chiếc điện thoại di động có thể xử lý các tác vụ mà máy tính lớn đã được sử dụng trong 30 năm trước! Trang trại của các hộp máy chủ rẻ tiền là máy tính lớn mới. Vì vậy, theo một cách nào đó có các lập trình viên máy tính lớn mới ngày nay, chỉ có chuyên môn của họ là kết hợp các máy nối mạng để xây dựng các đám mây. Nói một cách dễ hiểu, chúng ta có thể nói rằng Mark Zuckerberg và đồng bọn của anh ta đang thực hiện một loại lập trình máy tính lớn mới khi họ sản xuất Facebook, theo nghĩa đó không chỉ là một ứng dụng nhỏ chỉ chạy trên bộ vi xử lý đơn giản với đĩa.

Nhân tiện, một trong những đặc sản cuối cùng của máy tính lớn là ảo hóa. Nhưng đó là phổ biến trong các máy tính để bàn / máy chủ. Mọi người bắt đầu làm nó tồi tệ lúc đầu, sử dụng các kỹ thuật phần mềm. VM rất hữu ích đến nỗi người dùng không bận tâm đến hiệu năng. Sau đó, các công ty như Intel đã nhìn vào máy tính lớn một lần nữa và học thêm một vài bài học bằng cách hỗ trợ ảo hóa trong phần cứng để làm cho nó nhanh.

Học phát triển web, điện thoại di động hoặc PC khá rẻ và dễ dàng.

Chi phí phần cứng cho một máy tính lớn cũ thậm chí rất cao và IBM thường xuyên buồn về dự án giả lập Hercules (cho phép bạn mô phỏng System / 370, ESA / 390 và zSeries). Không có Hercules, điều này khiến chi phí đầu vào để học kiến ​​trúc máy tính lớn và phát triển ứng dụng ngoài tầm với của tất cả những người có sở thích giàu có nhất.

Không có trường đại học nào tôi theo học từ những năm 80 đã có sẵn máy tính lớn cho sinh viên sử dụng. Tôi nghĩ rằng IBM và phần còn lại của bóng ma của ngành công nghiệp máy tính lớn đã tự bắn vào chân mình khiến họ không thể tiếp cận việc học.

Hãy bắt đầu với một số sự thật về máy tính lớn của IBM và cụ thể là zSeries.

Phần cứng là thương hiệu sáng bóng và mới. Nó chứa một số thiết kế điện tử và chip tiên tiến nhất hiện có và chúng rất nhanh.

Mặc dù z / OS có nguồn gốc từ những năm 1960, nhưng nó đã trải qua quá trình phát triển liên tục và ít nhất hai lần viết lại hoàn toàn ngoài những điều kỳ quặc do sự tôn sùng của IBM để tương thích ngược có lẽ là một trong những HĐH mới hơn được sử dụng chung.

Các điểm bán hàng chính là: -

• Khả năng tương thích ngược đã nói ở trên nếu chương trình chạy vào năm 1976 trên máy MVS / MVT, rất có thể nó sẽ chạy trên zSeries mới nhất mà không được biên dịch lại và cho kết quả chính xác như nhau.
• Băng thông nó có thể di chuyển truy cập và lưu trữ lượng dữ liệu khổng lồ, ở tốc độ lớn và ở mức độ hạt rất mịn.
• Khả dụng. SYSPLEX đã có sẵn trong 15 năm qua hoặc lâu hơn, cung cấp phân cụm liền mạch trên nhiều trang web, hoàn thành với cân bằng tải, tự động thất bại, v.v ... phần lớn được triển khai trong phần cứng. Nó làm cho hầu hết các cụm * nix trông nguyên thủy.
• Hội tụ. Cái này nghe có vẻ hơi lạ nhưng với sự hỗ trợ POSIX đầy đủ và một JVM siêu tốc, một máy tính lớn hiện đại thực tế không thể phân biệt được với bất kỳ hộp * NIX nào khác nếu đó là cách bạn muốn sử dụng nó.

Cho đến nay, máy tính lớn đã tồn tại lâu hơn hầu hết mọi thứ mà các học giả đã nói sẽ thay thế nó.

Có một số nhược điểm: -

• Khả năng tương thích ngược có nghĩa là nhiều cửa hàng đang chạy hai mươi, ba mươi và trong một số trường hợp hệ thống bốn mươi tuổi. Mặc dù chúng hoạt động tốt và thực hiện tốt các chức năng kinh doanh của chúng (hoặc chúng vẫn không chạy!), Chúng phản ánh các phong cách mã hóa và nỗi ám ảnh của thời đại đã qua.
• văn hóa lạc hậu. Các lập trình viên làm việc trong một khu ổ chuột của các hệ thống COBOL cổ đại dường như không nhận ra thế giới đã tiến lên, hoặc nếu họ thực hiện việc quản lý hóa thạch sẽ không cho phép họ.
• Thiếu tính khả dụng. Trừ khi bạn thực sự được trả tiền để làm việc với một trong những quái vật này, bạn sẽ không có quyền truy cập vào một. Thậm chí có thể có một nơi bạn làm việc nhưng nếu mô tả công việc ngay lập tức của bạn không bao gồm làm việc trên đó, bạn sẽ không nhận được thông tin đăng nhập. Nhiều điều đã được nói trong các bài đăng khác về phần mềm mô phỏng "herecules" và nó thực sự xuất sắc nhưng chỉ dành cho các chuyên gia, nó chạy phiên bản cổ của hệ điều hành, nó thiếu hầu hết các thành phần tiêu chuẩn như CICS, COBOL và DB2 tạo thành khung của hầu hết các ứng dụng máy tính lớn đang chạy.

Buồn cười bạn nên hỏi điều này. Chúng tôi vừa có cuộc nói chuyện tại Đại học về các máy tính lớn và IBM không hài lòng về trình độ của các nhà phát triển Mainframe, vì vậy họ đang triển khai một mô-đun máy tính lớn tại Đại học của chúng tôi, dạy chúng tôi lập trình máy tính lớn và có quyền truy cập vào một trong các máy tính lớn của họ từ xa.

Tôi thực sự đang sử dụng mô-đun này vào tháng 9, nó có thể không phải là thứ tôi sẽ làm lại, nhưng nó sẽ cho tôi cơ hội để làm việc với một cái gì đó 'khác biệt', và mở rộng tầm nhìn mới.

Tôi 28 tuổi và tôi đã là một nhà phát triển chuyên nghiệp trong 10 năm. Tôi đã dành 3 năm làm việc trên một máy tính lớn.

Môi trường là bí truyền, cũ kỹ, trì trệ, khó hiểu (JCL và ISPF có ai không?). Như đã nói, tôi đã có một sự tôn trọng rất lớn đối với hệ thống, cách thức hoạt động của tất cả, quy mô của nó. Hệ thống này có 150 triệu SLOC, hỗ trợ một trang trại máy chủ UNIX tầm trung thông qua SOA và thực sự điều hành một phần lớn của đất nước.

Với những gì đã nói, tại sao các lập trình viên trẻ không quan tâm? Đây là của tôi, với tư cách là một lập trình viên "trẻ" (tôi đã bắt đầu trên hệ thống này ở tuổi 23). Nghĩ rằng đây là quan điểm của tôi từ hệ thống tôi đang làm việc và nghiên cứu tôi đã làm:

• Có rất ít sự phát triển máy tính lớn mới. Rất nhiều trong số đó là di sản.
• Có những rào cản lớn để nhập cảnh
• Công việc được thực hiện là dành cho tài chính, doanh nghiệp lớn và chính phủ. Không ai trong số này là chảy máu cạnh.
• Các công cụ phát triển đã cũ và phần lớn là cổ. Gỡ lỗi không giống như VS.

Máy tính lớn sẽ luôn có một vị trí trong nền kinh tế. Họ chỉ không thúc đẩy các doanh nghiệp sớm do yêu cầu hỗ trợ và chi phí rất lớn.

Trong khi tôi nghĩ có lẽ có công việc rất thú vị trong máy tính lớn, tôi sẽ kinh hoàng khi thực sự chuyển sự nghiệp của mình theo hướng đó. Có một cơ hội quá lớn khi 10 năm trôi qua, kinh nghiệm của tôi đã trở nên vô dụng và không có công việc nào dành cho một lập trình viên máy tính lớn. Tôi không muốn lỗi thời bằng cách dành nhiều thời gian cho một công nghệ trì trệ với cơ sở cài đặt bị thu hẹp.

Câu trả lời là không có tương lai trong đó. Tôi có hai mươi hai năm kinh nghiệm làm lập trình viên máy tính lớn và tôi đã nghỉ việc được năm năm. Tôi sẽ trở lại trường học để lấy bằng Cử nhân về phát triển web. Tại sao bất cứ ai trong tâm trí của họ muốn trở thành một lập trình viên chính của COBOL?

Ken