• 2022年11月23日水曜日
ウズマスターの日々
ウズマスターの日々 https://blog.uzumax.org/2022_11_23_archive.html

違和感

 いや、これ、ちょっとおかしいな。(;´・ω・`)

だって、休日出勤するなら朝から出勤するでしょ? 休むならずっと休む。


「夜の20時から30分ほど仕事して消える」なんて挙動ある?


リモートワークだから物理的にはこの挙動は出来るんだけどさ、心理的におかしくない?


  • もう疲れちゃってて仕事したくない
  • でもプロジェクトはピンチだから頑張らなきゃ
  • だから夜の20時になって、やっと死力を振り絞って仕事を始めた
  • でも30分くらいでもう限界になっちゃって落ちた


こういう挙動なんじゃないかなぁ、という印象。真面目な人だし。僕みたいに酒飲みながら仕事するような不良社員じゃない。しっかり者なのにこの挙動。(;´・ω・`)

でもこの生真面目なだけの凡人共が僕と同等の精神的タフネスを持っているはずが無いから、僕が「ここからが本当の戦争だ」と感じている今、他の連中にとってはギブアップ水準である可能性は、十分にある。(;´・ω・`)


自分で言うのも何だけど、やっぱり僕は何かおかしいんだよね。(´・ω・`)


僕と同じ水準だと思ったのは、前職社長、前職部長、現職社長の3人しかいなくって。
ハッキリ言って全員キチガイだよ、う~ん。(´・ω・`)


こんなキチガイ中年と健全な若い衆が同じ職場というのが無理なんや。


住み分けみたいなものを考慮しないと死んでしまうぞ。僕と社長は平気でも、それ以外の連中が(´・ω・`)

ウズマスターの日々
ウズマスターの日々 https://blog.uzumax.org/2022_11_23_archive.html

夜間始動

 若い衆が夜になってから仕事始めやがった。キッツ……。(;´・ω・`)

と言うのも、プロジェクトの遅れはかなり深刻で、休日出勤待った無しなのよ。
遅れているのはあくまで他チームであって、僕ではない。

でもプロジェクトってのは繋がっているから、他チームからの問い合わせには僕が即座に対応してあげないと、他チームが休日出勤していたところで何も出来なくなっちゃうのよ。

つまり、


「自分の仕事は終わっているかもしれないけど、他チームで何かトラブった際に即座に対応出来るようにして欲しい」


という実情に応じて本日ずっとPC前にいるわけだが。

午前中にポロポロと問い合わせはあったけど、午後は何も無し。

何も無いと思って酒飲んでたら、20:00から再始動。


キッツ……。(;´・ω・`)


お前ら……。同じ休日出勤でも日中の問い合わせと20時の作業依頼は違うからね。


ま~、そこまで気を回す余力が無いことは理解しているが。(´・ω・`)

ウズマスターの日々
ウズマスターの日々 https://blog.uzumax.org/2022_11_23_archive.html

デザインパターン

 プログラマーではない設計者に教えるのが難しくて苦戦しているのが、チェックなのよね。(´・ω・`)

( ゚Д゚)「この項目は必須チェックです」
( ゚Д゚)「マスタを検索して存在しているかをチェックして下さい」
( ゚Д゚)「半角英数字チェックもお願いします」

これね~、明確に序列があるのよ。


必須チェック⇒半角英数字チェック⇒マスタ存在チェック、の順だ。


これね~、当たり前なのよ。

MVCモデル、バリデーションチェック……、言葉は色々あるんだけど、考え方の根本は同じ。

まず外から入って来たインプット情報のみでチェック(バリデーションチェック)し、それを通過した後でDBとの突合などのチェック(ビジネスチェック)を行う。

これは基本中の基本であり、これはWeb画面でも、WebAPIでも、ファイル入出力バッチでも、同じ。


チェックの順番には定石がある。これをデザインパターンと言う。


ただ、これが厳しいのは、そもそも何故デザインパターンというものがあるのか?
それはデザインパターンに即さなければ設計が綺麗にならないからだ。これは保守性と効率に密接に結び付く話だ。

だか、プログラマーではない設計者はデザインパターンという概念が無い。


( ゚Д゚)「え? マスタチェックした後に半角英数字チェックは出来ないんですか?」


とか、そういう出来る出来ないの話をしているんじゃないんだよ。

デザインパターンに即した設計にしなければ、必然的に生産性は低く、保守性も低いシステムに成り下がる。これは常識だ。
生産性と保守性の話だ。

だが、この設計者はプログラマーではないから、デザインパターンという概念を理解していない。
だから出してくる設計書も処理の順序が滅茶苦茶である。
無論、ここは守って貰わないと実装するわけにはいかないから、こういう設計が来たら指摘して突き返している。クソ設計を拒否するのはプログラマーの職責だからな。

でもこの、「デザインパターンという概念を持っていないが、設計者ではある」、というケースが実に厄介で困っている。

もちろん突き返す時に理由は説明はするんだけど、5分や10分の指摘で理解するのは難しいだろう。最低でも8時間くらいは勉強会開いて僕がレクチャーしないと。

でもそんな時間あるわけ無いし。

いや、プログラマーでなければ設計は出来ないと言うつもりは無いんだけど、だからと言って基礎を勉強しないままフワッと設計をやられてもね。

う~ん。(´・ω・`)