目先のスキルよりも自分の思考に着目すると妥協しづらくなる

どうも、佐々木（@moto_ssk）です。

エンジニアしてると、これめっちゃわかります👇

エンジニアなって初めてわかったんですが、この世界は最先端やメインストリームの技術も一瞬で陳腐化するため、今のスキルよりも新しい事を学ぶ意欲が高く、知識を更新し続けられる事の方が価値が高いです

スキルアップは大事ですが、その満足感で新しい事への貪欲さがなくならないようにしたい…

— かず(独学エンジニア/SAGOJO COO) (@kazutaka_sagojo) September 22, 2018

エンジニアって「これでいっか」という妥協をしづらい職業なんだと思います。

＊

満足しないという点においては、どの職業でも大事な心がけですよね。

エンジニアという職業が他の職業と違うのは、取り組んでる最中から「本当にこれでいいのか？」頭をよぎるって部分かもしれません。

新しい技術やセキュリティアラートは毎日のように発生しているので。

それもあって、👆のツイートにあるように、

• 新しいことを学ぶ意欲を高く
• 知識を更新し続けられる

という性質は価値が高い、というのはわかります。

＊

これはプログラミング初心者向けの話にもなるんですが、ある程度プログラミングがわかってきたら、ぜひ「設計」の勉強をしてほしいなあと。

プログラミングがある程度わかってきた人にオススメしたいのが「設計」の勉強。プログラミングばかりだと動かすことに必死になるかもだけど、理想形は設計通り書いて動くこと。いい設計は手戻りも少ない。ある程度わかると実装パターンも身についてるだろうから、なおさら「設計」を勉強してみてほしい

— 佐々木基之 (@moto_ssk) September 22, 2018

「設計」を勉強すると、実装パターンを持てるようになってきます。
実装パターンは言うなれば「解法」ですね。

仕事が早い人って、「解法」の数が多くて、それを引き出すのが早いんですよ。

プログラミング初めたてのころって、この「解法」が圧倒的に少ないんですね。

プログラミングがある程度わかると実装の知識もついてくるので、ぜひ「解法作り」にチャレンジしてみてほしいなと。

「設計」がいかに大事かというより深い話はnoteにまとめてるのでぜひ読んでみてください👇

残念なエンジニアほど疎かにする「設計」｜佐々木基之｜note

https://note.mu/motossk/n/nee27bea4ad17

note（ノート）

＊

いってしまえば、書くことも「これでいっか」という妥協をしづらい行為なのかなと。

• 本当に読み手を意識できてるのか？
• 文章の流れは悪くないか？
• ありきたりなことを書いてるだけになってないか？

など、自己満を迎えると一気に陳腐化してしまうのは非常によく似てます。

ただ、書くことを継続することで自然と「書き方のパターン」も身につき、洗練されてきます。

エンジニアリングも、ライティングも目先のスキルより自分の思考を深めることに着目すると、いい感じで妥協と縁遠くなりますね。

＊

エピローグ：「書くメシ」のお知らせ

主宰している「書くメシ」では、現在【第０期】として40名弱の方にご参加いただいています。

毎日「書く」について意見交換してまして、ライティングに限らず、マネタイズまで、字のごとく「書く」で飯を食うため互いに切磋琢磨しています。

近々、【第１期】メンバーも募集予定です。興味がある方はぜひ一緒に学びましょう！（現在、先行案内受付中です👇）

川添さん（@kawazoezoe ）と一緒に立ち上げた「#書くメシ」
現在【第0期】として40名弱の方に参加いただいてます。毎日「書く」に関する意見交換活発であります。

ただいま【第1期】メンバーを先行受付中！

興味ある方は下記リンク、もしくは、佐々木までDMを。https://t.co/1m8aE4U0oU https://t.co/mN4SweiAdv

— 佐々木基之 (@moto_ssk) September 6, 2018