ＡＤＳＬ - 1036554230 - したらば掲示板

1：■とはずがたり：2002/11/06(水) 12:43: 測定サイト http://www.bspeedtest.com/ v2.0.8
測定時刻 2002/11/06 12:39:05
回線種類/線路長 ADSL/1.0km
キャリア/ISP Yahoo!BB 12Mbps/Yahoo!BB
ホスト1 WebArena(NTTPC) 6.5Mbps(2244kB,4.1秒)
ホスト2 at-link(C&W IDC) 1.71Mbps(539kB,2.9秒)
推定最大スループット 6.5Mbps(816kB/s)
コメント Yahoo!BB 12Mbpsとしてはかなり速いです！おめでとうございます。(1/5)

https://lios-web.nttwest-lineinfo.jp/LiosApp1/LoginPub(ＮＴＴ西日本)
◇線路条件
○線路距離長（エンドユーザ～ＮＴＴ収容ビル） 800ｍ
　○伝送損失 21ｄＢ
1875：とはずがたり：2023/09/04(月) 18:36:02: 2019-03-26
■5年いた富士通を退職した理由
https://anond.hatelabo.jp/20190326233147

開発環境がだめ

まずこれがトップにくる。

本当にだめだった。多分開発させる気なんてなかったんだろうなあ。ニートでももうちょっといい環境を使っていると思う。

メモリ4GBのセレロン使ってた。もちろんSSDじゃなくてHDD。PCは富士通製のミドルクラスのノートPCしか支給されなかった。…

机上環境もだめ

いろんな環境にいたが、その中でもひどかったのは、もともと生産ラインがあった場所に机を置いて事務所として使っていた場所だ。机もせまかったし、気温も暑いか寒いかのどちらかだった。

そこに協力会社を大量に押し込んで、ソフトウェアの生産ラインを作っていたのだった。つまりライン工だね！

椅子もすりきれ、キャスターもついていたらまだいい方みたいな感じだった。自腹で買ってもちこんでいる人もいた。

事務室環境もだめ

電話会議をみんな四六時中している。

エンジニアが全員ヘッドセットしている異様な光景は、入社時、ここはコールセンターかと思ったほどだ。

だいたい協力会社と進捗会議しているのである。そんなに毎日電話したら、進捗するものも進捗しないだろう。

なので、ここのエンジニアはあまりコーディングをせず、もっぱら進捗管理している。僕はそのなかでもコーディングするレアな人間だったので、うるさくてしょうがなかった。でもイヤホンで音楽聞くのは禁止だった。

上長が君を呼んでいるのが聞こえなかったらどうすんの？だってさ。いや、みんなヘッドセットしてますやん。

評価制度の納得感がない

評価はプロジェクトの成否にかかわらない。

じゃ、何を評価するのか。よくわからない。

一応目標は書く。達成しても評価低いときもあったし、未達でも昇格するときもあった。

数半期連続で目標達成したのに全然昇格しない時期があって、上司に問うたら、「いや?、うちは年功序列だからね。。」だってさ。そうすると僕の目標は1年で10年分の年をとることだ。
1876：とはずがたり：2023/09/04(月) 18:36:49: >>1875
古い方法へのこだわり
社内にとある開発標準がある。

これに従えばプロジェクトは成功すると信じられている。というよりも、何かがうまくいかなかったときに「なんで開発標準に従わなかったの？」という責められ方をする。たちの悪いISOみたいなものだ。

内容は明らかに古く、ウォーターフォールのシステム開発用にしか使えない。これを無理やりモバイルアプリ開発に適用したり、Webに適用したりする。Webをウォーターフールでつくるもんだから、一度作ったら終わりの作りきりの製品になる。

工程だけでなく、品質についても言及されている。例えば試験項目の品質はいかにバグが検出されたかで測られる。

「試験してバグは1件です！」

「おかしい、もっとバグが出るはずだ！バグが出るまで試験しろ！」
新しい方法・技術の導入の難しさ

開発手法にしてもアジャイルをなかなか実践できなかった。常にウォーターフォールの設計だった。承認フローが差し込めないからね。未だにアジャイルがウォーターフォールに対してどうメリットがあるのか、どう導入するのかを議論して、「なんちゃってアジャイル」（単なる細かいウォーターフォールの実践）を導入してみたりする。

技術に関しても導入は難しかった。クラウドなんて信用できない。他社のしかも、どこにあるかわからない場所になんてデータが保管できるわけがない！

残業時間の評価

僕のサラリーに一番影響するのは残業時間だった。正直残業しないと生活がしんどかった。

自動化？

ふざけちゃいけない。全て手作業で時間をかけて、丹精込めてビルドするんだ。

バグを埋め込むのもいい方法だ。残業時間が増えてサラリーも増えるし、試験も楽になる！炎上させて鎮火すると、上司の評価もあがるぞ！

スキルと無関係の異動

本人の志向やスキルとはだいたい無関係に異動がきまる。

どう考えてもG Suiteを使えば一発でおわるのに、何番煎じかわからないアプリを作らされる。JSPで。こんなんを作りにきたんだっけ？

社外技術への関心のなさ

僕はまずはGitの啓蒙から始めるのが通例だった。でもこれがまた苦労するんだ。

しかもだいたい信用してくれない。日付が入ったフォルダにgitからコピったファイルをおいて作業している。それ、Git使ってる意味は？？

なんちゃってフレックス

8:50から12:00がコアタイムのフレックスだった。どうしても連日深夜作業したエンジニアを朝に叩き起こしたいらしい。遅刻にはかなり厳しく、評価にもダイレクトにひびくので、朝忘れ物して5分遅れそうだな、と思うと「体調悪いです」と言って午前休をとることも多かった。そこまでして8:50に出社しても、べつに特別な業務があるわけでもない。

そこまでエンジニアの行動を縛る意味はあるんですかねー。

…

個人時間のなさ

人の時間を奪うことに関して悪ではない雰囲気だった。自席にいるとすぐに呼び出されるので、どうしても仕事に集中したい場合は会議室や打ち合わせスペースを予約してそこにノートPCを持ち込むようなハックが必要だった。僕は残業時間に仕事の時間を確保していた。会社にきているのに仕事の時間を確保しないといけないとは。

会議は特に時間泥棒なんだけど、上司が率先してやるもんだから、みんな船漕いじゃってもう。みんなが船こぐような会議は必要？

難しい顔しながら居眠りするのがうまくなった。

…