成果を出すプログラマーが習得している「コードを書かない技術」 - Qiita

はじめに 私がプログラマーとして働き始めて１年半がたちました。幸いなことに環境に恵まれ、私の身の回りには成果を出し続ける優秀なプログラマーがたくさんいます。 1年半彼らの仕事を観察して気づいたことは、成果を出すプログラマーは共通して 「コードを書かない努力をしている」 ということでした。 この記事では彼らが業務で行なっている、 「コードを書かないための思考、習慣」 についてまとめていきたいと思います。 前提 多くの人は「プログラマーはコードを書くことが仕事」だと考えています。この考えに基づくと、プログラマーが「コードを書かない努力をする」ということが、ひどくおかしなことに思えてしまうかもしれません。 そこでまず前提として3つの誤解を解くところから始めましょう。 [誤解１] プログラマーの仕事は「コードを書くこと」である 私たちプログラマーの多くは会社から給料をもらいながらコードを書いていま

[opnihc]

コーディングは手段でしかないから書かないソリューションがあればいい方選ぶわ。ただ短期的にミニマムでも対症療法は長期的に負債になることが多々ある

[uxoru]

“「我々はプログラマーである前にビジネスマンである」” ほんとこれ

[tempodeamor]

いつまでもかけると思うな背中とコード

[otoan52]

"自らをプログラマーと捉えてしまうと、「コードを書かなくてはならない」という呪縛から" そう？昔から面倒くさがりがプログラマに向くっていうけどな。技術的負債の話の辺りからビジネスマン要素出てくる

[inajob]

これはその通りなんだけど、こればっかりやってるとコーディングの仕事から遠ざかってしまう。この条件をすり抜けるイカしたソフトウェアを考えるのも研究開発部門の一つの仕事かも

[pwatermark]

目的達成のための段取りこそが開発におけるエンジニアリングなんで、目的を見失うのは論外なんだよな

[door-s-dev]

これは本当にそうなんだけどステップ数に対してお金払う文化があったりするからなぁ

[tianbale-battle]

要件定義と省力化、だいじ

[mayumayu_nimolove]

Perl作った人が大体似たようなこと言ってるけどそれが通用する人はめちゃくちゃ書ける人だったりするんだよね。テスト勉強しなかったぜーって言って実はしてる奴みたいな。

[manaten]

最近は生産・経済活動のためのセンスよく合理的な決断こそが技術者の価値だなと思うようになってきた。コーディングテクニックとかは全部手段でしかないんだよな。ただ、手段が多ければ多いほどより良いのも事実

[dekaino]

保守性とのトレードオフになるでしょう。保守性を無視していいなら既存のものを流用しまくるのが正解になるのだろうけど。その糞システムがいつまでも正しく稼働し続ける保証はないわけで。

[takuya_1st]

それを突き詰めると、仕様書書けば良いになって、コード書くだけの人が必要になり、書くだけの人が仕様書を書く様になり→イカ無限

[miyasakura]

内容は同意だけど、サクッとやれば良いこともコードが書くのが遅い人だと「目的が〜」とか言ってやらない方向に持っていきがちなのでコーディングの速さは正義だと思っている

[cl-gaku]

ドキュメントをよく読むと書こうとしていたコードはだいたいもうある、という話ではなかった

[erya]

むしろビジネスマンである前にプログラマでありたい

[htnmiki]

「従業員も経営者目線を」は叩かれがちだけどこれはそうでもないのか。分業よりもフルスタックが好きな人が多いのかね。

[nemoba]

若いうちはコード書いたほうがいい。情報処理の根はコードしかまだない。コードかけなきゃ道具の意図さえわからない。前時代は金づちで羽ばたいて空とんだのよ。今は適切に道具を使うから道具が減っただけなの

[oteguro]

二年目でここまで認識できるのすごいなぁ。常に実践できていないけど実感としてはおっしゃるとおりだと思う。

[bike-a-to-z]

メンバーに「技術を磨いてこそなんぼ」みたいなのがいると悲惨だね。俯瞰してみれば日雇いの建築雑工と同じだって事に気づいた方がいい。

[assaulter]

しかしコード書くの楽しいんよね

[nakag0711]

よいエンジニアにとって利益を出すことは手段であって目的ではない。ここを取り違える企業のなんと多いことか

[findup]

書かずに解決、は意味としては分かるけどそうなるとコンサルとかマネージャーとかの役割になりそうではある。

[kazkun]

ライト、点いてますか？案件

[OrientHistory]

プログラミングが好きでプログラマーやってる奴は手段が目的化するんだよ。だからこそ気を付ける必要はあると思う。

[s2kw]

最終成果物が短いコードになっているのはいいがいつまで経っても手を動かさないヤツは悪なので全てのフェーズに該当するかはわからんな

[dot]

無駄なコードは極力書かないようにしてるけど、基本的にはコードを書いて問題を解決することでお賃金を貰うお仕事してるので、書かずに解決すれば良いという話でもない。自分にとっては手段でもあり目的でもある。

[programmablekinoko]

確かに

[sisya]

全体的にコードを書く書かないではなく、設計段階で潰すべき話に思えた。

[ken1flan]

自分は言語化してなかったけど、たしかにいつも気にかけてたことばかり…。若い子にも読ませたい！

[zi_Matsu]

バグがなぜ起きるか？ それはコードがあるからだ。 って前誰かが言っていて、出来るだけ少　コード書くなら出来るだけ少ないコードで実現する様に心掛けてからだいぶ量は少なくなった気がする。

[Palantir]

KPIが間違ってるのと、プログラマーじゃなくてソリューションプロバイダの話で、プログラムはあくまで方法だよねっていう。 職責と責任移譲の考えがしっかりしてない組織では、Expertに委託は難しい。

[b-peppy]

書かないと書けなくなるので、書かない選択をしつつ、書く機会を確保しなければならない。

[qtamaki]

そのコードを書くと楽しいか？という視点が無いね。楽しくないコードは書かない。どうすれば楽しいコードになるか仕様やビジネスを上手く組み立てる

[turanukimaru]

抽象化の上手いプログラマほどコードが短く簡潔になり、どうしてこれっぽっちのコードで実現できるのか分からないと言われたりする。そんなコードこそ資産化できる。ミニマムと資産化を対立させてるようではまだまだ

[fn7]

“「我々はプログラマーである前にビジネスマンである」” こちらが真のタイトルになります。

[kei_1010]

うんうん、そうだね。俺もネットで拾ってきたコードを極力そのままコピペして使う事で自分ではコードを書かないようにしているが、あれ違った？

[perl-o-pal]

で、大した知識もないのに既存のソリューションだけを継ぎ接ぎして顧客に押し売りするSIerみたいになると。

[wdoomer]

初心に帰ろう

[gomer-pyle]

言いたいことはわかるけど、これーやってると調整と指示ばかりになって病んでくる。