  |
はてなキーワード: umlとは
頼むからセンスのない奴はプログラマにならないでくれ。迷惑だから。
これが最もプログラマになってはいけないタイプ（犯罪行為などの言うまでもないことを除けば）。
たとえば
等。
不要なものを作ることで、プログラムは複雑になり、メンテナンスの手間は増え、バグは発生しやすくなる。
一定レベル以上のプログラマが最も自然だと同意するような実装（「実装しない」という選択肢もふくめて）をパッと思い付けない奴は、センスが足りていない。
将棋で言えば、駒がぶつかったら先ず取る手を考えるといった基本的な手筋が思い浮かばないようなもので、現実的に使い物にならない。
これは、「Code Complete」「The Pragmatic Programmer」等の著名なプログラミングの本に共通する結論である。
これが「The Pragmatic Programmer」にあるDRYの原則である。
要するに、すべての情報が単一のソースから決定されるべきということだ。情報が二重化すると、それらの間で不整合が生じバグの原因になる。また、二重化した情報は、修正の手間が二倍になる。
たとえば、ユーザーのプロフィールを管理するレコードやクラスに「生年月日」と「年齢」を同時に保持する必要はない。年齢は生年月日から計算できるからだ。
世の中には、「xxxFlag」みたいな不要な変数を作ったり、共通のロジックを抽出せずにコピペコードを濫造するダメプログラマーが多すぎる。
もちろん、合理的な理由があって、この原則が適用されない場合もある。
たとえば、多くの言語組み込みの配列や文字列は、その要素と長さを二重に管理している。配列の長さは要素を数え上げることで求まるが、それには要素数に比例した計算時間がかかるためだ。
ただし、こういう場合でも、公開されたメソッドによる操作では、必ず内部の変数は同期されるように作ることが可能である。それをしないのは、怠慢でしかない。
一文字変数とか連番とかは論外だが、「ary」とか「setData()」みたいな何の情報も伝えないような変数名・関数名を付けるやつ。
正直、コードの読みやすさなんて6〜7割くらいは変数名の付け方で決まると思っている。
名著「The Art of Readable Code」も、半分以上が変数名の付け方に関連する内容だ。
なぜ変数名が曖昧になるのかと言えば、怠慢を除けば理由は2つある。
1つは、コードを書いた奴自身が、そのコードの機能を明確に言語化できないということ。
もう1つは、1つの関数で多くのことをやりすぎたりしていて、その変数の役割が曖昧になっているということ。
たとえば、関数の内部で宣言した変数は、多くの言語では関数の外からは参照できない。
スコープは狭い方が良い。これはほとんど全ての状況に適用できるプログラミングの大原則だ。
スコープが広いということは、ソースコードの多くの場所からその情報を参照・変更できることを意味する。
たとえば、クラスのメンバ変数は各々のインスタンス内でしか参照できないが、静的な変数はすべてのインスタンスが共通に持つ。このため、静的な変数を変更すると、すべてのインスタンスに影響を及ぼし、影響範囲の把握やテストが困難になる。
スコープを広げるか狭めるか、2つの選択肢があったとして、広げる方に心が傾く奴は、プログラマをやめた方がいい。
結果的にメンテナンス困難なコードを生むというのも勿論だが、単に書くだけでも、スコープが広い方が書きづらいのだ。つまり、必要もないのにわざわざ変数のスコープを広げようとする奴は頭のおかしい奴しかいないということになる。
複雑なメトリクスなどを持ち出すまでもなく、たとえば1メソッドの行数が何百行もあるとか、1クラスのメンバ変数が何十個もあるとか言うの。
これは論外である。プログラマとしての能力云々以前に、明らかな怠慢であり、社会人としての常識が疑われる。
定期的にメンテナンスされ続けているOSSのソースコードなどを見ると、関数（メソッド）の行数は平均して5〜10行。20行を超えるものは稀である。
長いものであっても、外部で定義した関数を順番に呼び出しているだけであったり、リクエストをハンドリングして各々の処理に振り分けているだけのようなものがほとんどである。
それを超えているコードは、合理的な理由があってそうなっていることよりは、単に悪い設計であることの方が多い。
これらは実はプログラミング云々というより、内容の理解力や国語力の問題なのである。
ある情報を得るために必要十分な情報は何かが分かってないから、余計な変数を作ったり、無駄に変数のスコープを広げたりする。
そして、自分が作るものを正確に理解していないから、適切な名前がつけられないし、適切なモジュール分割ができない。
それがすべての原因。
こういう人がまず身につけるべきは、プログラミングのテクニックではなく、日本語を正しく読む力。
低学歴が「プログラミングなら自分でもできるかも」なんて思っちゃいけないってこと。もちろん、下請けのSIerとかで使い捨てのコード書きとして働くことはできるが、上に書いたような最低限の力がないなら、それ以上を望んではいけない。
ちなみに、上に書いていることと反対のことを思っている人も世の中にはいる。
特に、昔からプログラミングをしてきた自称ベテランに多い。その人は、能力があるというよりも、単に現代の開発に際して必要な知識がないだけなので、真に受けないように。
また、大学でコンピュータサイエンスの基礎を学びたての学生なども、知識をひけらかしたくて上と反対のことを言う傾向がある。その程度のことは、良識のあるプログラマはみんな分かっているのだが。
| 時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
|---|---|---|---|---|
| 00 | 74 | 10315 | 139.4 | 51.5 |
| 01 | 68 | 7686 | 113.0 | 42 |
| 02 | 60 | 6938 | 115.6 | 52.5 |
| 03 | 26 | 3376 | 129.8 | 26.5 |
| 04 | 12 | 4737 | 394.8 | 61.5 |
| 05 | 64 | 2785 | 43.5 | 30 |
| 06 | 72 | 6481 | 90.0 | 45 |
| 07 | 107 | 12378 | 115.7 | 57 |
| 08 | 105 | 6300 | 60.0 | 32 |
| 09 | 101 | 10713 | 106.1 | 53 |
| 10 | 112 | 12868 | 114.9 | 46.5 |
| 11 | 181 | 17609 | 97.3 | 45 |
| 12 | 184 | 13506 | 73.4 | 43 |
| 13 | 141 | 11621 | 82.4 | 46 |
| 14 | 124 | 13705 | 110.5 | 43 |
| 15 | 157 | 13747 | 87.6 | 45 |
| 16 | 132 | 10931 | 82.8 | 43 |
| 17 | 199 | 14664 | 73.7 | 32 |
| 18 | 231 | 18404 | 79.7 | 42 |
| 19 | 158 | 14570 | 92.2 | 36.5 |
| 20 | 131 | 16526 | 126.2 | 41 |
| 21 | 232 | 22629 | 97.5 | 38.5 |
| 22 | 157 | 19301 | 122.9 | 39 |
| 23 | 124 | 16310 | 131.5 | 47.5 |
| 1日 | 2952 | 288100 | 97.6 | 42 |
情報処理試験(11), 情報処理技術者試験(14), プロジェクトマネジメント(4), 手越(6), 情報処理技術者(3), UML(7), 便乗商法(4), フルダイブ(3), ５年(3), 未承認(3), しゃしゃりで(4), 緊急事態宣言(22), 誹謗中傷(33), 技術者(15), 試験(41), 中傷(22), 実務(11), 応用(9), アイマス(10), アベノマスク(12), 解除(28), 役に立つ(14), 独自(19), 資格(37), 用語(17), 合格(16), テレワーク(22), 美人(29), プログラミング(16), 言語(19), コード(13), 在宅(14), 自殺(39)
■情報処理技術者試験なんて何の役にも立ちません /20200526002227(51), ■確かに世間のフェミニスト像は変わってない？ /20200525185824(21), ■「実はもうなくなっている職業」ってない？ /20200525133335(17), ■痴漢OK娘の影響で認知が歪んで痴漢してた /20200526191623(12), ■ /20200526010733(12), ■スポンジが発明される前はどうやって食器洗ってたんだろう /20200525205713(11), ■車種名の出てくる歌 /20200525184426(11), ■「女は頭が悪い」という先入観を持たれて嬉しかった /20200526105758(9), ■近親ものが好きなやつってDNAいかれてるの？ /20200525234934(9), ■五目並べに狂うほどハマっている /20200526032755(9), ■子どもが知的障害者になった /20200524233706(8), ■「誹謗中傷と批判は違う！」という人ほど卑怯な人物はいない。 /20200526172356(8), ■むしのうた /20200526162718(7), ■テレワークで同棲がバレた /20200525231042(7), (タイトル不明) /20200526021519(6), ■アイドルマスターシンデレラガールズについて /20200526233613(6), ■なぜ勝手に食べられるのはプリンなのか？ /20200525233944(6), ■せっかくオンライン会議とかが認知されてきたので…。 /20200526182827(6), ■スペイン人が話す英語の良さ /20200526143350(6), ■anond：20200526002227 情報処理技術者試験なんて簡単で案外役に立ちます /20200526101738(5), ■ /20200524003903(5), ■政権支持じゃないんだよね。反政権層不支持なんだよね。 /20200526111557(5), ■anond：20200526111818 /20200526112234(5), ■anond：20200526115350 /20200526120937(5), ■職場で次亜塩素酸水噴霧器を使わせないために /20200526205516(5), ■ /20200526212214(5), ■anond：20200526214339 /20200526214712(5)
「カプセル化等の用語を覚えること」と「良い設計ができること」を対比して、前者を批判しているのだから、良い設計ができる能力は「技術者としてのスキル」に含まれるとしか読み取れない。
こういう意見を言う奴、大体自分がそれを持ってないことを正当化するために言ってることが多いからな。
そりゃ、中には本当に不要なのもあるのは確かだし、成功してる人で要らないと言ってるケースも少なからずあるが、
いくら成功者でもそれを持ってたらどう世界が広がるのかを理解してない人の意見だから参考にするべきではない。
増田にしてもそうだが、UMLとか使わんとか言ってるレベルだと成功者どころか基本情報すら取れてないよな。
こういう意見を言う奴、大体自分がそれを持ってないことを正当化するために言ってることが多いからな。
そりゃ、中には本当に不要なのもあるのは確かだし、成功してる人で要らないと言ってるケースも少なからずあるが、
いくら成功者でもそれを持ってたらどう世界が広がるのかを理解してない人の意見だから参考にするべきではない。
増田にしてもそうだが、UMLとか使わんとか言ってるレベルだと成功者どころか基本情報すら取れてないよな。
それは試験の使い方が悪いだけでは。受験勉強みたいに試験に合格することを目的にしちゃうとそうなるのかな。
どう使おうと勝手ですが。
ちなみにプログラマならUMLくらいは使えてほしいし、共通言語として開発方式や動画エンコードくらいは知っていてほしいぞ。
情報処理技術者試験なんて、実務、特にマネジメントなんかやっていると役に立つことが多いです。
まず前提の捉え方がちょっと違いますが、「情報処理技術者試験」とは国家試験でありながら、医師国家試験や危険物取扱者試験などの国家試験とは異なり、
別に持ってなくても実務に従事できるって言う不思議な国家試験であること。
なので、別にこの試験がなくても、情報処理技術者としての仕事にまったく支障はないです。
情報処理技術者試験は、ちゃんと情報処理のこと勉強してますよ！ある程度の知識は修めてますよ！って言うためのものでしょう。
名刺に資格もってるよマーク載せてIT系なら任せてよアピールをするためのものでしょう。
またこの資格を持っていることで、ちゃんと勉強している人間なのか、その指標にもなるのでマネジメントの一助になるです。
ご指摘の通り、暗記問題ばかりで実際の業務には何ら役に立たないように思えますが、
一方で実務以外のコンピュータ技術の本質的な設問であったり、法務関係の問題もあったりして、
マネジメントの他、教える立場になったときや、企画開発なんかで広く浅い知識が必要になったときには役に立つかと。
そもそも逆なんですよね。この問題を解けたら良い設計ができる、とか、優れたコーディングができるんじゃなくて、
まともな設計知識を持っていたら、このくらいの問題は知っていますよね？ってのが技術者試験の一面です。
※あと、「コードが書けるわけでも、良い設計ができるわけでもありません。」って否定をするなら、せめて応用のほうから持ってきてくれないと･･･ｗ
ちなみに、UMLの基本や、開発手法、MPEGなどの標準規格の名称なんかを覚えるのは、設計やコーディングにおいて「超大事」なことです。
そうした名称をもとにして開発を進めていくわけで、いちいち「要求分析から実装までの開発プロセスを繰り返しながら、
システムを構築していくソフトウェア開発手法」でやります！みたいな説明しなくても「今回はスパイラルでーす」って一言で終わるじゃないですか。
基本情報技術者試験レベルをメンバー全員が資格取得してくれていれば、「スパイラルでーす」で終われるってすばらしい。
合格率は基本情報技術者試験で３割弱、応用情報技術者試験で２割強となっています。
なので、一見難しそうに思えますが、非常に簡単です。覚えればいいんですから。
（そもそも基本情報なんて、非IT系会社勤務の方の合格率が、IT系会社勤務の方の合格率を超えているという･･･）
なのに合格率が低いのは、みんな真面目に勉強（暗記）していないからと思われます。
試験会場にいくと分かるのですが、まずスタート時点で１割強は机の空きがあります。とりあえず申し込んでいるだけなんでしょう。
会社によっては予算取ったから行って来いよ、みたいなところもあるのでしょう。
暗記試験で引っ掛け問題も少なく、広く浅い問題範囲なので、１～２か月真面目にやればだれでも取得できますよ。
ただ、さすがに150分座ってるだけで取れるような試験ではないことは確かです。
範囲は広いですし、勉強してなきゃ聞いたことがない言葉なんてザラです。
上記を言い換えれば、真面目にコツコツ勉強してくるやつアピールが出来ます。
合格率２割の国家試験を、通常業務をこなしながら取得してくるだと･･･！？化け物か！ みたいな
雰囲気でとらえてくれるおじさんは、まだまだいっぱいいますよ。
情報処理技術者試験の資格を取っても実質的に得るものはありません。「実質的に」というのは、技術者としてのスキル向上に貢献するということであり、「報奨金が貰える」とか「履歴書に書ける」などの技術と無関係なものを含まないということです。
なぜ、情報処理技術者試験が役に立たないのかと言えば、出題内容が表面的な知識問題に極端に偏っており、本質的な理解を問うていないからです。たとえば、オブジェクト指向の三要素に「カプセル化」「継承」「ポリモルフィズム」がありますが、これらを御題目のように唱えていても何の意味もありません。しかし、情報処理技術者試験ではこれらの用語さえ覚えておけば、しっかり点になります。
https://www.fe-siken.com/s/kakomon/19_haru/q42.html
こんなのは単なるポエムであり、これが解けたところでコードが書けるわけでも、良い設計ができるわけでもありません。
数学で喩えれば、「加減法」とか「代入法」のような用語を暗記して、具体的な連立方程式の解き方は分からないようなものです。
ひどい問題は挙げればキリがありません。
https://www.ap-siken.com/s/kakomon/22_haru/q44.html
図の名称を答えさせる問題。図を読み取らせる問題なら、まだ理解できますが。そもそも、UMLなど別に技術者として知っておくべき知識でもありません。
https://www.fe-siken.com/s/kakomon/23_aki/q50.html
これも、こんな分類自体、覚えたところで何にもならないわけですが、その用語を答えさせる問題。いかに、この試験がエンジニアリングやプロジェクト管理の本質と関係ないかがよく分かります。
極めつけはこれ。
https://www.fe-siken.com/s/kakomon/17_haru/q52.html
地方の公立中学校の定期試験レベルのひどい問題です。出題者は、1だの2だの4だの7だのといった数字と語句の対応を覚えることが重要だと思っているのでしょうか。
つまり、ある種の発達障害ではない意識高い系ポエマーを認定するための試験であり、そもそも技術者のための試験ではないということです。あとは、中小企業診断士などを受ける人が試験免除を獲得するためとか。
そもそも、コンピュータやプロジェクトマネジメントの技術を、資格試験で勉強しようというのがピントがズレています。それらは既に良質な解説書が豊富にあるのだから、それで勉強すればいいのです。
https://blog.tinect.jp/?p=63824
https://blog.tinect.jp/?p=63872
自分に被るところがあり、少し思うところがあるので書いてみようと思いました。
-------
自分が「事務作業員」兼「プログラマー」として、20人ぐらいの部署に配属された時の話です。
全員にあえて聞こえる大声で間違いを指摘した後に
「これについて、何があったのか説明しろ」とプロセスの確認をして、
小さなミスを見つけながら、大体1時間以上ネチネチと怒り続ける。
本人曰く「負荷を乗り越えると人は成長するから、あえて厳しく接している」とのこと。
そんな感じなので、チームメンバーは自分に被害が来ないように最小限のことしか手を付けず、
巻き込まれたくないので誰とも会話しないような感じでした。
チームメンバーが自分の分からないところを埋めるために会話をコソコソしている感じでした。
上司の上司にも「あの説教は良くないと思う」旨の相談をしたのですが、
「あの上司がこの会社の事業の基盤を作ったから、自分も逆らうことはできない。我慢して欲しい」
という、軽く絶望を覚える返事が返ってきました。
とりあえず、部署を変えるには3年以上の在籍が必要とのことで、
そのため、休みの日には本屋で技術書を立ち読みし、いくつかは職場で読めるように購入もしました。
仕事で空いた時間に、こっそりと自分のツールを作ったりしていました。
そうしていると、上司が僕の作業スピードが他の人よりも速くて不審に思ったのか質問され、
結果、そのツールをチームで展開して、他のメンバーが担当する作業の機能も実装することとなりました。
このとき、他メンバーに「何の作業をしているのか？」と問い合わせるのですが、
ほとんどのメンバーは「これのときはこうする。何故するのか意図はわからない」といった返答で、
上司が怖いから仕方ないとは思うのですが、そこは改善ができないので、
僕は、UMLや業務分析を勉強して、なんとか数人のメンバーの要件定義をすることができ、
どうも喉の調子が良くなくて、2週間ごとに喉に激痛が走り微熱が出るようになってきたのです。
その通院の度に会社を休むため、
上司は「社会人としてどうかと思う」という説教をするようになってきました。
2年ほど過ぎた辺りでは、
身体はだるく、頭もボーっとし始めて、
殺害計画を立て、実行のための道具を購入しようとホームセンターまで来た時に、
結果としては「統合失調症」と診断されました。
いろいろと耐えてきた結果、脳内物質の「ドーパミン」が異常に出ているため、
精神に異常をきたし始めているとのことでした。
薬が効いている間は、嘘のようにスッキリして、
「ああ、この部署に来る前の、真人間の感覚ってこうだったな」と思い、
-------
僕が伝えたいことは、2点ほどあって。
統合失調症は、原因もわかってきて、現在は治る病気とのことです。
「ああヤバい」と思ったら、すぐに受診するのが良いと思います。
https://www.mhlw.go.jp/kokoro/speciality/detail_into.html
あと、我慢しても良いことは無く、先に身体がダメになることがあるので、
逃げられるなら、逃げるべきだということです。
僕も次は、逃げようと思います。
| 時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
|---|---|---|---|---|
| 00 | 73 | 14167 | 194.1 | 43 |
| 01 | 44 | 7033 | 159.8 | 52 |
| 02 | 35 | 5073 | 144.9 | 44 |
| 03 | 18 | 1095 | 60.8 | 23.5 |
| 04 | 7 | 856 | 122.3 | 126 |
| 05 | 18 | 2085 | 115.8 | 51.5 |
| 06 | 18 | 3305 | 183.6 | 84 |
| 07 | 60 | 2560 | 42.7 | 23 |
| 08 | 76 | 4357 | 57.3 | 32.5 |
| 09 | 113 | 10508 | 93.0 | 39 |
| 10 | 175 | 12435 | 71.1 | 39 |
| 11 | 251 | 20182 | 80.4 | 36 |
| 12 | 134 | 13131 | 98.0 | 41.5 |
| 13 | 144 | 12901 | 89.6 | 41 |
| 14 | 155 | 8094 | 52.2 | 24 |
| 15 | 154 | 10187 | 66.1 | 32.5 |
| 16 | 175 | 10205 | 58.3 | 41 |
| 17 | 130 | 11793 | 90.7 | 34.5 |
| 18 | 179 | 17879 | 99.9 | 38 |
| 19 | 127 | 11609 | 91.4 | 38 |
| 20 | 122 | 11005 | 90.2 | 37.5 |
| 21 | 157 | 12992 | 82.8 | 35 |
| 22 | 141 | 13908 | 98.6 | 41 |
| 23 | 158 | 14906 | 94.3 | 45 |
| 1日 | 2664 | 232266 | 87.2 | 37 |
ポチポチゲー(13), 折檻(4), 堀ちえみ(6), タブー視(4), 連れ去っ(3), UML(5), 花婿(5), 家内(8), あべちゃん(3), 海苔巻き(3), カーセックス(7), 艦これ(20), はあちゅう(9), 法人税(9), 減税(8), スマホゲー(7), 体罰(7), チャーハン(6), 民主(9), 刺す(13), 嫁(67), 自民(22), 投票(44), アベ(10), 政党(16), 自民党(29), 党(9), 選挙(31), 野党(26), 安倍(21), 救わ(14), 消費税(17), 政権(13), 課金(11)
■「皆がこれ読んでたら読んでたら世の中もっと良くなるのに」本 /20190713122155(35), ■萌えアニメを見れなくなってしまった /20190715194435(16), ■私が猫を飼いたくない理由 /20190717154446(14), ■童貞だけど男性を救いたいんだよ /20190716235444(13), ■もうカウントダウンの百の位の「２」は使わない。 /20190717101556(10), ■他人の写真をトレスして二次創作はOK？マジで？ /20190717110227(10), ■複数人呼称 /20190716171422(9), ■一人暮らしの人間が冷蔵庫にストックしておくべきもの /20190717145403(8), ■anond：20190717102431 /20190717103253(7), ■anond：20190717111223 /20190717111513(7), ■「お疲れ様です」は何か足りない /20190717135912(7), ■anond：20190717022435 /20190717022827(7), ■anond：20190716100824 /20190716122944(7), ■はてな匿名ダイアリーが役に立ったことってある？ /20190717202650(6), ■女ってさ /20190717124518(6), ■朝抜いたら午前中全然力が出なかった /20190717121513(6), ■ネットで触れちゃいけないことかもしれんが /20180306183313(6), ■韓国の謎の港町がガチやべぇ /20190717135108(6), ■雑談 /20190716194219(6), ■うなぎって食べてもいいの？ /20190717231503(6), ■ /20190717105605(6)
6457466(3452)
https://twitter.com/MAEZIMAS/status/1113114798672113665
一流の老害は「君たちこそが真のニュータイプだ」とか言って、若者を自分の既得権益確保のための鉄砲玉にする。
…いやマジ本当に、若い人気をつけてね。若者説教おじさんは、せいぜいまだ極限の不愉快ですむけど、若者応援おじさんに乗せられると最悪人生詰むので…
というツイートが流行っているので、私が遭遇した若者応援おじさんについて書こうと思う。
当時の私は親との折り合いがつかず、学力もそこそこあったし、勉強もしていたのにも関わらず大学に進学せずにフリーターをしていた。実家を出たかったし、大学にも進学したかったから金の工面が当面の目標だった。そんなときに出会ったのが若者応援おじさんのAさんである。Aさんはバブルの頃に就活をしていて、まだインターネットやパーソナル・コンピュータというのが流行る前から電子工作やプログラミングをやっていた人だった。実際、経歴を聞いてみると10回以上転職を繰り返しているものの、有名企業(今にして思えば、カビ臭いSIerだが)で部長をしていたことがあって、年収が1700万ぐらい稼いでいたこともある人だった。
最初に出会ったときは自分が如何にすごいかということを熱心に語っていた。80年台後半ぐらいのコンピュータ開発の大型プロジェクトに関わっていたとか、セキュリティの専門家とか、今までに触ったことのあるプログラミング言語が300個を超えるとか。でも、当時の技術的なトレンド(MongoDB、Ruby on Rails、AngularJSとか)についての知識が限りなく少なく、「フレームワークなんてその場で覚えればいい」みたいなタイプだった。中学生の頃にラジオ工作したとか、はんだごてで電子回路を設計したとか、そういう話は熱心にするのに、Bram Moolenaarの名前を知らなかったりした。要は、最近のプログラマがどういう関心やインセンティブでプログラミングやってるかを知らずに、過去の栄光を語ってるようなタイプだったと思う。
まぁ、それでも、その人のコネで中規模程度のSIerに入社して、そこそこいい感じの待遇だったように思う。当時の私の技術力は『わかりやすいJava入門』『たのしいRuby』を一通り終わらせて簡単な言語仕様を把握したぐらいでろくにコードも書いたことのないような人間だったから、定時で帰れて手取り二十万もらえるのは甘い汁を吸えたとは思うんだ。
でも入社を決めた一番の理由が、そのAさんが私の関心に理解があると思っていたからだ。というのも、当時の私は「人工知能や人工生命に興味があります。三年後に大学に入学するまでにプログラミングスキルを磨きつつ生活費と学費を稼ぎたい」ということを明言した上で、それを叶えてくれる会社を探していた。技術力はないものの、「自頭がいいから入社してからプログラミングを覚えればすぐに戦力になるよ」と複数の人間から言われていて、それぞれ就職先を紹介してもらえるような状況になっていた。今から思えば、そんなコードを書けない人間を自頭なんて胡散臭いもので褒めるような人間は信用してはいけないと思うし、口車に乗せられたと思うのだけど。そこは自分にも甘いところがあったように思う。あ、あと、補足しておくと、当時はDeep Learningなんていうのは全く人口に膾炙してなかった時期で、スチュアート・カウフマンや金子邦彦に憧れてたような、周回遅れの複雑系に魅せられた若者が私だった。
①親との折り合いが悪く、大学に進学したいが、金が足りない
②実家を出るために生活費を稼ぐ必要があったが、飲食のバイトとかではスキルが身につかない状態で、価値の高い若い時間を無駄にしてしまう
③そんなところに現れたのが過去の栄光を話す若者応援おじさんのA
④自分は殆どコードを書いたことのない業務未経験で、21世紀になっても複雑系の話に興味をそそられるような斜に構えたスノッブ
では、入社後の話をしよう。私が配属されたプロジェクトは80万行程度のJavaのコードで動いてるBtoB向けの製品を保守開発してるプロジェクトだった。やってることはGoogleやAmazonやMicrosoftみたいな大手ならやってるようなサービスの完全下位互換みたいなソフトウェアを、情弱だけど社員数は多いみたいな企業に売りつけるような仕事だ。国産とか、セキュリティとか、そういうよくわからない言葉を並べ立てて、海外のUIも洗練されていて、優秀なエンジニアが管理してるものをセキュリティ的に怪しいと不安を煽り立てて売りつけるようなやつだ。そんなクソみたいな製品でも年間5億円ぐらいの売上になるのだから、IT系って糞だなって思う。ネット上では優秀な人間ばかりがアウトプットしてるし、NDAの名の下に詐欺まがいのソフトウェア(今回の例なら無料でUIも洗練されていて、使いやすいサービス)が明るみにならないのだから、こんな国はさっさとスクラップ・アンド・ビルドすればいいのにって思うよ。IT化されてないのが時代錯誤で〜みたいな記事はネット上でもバズるけど、実際には10年前のスパゲッティコードを惰性と不安につけ込んで売りつけるようなSIerがたくさんある。そんで、そんな意味不明なソフトウェアを導入すれば、どこに何があるのか分からないUIの操作に大切な業務時間を奪われて、日本全体の生産性が落ちてしまう。ユーザーの時間と生産性を奪い、開発者にとっても技術的負債にしかならないようなソフトウェアを売りつけてる悪性腫瘍みたいなSIerはさっさと滅んでしまえばいいと思うよ。
まぁ、私が配属されたプロジェクトはそんな感じだ。まるで意義を感じないが金にはなってるプロジェクトに配属された。そのプロジェクトの根幹部分は一人のエンジニアが設計開発しており、そのエンジニアは既に退職して、どこに何が書いてあるのかわかってない人間が後任として保守を行っている。盲腸みたいに全く有難みのない機能を増やすことでより高く売りつけるようなプロジェクトだった。
そのプロジェクトの中にいる人について話そう。プロジェクトマネージャーは仕事漬けで毎月350時間ぐらい働いている60連勤とか当たり前で、常に酔っ払ったような、眠そうな目をしてる人だった。にも関わらず、同じプロジェクトの人間は仕事がなさすぎて業務時間中に関係ない談笑をしたりしていた。プログラマやテスターや文書作成をするスタッフが40人ぐらいいるところで、閑散期(機能追加のサーバーリリース前以外)は暇そうにしてる人が多かった。プロジェクトマネージャーを除いて。要は、PMは一生懸命働いているが、その一生懸命さは惰性で行われており、無能なのに業務時間が長いPMがいて、その人が全部仕事をやってしまう。他人に頼めない性格らしくて、存在意義が分からない業務を他人に頼んでは「なぜこんなこともできないんだ？」って怒鳴るのが生きがいみたいな人だった。頑張ってることがアイデンティティになってて、その頑張りに意味があるのか、必要なのかという吟味ができず、タスクを他人に振ることもできず、情報もそのPM一人だけが握っているから、周りの人も「私が仕事を請け負いましょうか」ということもできない。それで新入社員をイビるような存在意義のわからない仕事を振って、できなかったら人格否定をするような感じの。
私が受けた仕事ととしては、週に1回ベンダーのところに会議をしに行くんだけど、そのときの社内の資料を全部紙でプリントアウトして持っていくというのがあった。文書作成スタッフが製品の仕様をWordでまとめて、600ページぐらいのpdfにしたものが1500万円ぐらいで売れるらしく、その増えた言語仕様をプリントアウトしてベンダーのところまで持っていく。追加された仕様以外にも、今週やったテスト内容をExcelで纏めたものをプリントアウトしたりしていた。紙の量で言うと、一回の会議で2500枚ぐらいで、それをキャリーケースに詰めて客先であるベンダーまで持っていくらしい。聞いた話では、その2500枚の会議資料は殆ど読まれずに捨てられるのに、そのPMはベンダーにその慣習を廃止しようとは提案しない。ベンダーとの週一の会議の他にも、進捗報告を主とする社内会議があって、PM以外の人はあのプリントアウトする悪習は廃止すべきという話が上がっているのにPMが首を縦に振らないから一向に改善されない。まぁ、そのプリントアウトするのをやるのが私の仕事だったわけですよ。毎週4時間ぐらい掛けてWordやExcelの文書サイズとか調整してさ。元の文書のサイズや余白が狂ってるのに、客先に失礼だと言われて、手直しして、プリントアウされたコロコロコミック何冊分だよ？ みたいな紙の束をホチキスで止めていくんだけど、ホチキスの止め方が汚いとやり直し。
じゃあ、なぜPMは頑なに意味のない業務をし続けて、それによって新入社員を使い潰そうとするのかと言えば、弊社の業績が悪くて倒産しそうだったときにそのベンダーが手を貸してくれたからそのときの恩義があるとかなんとか言っていた。だから、靴を舐めるようなことをするし、他人の生産性を奪うようなクソ製品を世の中に出して何も感じないらしい。読みもしない産業廃棄物を作り出して、それを無碍にされて喜んでいるような業務が、今の日本の何割を占めているのだろう？ そのPMの口癖は「俺はプログラミングは全くわからないが、こんなプリントアウトの段取りもできないようなやつはプログラミングなんてできないと思うよ」だった。FizzBuzzどころか変数や関数すら知らないような人間にこんなことを言われるのは屈辱だったし、これが高卒未経験で就職することなのだろうと思った。
他にも、私が受け持った仕事に、製品が動くかどうかを確認するテスターという仕事があった。RSpecやSeleniumで自動化しようと言っても、そんな技術を持ってる人がいなかったから、一々自分でその製品を触って仕様通りになっているかを確認しないといけなかった。画面遷移が600ページのpdfになっているから、それを見ながら正しい画面遷移ができているかを確認する業務だったが、正直人間のやる仕事ではないと思う。画面遷移だから前のページから次のページに移行したときに前にどのページだったなんてスクショを撮ったぐらいじゃわからないのに、「このテストをExcelにした内容じゃ、本当にテストしたのかわからないだろう？」と言われた。言われたとおりにExcelファイルにスクショをひたすら貼り付けていたというのに。しかも、その他にも特定のファイルをアップロードするときにどの条件だとアップロードができないかを判別するテストをどうやって行うのか考えろというのがあった。今までにテスターをやっていた人に聞いても指針なんてないと言われ、「賢い人はそういうのを考えつくものだ。俺はパソコンに詳しくないが」とPMに言われ、嫌気が差した。
まぁ、ここまで書けば、如何にブラックと言うか、理不尽で不合理な職場かというのはわかったと思うけど、いい面もあったんだ。前にも書いたように、未経験の高卒が手取り20万貰えたのは嬉しかったし、研修のない会社だったから、最初の二ヶ月ぐらいは一人で勝手に勉強しててと言われたから、実働換算で時給3000~4000円ぐらい貰える計算だったのかな。一番瞬間時給が高かった日はメールの返答に20分ぐらい使ったときだったから、日給1万、実働換算の時給が30000円ぐらいになった。それぐらい放任されていた。
最初は社長が「君にはソースコードのUMLを書いてもらおう」とか言って、クラス図を書く練習をしていたんだけど、現場の人は「今更UMLなんて必要ない」「ソースコードを読めばわかる」と言って、全く必要とされていなかった。だから、業務とは関係ないTCP/IPやRubyやGitの勉強をしていた。家のことで勉強に対してモチベーションが落ちていた私は、金を貰えるという環境では目の前の勉強に集中できるようになって、元の勉強するための生活リズムっていうのか、そういうのを取り戻せた。それは当時の私にとっては有難かったと思う。
ここまでをまとめると
⑤無料で使えるサービスの下位互換といえるような、他人の生産性と金を無駄にするような製品を開発してるプロジェクトに配属された
⑥PMだけが忙しく働いて、周りの人の割り振りができていない。
⑧社会悪のようなソフトウェアを売りつけて金を稼いでいるプロジェクトだった。
⑨仕様書やテスト内容のプリントアウトという必要ない業務をしたり、指示内容と叱責内容が矛盾する理不尽を受けなければならなかった。
⑩しかし、勉強してるだけで月20万貰える環境は有難く、当時の私にとっては願ったり叶ったりだった。
では、次に私がその会社の入社から辞めるまでの経緯について書こう。最初のうちは、自分の勉強時間を取れていたし、振られる仕事も理不尽で意義を感じられないものであるものの、すぐに終わることが多かったから問題ないと感じた。それが徐々に仕事が増えていき、勉強時間が取れなくなっていった。
ここで若者応援おじさんAの登場である。Aさんは私と会ったときは有名企業に勤めていて、そこを辞めて私を紹介してくれた中小企業で働き始め、その数カ月後に私を紹介してくれた。元々、その会社の社長とは懇意にしていたから、一緒に働こうという話が何十年も前からあって、今回ちょうどタイミングが合ったから、その友人の会社の重役として就職したらしい。私が就職したのはその数カ月後だった。
Aさんは「何か問題があったら、部下や上司という立場を気にせずに忌憚なく言ってほしい」「俺は人を見る目はある方だ。君は一本芯の通ったところがあるから、周りに流されずに新しいことをできるだろう」「君には将来性がある」「俺は新しい会社でも権力を持ってるからへんなことを言ったり、したりしてる人がいたら遠慮なく言ってほしい」とかそういうのを入社する前に言っていて、まぁ、色々とおかしいところ、FAKE野郎みたいな発言が多かったけど、そこだけは信じてたんだよね。本当に騙すんだったら、そんなすぐに辞められるようなリスクを上げるような発言はしないだろうってさ。ちなみにFAKE野郎って感じたのは、一方的に自分の話だけをして、私が質問すると煙に巻いたり、私のことを買ってるという割には私の話をすぐに中断させて自分の話をし続けるとか。その人はFラン出身だったから、ちょっとインテリなことを言うと「君は変わってるね」って言ったり、きょとんとした顔で10秒ぐらい固まった後、すぐに自分の自慢話を再開したりと、決して自分の知らないことや分からないことを認めようとしなかった点だ。他にも、「私と働きたいと言ってくれていた会社はあったけど、そこは技術的に成長できそうだけど給料は月7万程度でバイトの身分だから、迷ってるんですよね。バイトだから自由時間は多く取れるんですけど」みたいな発言をしたら、鳩が豆鉄砲を食ったような顔をして、私が感じていた不安を取り合ってはくれなかった。Aさんは「俺は社内で影響力を持っているから、君を正社員にすることもできる」みたいな話を延々としてたのに、いざ蓋を開けてみると、「君の面接での受け答えが駄目だから、契約社員として雇用することになった」「あれから上層部に渋られてしまって、請負契約にすることになった」と話が二転三転していった。だったら、他にも選択肢があったのに、他のところに就職したのにと思ったが、自分の能力や経歴で負い目を感じていたから強く言うことはできなかった。高卒で就活するというのはそういうことだ。他にも選択肢があるのにも関わらず、どうせ労働に関する知識がないと足元を見られて、条件を徐々に下げられ、他に選択肢をなくした後で、悪い条件で働かざるを得ない状況になっていた。結局、勤務時間がタイムカードで管理されてるのにフリーランスとして請負契約を結ぶという偽装請負で契約させられ、もっと技術力を磨ける選択肢は潰されてしまっていた。
私は会社の問題点を丁寧に分析してpdfにまとめてAさんに送ったんだ。それが間違いだった。如何に会社がそのベンダーに良くしてもらったか、大変なのをわかった上で俺たちが会社を立て直してきたかということばかりを話していた。百歩譲ってそこはいいとしても、ベンダーとは関係なく職場環境を良くするための話までいい加減に聞かされてうんざりしていた。
「Aという問題があります。その背景にはBがあります。そのためにはCという解決策があります」
という話をしたときに、「Bぐらいみんな当たり前にしている。君だけ特別扱いすることはできない」みたいな返し方をされて、問題が発生してる事自体はないものとされていった。結局、職場にはびこる不合理で理不尽な業務やルールは改善することはなく、私への人格攻撃で終わってしまった。
毎日どうでもいい作業で疲れ切って勉強時間が取れなくなってしまった私は、最初に出会った頃のAさんの言葉を信じて、「私が本当にしたいことは、仕様書やテスト時のスクショをプリントアウトしたり、よくわからないテスターをやったりすることではない。このままでは、プログラマとしてのキャリアを積むための勉強時間を作ることもできないし、業務内でコードを書くこともないから業務時間を短くしてほしい」と言った。少なくとも、最初Aさんと会ったときは、「君には人工知能や Permalink | 記事への反応(1) | 23:52
最近は、35歳定年説は嘘だ！って声に反して、危機感覚えたweb系だとか問わずに、シコシコSEやPGやってる奴らがコンサルとかプリセールスの方によく流れてくるけど、ハッキリ言ってマジで迷惑だから来ないでくれないかな。
つーかマジでハッキリ言うわ、迷惑だから業界から消えてくれ、もしくは一生下流でシコシコやっててくれ、仕事なくなるまでフリーランス(笑)とやらでやってて、年食って40くらいになって仕事なくなったら、生活保護でも受けて隠遁でもしててくれ。
俺も技術者上がりだから、気持ちはわかるけれどもね、まず君らエンジニアって、思考回路からして致命的に世間ズレ起こしてんのよ。
君らITエンジニアは、「コミュニケーション能力」というのを、邪教の如く嫌って、単語唱えられただけでお経や聖書の一説食らった悪魔や妖怪の様にもがき苦しんで発狂するけどね、
例えば、よく開発の現場とかでは、論理思考と称した手垢のついたUMLのチャートみたいな、いちいち明確な意味を筋道立てて言わないと気が済まないしそういう風に相手は聞けないと悪いっていうあの感じあるでしょ。
お前あんなの、ユー子とかIT業界外でやったら、というか、一般人相手にやったら、ハッキリ言ってヤクザや警察の取り調べとかみたいな、言葉尻掴んで脅迫してるか、喧嘩を売ってるようにしか聞こえないからな、ヒョロガリやキョロ充そのものの恰好してるようなのが行ったら、何してくるかわからない感満載のサイコな不審者みたいにしか見えないからな、言っとくけど、気に入らないこと一言でも言ったら出刃包丁で〇されそう見たいな怖さを相手に与えてるように見えちゃうわけ。
大体これを客先でかまして出禁食らうとかいう、会社の教育を疑うようなこと、必ずやらかすわけよ、大学からしてパソコン以外の知識だけ磨いてきました、みたいな技術上がりって
もっとひでえのは、何をトチ狂ったのか「可哀そうなIT音痴のキミ達に、この道のプロである私がナーチャリングしてあげる」みたいな態度やるやつ、Web系上がりに特に多いけど、
こんなもん、客先どころか、普段の私生活からこういう態度取ってて、よくぶん殴られたり暴力振るわれなかったなって思うよ、まぁ、パソコン以外友達がいない、昔ならそもそも職につけてるかどうかも怪しい様な〇達〇害みたいなのでも食えちゃうITって業種がすべては罪なんだろうけどね
あとな、場の空気読めよ。客だって内心無理ってわかっててそっからどう落としどころ探っていくかのようなのがコンサルや技術営業の商談というか、世の中のマトモだろうが怪しい仕事だろうが、ビジネスの流れの基本なんだが、その場でハッキリと無理だのできないだの技術がわかってないだの、挙句の果てに「技術力を図るためにわざとやってるんでしょ？」とか見たいな、誰もが思ってても口に出しては決していけないようなこと、平気でズバズバ暴言放言連発するからな。
あのね、開発の現場とかオペの現場とかならそういうの普通だったんだろうけどね、他業種のお客様の前どころか、商談の席でそれやったら最悪訴訟モンになんだぞ？わかる？
私生活でそんな態度取っててよく今まで五体満足で生きてこられたよな、都会のゲーセンとかでやったらマジで不良に頭カチ割られるんじゃないのって思うわ、ホント
つーか、ここ４～５年こんな奴らしかこの業種に来なくなったんだけど、俺がいたころも相当ひどかったけど、今こんなレベルしか上がってこないってどんだけ人材不足なんだよIT業界
ウザさとか迷惑さのレベルが、合コンで張り切ってイニシアチブ握ろうと喚く、プレデターやエイリアンみたいな顔したブスとか、痛々しいくらいウケてないのに動物園の檻の中で奇行をしてエサ貰ってるチンパンジーみたいなウェイウェイ真似してるキョロ充と相席になった時くらいの迷惑度な訳、商売あがったりなんだよ、そういうのが来られると。
結論、コミュニケーション能力がない奴が、技術一本で最上流の工程がメインの仕事をやりたいだなんて、寝言は土日祝日に休み休みいってください、というか来ないでください、ぶっちゃけ消えてください。
じゃあどこ行けっていうんだって？生活保護でも貰って大好きなパソコンと向かい合ってたまに勉強会にでも出てたら？別に仕事としてお金もらうだけが、ITエンジニアってわけじゃねえんじゃねえの？
その代わり、仕事でやっててごはん食べてるプロの大人たちの間に入りたいなんて、バカなことほざくなよな、どこの業者から金もらってやってるのか知らんが、IT系ブログだってキャリアアップと称して、煽り立てんじゃねえぞ、プリセールとかコンサルってのは、作〇所でも精神病院でも幼稚園でもないからな。
・文章を書くときは主観的になりきる（感情移入する）必要があるが、プログラムは客観的にメタな考え方でつくる必要がある
⇨コンピュータやシステムの立場になって考えている。UMLのユースケース図は証左。たぶん、増田がコンピュータに感情移入できないから、そのように思うのだろう。クルマを愛車と呼ぶのか、単なる移動手段の一機械としか思えないか。どちらが良い悪いは無いけど。
・プログラムは意味や内容がわかっていないことについて書けない
⇨かつてはやり直しコストが高かったのでウォーターフォールモデルが主流だったが、現在はWYSIWYGのごとく、コードを書いて、動かしてみて、検討しなおしてコードを書く、といった繰り返しで調整して作っていくこともそんなに変ではない。
作りたい成果物が決まっているのは、文章も何らかの意図を持って書くのだから一緒。
私の結論：プログラム言語は、英語にも増した世界共通の言語（よく変わるけど…何処かの進学塾のセンセが書いていたけど、数式のほうがさらに普遍性が高い）
クリーンコード、リーダブルコードなど、"美しいコード"を書くための本は知ってるけど、
例えば要件定義とUML図があってその解説をするような、"美しい設計"について書いた本/記事ってよく考えると知らない。
GoFとかのデザインパターンは設計だけど、「どう活用するか？」がメインで、
ある定義の中に埋め込まれた一部としてその姿を解説付きで見たことがない。
整理されたコードを書くことは設計かつ実装だけど、それが全てだったら上流/下流って世間の工程が分かれてる意味って？
「こんな一見勘違いしそうなややこしい要件を、こんな風に設計しました！」っていう例をたくさん見てみたい。
優しく博識な増田さんや、どうぞ教えてくださいな。
コンピュータのソフトウェアを開発、運用するエンジニアが持つべき知識やスキルの基本セットとは何か？
例えばインテル系CPUのアセンブラが書けます！と言った場合に就活で有利になる場面がどれだけ想像できるか。
UMLのクラス図書けます！とか、暗号化の理論はバッチリだぜ！とか、相対性理論なら任せとけ！とかの場合に
おうおうおう、だったら弊社のホームページをカッコよくしてくれよみたいな案件を無難にこなせるのかというと
甚だ疑問では無いだろうか。
一昔前はソフトウェアはハードウェアのおまけだったわけで、ハードウェアこそがエンジニアが抑えるべき基礎だった。
時代は変わり、ソフトウェアでできることはものすごく多くなった。スマホアプリを作るのに組み込みの知識がなくても困らない。
だからこそ、現代のソフトウェアのみのエンジニアは旧来のコンピュータ関連エンジニアと道を分かたれている事を自覚しなければならない。
今の時代の最適解を見つけるのは困難かもしれない。
だけど組み込み系やマイコン制御をしないのであればアセンブラやC言語よりも優先して学習することはいくらでもある。
html,css,javascript をある程度自在に扱えるようになるのも長期間の訓練による積み重ねが必要になる。
コンピュータサイエンスネタが無いな……これはプログラミングに役立つネタももちろんあって、構造化プログラミングやオブジェクト指向プログラミングなんかもそうだけど、表層的に関数分けました、クラス分けましたとかしてもうまくいかない。ネストが浅けりゃいいってわけじゃない。プログラミング以外のネタもある。サラリーマン巡回問題とか。
