伸ばすのが難しい能力: 柴田 芳樹 (Yoshiki Shibata)

2018年6月1日に株式会社メルペイに入社して、4年が過ぎました。入社当時は、定年が60歳と聞いていたので、1年半の勤務だと思っていましたが、実際の定年は65歳であり定年まであと2年半です。 ソフトウェアエンジニアにとって重要な能力と（私は考えるが）、身に付けるのが難しいのが現実だと、この4年間で再認識したのは次の三つです。 開発の最初にAPI仕様をきちんと書けるソフトウェアエンジニアは少ない テストファースト開発を行っているソフトウェアエンジニアは少ないか、いない Tech Blogなどの執筆で、読み手を意識して、分かりやすい文章を書く、ソフトウェアエンジニアは少ない API仕様については、このブログでも何度か書いています（「API仕様を書く」）。テストファースト開発についても、「テストファースト開発」を書いています。分かりやすい文章については何も書いていないですが、「伝わる技術文書の書

[AKIT]

畑違いの人間のただの感想だけど、60歳過ぎてこのクラスの会社で第一線のエンジニアでい続けて後輩たちにこういうアドバイスできるの、すごいなぁ。

[MH4GF]

まさにその通りだと思う大事な能力で、API設計は今自身が鍛錬したい能力の一つ。とりあえず動く実装の結果生まれるAPIと、APIから設計された実装では何もかもが違う

[takyam1213]

複雑なドメインロジック書くときはテストファーストするけど大半はスクラップアンドビルドで精度高める方が好こ。テストは書くよ。

[noname774300]

仕様を確認しないで開発されて「これでいいですか？」って聞かれても「（期限も迫ってるし、今変更させると工数伸びるから）あ、うん。それでいいよ（本当はよくない）」ってなる。

[remonoil]

最初から最後まで見通せてないとこれはできないよね

[rgfx]

APIを固めずになぁなぁでいく、設計能力を育てないまま"＊＊言語経験5年です！"ってなることをアジャイルと称する昨今について苦い顔をしてそう。

[mohritaroh]

“どうやったら身に付くかというと、上記の三つを伸ばすための活動をきちんと行っている開発組織で働くこと”

[ch1248]

過去エントリの「API仕様を書く」「テストファースト開発」を読んだが、たいへん良いな。Effective Javaの方と聞いて納得。

[yoiIT]

「開発の最初にAPI仕様をきちんと書ける。 テストファースト開発を行っている。 Tech Blogなどの執筆で、読み手を意識して、分かりやすい文章を書く。」 そんなソフトウェアエンジニアと仕事がしたい。

[otchy210]

API 仕様はもちろん、"ストーリー" が必要なテストも含め、全て文章力に繋がる話だと思う。良い文章を書くための知識やトレーニングはあれど、ソフトウェアエンジニアリングの文脈だとあまり意識されないよね。

[youko03]

"開発の最初にAPI仕様をきちんと書ける テストファースト開発を行っている Tech Blogなどの執筆で、読み手を意識して、分かりやすい文章を書く"

[syque]

"API仕様を書く、テストファースト開発ができる、わかりやすい文章が書ける"

[kiririmode]

API仕様を書ける、テストファーストを実践できる、技術文書を書ける、の3点

[nilab]

伸ばすのが難しい能力：柴田 芳樹 (Yoshiki Shibata)：SSブログ

[tumo300-500]

実装が無い段階で API 設計を一定詰めきれる能力、が思考の深さに相関していて、それが交絡因子になっている、という仮説をふと思いつきました

[miholovesq]

“きちんと行っている組織は、そうするのが当たり前だと考えられていて、わざわざ当たり前と思うことを外に向けて発信することはない”

[poliphilus]

関数やクラスの仕様をガンガンに変更しながらやっつけで開発するので、チーム開発無理マンです。コードを書かずにAPIを設計できる能力ね…ないわ…。

[yau]

APIを決めるお仕事はそのAPIから派生しうる将来的な負の遺産と長期的なメリットを天秤にかけられるvisionaryのみに許された業務。「API仕様が決まってないのにどうやって開発するの…？」に星つけている人に向けたエントリ

[koogawa]

“きちんと行っている組織は、そうするのが当たり前だと考えられていて、わざわざ当たり前と思うことを外に向けて発信することはないと思います”

[maninthemiddle]

命名とインタフェース設計は成果物の質を決定的に左右するので、API設計難しいのわかる

[ryer]

内製だと、APIを提供する側も使う側もどちらも社内（同僚）だったりするので、ナァナァでもなんとかなったりするのよね。「ちょっとこれ引数足してくれない？」みたいな。功罪ありますね。

[aike]

こういう仕様決めやドキュメント品質、開発スタイルに目を配るのが本来SEと呼ばれる職種の役割だったんだけど、Web系の開発では失われちゃったからなー（失われるべきデメリットも多かった）

[circled]

英語圏のエンジニアのプログラミングのスクリーンキャスト見てると「では最初にこの機能のテストを書こう。実行すると、うん、そんなメソッド無いって怒られるね？コントローラを作ろう。」と自然にTDDしてる。

[clubman023]

なるほど

[sisya]

開発の最初にAPI仕様がかけないのは、そもそも仕様が固まりきらずにスタートする開発がほとんどなのでどうしようもないと思う。テストファーストについても似たような理由で、最後はコミュ力の話なので。

[yodelx]

・開発の最初にAPI仕様をきちんと書ける人は少ない ・テストファースト開発を行っている人は少ないか、いない ・読み手を意識して、分かりやすい文章を書ける人は少ない。　身に着けるにはそのような開発組織で働く

[onesplat]

テストファーストなんて所詮当人の好みの問題だと思っている

[ooblog]

#プログラミング 「API仕様を書く~プログラミングを覚える際に習うことはない~どうやったら身に付く~レビューで指導~行っている開発組織で働くこと」 #デバッグ というか #ルールブックの盲点 洗い出せる組織か問われる。

[sukekyo]

伸ばすのが難しい身体はチンチンなんだけどな！

[yuno001]

メルカリですらこうなのか。この辺の能力はSIerの方が上かもね。

[soybeancucumber]

35歳定年なんて話を聞きながらこの年齢まで第一線でやってこられたのですね。現代社会のエンジニアキャリア形成におけるとてもいいモデルになるかと思います。

[snapchat]

“ソフトウェアエンジニアにとって重要な能力と（私は考えるが）、身に付けるのが難しいのが現実だと、この4年間で再認識したのは次の三つです。” →日本語下手くそかよお爺ちゃん…分かりやすい文章…🥲

[otihateten3510]

読者の気持ちを考えられる人少ないよね

[cloverstudioceo]

落ち着いたらこの人みたいにエンジニアとしての才能を発揮出来るところで働きたいなぁ。。。人事からマーケティング営業まで全部見てるとコード書く時間が一日2時間位しか取れない。

[door-s-dev]

どこかでみた名前だなぁと思ったらEffective Javaの人か

[manaten]

API仕様を定義というのはちょっと局所的･具象的すぎる気がして、｢要件をきちんとヒアリングし、技術の観点から分解し、ユースケースに耐えうるよう再構築して仕様を定義できる｣エンジニアがとても少ないと感じる

[yosuke_furukawa]

正座して聞きたい

[dfk3]

分野は違うが、木を見て且つ森を見るような話だというのは想像できる。