ＩＢＭ　ＡＳ４００とパソコンを愛するＳＥのブログ

ここ数日、開発しているアプリ
そのアプリの仕様で不明な点があるので確認が必要
でも、営業マンの話を聞いてピンとこない

そこで、直接お客様を訪問し、ヒアリングをしようと
そのお客様のところへは車で２０分ちょい
なので、往復１時間の移動時間はかかるけれど

訪問してヒアリングすることは重要
と、判断した

やっぱり、お客様がどのような運用をして
どんなところに問題点を感じているか？
どう改善して欲しいのかをヒアリングして、良かった

営業マンを介してしまうと、必要な事が聞き取れないことがあるから

多くの人は、これが問題点で、これをこうしたいって要望を聞くと
それをしましょうって事になるけれど

私は、その前後を・・・いや出来れば全体を聞いて把握してから
その問題の部分の詳細を聞いて、何を問題と感じているか共感をし
そのうえで解決方法を一緒に考える・・・ようにしたいと思っているから

今回、直接聞けて良かった

会社を出てから２時間後に帰社、１６時ごろ
そこから、アプリの改変を初めて
１７時頃にファーストステップのデバッグを開始

そろそろ、出来上がるかなって時に

なんでも、お客様の方で『月次更新』ってのをしてしまったらしくて
ただ、2月28日までしかしてなかったとか・・・
今年はうるう年なのに

そこで、あるデータベースの特定のフラグを"9"から" "(空白)に変更しなければならないと
それはデータベースを直接変更するしか無いので
お客様はＤＦＵ（Data File Utility)で１レコードずつ修正しようと

でも、１７時半ごろ、会社に連絡があり、何とか助けて欲しいと

実際には１５時ごろ月次更新が行われて、一旦ヘルプが入ったものの
お客様の社長が、ヘルプは不要と判断した模様
なので、その時点では私の会社の方は何もしなくて良いと・・・

でも、１７時半ごろ、やはり音を上げたのか
社長ではなく、現場の方から・・・

放置するわけにもいかないので、残業もつかないけど
お客様を訪問し、簡単なメンテナンスプログラムを作ってあげて
一括修正をしてあげた(*^▽^*)

まぁ、普段から口数の少ない方が対応していましたが
私が帰る時にはなんとなく可愛い表情をして
『ありがとうございました』だって



人気ブログランキング



" allowfullscreen>

と思っていたら
そうでも無かった

最初はとっつきにくく
難しいと感じていた

でも、

って言うぐらい
簡単だった気がする
蓋を開けてみればなーんだって思えるぐらい

さすがに良く考えられているなーって思った

すると、なんか良いなって思えて来たりする
でも、周囲の意見を聞くと
とっつきにくいって意見が多数派みたい

昔は良かったのかも知れない
殆どコーディングしなくても
印刷アプリが出来てしまう

でも、今では生まれた時からパソコンやスマホが周りにある世代
そんな彼らは、学校でプログラミングを学んでいる
簡単なアプリなら短期間でスキルを身に着けるだろう

そんな彼らがＲＰＧサイクルを学ぶことは有るのだろうか？



人気ブログランキング



" allowfullscreen>

今日、お客様から困窮の電話がありました
なんでも、システムを更新したら、必要な機能が動作しなくなったと

その機能は、１月から２月にかけて私が改修してきた機能
そのため、どんな更新か尋ねて症状を聞くと原因が判明
対処には簡単な作業で済みます

まぁ、設定ファイル１３本のサーバーのＩＰアドレスを書き換えるだけ
１本あたり２０秒としても２６０秒　約５分弱でした

ただ、リモートで操作できなくなっていたため、
客先に出向き作業することにしました。
お客様の場所まで約８ｋｍで、車で行くと約２０分です

なので、出かける時１時間程度で帰ってきますと
言っていたのに・・・

作業は順調に進み（そりゃそうだ（笑））、いざ確認
当然の事ながら、私は私が作業したパソコンで動作することを確認
そして、お客様にお客様の手で機能を確認してもらいます

ところが、お客様が普段使用しているパソコンでやってみると
動作しない

ここからが地獄
あーでもないこーでもないと冷や汗をかきながら原因を突き止めようと
しかしながら、虚しく時間が経過して行くだけ
結局、原因も分からず現象は再現性ばっちり

どうしようもないのでお持ち帰りにしました
お客様の許しを得て・・・
でも、この宿題どうしよう？？？



人気ブログランキング



" allowfullscreen>

やっぱり、教会の執事職の方がすべきことが沢山あって・・・
本職より忙しい…かな
なので、昨日の日曜日、執事会があって

急いで執事会の議事録を作成
次いで急いで年次総会資料に挿入

年次総会資料を印刷
さすがに法人とは言え複合機はそんなに高い物を導入しているわけではないから

年次総会資料の印刷だけで１０時間程度は必要
なので、今週土曜日に印刷を予定しているけど
朝から晩まで教会にどっぷりですね

つまりまくってます
ヤバい！　時間が足らないかも

この年（６１歳です（笑））の身体に徹夜はかなり堪える
きちんとスケジュールを立てて、しっかりとスケジュール通りに
こなしていかなきゃ！



人気ブログランキング



" allowfullscreen>

先日、恐怖の環境で話しましたが
その恐怖が拡張されるのは

であることが判明しました
何故かと言うと、恐怖環境が和らぐのが暖かい日

先週前半は暖かかったんで和らいでいて
先週の後半は寒くなり、恐怖が舞い戻ってきました
息苦しくなって、綺麗な空気を吸おうと外に出たらめちゃ寒い（笑）

なので、早く暖かくならないかなーって思っています
そうすれば、恐怖環境もかなりやわらぎますので

寒い日だけでは無くて、当然のことながら
このような日も恐怖が舞い戻って来るでしょう
なぜなら、エアコンをつけるからです

でも、私は用事があって有給休暇を取る場合
金曜日を避けます！
金曜日は休みたくないんです

なぜなら、エアコンが付いていて、私の方にその風がやってきたとしても
風上に居ないからです・・・恐るべき悪環境発生要因が

でも、月曜日から木曜日を毎日休むわけにはいかないので
席替えをしてくれと打診してあります

丁度、４月に新入社員が入って来るので、現在の席配置では手狭
なので、席替えが予定されています
デスクはフリースタイルなので、引き出し部分をゴロゴロしたらいいだけ

早く４月が来ないかなぁー(笑)
って、小学生みたい



人気ブログランキング



" allowfullscreen>

ＲＰＧサイクルに苦戦でお話ししたように
IBM AS/400のプログラミング技法のひとつにＲＰＧサイクルって言うのがあります
前職では、聞いた事があるだけで使う事も覚えることもありませんでした

ところが、現職ではお客様のシステムも改修する必要があり
その中にＲＰＧサイクルを使用したプログラムも存在していました

もう、ほんと、なんでこんなの使ってんだろ？って
心の中でブツブツ文句を言いながら、まずはプログラムコードの解析
でも、読めば読むほどわからない（笑）

木曜日、同僚の一人に聞いたら、大体わかるけど１からプログラミング出来ない
金曜日、もう一人に聞いたら、ネットで調べてくれて自分の知識と合わせてこんな感じって
そして、二人の同僚とわいわい話してましたが大体の流れが分ったぐらいで（笑）

でも、概要が分ったら、その後は経験を頼りにＩＢＭのマニュアルを解説したサイトで（笑）
（マニュアルに解説が必要になるって…なんて難解なんだろう？）

確かに金曜日の同僚も『これは難しいパターンのＲＰＧサイクル』って
解析中のソースを見て言ってました(笑)
私は、ＲＰＧサイクルは初心者なのにーーーーって思いました

まぁ、金曜日は１日勉強して、何となく理解できたので
改修を開始
理解したら早いもので、改修は１０分で完了（笑）

ＲＰＧサイクルって確かに良く考えられてる
理解すればこれは随分と便利な技法だと思います

印刷アプリなら、大抵はこれを使えば済むのでは？
しかも、簡単な設定並みのコーディングで

ただ、簡単なのは量で、そのコードを読むのは大変
しっかりとした仕様書が無いと、暗号を読んでいるみたいで
なので、開発する時には便利だけど、保守とかデバッグは困難を極めるって感じ

全手順とは、コンパイラにプログラム制御を任せるのではなくて
全て（データベースや画面への入出力）を一つ一つコードで記述す方法
ＲＰＧの簡略化されたプログラムコードに対して、全手順って言われます

この方法が、最初はめんどくさいけど、後のメンテナンスは簡単
デバッグも簡単
これは、超重要です

しかも、全手順でもそれほどコードが増えるとは思えません（笑）
まぁ、それゆえに前職では避けてたんですけどね

新規で簡単な印刷アプリを開発する場合
私なら、全手順方式を使用します

だって、車だってオートマよりマニュアルの方が好きだもん（笑）



人気ブログランキング



" allowfullscreen>

IBM AS/400を基幹コンピューターとしたシステムを構築していました
システムには多数のプリンターが接続されており
あるＰＣから任意のプリンターに出力することが出来るようにしていました

それが当たり前・・・最低限の印刷運用だと思っていました

去年９月に転職し、勤務している今の会社
ＩＴサービスを提供しているわけです
お客様としてはグループ企業の職員の方もありますし
純粋にお客様の企業の職員の方も居られます

金曜日に対応したお客様のシステムでは

複数のプリンターがあるにも関わらず
初期試用のせいか、印刷出力プログラムでは
プリンターの選択が出来ず、省略時のプリンターにのみ印刷されます

別のプリンターで印刷したいときは
一旦印刷されかけたスプールファイル（印刷データファイル）の出力先を変更し
印刷したいプリンターに移すと言う事をしています

前の会社の運用でも、困ったちゃんがいましたが
このお客様の職員の方も困ったちゃんが居られて

ただ、前の会社の職員の方は、直接がみがみ言えたこともあってか（笑）
スキルが割りと高かったと思います
今にして思えば(*^▽^*)

その時には、なんでこんなことも出来ないのか？って
いぶかる事もありましたが
世間では、もっともっと・・・

という事で、転職するまでは井の中の蛙だったんですね
前の会社しか知らなかったから、
エンドユーザーのスキルはこれほど低いのかって

いやいや、世間にはもっと・・・ですねー
思い知りました

ただ、お客様なので、丁寧に対応しました
すると、取締役から『お手数をおかけいたしました』って
お礼を頂きました(*^▽^*)



人気ブログランキング



" allowfullscreen>

IBM AS/400を利用している方なら
RPG3とかRPG4というプログラミング言語はご存じだと思います

このプログラミング言語には
RPGサイクルというものがあります
ご存じでしょぅか？

典型的なアプリケーションスタイルで
あるデータベースからレコードを読みリストを印刷するアプリケーション
これって、よくプログラミングされ、良く使われるアプリケーションなんです

今ではRPGは、大規模システムを構築するために
開発効率、保守性を高いレベルで実現したプログラミング言語で
特定の分野のアプリケーション、例えばゲームとか（笑）以外では
他のプログラミング言語の追随を許さないものになっています

それでは、RPGとは何の略でしょうか？
これまた、ご存じの方も多いとは思いますがあえて
Report Program Generator つまり報告プログラム生成機（笑）の略です

これは、先に述べた典型的なアプリケーションなら
簡単なコーディングで出来てしまう・・・
そんな素敵なコーディング手法ですが・・・

１９８６年就職し、ＡＳ／４００（の前身のＳｙｓｔｅｍ／３８）に触れ
ＲＰＧ（当時はＲＰＧ３のみ）でプログラミングを開始しました
当然、その時にはＲＰＧサイクルというものが存在していました

しかし、私は何となく遠ざかっていました
それは・・・食わず嫌い（笑）
それを使わなくても、全てコーディングしてしまっても難なく出来ていたからです

なので、ＲＰＧサイクルは素人さんのためのもの・・・という想いもありました

現職の昔のプログラム
お客様のシステムプログラム

これを改修する必要が出て来ましたが、それが何と
ＲＰＧサイクルでコーディングされていたのです
太刀打ちできない

そんな感じでした（笑）
でも、避けて通る事が出来るなら・・・出来ていました
しかし、要望されたアプリケーション自体を改変しないといけない事態になり

ＲＰＧサイクルでコーディングされたアプリケーションを修正せざるを得なくなり
今、勉強しています（笑）
まさか・・・定年退職後、転職後にこんなことになるなんて・・・

人生って不思議だー(*^▽^*)


人気ブログランキング



" allowfullscreen>

昨日、新人教育に関する話をしていました
４月から入社する新人一人にプログラミング言語を教えます

ホストコンピューターがＩＢＭ　ＡＳ／４００なので
プログラミング言語はメインはＲＰＧ
なので、ＲＰＧ３とＲＰＧ４（ＦＦＲＰＧも）となります。

ここで、開発部門の責任者があーだこーだ言っていました
ＲＰＧ３を先に学ばせるか、ＲＰＧ４か

ここで、何の責任もない（笑）私が乱入
『ＲＰＧ３よりＲＰＧ４じゃないですか？』

すると、『過去の資産はＲＰＧ３で書かれているから、ＲＰＧ３も必要』と
責任者は言う

そりゃそうだ！　でもね・・・
まず、最初に『その新入社員のスキルは？』と
スキルによって、教える順番とかを適切に配置しないと・・・

でも、その新入社員のプログラミングスキルはゼロだとか

えっ？　なんでスキルゼロの人間を開発部門に配属するの？
もしかしたら、本人がプログラミングをやりたいって熱い意志をもっているとか

まぁ、細工は流流仕上げを御覧じろ（笑）
ですよね


人気ブログランキング



" allowfullscreen>

野球というスポーツは
優れたピッチャーが優れたバッターである事はまれ
優れたキャッチャーが優れた内野手である事も

誰もが、一芸に秀でることはあっても
天は二物を与えず・・・かな？

ただ、たまにオールマイティープレイヤーが出たりする
皆からうらやましがれ増すよね
少々、脱線し過ぎたので本題にもどります

そうなんです。オールマイティーも専門もアプリケーションの事です
運用上、何種類もある工程の作業データを入力するため
工程ごとに専門のアプリケーションを作ってきていました

しかし、私はそれに飽き足らず
オールマイティーアプリケーションを作ってしまいました
ただし、それは従来の専門アプリケーションに比べて

複雑
らしいのです。
なので、他のメンバーがメンテナンスできないので
従来の専門アプリケーションと同じ形式で作り直してくれと

もうね、バッティングばっちり！ピッチングばっちり
そして、フィールディングもコーチングまでもばっちり
そんなオールマイティープレイヤーを

ピッチャーにしろって
他の事は出来なくてもいいからって

それは勿体ないでしょー

今日も故あって、もう一つ入力画面を作ったのに・・・
もちろん、動作する完全なやつを
もちろん、１０分程度で

もし、専門家タイプの作り方だと
２日か３日は必要だろうと考えます

なので、同僚に言われた事を責任者に伝えたら
百パーセントではなく、割と論理的に方針を説明してくれ
割と納得しました

それは、プログラム構築方法の標準化のための資料
なるほどと思いました
ただ・・・出来上がってからネーミングルールを提示されても



人気ブログランキング



" allowfullscreen>