設計意識が薄いということについて
>@komitsubo: 最近はエンジニアは増えたけど、設計できる人は減ってるというのが最近組織の課題になっているという話を聞いて最初は半信半疑というかそんなことないでしょと思っていましたが、実際そうらしいと現場見て分ってきてこれはホントにどうしたものか考える時間が増えた。
このツイートを読んで思ったことを書き連ねていく
>最近は以前は自分達で作るしかなかった機能が既に提供されているので、エンジニアは設計を意識しなくてもサクッとコードが書きやすい環境になっている
>その反面設計をするという意義や必要性がエンジニアから薄れているのかもしれない
たしかに
大体のフロントエンド開発もそんな感じ
ググれば大体つくれる
DOM触ることも減ったし、UIライブラリ使えばスタイリングの知識も隠蔽されるようになった
Railsができるエンジニアでも
API実装はできてもAPI設計ができる人は限られている
グロースするにあたって互換性、拡張性やコンウェイの法則みたいな勘所も含めて設計できる人はもっと少ない
命令型プログラミング時代のGUI開発は、一つ一つの細かい仕様や処理を理解しないとまず動かせなかった
宣言型プログラミングの現代はその中の手続きが隠蔽されている
しかしその裏で何が起きているのかを知らないでいいという免罪符にはならない
知らないと、凝ったことをする場合やマイナーな領域を踏もうとしたときに一気に詰まる
結局は基礎知識がないと0->1でできることは限られている
>気付くと、インフラ、フルスタックエンジニア、ハードウェア制御のエンジニアといった基幹で必要なんだけど人が足りないように、今後は設計を必要とするソフトウェアエンジニアも同様のカテゴライズされるのかもしれない。今のエンジニアからみたらうそでしょと思う事が現実になる日も近いのかも。
フロントは歴史も浅いし複雑化してきてるのでいろいろな人たちがいる
#React の知識や挙動は知っててもブラウザ標準仕様の知識は少ない人とか
実装速度最優先で運用保守に難があるとか
SPAでのレイヤードアーキテクチャの考察と不確実性へのマインドセットみたいな議論は繰り返されているし
組み込みは出来るけどCSS書けない、あえて書かないという選択もある
大体のケースはライブラリとかコピペでもなんとかなる時代なので
でも、どれも適材適所でシステム開発にはかかせない人材
フリーランスで月収100万円！！！みたいな人やプログラミングスクール出たての人とかもまた別の世界観がある
とにかく納品とその報酬(お金)が目的の人たちで、作ったら終わり
お互いに合意が取れてるならそれはそれでアリ
話すと何となく分かる、自分とは価値観がかなり違っていて、別世界で活躍している人たちなんだなと思う
> ソフトウェアエンジニアの価値はコードの技量ではなく、何を作りそれの魅力を周りにどう伝えるかという所にシフトするとなるとこれからのエンジニアにはソフトウェア成果物を使ったある種のコミュニケーションスキルが必要になるんだろうと思うとそれはそれである意味パラダイムシフトなのかなと思う。
イノベーションのジレンマ的な話かな
フロントエンドエンジニアが細分化されてデザインエンジニアのようなロールが生まれてきたのもそういう経緯がありそう
設計意識が薄いということについて
中大規模のシステムだと設計しないと取り返しのつかないことが起こる
システム連携レベルでは考えながら作る(Write code thinking)は流石に通用しない
取り返しのつかない状態に陥らないために努力する小数の人間の成果は見えづらい
そして、小数の働き者である彼らは単一障害点になりがち
設計を見える化することに力を注ぐとよい
BIZ Teamからするとブラックボックスになりがちなので、価値観を合わせる努力をする
段階的に世界を広げていく
0→1ではえいやで進めるしかない場面もある
そんなときには戦略的に技術的負債を抱えるのもアリだと思う
きれいに設計してもUI変われば作り直しなどもあり得るので
どれだけ追求したとして、「悪い設計」はあれど、「正しい設計」は少ない
大事な視点
いま流行している技術は今後コモディティ化していく可能性が高い
コードの見た目を綺麗にしたりとか、新しい技術を"使える"ことが価値となるケースは今後は減ってくと思う
開発コストを低く見積もってしまう罠にハマらないようにする
作ったその先の価値に対する視点
要件が変わったときにどうリスクを減らすか
チェックポイントがコードだけにならないよう段階的に詳細化したりスケールする手段をえらぶ