  |
はてなキーワード: アーキテクチャとは
なんか書いといたほうがいいような気がしたので書いておく。
なんてところもあれば、中身はARMでLinuxですみたいなところもあるし、その中間でRTOS使ってます。ということもある。
ただ、歴史的経緯として、マイコン制御などと呼ばれていたような時代から組込みソフトウェア開発がはじまって、
時代をくだるにつれて最終製品の機能が高機能化、複雑化するにしたがってソフトウェア開発の規模も比例的に、
あるいは指数関数的に拡大しているわけで、NonOSでアセンブラやCで書くという仕事は相対的に減っている。
(なんせ、ある程度高価格、高付加価値な製品を作らなければ国内メーカーは潰れるしかない)
なので、一番規模が小さいところの仕事はなくなりはしないし、働いている人は食いっぱぐれないとは思うけど、
わざわざ新たに飛び込むのは正直オススメしない。
で、問題は規模の大きい方で、当時マイコン制御をやっていたようなベテランやそれに薫陶を受けた開発者が
「勉強」をせずにこちらの方にコンバートするとどうなるかという話だ。
コンパイラはC++11,C++14であるにもかかわらず、Cもどきのコードを書くし、プロセスは巨大だし、
強烈に古臭いアーキテクチャを擬似的にOS上に構築してしまう。
その結果出現するのは、ひたすら肥大化しアンタッチャブルになったコードと原因不明のバグである。
IoTがどうのこうのなんて言っていても、組み込みが専門じゃない人がラズパイとセンサー買ってきて
一日半あればできるようなことを、ああだこうだやっているようじゃやっぱり生き残る道はないんじゃないかなー。
https://anond.hatelabo.jp/20180909073549
↑で色々思い出したのでうっかり書く。
数年前までメーカで組み込みソフト開発やってた。今はWeb系と呼ばれるところに転職した。
どちらも超大手なので、両親レベルの年齢層でも企業名とかプロダクトの名前を知ってると思う。
元の文をディスってるというよりは、うちはこんな感じだったなーと思い出話と捉えてもらえば。
知らなかった。どういう機器を扱うメーカで人手不足なんだろう。自分が転職活動したときは車載機器メーカの求人がやたら多かった。
ソフト開発が好きでそれを超極めてるというよりは、元々優秀で、ソフト開発はいくつかそこそこできることの一つみたいな人が多かったかな…。
旧帝大以上の人がゴロゴロしてたので、その人達がまったり仕事してるから一見緩く見えたけど
雑魚国立大学出身の自分が120%で戦っても、ゆるふわ系高偏差値大卒の方々に多方面で敵わなかった思い出がある。
自分のいた部署では京大とか九大の人が多かったけど仕事の質速さともに、一生敵う気がしなかった。
web系はそこに比べると大学の難易度と仕事出来る度合いの相関がかなり薄いと思う。理由は良くわからないけど、他のメーカ出身の人の話を聞くと同じ感想を持つみたいだ。
まあそれはたしかに。ただその企業でしか使えないスキルもたくさん伸びる…。
古い体質の企業が多いのであんまりスキルなくても給料は年次で増えてく(ごく一部除いて年収600-650万ぐらいから頭打ちになってくるけど)
1年目で500万ぐらいだったけど5年すぎるとほっといても700万ぐらいになって（ただし残業代含む）
誰でも主任クラスになれてそこまでいくと普通にやってれば800万ぐらいにはなった。子供産むと万単位で月の手当つくし住宅補助もあったし退職金も…。
Web系は給料という面では手当も殆ど無いし、そこを除いた額同士で比較しても普通に低い。同じ額もらおうとすると部長以上級にならないともらえない。
古い企業で労働組合がちゃんと組織されていて、会社と色々バトルしてきた歴史のある企業は、やっぱりベースも高いんだよなと思った。
ごりごり忙しいweb系と違って既婚率高い
組み込みのときは深夜残業とか休日出勤しまくってた。既に色々な人が指摘しているけど試行錯誤とか学習含めて会社でしかできないんだもの。そりゃそうなる。
web系の今は休日出勤殆ど無いけど、緊急対応で電話がかかってくると突発的に対応しなきゃいけないのでそれはそれ。
これは嬉しかった。
組み込み系のよくないところ
最新の開発ツールに触れてたい人が発狂するような古い環境もちらほら。github知名度アンケートやっても知ってるが2割超えないところが大半だと思う。
自分も転職するまでgitとかgithubとか使ったこと無かった人なので…。組み込みのときはsvnだった。
開発部はそこまで酷くなかったけど、評価部隊は評価用のソフトをバージョン管理してなくて悲惨だった。
直接人命を預かる機器に関わったことはないけど、ストレージ系だとバグでユーザデータ消えると大トラブルになるのでレビューは厚めだった。
ソフトウェアの品質が高いかというとそうでも無かったと思う…。レビューで担保できるソフトウェアの品質ってわりと早い段階で頭打ちになると思う。
秘伝のタレ化してるけど長く受け継がれて歴史が証明しているコードには勝てない。
部門によってはコード1行変えるのに部長の承認が必要というところもあったみたいだけど（ダムとか電車とかのインフラ）。
自分のとこは弱電はまああればより良い（特許提案とかしやすいし、マネージャクラスは当たり前のように回路やメカや量産の知識も求められるのでHW出身が多かった）けど
担当者レベルならそれこそ担当が違うんでってことで回路のことは回路部隊がやってたし、それで回路担当の評価が良くなることもSW担当の評価が悪くもなることはなかった。
どちらかというとSW担当ならヘネシー＆パターソンの本から重要な部分を抜き出して読んだ程度の計算機アーキテクチャの知識が必要だと思う。
今だとこれ読めば良いんじゃないかな。
ググっても出てこない。社内で作っていうrHWモジュールの開発者は社内に居ることが多いので、やたらドラクエする力がついた。
汎用的なモジュールになると社外のドキュメントを読む必要があるけど、たいてい英語なのでそこは同意。
ただ正確に読んだところで社内外問わず間違えてたり、HWが仕様どおりに動かないことも多かった。
レジスタ設定をするタイミングが超シビアでタイミング合わないとHWがロックするとかデータ失うとか。そんなのばっかり。
それがスキルかと言われると、うーん。転職で活かせそうなところとそうでないところはあると思う。
情報に乏しい状態でとにかくやっつけるスキルは身につくかな…。
店内に入って左端に紙パックやカップ入りのチルド飲料、右端にPETと缶飲料。
「何か冷たいもの飲みたいな」と店内に入った時、店の端から端を往復しなきゃいけない。
これが従来のレイアウトなら、店内に入って突き当たりがPETと缶飲料、角を曲がればチルド飲料、と距離が近かったのに。
それとも、普通のお客さんは来店前にどのタイプの飲料買うか明確に決めてて行ったり来たりが必要なかったりするの？
それとも、こうすると店内の回遊率が上がってついで買いが増える、みたいなデータでもあったりするの？
気になってるの自分だけかと思ったら、ブコメで同様の意見を見かけたので書いてみた。
セブン､1万店で挑む｢売り場大改装｣の勝算 | コンビニ | 東洋経済オンライン | 経済ニュースの新基準パックの飲料は左端、ペットボトルは右端という配置に未だに慣れない。アーキテクチャに沿ってUIを設計したソフトウェアみたいだ。2018/08/18 11:22
noteのテストを兼ねて。実は退職してからすでに1年以上が経過しているのですが、ようやく書きたいことがかけるようになったと思われるのでいまさらながら退職エントリを書いてみることにします。
TL;DR
文章にしてみたら、自分がどういう環境で働きたいかが整理できました。自分の思考を整理する手段として退職エントリはおすすめです。この文章にはそれ以上の価値はありません。
Safe Harbor Statement
ここに書いた内容は僕から見た一方的な内容であり、辞めたひとバイアスがかかっていることをご承知おきください。近しい人が見れば個人が特定できてしまうような記述がありますが、個人や組織を誹謗中傷する意図はありません。
楽天でのおしごと
2011年4月に新卒で入社。ちょうど6年間、金融関連事業を渡り歩きながらWebエンジニアをやってました。お客様に直接向き合うサービスを作る部署なので、開発も運用もやりました。工程でいうと要件定義/設計/実装/テスト/リリースとぜんぶやりました。役割でいうとリードエンジニアっぽい仕事もプロジェクトマネージャもプロダクトマネージャのマネごともやりました。5年目くらいからいわゆる管理職も兼任してました。
謝辞
やめる直前はとにかく退職することに全エネルギーを注いでいたうえ、決意を固めてからは有給消化という名の出社拒否を行っていたので、お世話になったみなさまにはろくに挨拶もせず退職キメてしまいました。すみませんでした。6年間好きなようにやらせていただきました。自由奔放な僕を多岐にわたり支えていただいた皆様には大変感謝しております。ありがとうございました。
現職について
株式会社ディー・エヌ・エーでお世話になっています。相変わらずWebエンジニアです。素晴らしいタレントに囲まれて楽しくすごしています。エンジニアの裁量が大きく、人材に対するリスペクトを感じます。自由なライフスタイルとマッチします。たのしいです。うぇるかむ。
よかったこと
現職での生活を1年やってみて、良かったなと思うこともまぁ少なくなかったので書きます。
面白いことがたくさん起こる
良い意味でアグレッシブな会社なので、思いもよらぬ業務提携がおこったり、わけわからんくらい事業が成長したり、（その逆もあったり、）「その発想はなかった」的な新事業が勃発したりととにかく様々なイベントに満ち溢れています。飽きることはないと思います。
内定式の直後くらいに英語公用語化がうちだされ、「入社日までにTOEICで○○○点とってきてね（とってこないとどうなっても知らんぞ）」的な脅しを人事にかけられました。おかしいな、ドメスティックな会社を選んではいったはずだったんだが・・・英語ができない子だった僕は泣きそうになりましたが、さまざまなバックアップを会社が提供してくれていたように思います。僕が在籍していた頃は英語が一定のラインに達していないと安くはない代償（労基法との兼ね合いどうなってたんだろう?）を支払うことになっていましたが。僕は強要されないと勉強しないタイプなので、結果的に英語スキルを身につけることができたのは良かったと思っています。
福利厚生が圧倒的にすごい
現職もそれなりに規模の大きい会社ですが、比べてみても福利厚生のレベルは圧倒的です。朝昼晩の食事が無償で提供されてました。会社の建物の中にジム・コンビニ・カフェ・マッサージ・クリーニングをはじめそのまま生活できそうな設備が整っています。研修も充実しています。特に、エンジニアにとって魅力的なのは海外カンファレンスに会社のお金で参加できることです。「いいから行け」的にぶっとばされます。
楽天という会社は中にいても自分たちの会社がどんな事業をかかえているのかわからないくらいにたくさんの事業を持っています。ECや金融が有名ですがそれ以外にも大小様々なサービスがあります。新規事業への挑戦も常時おこなわれています。ライフスタイルも開発スタイルも事業ごとにかなり多様性があり、希望すれば社内異動だけでだいたいのやりたいことをかなえることができます。
お給料が高い
いまでいうとインパクトは薄れましたが、僕が入社した頃はかなり高い水準の初任給を出していたように思いますし、その後もありがたいことに高い評価を頂いていたので（同職種・同年代のなかでは）お給料は高かったほうだと思います。
よくなかったこと
主に辞めた理由です。当然にネガティブな内容なので有料にして伏せておきます。楽天に転職を検討している人とか僕の愚痴をよみたい奇特な方向けです。
エンジニアの扱いがよくなかった
これは部署にもよるのでしょうが、僕がいたところではエンジニアの立場が悪かったように思います。たぶん僕の被害妄想です。とはいえ、現職と比べると圧倒的に裁量は小さかったですし、ビジネス職のメンバーとの関係も良くなかったと感じます。なんでもかんでもエンジニアが悪いことにされる傾向にあったり、筋の通らない理不尽な要求にNOといえるような環境ではなかったとは思います。
僕はたいへん素晴らしい上司にめぐまれていました。そのおかげで好き勝手やってこれたのですが、尊敬する上司の仕事は（僕にとっては）つらそうに見えました。自分が将来同じ仕事をやりたいかなと考えると胃がキリキリしてきて絶対イヤだったので。
社内には外国籍メンバーがたくさんいます。日本語がまったくできないやつも一定数います。そんなエンジニアが日本語のサービスを作っています。わからない言語のサービスを作るというのは大変なことです。間違った言葉が書かれていても間違っていることに気づけません。利用規約に間違った記述があった日には大変なことです。英語が公用語なので、英語が使えても評価されないというのはまぁ受け入れましょう。ただ、かわりに日本語が使えることが評価されるかというとそうではありません。ただ単に日本語がわからないやつの代わりに仕事が増えるだけです。ビジネスの人間は日本人ばかりで英語使わないことが多く、調整系のタスクで忙殺されるのが嫌になったので。
システムのインフラは構築はどこの部署にお願いして、rootが必要なDBの操作はまた別などこの部署にお願いして、それが何営業日必要で、とかシステム開発時の制約とか部署またぐ作業のリードタイムがなんぼとかいちいちめんどくさい上に新しいことをやろうとすると面倒なことがたくさんあったので。
僕が最後に携わっていたサービスが世の中に出たのでちょっとみてみたのですが、平成も終わろうとしているのにjQueryバリバリの2000年台初頭構成のWebアプリが完成していました。僕が置いてきたReact＋マイクロサービスなアーキテクチャは無事闇に葬られていました。僕のチームがコミットしていたリリース日よりも10ヶ月遅れのリリースでした。どこからともなくさっそうと現れた「そんな複雑なシステムは運用できない」などとのたまう向上心のなさそうな、他人のアイデアにケチをつけるのがうまいベテラン（？）エンジニアがすべてをひっくり返してしまったようです。（そいつがいかにアレかを13くらいの言葉で説明できるのですが長くなるのでやめておきます）その人物が提示した見積もりは我々がそれまでに費やした工数の3分の1程度だったので、そのとおりに行っていれば去年の夏には終わっていたはずなのですが。そのエンジニアがアレなのは言うまでもないとして、そいつのアレさを見抜けない上長や、IT企業にいながらエンジニアがなにを大事にしているかを理解できずに無茶苦茶な判断をするビジネスの人間に囲まれて仕事をするのが辛くなったので。おかげさまで僕の最後の仕事はその案件で作成したすべてのソースコードの破棄でした。メンバーには申し訳ないことをしました。
退職を決意した最も大きな理由のひとつです。前職最後の人事考課の結果が極めて不満だったので。「どう考えてもこの人達より僕の評価が低いことはないだろう」と思っていた同じ職位の人間よりも評価が低かったうえに、それに対する納得の行く説明も得られなかったので。その当時僕の評価を担当していた上司は非常に管掌が広かったので、いち部下の評価まで細かいことを気にしている場合ではなかったのかもしれませんが。その瞬間この会社に対する信頼は地に落ちました。
半年待ちたくなかった
その後、非公式な場で「評価がまずかったのは申し訳なかった。半年耐えてほしい（※楽天では評価が年2回）」というようなことを何人かの上司から言われましたが、それはつまり「半年待った結果として正当な評価を受けられる」という僕がただ半年間不当な評価を受け入れるだけで、特段メリットがない提案でした。そこに対してどのような補填がなされるかといった説明はなく、耐えた後に得られるものも大したことはなさそうで、しかもそれから半年間の仕事も特段熱意を注げるようなものではなかったので。
朝会という制度がどうしても気に食わなかった
毎週1回（事業によってはそれ以上の頻度で）朝会があります。朝8時からです。そんな時間に起きたくありません。裁量労働だろうがなんだろうが関係ありません。出社しないとどういう扱いを受けるかはここには明言しないでおきます（労基法以下略）。それはヨコにおいておいても朝8時です。内容がつまらないとかではないですが、いちポンコツ社員としては「8時に始まるから7時58分までに出社しなさい」といわれて間に合うように起きることと天秤にかけるほどの重要性が最後まで見いだせなかったので。（というわけで、僕はこの制度が残っている間は絶対に楽天に戻りません。）
応募者に要求している英語のハードルが高い（割に待遇が良くない）ので、優秀な日本人を採用することが極めて難しくなっていたように思います。そのかわり英語はできるけどそれ以外は普通な人物はたくさん応募してきていた印象です。所詮は国内に根ざした企業なので、実務で必要になる英語のレベルはそんなに高くないです。なので英語ができない人のカバーをするのは難しくありませんが、優秀なエンジニアがいないのを何とかするのは極めて困難でした。会社の方針のせいで本当に採用したい人が採用できず、自分が目標にしたいと思える人物・切磋琢磨したいと思える人物が同じ組織に現れず、いろんな意味で先がなさそうだったので。
管理職は向いてなかった
上司からお話を頂いたときは嬉しかったですし、それなりの使命感をもってやっていたつもりでしたが、いま思い返すと管理職の道を選んだのは失策でした。できることは増えましたが当然にやらなくてはいけないことも増えました。僕がやりたいことではありませんでした。とはいえ当時はやりたくないといいだせる状況でもなかった（と思っていました）し、自分のキャリアアップにつながるなら...と打算的なことを考えてもいましたが、僕の考えは甘かったということが後にわかったので。
というようなことを考えていたら働く意欲がなくなったため
以上のような経緯により、それまで持っていたモチベーションが迷子になったので。面白いこともまぁまぁあり、ストレスもある環境でした。「それでも会社が必要としてくれるなら...」と思っていましたが、「お前の代わりなんかいくらでもいるよ」という空気を感じた途端に熱が冷めました。
まとめ
正直、辞めた当時は自分の判断が正しいのかどうかに結構なやみました。勤めていた時はそんなに悪くないと思っていたのですが、現職を経験して思うのはやっぱり楽天はエンジニアがエンジニアリングするのには向いてないということです。社内政治が得意な方にはおすすめです。
windows Mobile用に作られた.Net Frameworkを利用したバイナリならCPUアーキテクチャを問わずにモバイル用のものもPCで実行できたぞ（10年くらい前の話）
と、律儀にマジレスしてみる。
プログラミング言語の範囲で「ある程度他に考え方の転用が効く」という意味なら、
最低でも、OS操作できるスクリプト言語（bash系やWSH+VBScript/JScript, PowerShell等）と、
汎用スクリプト言語（RubyやPython等）もやっておいた方が良いかと。
お仕事で、という話なら言語よりはライブラリの使い方やアーキテクチャへの理解、プロジェクトのルールを守れるようになる、といった事の方が重要になってくるし、
・フロントエンドは流れ早すぎgulpだかなんとかzly とか多くて辛いし、js 嫌いだし、typescript ？、結局同じでしょ。むりー
・おれの主戦場は web アプリだぜ。でも、rails は案件としてはやったことないし、いまから rails やりなくない、php もいまから php7 とか laravel とか追いつけないわ。むりー
・課金とか決済まわりの面倒くさいの、むり。レポートだすのめんどい。何かあったときメンタルつらいし、監査対応？ むりー
・機械学習、数学才能ないし、金かかるし、python3.0 ？ インデントでブロックつくるのあわない。むりー
・アプリ、設計指針多すぎ。クリーンアーキテクチャとか MVVM？ MVP？、むりー
俺はエンジニアなんだけど、なんか詰んでる。メンタルが。むりー
どうしたらいい？
趣味もプログラミングだから何も疑問に感じなかったけど確かに言われてみればそう感じるのも不思議ではないな。
アーキテクチャがどうのこうのみたいな難しい理由もあるんだろうけど、大抵の言語は元々何らかの言語の派生だったり改良版だったりするんだよ。
言語を開発できる能力と影響力がある連中が「この言語のこの仕様がマジでクソ」ってなると、それが言語の改善として提案されることもある。
ただそのプログラミング言語を取り仕切ってる連中とかがその提案を受け入れるかは別で、そうなると別の言語として分裂する。そもそも受け入れられない事を前提にして、最初から「あの言語マジでクソだから俺らが考える最強の言語作った」みたいになることもある。
プログラミング言語って１つにまとまらないんですか？これさえ使えれば全てを扱えるような魔法の言語はどうして存在しないんですか？
どんな言語も「俺らが考える最強の言語作った」っていう感じでスタートしてるせい。結局は好みなわけよ。ある種宗教みたいなもんだ。
例えばRubyっていう言語の仕様が好きで集まった連中がWeb系の人間ばっかりだったら、RubyはWebに向いたノウハウとかツールが集まるようになる。Python教には機械学習や数学に強い奴らが集った結果、そのへんのライブラリが豊富になった。
後からついていく大多数の人間は偉大なる先人がお作りになられたライブラリを活用しないとやっていけないわけで、結果的に「この用途ならこの言語」みたいなのが多数発生するわけだ。
使える言語は増えていくんだよ。意図的に増やしてるんじゃないと思う。
「こういう処理したいけど、俺が使える言語で便利なライブラリないじゃん。じゃああの言語に手を出してみるか」「この仕様クソすぎるんだけどあの言語なら解決できるんじゃね？使ってみるか」みたいなことが往々にしてある。
どんな変更にも耐えられるアーキテクチャなんて存在しないので、要件定義では最低限、変わらない部分と、変更（拡張）の可能性のある部分を確定させなくちゃならない。
酔っ払った頭で書いてること差っ引いてもアーキテクチャに夢見すぎ、プログラマに夢見すぎ。
要件がクソなのは要件作る段階でどうにかするもんで、アーキテクチャかんけーねーし。
そもそもどうやったらプロジェクトが上手く回るかなんて考えたくもない。そんなのプログラマの仕事じゃねーから。
特に大規模開発は、本来知識集約型の業務を労働集約型のスキームでなんとかするのが核にあるので、そこではセクショナリズムが超大事で、プログラマの立場はライン工レベルでしかないし、その職分は越えちゃなんねーの。
当然、上がクソだったら全員死ぬ。これはどこまで行っても変えられない。
互換を維持しつつ性能をアップさせようにも、それを製造する工場が世界にはほとんど存在しないんだよ
これはニンテンドースイッチがずっと品薄な理由にも通じる話
たとえばPS3互換を維持した構成のPS4を作ろうとした場合、PS3の性能をそのまま次世代機バージョンとして大幅強化するのが最も手っ取り早い
しかしそうなると、IBMからCPUのライセンスが受けられないという致命的な問題が最初にぶつかってしまう
PS3の処理装置はCell.B.Eと呼ばれるものだが、ベースになっているのはIBMが権利を持つPowerPCアーキテクチャ
ところがIBMは2009年時点でPowerPCを事実上終息させてしまっている
なのでソニーが「これから全世界にウン千万台売れる次世代ゲーム機作るから、またPowerPCベースのCPU一緒に開発しようぜ！」と持ちかけても、IBMは「いやもうそれ取り扱い終了したから」と断られるだけ
ちょっと面接で疲れたので愚痴がてら書いてく。
面接してる数はそんなに多くないけど
「え、そんなこと言っちゃう、書いちゃうの？」みたいなのが場面にちょいちょい出くわす。
経歴書は結構華々しく、○人月のプロジェクトを無事障害なくリリースした、という記載があったので
「どういった動き方をしたんですか？」と深掘りします。
するとどうも歯切れの悪い回答が多い。
で、訊いていくと本人の活躍によるものではなく他の人の動きによって成功していたパターンだったり
その○人月のプロジェクトのごく一部だけを担当していたりする。
確かに間違ってはいないのですが、大きく見せて面接で突っ込まれてしどろもどろになるのはいかがなものかと。
よく見る度：★☆☆☆☆（1名だけ）
残念度：★★★★★（期待値が上がってたぶん、落差が…）
これについては賛否両論あるかも。自分の人生だから自分のスキルを磨き続けたいという気持ちはわかります。
でも転職理由で「前職より御社のほうが成長できると思い」とか「御社に入ってもスキルアップをして…」と言われると、あなたを育てるために採るわけではないですよ、と言いたくなります。
20代とかなら成長枠としてはありかもしれないですけど、30後半くらいでこれを言われるとちょっと残念な気持ちになります。
たぶん言い方の問題で「こういった技術を身につけて社会貢献をしていきます」と、あくまでもスキルアップは手段なんですよ、みたいなオブラートに包んだ形にしてくれればいいのですが…
よく見る度：★★☆☆☆
残念度：★☆☆☆☆（40半ばの人が「あと5年はスキルアップに専念したい」って言ったときはさすがに脱力した。ライザップじゃないけど結果にコミットしてほしい…）
前職の社員数が2桁規模の人にありがち。
これを一番最初に言われると安定を求めてるのかな？という気持ちになってしまいます。このご時世、大きい会社でも安定してるとは限らないんだから
大きい会社で何をしたいのかってことを言ってオブラートに包んでほしいです。
無理がある（それ大きい会社じゃなくてもよくね？みたいな）場合もありますけど。
よく見る度：★★★☆☆
残念度：★★★☆☆
素晴らしいことです。休みの日は1日寝ていたい私と大違いです。
でも自己学習してると言えるレベルが面接官側と大きくズレてることにより学習の内容が薄いと見なされる可能性があります。
「意欲はあるけど行動が伴っていない」と判断される諸刃の剣、期待値が上がったぶんマイナスに働きます。
もちろんこれも年齢や成長枠採用の場合なんかではアリですが…
相手がその自己学習をしている技術のプロの場合でも見せられるレベルかどうかは一考したほうが良いかと。
これは前職が受託開発系かつ転職経験がない人にありがちです。
よく見る度：★★★☆☆
残念度：★★★★☆（ドキュメントを見てフレームワークをインストールしただけの人、それはアピールしないほうが良い）
このパターンが一番多いです。年齢、前職問わず。
これを言う人に「最新技術というと例えばどういうのですか？」と当然聞きたくなります。
これについて答えられない人もいます。バズワード拾ってるだけかい、と残念な気持ちになります。
「クラウドとかIoTとかAIとか」と答えられる人もいます。（最新技術と言われてクラウドを挙げられると「おや？」という疑念がわきますけど）
「それらの中で特に興味があるのは？何か最近試したりしてますか？それを使ってどんなことをしてみたいですか？」とさらに質問をすると、だいたい中身がありません。
バスワード拾ってるだけかい、と残念な気持ちになります。
自己PR欄に「最新技術に興味がある」的なことを書くんだったらなんかしら試してたり実現したい世界みたいなのを期待するわけじゃないですか。そうじゃないなら書かないほうが良いですよ。
よく見る度：★★★★★（落とした人の半数くらいこれ）
残念度：★★★★★（Web界隈ってたぶんテクノロジーの進化だとかアーキテクチャの変遷のスピードが早いと思うんです。他業種にいたことないので知らんけど。そんな界隈に来ようとして「最新技術」とか言うならちゃんとキャッチアップしてほしい）
職務経歴書に書くということは、面接で深掘りされること、そして期待されていることなので安易な気持ちで書かないでほしいなぁというのが採用側の意見です。
あと慰めってわけでもないけど、採用されなかったからと言って卑屈になったりしないでくださいね。採用する側になって初めて気付いたんですけど、転職って本当に巡り合わせだなぁと思っていて、採用したいポジションに収まるかどうかなんですよね。結構いいなぁと思う人がいても、オーバースペックだったり、今いる人のポジションとかぶってたり、数ヶ月前だったら空いてたのに！みたいなのがちらほらあるので。転職活動頑張ってください。
ユニットテスト書きすぎじゃない？って話です
http://kenn.hatenablog.com/entry/2014/01/03/095026
今はこのブログで言ってることがその通りだと感じる場面が多い
スマホアプリの開発現場では、MVVMやクリーンアーキテクチャと言った手法を用いて
Viewのロジックに近い部分までユニットテストしようというのが主流になっている
この空気感では最早テストを書くのはやめよう！という人は居ない
テストを書いたほうがいいか、書かなくてもいいか、迷うくらいなら書けという感じ
その結果、仮にバグが有ったところで大して痛くもないところまで緻密なテストが書かれ
コード量は爆増し、開発速度ははっきりと低下している
テストを書いておいたほうが結果的にリリースまで早くなる箇所もあると思うが
テスト礼賛の現状、よっぽど強い意志を持っていたり強い権限を持っていないと
そうでないところまでテストを緻密に書く流れにどうしてもなってしまう
もうAppleの審査も昔のように一週間もかかったりしないんだから
ってどこか連載してほしいと常々思うのだが。
言わずもがな楽天。なんだこれ。インターネットがこの世に出たころのようなデザイン、これはもはや意図的に使いにくさを追求しないと辿り着けないレベル。
銀行系、クレジットカード系、なんでもいいけど日常的に使わざるを得ないインフラを担うような会社のサービス。
大手企業だけどSIerに開発を丸投げしているような会社のシステム。
もうすぐにエラーになるわ、URLの名前はおかしいわ、ちょっとしたことに７クリックくらいしないと実現できない。リクルート系も同じくらいヤバイ。
これは外注している会社全般にいえるけど、SIerの技術レベルはやはりヤバイ。SIerはこの世から滅びたほうが社会のためになる。
ユーザー視点で見事なまでに考えられていない。ここで苦労させることに何の意味があるのか。
Youtubeとか海外のカンファレンスをみていると、よく「Make the world better place」ってフレーズをよく聞く。めちゃくちゃ聞く。
サービスによって世界をより良くしたいって思想の元にサービスを開発しているわけだ。
ところが日本はどうだ？
そんな発想がないどころか、「Make the Japan more chaotic place」って言葉がぴったりだ。
つまり、サービスによって日本をもっと混沌とした場所にするってこと。日本の経営者もエンジニアも社会的意義とか考えたことないやつばかりだ。
メルカリとか犯罪の温床になるようなサービスばかり提供し、ドヤ顔。昔流行ったソシャゲとか、そんなゴミを開発している会社だらけ、DeNAなんかソシャゲ以外の新規ビジネスでも問題だらけ、社会悪そのもの。儲かればなんでもOKって会社ばかり。
今時Dockerが〜とか恥ずかしげもなくそんな記事が今なお乱立する、まじかよ。
さらに開発環境に使いましたって糞みたいな記事が乱立する有様。Deployはどうした？
Qiitaとかゴミ記事プラットフォームと化しているからgoogleの検索からまじで外してもらいたい。
さらにRubyが〜Railsが〜なんて、世界でもPerl並に勢いよく廃れている技術を今なおスタートアップはドヤ顔で使う。
まあそれはいいけど、あんなパフォーマンスも自由度高すぎて可読性も低い言語が流行る時点でエンジニアリング的思想が普通に欠けてると思う。
さらにマイクロサービスアーキテクチャーが〜っていって大した規模ではないスケールの必要性がまったくないようなシステムにまで
無理に導入しているやつ。
CTOって肩書があっても、こういうやつがいる日本はもうほんとすごいわ。
