PL/I、DB2、およびISPFに焦点を当てる元雇用主との今後の技術面接があります。仕事は、私が20年前に自分で設計して作成したシステムを使用することです。それ以来私が行った数年間のプロのプログラミングは、すべてアセンブリ言語でした。問題は、私が15年間専門的にプログラミングしておらず、それ以来行ってきた個人的なプログラミングが他の「現代」言語で行われていることです。私の質問は、PL/IおよびDB2に知っておくべき新機能があるかどうかです。 (最新の「操作の原則」を閲覧すると、古代には存在しなかったCスタイルの文字列をサポートするためのマシン命令が表示されました。
PL/Iは、言語としてはまったく変わっていません。コンパイラは事実上C++コンパイラのプリプロセッサであるため、実装は大幅に変更されました。この変更により、ネイティブPL/Iマルチスレッドが問題になりました。
ISPFはこれまでとまったく同じであり、過去20年間で目立った変化はありません。任意の量の開発を行っているほとんどのZ/OSショップは、Rationalワークステーションベースのツールを使用しています。これにより、開発とデバッグをPCで実行できます(コンパイルと実行はメインフレーム自体で実行されます)。
DB2は時代とともに順調に動いています。 CLOB、BLOB、64ビット整数、ネイティブXMLサポートに加えて、無数のパフォーマンスと接続の強化。
過去数年間のzOSの興味深い変更は次のとおりです。-
ただし、変更されないものもあります。JCLはまだ存在し、CLISTは相変わらずひどいものであり、IBMは数週間ごとに製品の名前を変更しているため、Web上でマニュアルを見つけることはできません。
DB2の優れた変更点の1つは、機能に関する限り、z/OSコードとLUW(Linux/UNIX/Windows)コードがますます接近していることです。 V8以降、DB2はシステムテーブルの内部にあるすべてのものをUnicodeとして格納し、必要に応じて指定されたZPARMCCSIDに変換します。また、文字データにさまざまなCCSIDとUnicodeを使用することで、はるかに柔軟性が高まります。
ISPFは、USSファイルシステムに保管されているファイルを強力にサポートしています。たとえば、「その他のデータセット」フィールドにパス名を入力できます。ディレクトリがある場合は、標準のPDSメンバーリストと同様のファイルリストが表示されます。
その昔から覚えているかもしれないことの1つは、言語環境(LE)のかなり陰気な意見でした。数年かかりましたが、LEは現在安定したランタイムであり、PL/IやCなどの言語を環境内ではるかに簡単に組み合わせることができます。 COBOLとアセンブラーには、この領域にまだいくつかの癖がありますが、処理は簡単です。
物事のアセンブラー側から、最新のPOPを入手し、すべてのきちんとした新しい指示を見てください。ただし、ショップのハードウェアによっては、比較と分岐の手順(現在のz196/z114で導入)など、非常に優れた新しいハードウェアの一部が利用できない場合があります。現在、すべてのマシンは64ビットであり、C/C++はAMODE64のコードを生成できます。
アセンブラでシステム側に手を出した場合、Cには、これまでアセンブラしか使用できなかった場所で使用するために設計されたMETAL機能があります。 METALコードはLEを使用せず、標準Cライブラリルーチンの数が限られています。