プログラマにできるとよさそうなこと - @ledsun blog

十行程度のプログラムが読めること プログラミング言語の文法を知っている 分岐とループを追いかけることができる 変数の状態変化を追いかけることができる 関数呼び出しを追いかけることができる 十行程度のプログラムを複数回書いたことがある プログラムを読んでプログラムの動的な振る舞いを想像できる プログラムの主な処理の結果を想像できる 主な処理の終了条件がわかる プログラムから主な処理を読み取れる 似たようなプログラムを書いて、動かしたことがある 既知のプログラムと読んでいるプログラムの違いがわかる イディオムを知っている イディオムを書いたことがある プログラムがどう動くか知っている 重複したソースコードを関数に抽出できる 重複したソースコードがわかる 同じ入力と出力をもつコードブロックがわかる コードブロック単位で入出力を比較できる プログラムのある機能がソースコードのどの部分に依存している

[htbman]

つ「この長さの記事を飛ばさずに読める」

[fa11enprince]

重複したソースコードを関数に抽出できる →気をつけないと密結合神共通関数・クラスの出来上がり( ´;ﾟ;∀;ﾟ;)

[cl-gaku]

やっぱエスパー力（ちから）だよな

[harada32]

相当イラツイていることだけ伝わった

[versatile]

エスパーできるときもあるが、たいていは大外しする

[eru01]

CPUの気持ちになる能力が一番なんだが

[su_zu_ki_1010]

結局はエスパー能力がものをいう…

[kazkaz03]

体力があること

[nekosann_08]

トップブコメ、私は達成できませんでした・・・（怠惰

[koji28]

過去の自分からダメージを負う経験(´・ω・`)「なんだこのクソ〇〇は！？→自分でしたー」

[teiflower]

覚えておこう

[tmatsuu]

わいわい。身近に対象となるソースコードがない場合はISUCON問題で試すと良い。

[ptpadan]

エスパーになりたい

[yamadadadada2]

「仕様を明らかにしてから実装する」もほしい。自分もやってしまいがち…

[aox]

飛び六方

[razihai]

これ全部できるのはプロジェクトに2,3人ぐらいでしょ…

[Cion]

いいまとめ / 他者の気持ちを推し量る能力が必要なあたりやっぱ言語能力や論理的思考力って大事

[soyokazeZZ]

プログラマ「が」できるとよさそうなこと

[nishi1231chang]

無茶な期限で泣き寝入りせずに、抵抗する

[mar33]

見積もりを全て完璧にできた時の時間で出さないで欲しい（願望）

[tadasukeneko]

FAXの修理

[turanukimaru]

何よりも重要なの（に誰も教えていないの）は Object writing （OO ではなくレポートのような論理記述の話ね）なのではないかと最近気が付いたのだが上手く教える方法が思いつかない。

[p1ass]

よさそうな人になりたい

[ene0kcal]

あ、ledsun氏だ。まあ本物のプログラマはこれの殆どできるよね（エスパリングも）。ただ、名前付けは英語力も絡むので単純ではない。ちなみに今の私は構造化されてないクソコードの不具合を直しています（5パタン考）

[mohno]

よく列挙したなあ。/コーディングに限定されてるけど、プロジェクト全体を俯瞰するとか、ドキュメントを書くとかも重要だと思う。さらに言えばコミュニケーション能力とか。OJTに向いてない人とかもいるしね。

[emergent]

てにをはが不安になるタイトルや見出し

[shikiarai]

仕様変更に怯えながら疎結合に作る能力を真っ先に鍛えて欲しい。

[D_first]

情報処理技術者試験が大事だってこの前みんなが言ってた

[garbagephilia]

「設定より規約」のような、より上位のルールが存在していないか、暗黙に当然としている前提はないか(当該プログラムに到達する前に別の所でフィルタリングが済んでいる等)を最後の方で付け加えたい気もする。

[a-kuma3]

夢の中でデバッグ

[mtsummit]

火消しプロになるには必要。エスパーはどんな仕事でも必要。

[stk132]

コミュ障なのに、他人の書いたコードから作者のお気持ちの理解を求められる。つらい

[otihateten3510]

プログラミング教えるときに参考にする。何か自分が無意識でできてることができてなかったりすると面食らうことがある。

[n314]

例えばgitの開発者がlinusだと知ることで、Windowsでは使いづらいとか高速だとか設計が良い代わりにUIはダメだとか何年経ってもコア部分がc++やスクリプト言語に変わることはないとか、かなりの部分がエスパーできる。

[samu_i]

これらを分解して学習できる単位にして、毎日学習していける能力（すごい

[yood]

10年ぐらいコードを書いてない上司と話していると"共通化"の認識が違っていて辛い。

[topiyama]

メンテナンスする人にエスパー能力を要求しないように意思を書き留めて残す能力が必要だと思われ。

[rasterson]

怒らず謙虚に自分の非を認める能力が一番必要。「自分はちゃんと組んだのに動きません」とか言う奴は、まずはこれができていない。そして、これを教えるのが難しい。