「仕様書」を含む日記 RSS

はてなキーワード: 仕様書とは

2017-10-14

あと5年もすれば昔を知る人が居なくなり日本中で同じ事が起こるだろ



あと5年もすればいよいよ昔を知る人が居なくなり日本中で同じ事が起こるだろ

技術者を軽視してきた経営側・管理側の招いた負の遺産となるだろう。

Q6.役所が現行システム資料を出すべきだろうが!

A6.もっともだけど、できないから無理だよ。

上記の通り仕様書がないことも多いうえ、システム課に限らず市役所人員は基本ローテーションするよ。

導入当初の担当者が残っていることは珍しいし、30年も前に導入した汎用機ことなんてここ10年に入った職員にはわからないよ。

こういった無意味な人事ローテーションをやめて、スペシャリストをしっかり身内に育成してきていれば良かったのに

残念なことに、「属人化は良くない」といった言い訳で、専門家を軽視してきた。

Q8.じゃあ役所は悪くないの?

Q8.悪いよ。

みんな沈む。

https://anond.hatelabo.jp/20171012165214

2017-10-13

俺は役所側のシステム担当だけど

https://anond.hatelabo.jp/20171012165214

うちのプロジェクト普通に成功したので特に面白い話はない。

つーか失敗が稀だからニュースになるのであって、実際は成功するのが大半だよ。

そもそも入札してもらえないと始まらないので、仕様書にあまり無茶なことは書けない。

開発中に新規要件が出ることはあるけど、こっちだって完成しないと困るから適宜調整するし、無理な分は来年度以降の課題ということで先送りする。

その結果市民からは「不便すぎる役所死ね」と叩かれることもあるけど平謝りするしかいね…。

なので京都市ほどこじれるのはうちの役所では考えられん。

まあメインフレームはどんどん消えてくし、異動があるとはい組織内でのノウハウは蓄積されるし、特許庁みたいな反面教師を挙げて庁内を説得できるようにもなったし、どこも段々と良くなってくんじゃないかなー。

公務員から成功しても失敗しても給料は(ほぼ)変わらんけどな。

https://anond.hatelabo.jp/20171012165214

Q3.使いまわしってどうやってやるの?

言語への移植は、自動的にやるととんでもないソースコードが吐き出されるから

普通は以下の手順ではなかろうか。

1.旧言語ソースを見て仕様書を起こす

2.人間実装しなおす

2017-10-12

anond:20171012165214

しばらく前に8年くらい前のろくに仕様書が残ってないPHPシステムの移行見積もりやったけど

新規に作る場合の1.4倍くらいの金額になったなぁ

もちろん受けずに済みました

京都市が今回失敗したような、自治体システム更新について

http://itpro.nikkeibp.co.jp/atcl/column/14/346926/101101158/

Q1.役所仕事なんて全国でほぼ一緒なのに、なんで自治体ごとに別のシステムを作るの?

A1.地方自治体事務財務について法律で決まっているのは大枠だけだよ。

  それを実務≒内部規定に落とし込むのは各役所ごとなので大枠は似てても実務プロセス全然役所で違うよ。例えば同じ業務でも独自の語彙があったり、下手すると同じ語で市町村ごとに意味が違ったりするよ。


Q2.なんで新規で作らないの?

A2.80年代ぐらいにやったよ。その結果が政令市クラスに残ってて今回京都市更新しようとしてるような、メインフレーム上のシステムだよ。


Q3.メインフレーム汎用機)って何?

A3.みんなが使ってるWindowsとかLinuxとかのOSがなかった時代コンピュータだよ。IBMとかがベンダーごとに作っていてOSベンダー謹製だよ。性能はいいけどメチャ高いよ。

システム内でクローズして専用線以外では他とつながってなかったから、汎用機からPCサーバへの移行を「オープン化」と言うよ。

オープンソースソフトウェアとは全然関係ないよ。


Q3.使いまわしってどうやってやるの?

A3.80年代かに作ったシステムで動いてるCOBOLとかPL/IとかをLinuxとかUnixとかWindows上で動く言語コンバートしてリコンパイルするよ。

DBデータ階層データモデルからリレーショナルDB用にコンバートして移行するよ。こういう開発形態を「マイグレーション」と呼ぶよ。

あと、バッチジョブ制御もJCLという汎用機用の言語で動いているよ。これもそのままでは動かないのでコンバートするよ。

コンバート先はperlだったり、シェルスクリプトだったり、ベンダごとの独自スクリプトだったりするよ。

COBOLとかの実行プログラム移行も大変だけど、帳票の大量印刷はたいていバッチジョブでこなしてるので、JCLの移行もめちゃ厄介で大抵もめるよ。

今回もめたのもバッチらしいね


Q4.80年代のものを使いまわすとか。新規で作ればいいじゃん

A4.お金無限にあればできるよ。今の時代お金があった時代システムフルスクラッチ再開発するととんでもない予算になって市役所内の決裁が通らないよ。

しか汎用機時代の納品は割といいかげんだったのか、仕様書が残ってなかったりするから費用さらにかさむよ。


Q5.そんなんでよく運用できてたな

A5.当時はSE汎用機付属品みたいについてって、困ったらオペレーターとして介入して動かしていたみたいだよ。

そうやって現場感覚バリバリでやっているので、オペレーターしか知らないプロセスがあったりするよ。

マイグレーション開発では総合テスト中にそういう隠しプロセスが「発見」されたりするよ。こわいね


Q6.役所が現行システム資料を出すべきだろうが!

A6.もっともだけど、できないから無理だよ。

上記の通り仕様書がないことも多いうえ、システム課に限らず市役所人員は基本ローテーションするよ。

導入当初の担当者が残っていることは珍しいし、30年も前に導入した汎用機ことなんてここ10年に入った職員にはわからないよ。



Q7.なんで入札にしたの? 現行ベンダ指名してやらせたほうが良くない?

A7.金額がでかいから、たぶんどこの市役所でも入札案件だよ。

随意契約(随契)は無理だし、入札業者発注者指定する指名競争入札談合の温床になってたか最近あんまりやらないよ。


裏技としてRFP指名したいベンダーに書かせて公募指名入札にしたり、RFPの段階でハードを全部特定ベンダで型番まで指定するというのがあるけど、公になると多分問題になるよ。こわいね



Q8.じゃあ役所は悪くないの?

Q8.悪いよ。

入札案件RFPで書かれた各項目をどれだけ満たすかの技術点と、価格点で決まるよ。点が高ければだいたい自動的にそのベンダーに決まるよ。

なので、技術点の項目に現行システム調査にかかる項目を入れるとかして、現行機の開発・保守ベンダ高得点を取れるようにしておけば価格勝負してくるベンダーをはじけた可能性はあるよ。

もちろん現行の会社に嫌われて逃げられたとか、役所が現行の会社めっちゃ嫌いになって声をかけなかったとかもあるかもしれないけれど、可能性は低いと思うよ。



Q9.じゃあベンダーは悪くないのか?

A9.ここまで述べたようにこの手のマイグレーション火薬庫だよ。火を噴いても爆発しなければラッキーぐらいなので、強いて言うなら入札したことが悪いよ。

安すぎる見積もりを出したSEだか営業だかは死んでね。



Q10.お前(増田)は何者?

A10.前にマイグレーションをやったことがあるSEだよ。もうやりたくないよ。今は転職してSIerじゃなくなったからやらなくてよくなったよ。うれしいね

  しょぼいSEからここに書いたことは個人体験に基づく参照情報だよ。一般的じゃないことを言ってたり、間違ってたら教えてもらえると助かるよ。





(2017.10.13 追記)

Q3がかぶっていたよ。恥ずかしくてなきそうだけどブコメに番号で言及してくれている人がいるから忍んでそのままにするよ。


あと、「オープン化」の定義が違くない?という指摘があったよ。確かに増田が間違っていたので、記事の主旨から外れるけど補記するよ。

メインフレームは本文で述べたようにOSからハードまでメーカー謹製なので独自仕様のカタマリだよ。

これに対しPCサーバ標準規格で作られているよ。こういう標準規格に基づくサーバオープン系と呼ぶよ。

独自規格クローズしたコンピュータから、そうでないオープン系に移行するからオープン化なのであって、専用線とかは関係なかったよ。半可通な知識で語ってしまったよ、ごめんね。

京都市で火中にいるシステムズさんのサイト解説がこの増田よりも分かりやすくて正確だから気になる人は見てほしいよ

http://www.migration.jp/column/column01.html

完全に余談だけどオープン系のx86サーバに移行しても、システムはそんなにオープンにならなかったりするよ。

H系に頼むとDBが拝承DBになったり、Fに頼むとシステム管理が全部SystemWalkerになったり、要するにベンダ独自のミドルに入ってがっつりロックインされたりするよ。

オープン化(オープンではない)みたいなことになって面白いよ(面白くない)

2017-10-10

SI屋の元締めの人たちは設計書を元にシステムができていると信じている

いや仕様書設計書の通りに(少なくともそれをもとにして)作られているべきでしょうよ

そうなっていないのはある意味怠慢なのだから、そこで威張って無知こき下ろししても仕方がない

2017-09-23

仕様書カキカキ 事務書類カキカキ

何だか全く成長してる気がしないぞい

いくら繰り返しても会社ローカルルールに少しずつ詳しくなっていくだけで、他の会社行ったら経験値0からスタートになりそうな状態のまま時間けが過ぎていくぞい

日本人会社クビになったら路頭に迷うのってこういう意味のない仕事をやってる人だらけだからなんだろうな

2017-09-11

職業プログラマーに向いてそうで向いてない人の5つのパターン

すまん5つと言ったのは適当だ。

から考える。

まあ3つは既に思いついているのでそれを書きつつ残り2つを埋めるとしよう。

コミュニケーションが苦手な人

まずはこれだ。

職業プログラマーってのは仕様書に従う仕事だ。

そして時には仕様書にはよく分からない内容が書かれている。

「青い色をした黄色ピーマンを作ってくれ」

みたいな感じ。

なんかこうよく分かんないよね?

それを「こういう意味でいいんですか」と言えなきゃ駄目だ。

いきなり青いパプリカを作って持っていき、相手から「俺はピーマンが欲しかったんだ!それも青と黄色の斑模様のな!」と言われてから急いで作り直すのはプロとしてよろしくない。

コミュニケーション力は必須だ。

グーグルプレイストアに広告付きアプリや有料アプリを並べてコツコツお金を稼ぐパターンを狙うなら無くてもどうにかなるかもだけど

物事本質をどこまでも追求したがる人

これも駄目だ。

プログラムってのは全部が論理的完璧って訳じゃない「コレなんかおかしくね?」と感じる部分が多少はある。

本質本質本質まで追求し続けようとしたらそのうちプログラムなんて書けなくなる。

趣味でやって突然ドツボにはまるのならそれは個人勝手だけど、仕事場でそれをやるのはいただけない。

体力のない人

散々言われすぎてかえって馬耳東風になってるだろうけどこれはガチだ。

プログラマーはかなりの体力勝負だ。

ガテン系仕事なら熱中症対策事故対策という言葉の元に休めるタイミングでもIT土方は休めない。

自分はそんな会社はいかない!と宣言できるほど運がいいならFXでもやったほうがいい。

ネガティブな人

疑心暗鬼になって細かい所を気にする性格プログラマー向きか。

NOだ。

かい所を気にするよりもトライエラーを繰り返すのが正解だ。

10歩進んで9歩戻るのを繰り返す内に10歩進んだのに6歩しか戻ってないぞ!、ってなるのがプログラム世界だ。

1歩ずつ進もうとする事は実はリスキーだ。

クリエイティブな人

プログラマーに求められるのはクリエイティブさじゃない。

プログラミング言語様と仕様書様に忠誠を誓って淡々とその責務を果たせることだ。

クリエイティブアイディアなんて言語様も顧客様も求めてない。

平凡かつ従順でいることが最大の美徳だ。

そしてそれらは半端なクリエイティブさを発揮することよりもよっぽど難しく才能がいるんだ。

ちょっと独創的なだけなのにそれを才能だと思って大事にしてるようじゃ職業プログラマーには向いてない。

よっし5個埋まった!

後半の2つはその場ででっち上げるつもりだったが、前々から考えていた事を思い出してしまったのでそれをそのまま書いた。

ああ最後に1つ言わせてくれ、5つとも当てはまっているがそれでも職業プログラマーを目指したいと勉強中の君はそのまま頑張ってくれ。

何より大事なのは自分から勉強することだ。

それさえ出来てるのなら、無数の困難も乗り越えられたり乗り越えられなかったり乗り越えてるのはホーム黄色い線だったりだ。

頑張って

2017-09-08

2週間やる気が出なくて辛い

やる気が出ない。

ホントでない。

出ない原因は何かと問われると仕事がないから。

その流れで仕事がきたけど仕様が決まっていない。

お陰で更にやる気が出ない。

仕様FIXしたとお知らせが来た。

よし!やるぞ!

仕様書を開くと、難解な項目の羅列に難解な説明分。

私「おめー!これ仕様書として書いたのか?初めて見る人でもこの資料をみて、作業ができるようになっていて、誰が作っても同じようになるよう誘導するもの仕様書なんだよ!」

FIXマン「い、忙しいんです。。。」

なんで忙しいかというと、この仕様書書いてるやつが散々サボってきてからだ。

それでも、とりあえずポチポチ作業を進めてみると。。。

この項目とこの項目一緒じゃね?それにこれも辻褄合わないよな。。。

私の理解が追いつかないのかもしれないから聞いてみよう。

私「こことここの項目一緒じゃないですか?」

FIXマン「待って下さい。」

・・・

FIXマン「問い合わせます

なぜ問い合わせるかというと、お客さんから言われたとおりにそのまま転写しただけのようだ。

FIXマン「一緒らしいのでこっちの項目消しますね。」

よろしこ。

ふ〜。。。。

私「ここのところの項目辻褄合わないように思うのですが、こういう意味であってますか?」

FIXマン「問い合わせます。」

・・・

こいついなくてもいいんじゃね?

そんなこんなで私が仕事していないみたいで辛いです

まぁ、他のところポチポチしてるからとりあえずは。。。

やる気でね〜!

2017-09-06

エンジニア経営者単純労働者の脛を齧って生きている

働かざる者食うべからず、働かずに金や地位で金を生むだけの奴らは社会邪魔だ。

そう言ったのはどっかの時代の真っ赤な頭の共産主義者だったとか。

そんな事は置いといて、俺たちは最低の人間かも知れない。

俺はエンジニアにも単純労働者にもなれてないまま経営者の指示通りに彼らに鞭を振るだけの仕事をしている。

表面上は必死に頭を下げて、心の中でも頭を下げて、それでも彼らに報いようとはしていない。

面倒くさいから、そんな事しなくても暮らしていけるから

頭を下げて経営者命令通りの仕様書押し付けていきゃいい、そんな俺達の態度に経営者はご満悦だ。

辛い。

俺達はまともに生きている人や価値生産している人間の前に転がった石ころだ。

そんな可愛いものじゃない。

もっと重たくて鬱陶しくて、相手おんぶ抱っこで押しつぶすような、そうだ、子泣きじじいだ。

俺達は社会の子きじじい。

石ころ程度の価値しか無く、赤子のようにわがままで、無力な癖に握力だけは鍛えに鍛えた老害だ。

俺達はそこまでして生きたいのか。

生きたいのだ。

生きたい。

何もしなくても生きていけるならこんな事もうやめたい。

だけど俺たち無能が今更ちゃんと働けないんだ。

技術者になれるような知能はない。

単純労働者になれるような根性はない。

肩書以外は何もない。

働かないほどの金も、働かずに稼げるような地位もない。

ただほんのちょっと肩書きだけで無理やり生き延びているんだ。

ニート遺伝子が半分一緒だという理由だけを印籠にして実家居座り続けているのと何も変わらない。

ダニだ。

俺達はダニだ。

でも死にたくはねえんだ。

ダニでもいいから生きていたい。

2017-08-23

愚痴

愚痴である

完全な愚痴である

読みたくない方は帰られたし。

事の発端は社畜歴3年ほどの俺がひょんな事から先輩社員に指示を出す立場になったことから始まる。

最初はヒイヒイだった仕事も段々と(手を抜く)コツを覚え、ある程度は臨機応変対応可能になった頃だ。先輩社員担当していた作業が諸事情ストップしてしまい、なんやかんやで「お前のとこで仕事何かないか」と俺のところに話がまわって来たのだった。正直一人でも対応可能だったが作業が軽くなる分にはありがたい。諸々のスケジュール調整やら、仕様書やらを割り込みで作った。

作業に入ってもらう段になった。

今までは指示をされる側だったから少し不安だったが、とりあえず自分作業する時に聞いておきたいことを伝えときゃいいか、と思い

工数は何日か(リカバリ可能なように少し多めに見積もり)

・どういった意味合い商品になるか

データの重さの目安

クオリティレベル(既に出している商品サンプルとして共有済み)

等々、仕様は思い付く限り細かく伝え、他に不明な事があったら聞いてほしいと言う旨は伝えてあった。

これで「大分余裕出るぞー!」と思ったのも束の間、クライアントとの連絡で手違いがあり、仕事が急に増えてしまった。「いやぁ作業手伝ってもらってて助かった」と思いつつ作業を進めていたらいつの間にか先輩社員の下にお粗末さんが誕生してしまっていたのだ。

勿論、都度チェックを取らなかった俺が悪い。そこは完全にこちらに落ち度がある。

から終電帰りも早めの出社も休み時間返上も、まぁ不満には思ってない。(普段仕事+上手く回すのも役目だと思っている。段取りが悪かった俺が悪い。)

ただどうしても「もう少しなんとかならないのか?あんベテランなんだろ?」と思ってしまう。もう少しプロ意識と言うか、仕事に対してもう少し真摯になれないのだろうか。俺なんかは作るものには愛情というか執着というか、なんかよく分からない何かを込めてしまうんだけど、そういったモンはないのだろうか?(過度な要求なのだろうか?)

長文、乱文非常に申し訳ない。眠い中書いてるから朝読んだら支離滅裂で、読み直してジタバタしそうなきがする。(でも投稿はする)

なんかあーだこーだ書いてはいるが結局ケツ拭きも俺の仕事なのは変わりないし、そもそも他人に期待するのが馬鹿な話だっていうのもわかっている。でもさぁちょっとモヤモヤするじゃん。愚痴くらい言わせておくれよ。

とりあえず今日は眠すぎるしもう寝て明日に備えたいと思う。

どうするかは通勤時間に考える。

2017-08-22

裁量労働制問題プログラマエンジニアに呼び変えれば解決

https://news.yahoo.co.jp/byline/konnoharuki/20170821-00074756/

プログラマエンジニアと呼ぶようにし、みんな裁量労働制にしちゃえばいい。

テスト仕様書通りにテストするだけのテストエンジニアCSS書くだけのマークアップエンジニアなんて職種もあるのだし

Web系は仕様書を書かずにいきなりコーディングに入るのが主流だし

アジャイル開発を採用していれば無条件で裁量労働制適用もすべき。

2017-08-14

現場を知らないのに仕様書書いてる

新規採用半年

毎日せっせと共有サーバー内の古い仕様書コピペしてはツギハギで新しい仕様書を作る仕事をしている。

自慢じゃないが自分現場の事は微塵も分からない。

たまたま入った会社たまたま入った部署がそういう所だったか仕様書を書いてるだけだ。

この分野に特に興味もない。

最初から全てに興味がなかった訳ではなくて、全体の中の一部には興味があったが、それも半年働いて実は自分の興味がある系統とは違っていた事に気づいた。

まりは今現在仕事について興味のある部分は何もない。

何の興味もない分野の何してるのかよく分からない仕事仕様書コピペパッチワークで量産する毎日だ。

関連する業者からの連絡事項もほとんど意味が分からない。

上司の所に持っていって上司が出した裁定をそのまま投げ返すことでキャッチボールをかろうじて成立させている。

こんな仕事のやり方でいいのかと疑問はあるが、上司も周りも特に何も言わないし、失敗すると「自分最初はこうだった」と言うしきっとそういう物なのだろう。

自分は今何をやって、どうしてこんな適当仕事給料が貰えるのか一切わからない。

でもきっとそういう物なのだろう。

2017-08-09

仕様書がふんわりすぎるんだが

柔軟剤使っただろ?

2017-07-23

メンヘラお金がかかるという話

メンヘラは、お金がかかる。

治療費がかさむだけではない。

ここでは、自殺就労不可になる問題に隠れているメンヘラ経済問題について述べたい。

うつ病になるリスクが少しでも知ってもらい、

そういった事態になるまで自分を追い詰めてしまう人のブレーキになれたらと考えている。

自己紹介

私は、10年来のうつ病患者である

大学時代からずっとうつ病の処方を受けている。

処方薬は、ジェイゾロフトデパスだ。

数年前に、ブラック職場につとめることで、それが悪化した。

その会社で、ゲーム開発のプロジェクトマネージャーをしていたのだが、企画を補佐してくれるものがいなかったため、

PM兼、プランナー兼、アートディレクター兼、クラアント対応といった業務までしていた。

平日だけでは業務が終わらず、土日もメール対応仕様書を書いていた。

そういった無理がたたり、たまにできた暇な時間も体調が悪く遊びにいくことも家事をすることもできなかった。

メンヘラの基礎支出

まず治療費である。通院代、処方箋代がかかる。

自立支援医療制度という精神疾患を患っている人を支援する制度があり、

それらの費用が通常の自己負担額3割から1割になるとは言っても、一回行くごとに1500円、月2回行くので3000円かかる。

ついでにいうと、その手続には、診断書必要であり、その発行に5000円かかる。

最寄りの病院でない場合は、それに合わせて、交通費必要になる。

それに加えて、一番大きいのがカウンセリング代による支出である

私の行くところは、40分で6400円ほどかかる。

カウンセリングなんて、役に立つのかと健康な人は思うかもしれない。

だが、処方箋なんてものは、所詮対処療法であり、心理的問題解決することはない。

また、人に話すことで楽になることはたくさんあり、しかカウンセラーしか言えないこともある。

例えば、「死にたい」「殺したい」といったワードである

見ず知らずの人に、そんなこと言えるだろうか? 困られせてしまうだけである

というわけで、私はカウンセリングにて、毎月2回20分受けていたので、月6000円が飛ぶ。

しかも、カウンセリング代は、医療費として認められていない。

そのため、医療控除の対象外となる。

というわけで、病院とその処方箋で9000円かかる。

東京在住で年収300万いかず、奨学金の返済にも苦しんでいた私には、

それだけで貯金をする余裕を奪うには十分な威力であった。

家事ができないことのしわ寄せ

家事ができないことは、とても大きな経済的な損失につながる。

例えば、部屋が片付かないため、何を買ったが判断できなくなる。

すると、同じようなものを何回も買ってしまう。洗剤や歯磨き粉が複数ストックされる。

そして、掃除サボることにより家の汚れが取り返しの付かないことになることも、大きな損失になりうる。

引っ越す時に敷金がもどってこないどころか、6万円近くのクリーニング代などを要求されるてしまことを、

思考がどうかしているうつ病患者の私には想像する気力もなかった。

お金を使うか否かの適切な判断ができない

うつ病になると、冷静に考えてお金を使う判断力が失われ無駄な買い物が増える。

場合によっては、ストレス発散のために、高い買い物をしてしまうこともある。経度の買い物依存症である

そして、あらゆるめんどくさいことを、お金解決しようとしてしまう。

私の場合引っ越しの時にそれが訪れた。

ブラック職場から脱出した私は、引っ越しを決意していた。

からも遠かったため、少しでも心理的負担がかからない場所引っ越したかたからだ。

部屋汚れや不要ゴミ処分業者に頼んだ。

上記の様な状態の私はただでさえ貯金がない状態であり、引っ越しにかかる費用クレジットカードを利用した。

転職先でのボーナスなどをあてにしていたこともあった。

そこらへんの判断も、今ふりかえればどうかしている。

だが、明らかに思考力がまともじゃなかった私には、なんの疑問も感じなかった。

そして、引越し後のクリーニング代の請求である

新たな引越し先への敷金礼金以外にも、20万以上つかってしまっていた。

■まとめ

うつ病になる→治療費がかかる&働けないのでお金が稼げない

という流れは広く知られている。

だが、それだけではない、

うつ病になる→判断力が失われる→不必要支出が増える

うつ病予備軍の人は、上記の様なうつ病になる大変さを理解して欲しい。

すでにうつ病の人は、私の様な自体に陥らない様に気をつけて欲しい。

私はこれの様なリスク理解していなかった。この過ちが、後に、大きな不幸をまねくことを私はまだ知らなかった。

その不幸については、また今度投稿する。

2017-07-20

なんでもできて、なんにもできない。

35歳定年説なんてのが、IT業界だと実しやかに言われてた。

当時20代だった自分は35歳定年説をなんとなく信じていて、

毎日が焦りの連続だった。



新しい開発言語が今後のトレンドになると聞けば焦って勉強し、

マネージメントの力が無ければ35歳を乗り切れないと言われればマネージメントの講習を受け、

現場プログラムを書くだけじゃ将来的に困ると言われクライアント営業になり、

営業をやるのであればマーケティングもわからなければと講座に通った。

全部35歳以降の自分の姿が見えなかったので、

ただただ焦っていたんだと思う。

そしてその焦りから、色々な物に手を出してはみるものの、

「その知識だけでは食っていけない」

と思い込んでしまい、次へ次へと追い求めてしまった。

気づけば中途半端知識経験が山のように手元に残った。

プログラミングはできる。でも、同年代エンジニア一本の人と比べたら雲泥の差。

要件定義仕様書も一応書ける。でも、ちょっと大規模なものになったら全く歯が立たない。

新しい知識も追いかけた。でも、若い世代のすごい子と比べたら知ってるというのもおごかましいレベル

営業マーケティングもやった。でも、コンサルになれるほど突き詰めてはいない。


そして、35歳になった。

転職活動をしている。業務経験は実に多種多様ものが揃った。

でも、どれもとても短く浅い。

「○○という業務はやった事ありますか?」

という質問に「はい」と答えた後に繰り出される

面接から少し突っ込んだ質問

どれも浅薄知識しか答えられず、

すぐに面接官に見破られてしまう。

流行りのフルスタックエンジニアなんて言えば聞こえは良いが、

レベルの低いフルスタックは「なんでもできて、なんにもできない」だ。

俺を買ってくれる人は今日も現れなかった。

2017-07-19

anond:20170719142651

なんと具体的な回答が!

なるほどね。食ってかかるようで申し訳ないが、

それで7割減は大げさでないの?

自分もずいぶん前にドキュメント作成方法についてはいろいろやってみた。

から「7割減」に食らいついたんだけど、

例えばjavadocのようにコンテンツ記述のみ行えばよくて

デザインレイアウトは決め事という方法をとっても7割減はむりだろ。せいぜい3割減だと思う。

要件定義書インフラ設計書なんかは書式的に面倒なことは少ないと思われるので、(詳細設計書は自動生成として)

おそらく面倒なのは基本設計書、テスト仕様書と結果報告書だと思うが、

それらにはjavadoc方式(内容と書式の分離)では表現が不足して実用にならないだろう。

というわけで元増田ドキュメント生成ツールを開発して無償でつかえるようにしてくれ。

エクセルでうまく書かれた仕様書を見たい

もう死にそう。

2017-07-15

逝ってみたい、三途の川の、向こう側

私は、昔から他人と話すことが苦手で、自身意思意見を話すことがうまくできない。

特に、1対1ともなると、何を話すべきなのかわから言葉が出ない。

他人に関しての興味が薄く、他人感情をなんとなく察する、所謂空気を読む」ことがほぼできないと言って良い。

私は、仕事上のとあることがきっかけで、仕事を辞めた。端的にいえば、人間関係に疲れてしまったので、辞めた形だ。

以前はソフトウェアエンジニアSEとして働いていた。

とある案件で、仕様作りで折り合いがつかず、客と受注側リーダーとの間で板挟みになってしまった。仕様書作成もうまくできず、自身無能さに絶望した。

日を重ねる毎に、その絶望感は酷くなった。ストレスで深く眠れなくなった。残業と長い通勤帰宅は遅く、毎日深夜1時頃に布団に入るが、5時前には目が覚めた。遅刻が恐くて、睡眠毎日浅かった。

いいようのないモヤモヤが、毎日溜まっていった。通勤憂鬱になっていった。

そんな毎日半年近く続いたある日、私の体は動かなくなった。

本能が、会社に行くことを拒んだ。

そのまま私は休職し、その後退職した。

怠惰な私は書類を書くのすら億劫だった。

最近は、"楽しみ"という感情を感じなくなってしまった。

以前まで楽しいと思っていたことすら、退屈、とき苦痛を感じるほどだ。以前は好きだったゲームですら、全く楽しめなくなってしまった。

自分は何のために生きているのか、わからなくなってしまった。何を目標にして生きていけば良いのか、わからなくなってしまった。

できるなら、もうこのまま消えてしまいたい。

2017-07-14

仕様書ガチャ

レアリティとして下から順に mistaken, conflicted, deprecated, boss's dream, common の4つだがどれを引いたか実装を終えないと知らされない。common が出るまで何度でも引き直し。排出率はおそらく20%程度だが確率表記はナシ。

現場からは以上です。

2017-07-13

ホワイト企業に勤めてるんだが、もう俺は限界かもしれない

大企業名前だけならたぶんほとんどの人が知ってる。毎日定時に帰れて、週休二日で、有給もフル消化できて、給料福利厚生も申し分無くて、寂しい時は社内イベント勉強会に出てワイワイできて、仕事もそこそこ面白い。だけどもうダメかもしんない。

俺はエンジニアだ。うちは IT 企業だ。俺はエンジニアとして働くつもりで入社した。面接でもそう言ったし、先輩にも上司にも主張した。衝突も多かったけれど、概ね希望は通ったと思う。今の仕事面白い。でも、それでも、もうダメかもしんない。こうしてお酒を飲みながら不満を垂らしちゃうほどに。

服装

スーツ強制である意味がわからない。あんな窮屈な服をわざわざ好んで着るほど俺はマゾじゃない。

営業マンオフィス街に勤めるビジネスマンだってんならまだわかるけど、違う。田舎に構える拠点だ。俺たちはエンジニアだ。仕事しやすい格好であるべきだ。だからといってさすがに裸は非常識だが、ジーパンくらいはいいじゃないか。

たまにお客さんやお偉いさんが来る時もあるけど、そんなの応接室で応対する奴だけ正装すればいい。なんで俺たちにまで押し付けるのか。本当に意味がわからない。マゾという性癖を押し付けたいの?

Webフィルタリング

ネットニュースは見れるくせに、Twitter は見れない。技術用語で検索して情報収集できることを知らないのかよ。

Stackoverflow や Quora や Qiita も見れない(知恵袋は見れる)。GitHubBitbucket も、そしてはてなさえもだ。え?IT企業だよね?何の冗談だよ。全然笑えないぞ。

情報漏えい対策です」だって?だったら POST だけ禁止すればいいじゃん。一部のサイトはそうしてるじゃん。情シスなのに GET と POST の違いもわからないの?

とにかく不便で不便で仕方がない。管理職は「自分のスマホで見ろ」「制限解除した専用タブレットで見ろ」とかほざいてるんだけど、なんでいちいち PC から離れてそっち見なきゃいけないの?コピペしたい時とかどうすんの?効率って言葉知りませんか?何なの?マゾなの?

ウォーターフォール

ウォーターウォールが常にダメとは言わない。ただウォーターフォールは昔のやり方であって、少ない人材スピードも求められる現代ではだいたい役不足だ。にもかかわらず、馬鹿の一つ覚えみたいにウォーターフォールで開発しようとする。

テストコード書いて効率化して暇を持て余して改善に勤しむ俺よりも、いっしょうけんめい(笑)ワード使ってコード日本語にひたすら翻訳するという詳細設計書執筆に勤しんでる奴の方が評価されてるという現実。第一ウォーターフォールに従うなら先にコードができてるのもおかしいじゃねーかよ。

開発審査

ウォーターフォール続き。開発審査といってこれを通過しないと先の肯定に進めない関所みたいな審査があるんだけど、これがまた冗談みたいに面白い(笑えない)。何十年も(何年も、ではない)前につくられた基準で、かつ無理矢理定量的解決しようとした体系をしていて、結果、

「30ページの仕様書ならレビューはx時間しているはずだ」

「x時間に至ってない?それはおかしい。x時間になるまでレビューしろ」

「x時間超えてる?それはおかしい。なんで超えたのは理由を説明しろ」

なんてことが起きている。何なの?ソフトウェア開発がそんなに単純にいくと思ってるの?そんなはずない。みんなわかってる。だけど逆らうこともなく、おかしいとも思わず、ただただ過剰な仕事を投入したり、数字いじりと作文に勤しんだりする。一体何と戦ってるんだよ。

パワポ民族

ちょっとした資料でもパワポが強要される。テキストで書くと渋い顔をするし、他部署や他拠点、部長より上向けの資料となると絶対に OK が出ない。

独自フォーマットじゃねえよ。Markdown 知らないの?別に Markdown 覚えろって話じゃない。ちゃんと見易いテキストで書いてるだろ。分量的にも、話題的にもこれで十分だろ。なのにわざわざパワポなの?何がしたいの?パワポ萌えなの?勝手にやってろよ。俺たちまで巻き込むな。

PC

PCとディスプレイは会社側が用意したものしか使えない。Windows 強制メモリとかCPUは家電量販店で売ってるレベル。いやそっちの方がまだ高性能かも。おいおい、総務とかじゃないんだぜ?エンジニアですぜ?開発マシンだよ?こんな貧弱なマシンでどうしろって言うの?

キーボとマウスディスプレイ枚数が自由なのがせめてもの救い。といってもディスプレイは会社支給品なので一人あたりどう頑張ってもトリプルだけど。

サーバー

サーバー仮想マシン動かしてそっちで開発しようとか、むしろ開発用のハイスペックマシン手に入れようとか画策するんだけど、無理。調達できない。壁が二つ。

上司の壁。「何贅沢言ってんの?」 贅沢じゃねえよ。それ営業マンに向かって「車?何贅沢言ってんの?(原付あるだろうが)」て言ってるようなもんだぞ。

会社の壁。やたら承認やらエクセル申請書やら冗長で数日じゃ終わらない。ちょっと記入ミスってたらやり直し。融通の利かないお役所仕事そもそもお金が無いからそんな調達できないんだってさ。無いことはないだろ。利益出してんだろうが。その金はどこ行ってるの?お偉いさんがガハハとかっさってんの?

結局、今部署にある分でやりくりしなきゃいけない。だいぶ昔から使ってるやつだから古いし、キャパも限界。使わないマシンを落とさないと他が使えなくて、そのためにみんなに使用状況聞いて回るとかしている始末。おかしいだろうがよ。

え?クラウド?「クラウド企業秘密置くなんて何事だ!」だってさ。だったら紙で仕事してろよハゲ

常駐ソフト

必ずインストールして常駐させるソフトが結構ある。特にセキュリティ系。中には Windows Update みたく動作に支障を及ぼすものもある。お前自身がウイルスじゃねえかよと言いたくなるレベル

あと全体的に実装が稚拙なようでメモリも CPU もやたら食う。ソース見せてもらえないから何とも言えないけど、初心者ゴリ押しで書いたみたいな臭いがする。これで何百、何千の人間の、いったいどれだけの時間を無駄にしているんだろう。

インフラ

インフラがとにかく弱い。メンテナンス日常茶飯事だし、入社年度とか拠点とかでアクセスしていい時間帯を分けるようアナウンスするし、24時間稼働じゃないし、稼働するにしても昼休憩とか夜間とか制限かけるし。自社のインフラさえままならない企業にいったい何ができるというのか。

本当に力入れた方がいいと思う。どれだけ損失してると思ってんだよ。お偉いさんのイベントで主張してみたりもしたけど、俺が浮いただけだった。こういうことに関して鈍感なのがデフォなのだ

IE

社内システムはほとんど IE しかサポートしてない。バージョンまで固定する始末。UI もレガシーだし、UX も全然考慮されてなくて、フォームを何十個もずらずら並べたみたいなページが普通に登場する。

バージョン管理

SVN である。これでもまだマシだ。いや SVN も相当にオワコンだけど(Git 信者が何を知ってるって?いやいや Git 知らないだけでしょ。gitignore が無い時点でどれだけレガシーなのかがわかりませんか)。

ひどいと VSS とかい化石だったりする。VSSて何ですか?だよね、知らないよね。調べてみるといいよ。面白すぎて笑えない。

残業体質

今上に立っている人たちが残業何十時間何百時間当たり前の世界バリバリ頑張ってきた人たちだから、そういう価値観蔓延している。残業40時間くらい何とも思わない人種である。いや40でも十分多いから。

物理的に仕事が多いならわかる。本質的に難しいことしてるならわかる。残業しなきゃままならないシチュは存在する。でもそんなの見たところ一握りだよ。大半はただだらけてて怠けてて非効率的無知なだけ。

いや、無頓着というべきかもしれない。たとえばつい先日こんなことがあった。レビューで(俺はレビューア。他にもたくさん)、レビューイがブラウザからファイルダウンロードした時にブラウザなのかダウンロード先なのかどこかおかして、ブラウザフリーズしたのね。イラっとするじゃん?と思ったら、したのは俺だけだった。数十秒くらいは続いたのに、俺以外はみんな平気な顔してた。平然と待ってた。そういうことに無頓着なんだ。プログラマの三大美徳を備えろとまでは言わないけど、そこまで無頓着なのは社会人として、エンジニアビジネスマンとして、どうかと思う。

俺は巻き込まれたくないからうまく立ち回っていて、帰ろうと思えば毎日定時で帰れるが。この体質はほんとどうにかした方がいいと思う。

全角

数字とスペースを全角で打つのはやめろ。それが許されるの小説だけだ。

コード規約「タブ4文字

インデントはタブを挿入すること ← 俺はスペース派だが、まあわかる。規約ならしゃーない。

タブはスペース4文字であること ← え?

いや何文字かはこっちが決めることだろ。何自由奪ってんだよ。

「従わなければいいじゃん」 俺もそう思ったよ。でもね、みんなね、レイアウト整えるのにタブ文字を入れやがんだよ。わかるかい、タブ4文字にしなきゃレイアウトが崩れるってことだよ。おかしくない?レイアウトはスペースで揃えよ。タブが許されるのは行頭のインデント部分だけだよ。

この件について戦ってみたことがあるけど、誰一人として賛同は得られなかった。俺は自分勝手な人間との烙印を押されただけだった。エンジニアとして主張すればそうなっちゃうのがうちなのだ

この件については宗教論争的なこともあるから最悪引き上がる覚悟もあった(それにぶっちゃけ手元のエディタツールで変えればいいことだし)。でもどいつもこいつも真面目に考えることなく、俺を一蹴した。俺が嫌いだから?何大人げないことしてんの?小学生かよ。意見を見ろよ、中身を見ろよ。

REST API

こんなことがあった。

オンプレで立ち上げてるサービスに対して REST API勝手に使ったら怒られた。曰くシステムがダウンしたらどうなるんだと。業務停止するだろうがと。

言ってることは正しいけど、だったらエントリポイントを閉塞しておけよ。あるいは注意で REST API 使うなと書いておけよ。REST APIデフォサポートしていて、何の注意や閉塞もなく解放されているなら、それは自由に使っていいってことだろ?(もちろんだからといってリクエストバーストさせていいわけじゃないが)。悪いのはそんなことも知らなかった無知管理者だ。責任転嫁するな。

ちなみに閉塞案と注意追加案と提案してみたが無視されている。もちろんそれらを行う権限は俺にはない。

口頭至上主義

チャットの意義は Pull 型コミュニケーションができることだ。受け取った側の都合で返信できることだ。送る側も、そのことを前提とした上で、期限に余裕のあることを送るのだ。

このことを知らない人があまりに多い。とにかく彼らは口頭を好む。え?あんたら、忙しいよね?むしろ俺は配慮してあげてるつもりなんだけど。口頭で割り込まれることでどれだけ集中を阻害されているかがわからないんだろうか。

まあ俺はいいけど。集中削がれて非生産的になって遅れるのはあんたらだから。俺には関係無い。もちろんそのせいで俺にまで影響が及ぶのだとしたら、そこは全力で反抗する。そういえば以前、この件で上司上司に対してチャットでみんなに意見を尋ねてみたら、問題行動として垢BAN食らったっけなあ。その部署からは異動しました。

C言語手続き

C言語手続きプログラミングマンがあまりに多い。OOPを使っただけで、Ruby スクリ実装しただけ異分子扱いされて「そういう最新技術を誰もが知っているわけじゃない」「自分が知っているからといって無闇に適用するにはやめろ」とか言われる始末。最新技術って。ジョークだったんだろうか。あの時は思い切り笑った。その先輩とは今でも疎遠だ。すれ違っても挨拶してくれない。

まあこれは部署や部門の問題だと思うけど。たとえば OSS で食べてる部隊ではそんなことはない。

自社製品うんちく

昇進するための要件として資格取得がある。公的資格だけじゃダメで、社内独自の資格必要なんだけど、この資格たち、試験でどうでもいい自社製品うんちくばかり問うてくるものであるはてなを例にするなら、創業メンバー全員(一人かもしんない。知らん)のフルネームを答えよとか、創業日を答えよなど。

それ、覚えて意味ある?何がしたいの?愛社精神擦り付けたいの?そんなことしても逆に離れていくだけだと思うけど。違うかな。じゃあ何のためだろ。全く見当もつかない。それくらいに不可解だ。

ソフトウェア使用前の承認

ソフトウェアを新しく使用のにいちいち承認必要かいうふざけた制度があった。ソフト使うのって、エンジニアにとっては日常茶飯事じゃん。いちいち承認してたら進まないだろ。

それでもルールなら仕方ない。俺は何十という承認依頼を送った(ちなみに部長以上のお偉いさんが承認者になるという慣習がある)。反応が悪いし、仕事が進まないので口頭でも催促した。一蹴された時は「ならもっと上の人に掛け合います、XXさんが相手にしてくれなかったので来ましたって」的なことを言ったりもした。

結局、俺の部署では「なるべく新しいソフトウェアは使わないこと」「どうしても使いたい場合自己責任で導入すること」「もちろんウイルスチェックはちゃんとしてね」「実績のあるソフトだけ使ってね」みたいな緩いルールが新設されることでケリがついた。

今でも多くの部署承認制のままだろう。みんなどうしてるんだろ。それで仕事になるの?

足を引っ張る人達

うちは IT 企業なのに、リテラシーに明るくない人がいる。たとえば Wiki の書き方も知らないような人がいる。そういう人が部下を仕切っていたり、社員を支えるスタッフ業務に携わっていたりする。

エンジニアとしてより良いやり方を提案しても、導入しても「難しそう」と一蹴されるばかり。そもそも、ここまで上述してきたことに対してピンと来ることさえない。

厄介なのは、会社そのものがそういう人達に足並みを揃えようとするところだ。だからエンジニアにとっては物足りない、窮屈で、非効率的で、むしろ邪魔しかならないようなシステムや仕組みや施策ばかりが降ってくる。元を辿れば煩わしいセキュリティソフト群や承認フローの多さも、一部のバカが何かしでかしたせいだ。

一部の人間が足を引っ張っている。大企業であるということ、図体が大きいということは、そういうことなんだと思う。そうするしかないのだろうか?個人的には、エンジニアとそれ以外に二分して、前者には前者のインフラなり体制なり整えればいいと思うんだけども。

自転車でたとえてみる

うちの会社の連中は、彼らはエンジニアではない。思えば余暇技術的な話をすることが一切無い。彼らにとって技術手段しかないのだろう。エンジニアとしての矜持というものは存在しないのだ。

たとえるならママチャリに乗っている人達みたいなものだ。ロードバイクに乗る人からすればママチャリ手段としてありえない。ロードの方が何倍も早いし、移動範囲も広がる。けれどママチャリ乗りはロードには乗らない。そんな世界があることをそもそも知らないし、知っているにしても努力してそこまで至ろうとは思っていない。今のままで十分だと思っている。

同じなのだ。彼らもまた今のままでいいと思っている。エンジニアリングのエの字もわかっていない。無論、ただのママチャリ乗りならそれでもいいんだけど、俺たちは IT を生業とする会社だ。ロードレースでメシ食べてるようなものなんだよ。なのにママチャリのままなんだ。どう考えたっておかしい。それで勝てるわけないだろ。この先どうすんの。今はたまたま誰も走ってない道を走ってるだけだ。そういう道も着実に少なくなってきているし、ママチャリで頑張って登ろうとするゴリ押しマン要員も減ってきている。

色々書いたけど

他にも挙げればいくらでも出てきそうだけど、疲れたんでこの辺で。

俺も偉そうなこと書けるほどのエンジニアではないし、ちゃんと読みやすいよううまく書けたか自信ないけど、それでも書かずにはいられなかった。

2017-07-10

日本IT業界

ただ未来がないと喚いても仕方がないので、IT業界に来た若者向けに言いたい事。

受託開発でも何でもいいんだけど、

言われた事だけをこなす技術者にはならないで欲しい。

これは、言われなくても察しろとかそういう話ではなくて、

渡された仕様書設計書を見て

もっとこうしたらいいんじゃないか?」

もっと良い方法があるんじゃないか?」

というのを常に考えて欲しい。

それと、案件に参加したならば

何か一つでいいので、

俺が考えたイカす機能というか、

要求仕様には無いけどサービスでやってやったぜというのを組み込んで頂きたい。

機能要件に関わるところでそれをやるとちょっと揉めることもあるので、

非機能要件で、使い心地を向上させる部分に、エゴを埋め込んでいくのがまずはオススメ

こんなの作ってみました!どうすか!?やばないですか!? と見せると

先輩や上司技術に明るければ、きっと嬉しいはず。

そのまま客先に持っていくことはできないかもしれないけど、

こいつ・・・やるな・・!ってなるはず。

そして、そういうのを後輩が持ってくるようなチームは、仕事が楽しくなる。

楽しく仕事をしていると、なんだかんだでクオリティもあがる。

自分の考えが埋め込まれシステムには、愛着も沸く。

言われた事だけをひたすら実装するプログラマにはならないでほしい。

ソフトウェア開発ってほんとはもっと楽しいものなんだと信じている。

2017-07-09

https://anond.hatelabo.jp/20170707010809

自社開発だが仕様書なし(作っても引っ繰り返される)で窓口ばらばらで納期すぎてから修正依頼連発で穴掘って埋めての繰り返しだな

また明日からExcel方眼紙で出来たメンテナンスされていない仕様書に行を追加して溢れた部分を次のページに送って罫線を修正して印刷範囲修正してタブを赤くする作業が始まるお…

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん