朝から採用試験と役員報告会が立て続けに。
試験の採点作業もあり、久々に定時後居残り。
そんな中で部長から話があると1時間近く説明を受ける。
肉体的にも精神的にも殺られた1日…
新人に開発の仕事を渡した先輩。
完成したとの事なので処理結果確認。
小計・合計処理が出来ていない。
新人と確認。
先輩「新人、【サマリー】の意味を知らなかった…」
る！「えっ？！でも、今どきのプログラムはSQLで全部計算も済ませるので【サマリー】という言葉も学校で習って無いのかも？」
先輩「でも、どのプログラム言語でも【SUM関数】くらいは習うし、【SUMMARY】の事だと解るはず」
る！「多分、【SUM】という単語と思ってるのでは？(笑)」
プログラムでレコードを読み、キーブレイクしながらサマリーする処理をガリガリとコーディングした世代からすればカルチャー・ショックな日でした…
富士通も撤退を決めたメインフレーム。
専門学校時代はメインフレームでCOBOL学んだし、就職してから20年はCOBOLで飯を食ってたのだが…
記事はフムフムとほぼ内容が解り懐かしいものだった。
おっさんになった証拠(笑)
システム開発、特にプログラム生成において既に書かれたソースを整理する意味でリファクタリングを実施する場合がある。
しかし、リファクタリングはプログラマの欲を満たすだけのために実施している場合が多々見受けられる。
何故ならば、
他人のコーディングに対する不満を解消するため、自分のコーディング・ルールに沿って書き直しているだけの場合があるためである。
これはそのプログラマの技術力の高低に関わらず、自分に自信のあるプログラマで顕著に現れる行動であり、時にはプロジェクトで決めたコーディング・ルールを無視して書き直される場合もある。
30年以上前のソース・コードを修正したり、改善が繰り返されレスポンス低下が発生（実際にはSQL文やINDEXの見直し、データ再編成で治る事が大半）した場合等でリファクタリングというよりもプログラムの作り直しを実施する事はあっても、気まぐれにリファクタリングを実施する必要は無い。
もし、部下が突然「リファクタリングやりましょう」と言って来た場合は、その目的をよく聞いてから実施判断を。特にリファクタリングを得意と公言する人は要注意（やらせるな！）。その能力を高難易度のロジック検討をさせた方が良い。
読み取ったQRコードの中の数量を変更する仕組みを要望される。
どうしたものかと考えた結果、ExcelにAccessのRuntimeを入れ、Excelに読み取ったQRをテキストで表示させ、関数駆使して数値部修正し、修正後のテキストからQRを生成する事にした。
これを印紙すれば…と思ったが、紙に出す必要も無いので、画面に表示されるQRをQRリーダーで読ませる事に。
意外に現場で好評（笑）
仕事終わりの帰り際。
人事部の採用担当に声掛けられる。
「会社説明会の参加者、29人です。」
今はIoT/DX関連とリモートワーク化に伴うシステム開発が多発。
どこのシステム開発企業も人不足で確保難しく、IT技術者は近年稀に見ぬ売り手市場。
そんな中、子会社のシステム部門の新卒募集で、1つの専門学校からの説明会参加人数としては多すぎ。
オミクロン感染拡大の中、水曜は母校で部門説明です…
年明けには2年後の定期採用者の募集、試験、面接が始まる。
今回は他部門の人材の自分の部署で募集との事で色々やることがある。
そんな中で学校訪問関連の情報が入ってきたのだが、
知らぬ間に自分が自分の部署の対応担当に。
部長にはめられたか？
今回は他部門の人材の自分の部署で募集との事で色々やることがある。
そんな中で学校訪問関連の情報が入ってきたのだが、
知らぬ間に自分が自分の部署の対応担当に。
部長にはめられたか？
会社貸与携帯、内線、モバイルルーター、2段階認証用暗号受信を一纏めにしてコストダウンができるスマホがあるのに、
会社スマホ貸与は部長以上、一般はガラケーにモバイルルーター持って移動させて経費を増やさせる我が会社。
理由は「親会社の社長が幹部職にスマホ渡しても使いこなせないから部長以上に限定させたから」。
自主性無く、トータルコストを考えない…
アクセス
トータル
