  |
はてなキーワード: 仕様書とは
治療費がかさむだけではない。
ここでは、自殺や就労不可になる問題に隠れているメンヘラの経済問題について述べたい。
そういった事態になるまで自分を追い詰めてしまう人のブレーキになれたらと考えている。
■自己紹介
その会社で、ゲーム開発のプロジェクトマネージャーをしていたのだが、企画を補佐してくれるものがいなかったため、
PM兼、プランナー兼、アートディレクター兼、クラアント対応といった業務までしていた。
平日だけでは業務が終わらず、土日もメール対応や仕様書を書いていた。
そういった無理がたたり、たまにできた暇な時間も体調が悪く遊びにいくことも家事をすることもできなかった。
自立支援医療制度という精神疾患を患っている人を支援する制度があり、
それらの費用が通常の自己負担額3割から1割になるとは言っても、一回行くごとに1500円、月2回行くので3000円かかる。
ついでにいうと、その手続には、診断書が必要であり、その発行に5000円かかる。
最寄りの病院でない場合は、それに合わせて、交通費も必要になる。
それに加えて、一番大きいのがカウンセリング代による支出である。
私の行くところは、40分で6400円ほどかかる。
カウンセリングなんて、役に立つのかと健康な人は思うかもしれない。
だが、処方箋なんてものは、所詮対処療法であり、心理的な問題を解決することはない。
また、人に話すことで楽になることはたくさんあり、しかもカウンセラーにしか言えないこともある。
見ず知らずの人に、そんなこと言えるだろうか？ 困られせてしまうだけである。
というわけで、私はカウンセリングにて、毎月2回20分受けていたので、月6000円が飛ぶ。
東京在住で年収300万いかず、奨学金の返済にも苦しんでいた私には、
例えば、部屋が片付かないため、何を買ったが判断できなくなる。
すると、同じようなものを何回も買ってしまう。洗剤や歯磨き粉が複数ストックされる。
そして、掃除をサボることにより家の汚れが取り返しの付かないことになることも、大きな損失になりうる。
引っ越す時に敷金がもどってこないどころか、6万円近くのクリーニング代などを要求されるてしまことを、
思考がどうかしているうつ病患者の私には想像する気力もなかった。
うつ病になると、冷静に考えてお金を使う判断力が失われ無駄な買い物が増える。
場合によっては、ストレス発散のために、高い買い物をしてしまうこともある。経度の買い物依存症である。
そして、あらゆるめんどくさいことを、お金で解決しようとしてしまう。
駅からも遠かったため、少しでも心理的な負担がかからない場所に引っ越したかったからだ。
上記の様な状態の私はただでさえ貯金がない状態であり、引っ越しにかかる費用はクレジットカードを利用した。
そこらへんの判断も、今ふりかえればどうかしている。
だが、明らかに思考力がまともじゃなかった私には、なんの疑問も感じなかった。
新たな引越し先への敷金礼金以外にも、20万以上つかってしまっていた。
■まとめ
という流れは広く知られている。
だが、それだけではない、
うつ病予備軍の人は、上記の様なうつ病になる大変さを理解して欲しい。
すでにうつ病の人は、私の様な自体に陥らない様に気をつけて欲しい。
私はこれの様なリスクを理解していなかった。この過ちが、後に、大きな不幸をまねくことを私はまだ知らなかった。
その不幸については、また今度投稿する。
マネージメントの力が無ければ35歳を乗り切れないと言われればマネージメントの講習を受け、
現場でプログラムを書くだけじゃ将来的に困ると言われクライアント営業になり、
営業をやるのであればマーケティングもわからなければと講座に通った。
全部35歳以降の自分の姿が見えなかったので、
ただただ焦っていたんだと思う。
「その知識だけでは食っていけない」
プログラミングはできる。でも、同年代のエンジニア一本の人と比べたら雲泥の差。
要件定義も仕様書も一応書ける。でも、ちょっと大規模なものになったら全く歯が立たない。
新しい知識も追いかけた。でも、若い世代のすごい子と比べたら知ってるというのもおごかましいレベル。
営業もマーケティングもやった。でも、コンサルになれるほど突き詰めてはいない。
そして、35歳になった。
でも、どれもとても短く浅い。
レベルの低いフルスタックは「なんでもできて、なんにもできない」だ。
俺を買ってくれる人は今日も現れなかった。
なんと具体的な回答が！
なるほどね。食ってかかるようで申し訳ないが、
それで7割減は大げさでないの？
自分もずいぶん前にドキュメントの作成方法についてはいろいろやってみた。
だから「7割減」に食らいついたんだけど、
例えばjavadocのようにコンテンツの記述のみ行えばよくて
デザイン・レイアウトは決め事という方法をとっても7割減はむりだろ。せいぜい3割減だと思う。
要件定義書やインフラの設計書なんかは書式的に面倒なことは少ないと思われるので、(詳細設計書は自動生成として)
おそらく面倒なのは基本設計書、テスト仕様書と結果報告書だと思うが、
それらにはjavadoc方式(内容と書式の分離)では表現が不足して実用にならないだろう。
私は、昔から他人と話すことが苦手で、自身の意思・意見を話すことがうまくできない。
特に、1対1ともなると、何を話すべきなのかわからず言葉が出ない。
他人に関しての興味が薄く、他人の感情をなんとなく察する、所謂「空気を読む」ことがほぼできないと言って良い。
私は、仕事上のとあることがきっかけで、仕事を辞めた。端的にいえば、人間関係に疲れてしまったので、辞めた形だ。
とある案件で、仕様作りで折り合いがつかず、客と受注側リーダーとの間で板挟みになってしまった。仕様書の作成もうまくできず、自身の無能さに絶望した。
日を重ねる毎に、その絶望感は酷くなった。ストレスで深く眠れなくなった。残業と長い通勤で帰宅は遅く、毎日深夜1時頃に布団に入るが、5時前には目が覚めた。遅刻が恐くて、睡眠は毎日浅かった。
いいようのないモヤモヤが、毎日溜まっていった。通勤が憂鬱になっていった。
以前まで楽しいと思っていたことすら、退屈、ときに苦痛を感じるほどだ。以前は好きだったゲームですら、全く楽しめなくなってしまった。
自分は何のために生きているのか、わからなくなってしまった。何を目標にして生きていけば良いのか、わからなくなってしまった。
できるなら、もうこのまま消えてしまいたい。
大企業。名前だけならたぶんほとんどの人が知ってる。毎日定時に帰れて、週休二日で、有給もフル消化できて、給料も福利厚生も申し分無くて、寂しい時は社内イベントや勉強会に出てワイワイできて、仕事もそこそこ面白い。だけどもうダメかもしんない。
俺はエンジニアだ。うちは IT 企業だ。俺はエンジニアとして働くつもりで入社した。面接でもそう言ったし、先輩にも上司にも主張した。衝突も多かったけれど、概ね希望は通ったと思う。今の仕事は面白い。でも、それでも、もうダメかもしんない。こうしてお酒を飲みながら不満を垂らしちゃうほどに。
スーツ強制である。意味がわからない。あんな窮屈な服をわざわざ好んで着るほど俺はマゾじゃない。
営業マンやオフィス街に勤めるビジネスマンだってんならまだわかるけど、違う。田舎に構える拠点だ。俺たちはエンジニアだ。仕事しやすい格好であるべきだ。だからといってさすがに裸は非常識だが、ジーパンくらいはいいじゃないか。
たまにお客さんやお偉いさんが来る時もあるけど、そんなの応接室で応対する奴だけ正装すればいい。なんで俺たちにまで押し付けるのか。本当に意味がわからない。マゾという性癖を押し付けたいの？
ネットニュースは見れるくせに、Twitter は見れない。技術用語で検索して情報収集できることを知らないのかよ。
Stackoverflow や Quora や Qiita も見れない（知恵袋は見れる）。GitHub も Bitbucket も、そしてはてなさえもだ。え？IT企業だよね？何の冗談だよ。全然笑えないぞ。
「情報漏えい対策です」だって？だったら POST だけ禁止すればいいじゃん。一部のサイトはそうしてるじゃん。情シスなのに GET と POST の違いもわからないの？
とにかく不便で不便で仕方がない。管理職は「自分のスマホで見ろ」「制限解除した専用タブレットで見ろ」とかほざいてるんだけど、なんでいちいち PC から離れてそっち見なきゃいけないの？コピペしたい時とかどうすんの？効率って言葉知りませんか？何なの？マゾなの？
ウォーターウォールが常にダメとは言わない。ただウォーターフォールは昔のやり方であって、少ない人材でスピードも求められる現代ではだいたい役不足だ。にもかかわらず、馬鹿の一つ覚えみたいにウォーターフォールで開発しようとする。
テストコード書いて効率化して暇を持て余して改善に勤しむ俺よりも、いっしょうけんめい（笑）ワード使ってコードを日本語にひたすら翻訳するという詳細設計書執筆に勤しんでる奴の方が評価されてるという現実。第一ウォーターフォールに従うなら先にコードができてるのもおかしいじゃねーかよ。
ウォーターフォール続き。開発審査といってこれを通過しないと先の肯定に進めない関所みたいな審査があるんだけど、これがまた冗談みたいに面白い（笑えない）。何十年も（何年も、ではない）前につくられた基準で、かつ無理矢理定量的に解決しようとした体系をしていて、結果、
「x時間に至ってない？それはおかしい。x時間になるまでレビューしろ」
「x時間超えてる？それはおかしい。なんで超えたのは理由を説明しろ」
なんてことが起きている。何なの？ソフトウェア開発がそんなに単純にいくと思ってるの？そんなはずない。みんなわかってる。だけど逆らうこともなく、おかしいとも思わず、ただただ過剰な仕事を投入したり、数字いじりと作文に勤しんだりする。一体何と戦ってるんだよ。
ちょっとした資料でもパワポが強要される。テキストで書くと渋い顔をするし、他部署や他拠点、部長より上向けの資料となると絶対に OK が出ない。
独自フォーマットじゃねえよ。Markdown 知らないの？別に Markdown 覚えろって話じゃない。ちゃんと見易いテキストで書いてるだろ。分量的にも、話題的にもこれで十分だろ。なのにわざわざパワポなの？何がしたいの？パワポ萌えなの？勝手にやってろよ。俺たちまで巻き込むな。
PCとディスプレイは会社側が用意したものしか使えない。Windows 強制。メモリとかCPUは家電量販店で売ってるレベル。いやそっちの方がまだ高性能かも。おいおい、総務とかじゃないんだぜ？エンジニアですぜ？開発マシンだよ？こんな貧弱なマシンでどうしろって言うの？
キーボとマウスとディスプレイ枚数が自由なのがせめてもの救い。といってもディスプレイは会社支給品なので一人あたりどう頑張ってもトリプルだけど。
サーバーで仮想マシン動かしてそっちで開発しようとか、むしろ開発用のハイスペックマシン手に入れようとか画策するんだけど、無理。調達できない。壁が二つ。
上司の壁。「何贅沢言ってんの？」 贅沢じゃねえよ。それ営業マンに向かって「車？何贅沢言ってんの？（原付あるだろうが）」て言ってるようなもんだぞ。
会社の壁。やたら承認やらエクセル申請書やら冗長で数日じゃ終わらない。ちょっと記入ミスってたらやり直し。融通の利かないお役所仕事。そもそもお金が無いからそんな調達できないんだってさ。無いことはないだろ。利益出してんだろうが。その金はどこ行ってるの？お偉いさんがガハハとかっさってんの？
結局、今部署にある分でやりくりしなきゃいけない。だいぶ昔から使ってるやつだから古いし、キャパも限界。使わないマシンを落とさないと他が使えなくて、そのためにみんなに使用状況聞いて回るとかしている始末。おかしいだろうがよ。
え？クラウド？「クラウドに企業秘密置くなんて何事だ！」だってさ。だったら紙で仕事してろよハゲ。
必ずインストールして常駐させるソフトが結構ある。特にセキュリティ系。中には Windows Update みたく動作に支障を及ぼすものもある。お前自身がウイルスじゃねえかよと言いたくなるレベル。
あと全体的に実装が稚拙なようでメモリも CPU もやたら食う。ソース見せてもらえないから何とも言えないけど、初心者がゴリ押しで書いたみたいな臭いがする。これで何百、何千の人間の、いったいどれだけの時間を無駄にしているんだろう。
インフラがとにかく弱い。メンテナンスは日常茶飯事だし、入社年度とか拠点とかでアクセスしていい時間帯を分けるようアナウンスするし、24時間稼働じゃないし、稼働するにしても昼休憩とか夜間とか制限かけるし。自社のインフラさえままならない企業にいったい何ができるというのか。
本当に力入れた方がいいと思う。どれだけ損失してると思ってんだよ。お偉いさんのイベントで主張してみたりもしたけど、俺が浮いただけだった。こういうことに関して鈍感なのがデフォなのだ。
社内システムはほとんど IE しかサポートしてない。バージョンまで固定する始末。UI もレガシーだし、UX も全然考慮されてなくて、フォームを何十個もずらずら並べたみたいなページが普通に登場する。
SVN である。これでもまだマシだ。いや SVN も相当にオワコンだけど（Git 信者が何を知ってるって？いやいや Git 知らないだけでしょ。gitignore が無い時点でどれだけレガシーなのかがわかりませんか）。
ひどいと VSS とかいう化石だったりする。VSSて何ですか？だよね、知らないよね。調べてみるといいよ。面白すぎて笑えない。
今上に立っている人たちが残業何十時間何百時間当たり前の世界でバリバリ頑張ってきた人たちだから、そういう価値観が蔓延している。残業40時間くらい何とも思わない人種である。いや40でも十分多いから。
物理的に仕事が多いならわかる。本質的に難しいことしてるならわかる。残業しなきゃままならないシチュは存在する。でもそんなの見たところ一握りだよ。大半はただだらけてて怠けてて非効率的で無知なだけ。
いや、無頓着というべきかもしれない。たとえばつい先日こんなことがあった。レビューで（俺はレビューア。他にもたくさん）、レビューイがブラウザからファイルをダウンロードした時にブラウザなのかダウンロード先なのかどこかおかして、ブラウザがフリーズしたのね。イラっとするじゃん？と思ったら、したのは俺だけだった。数十秒くらいは続いたのに、俺以外はみんな平気な顔してた。平然と待ってた。そういうことに無頓着なんだ。プログラマの三大美徳を備えろとまでは言わないけど、そこまで無頓着なのは社会人として、エンジニアやビジネスマンとして、どうかと思う。
俺は巻き込まれたくないからうまく立ち回っていて、帰ろうと思えば毎日定時で帰れるが。この体質はほんとどうにかした方がいいと思う。
英数字とスペースを全角で打つのはやめろ。それが許されるの小説だけだ。
インデントはタブを挿入すること ← 俺はスペース派だが、まあわかる。規約ならしゃーない。
「従わなければいいじゃん」 俺もそう思ったよ。でもね、みんなね、レイアウト整えるのにタブ文字を入れやがんだよ。わかるかい、タブ4文字にしなきゃレイアウトが崩れるってことだよ。おかしくない？レイアウトはスペースで揃えよ。タブが許されるのは行頭のインデント部分だけだよ。
この件について戦ってみたことがあるけど、誰一人として賛同は得られなかった。俺は自分勝手な人間との烙印を押されただけだった。エンジニアとして主張すればそうなっちゃうのがうちなのだ。
この件については宗教論争的なこともあるから最悪引き上がる覚悟もあった（それにぶっちゃけ手元のエディタやツールで変えればいいことだし）。でもどいつもこいつも真面目に考えることなく、俺を一蹴した。俺が嫌いだから？何大人げないことしてんの？小学生かよ。意見を見ろよ、中身を見ろよ。
こんなことがあった。
オンプレで立ち上げてるサービスに対して REST API を勝手に使ったら怒られた。曰くシステムがダウンしたらどうなるんだと。業務停止するだろうがと。
言ってることは正しいけど、だったらエントリポイントを閉塞しておけよ。あるいは注意で REST API 使うなと書いておけよ。REST API をデフォでサポートしていて、何の注意や閉塞もなく解放されているなら、それは自由に使っていいってことだろ？（もちろんだからといってリクエストをバーストさせていいわけじゃないが）。悪いのはそんなことも知らなかった無知な管理者だ。責任転嫁するな。
ちなみに閉塞案と注意追加案と提案してみたが無視されている。もちろんそれらを行う権限は俺にはない。
チャットの意義は Pull 型コミュニケーションができることだ。受け取った側の都合で返信できることだ。送る側も、そのことを前提とした上で、期限に余裕のあることを送るのだ。
このことを知らない人があまりに多い。とにかく彼らは口頭を好む。え？あんたら、忙しいよね？むしろ俺は配慮してあげてるつもりなんだけど。口頭で割り込まれることでどれだけ集中を阻害されているかがわからないんだろうか。
まあ俺はいいけど。集中削がれて非生産的になって遅れるのはあんたらだから。俺には関係無い。もちろんそのせいで俺にまで影響が及ぶのだとしたら、そこは全力で反抗する。そういえば以前、この件で上司の上司に対してチャットでみんなに意見を尋ねてみたら、問題行動として垢BAN食らったっけなあ。その部署からは異動しました。
C言語手続きプログラミングマンがあまりに多い。OOPを使っただけで、Ruby スクリで実装しただけ異分子扱いされて「そういう最新技術を誰もが知っているわけじゃない」「自分が知っているからといって無闇に適用するにはやめろ」とか言われる始末。最新技術って。ジョークだったんだろうか。あの時は思い切り笑った。その先輩とは今でも疎遠だ。すれ違っても挨拶してくれない。
まあこれは部署や部門の問題だと思うけど。たとえば OSS で食べてる部隊ではそんなことはない。
昇進するための要件として資格取得がある。公的資格だけじゃダメで、社内独自の資格も必要なんだけど、この資格たち、試験でどうでもいい自社製品うんちくばかり問うてくるものである。はてなを例にするなら、創業時メンバー全員（一人かもしんない。知らん）のフルネームを答えよとか、創業日を答えよなど。
それ、覚えて意味ある？何がしたいの？愛社精神擦り付けたいの？そんなことしても逆に離れていくだけだと思うけど。違うかな。じゃあ何のためだろ。全く見当もつかない。それくらいに不可解だ。
ソフトウェアを新しく使用のにいちいち承認が必要とかいうふざけた制度があった。ソフト使うのって、エンジニアにとっては日常茶飯事じゃん。いちいち承認してたら進まないだろ。
それでもルールなら仕方ない。俺は何十という承認依頼を送った（ちなみに部長以上のお偉いさんが承認者になるという慣習がある）。反応が悪いし、仕事が進まないので口頭でも催促した。一蹴された時は「ならもっと上の人に掛け合います、XXさんが相手にしてくれなかったので来ましたって」的なことを言ったりもした。
結局、俺の部署では「なるべく新しいソフトウェアは使わないこと」「どうしても使いたい場合は自己責任で導入すること」「もちろんウイルスチェックはちゃんとしてね」「実績のあるソフトだけ使ってね」みたいな緩いルールが新設されることでケリがついた。
今でも多くの部署が承認制のままだろう。みんなどうしてるんだろ。それで仕事になるの？
うちは IT 企業なのに、リテラシーに明るくない人がいる。たとえば Wiki の書き方も知らないような人がいる。そういう人が部下を仕切っていたり、社員を支えるスタッフ業務に携わっていたりする。
エンジニアとしてより良いやり方を提案しても、導入しても「難しそう」と一蹴されるばかり。そもそも、ここまで上述してきたことに対してピンと来ることさえない。
厄介なのは、会社そのものがそういう人達に足並みを揃えようとするところだ。だからエンジニアにとっては物足りない、窮屈で、非効率的で、むしろ邪魔にしかならないようなシステムや仕組みや施策ばかりが降ってくる。元を辿れば煩わしいセキュリティソフト群や承認フローの多さも、一部のバカが何かしでかしたせいだ。
一部の人間が足を引っ張っている。大企業であるということ、図体が大きいということは、そういうことなんだと思う。そうするしかないのだろうか？個人的には、エンジニアとそれ以外に二分して、前者には前者のインフラなり体制なり整えればいいと思うんだけども。
うちの会社の連中は、彼らはエンジニアではない。思えば余暇で技術的な話をすることが一切無い。彼らにとって技術は手段でしかないのだろう。エンジニアとしての矜持というものは存在しないのだ。
たとえるならママチャリに乗っている人達みたいなものだ。ロードバイクに乗る人からすればママチャリは手段としてありえない。ロードの方が何倍も早いし、移動範囲も広がる。けれどママチャリ乗りはロードには乗らない。そんな世界があることをそもそも知らないし、知っているにしても努力してそこまで至ろうとは思っていない。今のままで十分だと思っている。
同じなのだ。彼らもまた今のままでいいと思っている。エンジニアリングのエの字もわかっていない。無論、ただのママチャリ乗りならそれでもいいんだけど、俺たちは IT を生業とする会社だ。ロードレースでメシ食べてるようなものなんだよ。なのにママチャリのままなんだ。どう考えたっておかしい。それで勝てるわけないだろ。この先どうすんの。今はたまたま誰も走ってない道を走ってるだけだ。そういう道も着実に少なくなってきているし、ママチャリで頑張って登ろうとするゴリ押しマン要員も減ってきている。
他にも挙げればいくらでも出てきそうだけど、疲れたんでこの辺で。
俺も偉そうなこと書けるほどのエンジニアではないし、ちゃんと読みやすいよううまく書けたか自信ないけど、それでも書かずにはいられなかった。
ただ未来がないと喚いても仕方がないので、IT業界に来た若者向けに言いたい事。
受託開発でも何でもいいんだけど、
言われた事だけをこなす技術者にはならないで欲しい。
これは、言われなくても察しろとかそういう話ではなくて、
というのを常に考えて欲しい。
それと、案件に参加したならば
何か一つでいいので、
俺が考えたイカす機能というか、
要求仕様には無いけどサービスでやってやったぜというのを組み込んで頂きたい。
機能要件に関わるところでそれをやるとちょっと揉めることもあるので、
非機能要件で、使い心地を向上させる部分に、エゴを埋め込んでいくのがまずはオススメ。
こんなの作ってみました！どうすか！？やばないですか！？ と見せると
そのまま客先に持っていくことはできないかもしれないけど、
こいつ・・・やるな・・！ってなるはず。
そして、そういうのを後輩が持ってくるようなチームは、仕事が楽しくなる。
言われた事だけをひたすら実装するプログラマにはならないでほしい。
甲縛りでもしてない限りその発言はほぼエアプ。
丙とは言わないが、乙程度なら改程度のレベル（20〜30）程度を各艦種育てて、近代化終わらせてあれば難易度は跳ね上がるって程じゃない。
改二で劇的に性能変わるのもほぼおらず、強いて言えば夕立綾波ぐらい。
大発運用で対地火力がーとか言うけど乙以下ならそもそも普通の艦で殴っても落とせる。
装備も改修更新は不要で、開発落ち無し装備も不要で十分ストレス無くクリア出来る。
零戦21型縛りや艦爆縛りみたいな特殊プレイなら別だが、それは当人が原因。
6-3なんて水母は甲標的ガン積みした千歳甲でレベル20も有れば充分（というかそれ以上育てても回避殆ど伸びない）。
ランカー除いて現状極端に継続プレイヤーとの差が開くのは基地航空隊ぐらい。陸攻は配布された時期が極端に固まってるかつ短いのであの時期にやってるかどうかで基地航空隊の火力が全然違う。
来月の1週間ほどある､職場の休みを出張でまるごと潰されたことで､
今いる課をやめたい､と踏ん切りがついた｡
「早く辞めたほうがいい」
と言われるくらい酷い環境だったらしい｡
仕事の内容も､自分で決めて好きなように動け､という仕事の仕方だったが､
仕事のバイブルがあって､道が決まっていて､そこに向かって仕事するやり方が向いていると思う｡
休みと金のために仕事をして､自分の好きなことをしたいと言いたい｡
今の組織では全く出来ていない｡
けれど､誰にも仕事を放り投げれない｡人がいないし自分でノウハウを持ちすぎた｡
だから半年くらい身辺整理をして､来年度くらいにはどこかに行きたい｡
死にたいとは思わないが､いずれ死にたいと思うようになってしまう気がする｡
人と話もしたくない日が週に3日くらいある｡
きっと代わりの人はいくらでもいる｡
もう逃げてしまおう｡
-------
って言う感じの無茶苦茶な司令を出されて､新入社員から経験もないまま､
「ハードの設計･製造全部1人でよろしくね☆ その代わり期限は守れよ」
この時点で仕様書は無い｡というか今もない｡どう考えても無理な指示を出され､とりあえず手を動かし続けた｡
色んな所を走り回って知識を集めて､何とか形になるくらいの設計はした｡
機材は動かない､酷いときは壊れていく｡
上司「よく分からんけど明日までになんとかしろ､どうにかせえ｡試験は明日からや｡」
ぼく「……はい」
こんなやり取りをここ半年くらいずっと続けている｡因みに上司には電気の知識は殆ど無い｡
「まだ直らないの?」「いつまで待てばいいの?」「何もすること無いの?」「どういう状態なの?」
「あれはどうなったんや」「直ったんか」
という強い言葉を浴びせられる｡つらい｡
それが買ったものだったら｡
「ケータイでもメールでもなんでもいい｡地の果てまで追い掛け回せ」
ここ半年ほどは深夜まで対応し､土日も潰され､プライベートが殆ど無い状態である｡
で､従業員がこんな事になってるのに､結構偉い人からこのプロジェクトが注目を浴びているらしい｡
--------
うちの会社、Web系なんだから当然っちゃ当然なんだけど、案件の8割くらいはCMS案件なのよね。
それもWordPressは脆弱性出しすぎとかで保守しにくいってことでもうちょいマイナーなCMSが中心。
プログラマーとして入社してから今まで、デザイナーが渡してきたHTMLファイルをCMSのテンプレートとして構築する、
っていう作業が社会人生活の半分以上を占めていて、業務としてはPHPの簡単なプログラミングすらあんまり経験ない気がする。
CMSのテンプレートもif文とかループとかあるからこれもプログラミングといえばプログラミングなんだけど、
Web系っていうともっとPythonとかNode.jsとかVueみたいなキャピキャピした技術に触れるもんだと思ってたよ。
給料は安いけど割りかし残業も少なくて何かとヌルい会社だから今のところやめるつもりは特にないんだけど、
ディレクターとの調整とかExcel方眼紙で仕様書(多分一般的なSEが作るのよりはかなり簡潔なもの、勿論UMLとかはない)書いたり見積もりしたり操作マニュアル書いたりっていう経験はあっても
下流工程を生きるプログラマーとして例えば5年後10年後、技術的なキャリアとして「HTMLファイルをよくわからんCMSのテンプレートとして当て込むだけのことを長年やってきたおじさん」
が誕生したとして、果たして生きていけるのか心配になってきた。
僕は生きていけるのでしょうか。転職した方がいいんでしょうか。教えてください。
社畜を集めてチームを組んで、プロジェクトに出撃させたり出張に行かせたりする。
社畜には組み込み系、金融系、ネットワーク系など得意不得意があり、不得意なPJに向かわせてもあまり実力を発揮できないしすぐ疲れる。
社畜同士には相性パラメータがあり、相性の悪い社畜を同じチームに配属させると作業効率が下がる。
ダブった社畜は別の社畜にOJTしてステータスを向上させることができるほか、リストラすることができる。
また、社畜には装備として開発環境を持たせることができる。プロジェクトに合った開発環境を持たせることで作業効率が上昇する。
プロジェクトはまず開発手法を決定し、チームで仕様書やコードやバグをやっつける。
時間内にプロジェクトが完了しなかった場合は、残業に突入するかどうか選択して決める。
残業すると一度の出撃プロジェクトの状態を完遂に持って行くことが出来るが、残業は資材の消費が激しい上に社畜が疲れやすい。
（ごく一部に残業の方が実力を発揮する社畜がいるとかいないとか）
ダメージを負った社畜は休養させると回復する。アイテム「栄養ドリンク」を使用すると回復までの時間が短縮される。
オフィスに所持可能な社畜の数には上限があり、上限を解放するためには課金アイテムの購入が必要。
開発環境も同様。
社畜のレベルが一定以上になると「昇給」させることができる。ただし昇給させると
・一部の社畜の属性が「開発」から「管理職」になり、開発が不得意になる
・女性型社畜の一部に「育児時短勤務」属性が付与され、残業に出撃できなくなる
（その状態でさらにがんばってレベルをカンストさせると「育児時短勤務」属性が外れる）
そうすると、前任者のクソコードをヒントもなしに修正するハメになることが非常に多くなる
なぜなら辞めるときっていうのはだいたい苦しいときで、苦しいときほどクソを生みやすいから
AさんがBさんにクソを投げ、BさんがCさんにクソを投げ、CさんがAさんにクソを投げるみたいな
全員で苦しくなってる状況なんだ
「全員の技術力を上げるべき」なんていうクソみたいな不可能な提案する人も居るけど
そういうクソは放っておいて
仕事するなら最低限これだけはやっておいてくれリストみたいなのがあれば良いんじゃないかと思った
例えば「Modelにだけはコメントを必ず書く」くらいのクソ低レベルなリスト
それがほしい
そしたら、それ守ってないやつを全力で叩くから
＿＿
ちなみにこれは宗教論争になるから、1個に定めるのは無理だろうけど
なんていうの、松竹梅で、これほしいよねリストが流行ればいいと思う
なお主導はしません
ウンコードを撲滅したくて血涙流してる人頼む
「既存のプログラムに対して、機能Aを入れたいんだけど何人日？」みたいな質問あるじゃん？
機能を入れるのは良いよ
たぶんすぐ終わるよ
でもね、その前任者が作ったクソコードに機能を入れるのは、かなりきつい作業なんだよ
機能を入れようとしたら、どこか修正点が出たり、バグが発見されるんだよ
バグを直そうと思ったら、他の何かも作り変えなきゃいけないんだよ
作り変えるってなったら、そもそも正しい仕様が分からなきゃいけないし、テスト範囲も広範になるんだよ
わかる？
そもそも前任者はどこへ行ったの？ え、居ない？ 何で辞めたの？ 何か嫌だったんじゃないの？ それを俺にもするの？
ていうか何でそんなクソコード書くやつ入れたの？ おまけに逃してるし
じゃあ仕様は？ 何が正しいかは誰がわかってる？ それぜんぶ俺が聞き出さなきゃいけないの？
わかったよ、やるよ
いつ終わるかって？ しらねーよ神にでも聞け
機能Aなら直ぐ終わる
俺もそう思うよ、何でだろうね
ごめんなさい、なんか追記とかトラバとかしようと、いろいろしてたら間違えて消しちゃいました。
一応補足すると、上流工程の人と下流工程の僕を比べたわけじゃないです。
というか、先月とか今月は開発の工程だから開発してるけど、僕は要件定義から関わってるから別に下流工程専門ってわけでもないです。
比較した人はコーディングもすこしはしてましたが、メインの仕事は「テストやる要員」で、テスト仕様書（≠テストコード）書いて、画面操作する仕事をしている人です。
いやなんか、愚痴にもほどがあるだろってぐらいの愚痴なので、マジで反省します。
反省したいけど、後日見返したときに心がざわつきそうなので、日記は改竄しちゃいました、申し訳ないです。
モチベーションが著しいレベルじゃないぐらい急降下したので、さっさと帰ってきた。
というのも原因があって、ひょんなことから、とある人の月給を知ってしまった。
わかってる、重々わかってる。
僕がどんなにコードを書いても、どんなにバグを修正しようと、どんなに仕事が便利になるツールを作ろうとも、どんなにその人にコーディングの基礎の基礎を教えようとも、
重々わかっている。
たとえ、nullと空文字の違いがわからなくても、内部結合と外部結合の違いがわからなくても、いいじゃないか。
そんなことと、その人を評価する指標にはならないに決まってるじゃないか。
ダメだダメだ、こういうことを考えるのはよくない、非常によくない、他人のその一面だけを見て、勝手に自分の方が上の存在だ、みたいな思い込みを無意識でして
そうじゃないことがわかった途端にイライラするの、非常によくない
反省しよう。
僕もよくないところはたくさんあるし、そもそも
良いとか、悪いとか、
そういう話じゃないし。
自分は東芝の子会社だけど、キャリアパスのミスマッチだとか会社がオフショア大好きだとかで辞めた経緯は大体一緒だわ。
残業に関してだけは上も残業減らしたかったみたいで、すべてを無視して定時で帰ることは非難されなかったけどね。
この辺かな
社名に「東芝」って冠がついてるから、インフラなんかの重要な案件が来てしまうので、見捨てるのはまずいかなと思って何年も粘ったけど、もう「東芝」にそこまでの信用はないかと思って辞めさせてもらった
元増田だけの意見を聞いてもなんとも言えなくて、元増田を責めるつもりも、褒めるつもりもまったくなく、
自分の感想や自分の気持ちを書いてしまって申し訳ないんだけど、
自分の書いたプログラムを自分だけのものにする？ バカなこと言わないでください。そのプログラムのおかげで劇的に実質コストを減らし、会社に貢献してます。
このあたりの理屈がやっぱりしっくりこない。
なんていうか、業務をこなして会社に貢献するか否かを自己裁量で判断することに意義を感じられない。
極論、目の前の書類にハンコを押せというだけの仕事を、ハンコ押しマシーンを開発して高速化したとしても、僕としては、それは自分の中の評価の対象にできない。
（なんども繰り返しになるけど、僕と元増田が同じ考えでなければならない、なんて思ってないからね、もし僕が元増田の立場だったら？ を想像してるだけだからね）
こうして言語化してみてわかったけど、
自分にとって「仕事の結果」なんて、至極どうでもいいのだと思う。
なにかの書類を作る、なにかのファイルを作る、という結果が早くできるようになったか否かは、関係ない。
自分にとって大切なのは仕事の仕組みを作って、それが上長に認められ今後の仕組みに組み込まれることが非常に大きい。
だから、元増田みたいに「こういうプログラムを作ったから、この目の前の仕事をはやくこなせるようになったよ、でもそのプログラムの中身は評価されてないよ」という状況は、全く意味がない。
その、プログラムの仕組みとか利便性とかを上長に説明して、上長が理解して、
さらに、それが上長以外の人間でもいいから自分でない誰かがその仕組み自体を「再現可能」「検証可能」であることこそが、僕の中で大切なんだと思った。
もし僕が元増田と同じように、作ったプログラムによって生じた「仕事の結果」を評価されなかったとしても、
多分僕の中でそれは「そのプログラム自体が上長に評価されるような出来ではなかったからだ」と納得できてしまうのだと思う。
もちろん、元増田も一生懸命言葉を尽くして上長に説明をしたとは思う。
きっと僕も言葉を尽くして、色々資料を作ったり、なんならVBAという仕組みから喋ってみたり、いろいろ頑張ると思う。
でも、その結果が、評価されないのであれば、それはもう仕方ないよ。
そこには色々あると思う、
極端な話、この仕事の結果自体がもしかすると上長にしてみれば、どうでもいいことなのかもしれない。
だからこそ、この仕事をどれだけの工数で終わらせれて、どれだけの出来栄えにすべきなのか、そのプログラムの仕組み自体の評価を、とことん上長とすり合わせるしかない。
もしかすると、もっと早い工数で終わらせたいのかもしれないし、
プログラムの仕組みが複雑すぎてメンテナンスが不可能だから評価しないのかもしれない。
とにかく、評価しないのであれば、そこには必ず理由があると思う。
と、ここまで書いて気づいたけど、
プログラムのコードや、プログラムのアウトプット以外のところ、
ただ、これは、もうしょうがないとも思う。
だって、人の好きとか嫌いはもう、ねえ？
