プログラミングできる人とできない人との間の深い溝 - masatoi’s blog

どうしてプログラマに・・・プログラムが書けないのか?を読んでいて出てきたので出展の一つを訳してみた。Separating Programming Sheep from Non-Programming Goatsの和訳。 プログラミングというものには向き不向きが強く出るということはわりと知られていると思うが、このエントリではプログラミングができるかできないかは比較的簡単なテストによって、プログラミングの訓練を始める前の段階で分かると主張している。どうしてプログラマに・・・プログラムが書けないのか?では、そもそもこの事前テストをパスしていないような人達までプログラマとして応募してくると言っており、その判定法として有名なFizzBuzz問題を挙げている。 追記（2019/2/28) 注意： なおこの論文はしばらく前に著者の一人によって撤回されたようです Camels and humps: a r

[D_first]

なんか違和感あると思ったら2009年のエントリだった。

[sds-page]

3年前くらいに聴いた話だな･･･と思ったら10年前のエントリだった

[croissant2003]

今日学んだこと:ちんこ演算子:=

[k_wizard]

できる人は土方、できない人が上司

[uunfo]

=で代入になるのだけは最初にちゃんと説明しないとだめだと思う（プログラミング教育の一般的な話として）

[apple19940820]

OOPファイトあるあるだ "抽象的な概念やルールに必要以上に意味を求めたり、具体的な身の回りのパターンに無理矢理当てはめようとするとモデルとしての一貫性が崩れ、抽象化した意味がなくなってしまう。"

[fukken]

代入演算子「=」は、既に等号として身についているので、サンプルとして不適切。新たな記号、例えばチンコ演算子:=を使ったほうがマシ

[cider_kondo]

「BASICにはLETという命令があってのう。ほかの機種では表記されんのじゃが、日立のベーシックマスターでは省略形として扱っておった。LISTすると『LET A=B』と出たんじゃよ」「はいはいおじいちゃん、ご飯はまだですよ」

[ssids]

今って2019年だよねぇ、とか思った(retraction = 撤回) http://www.eis.mdx.ac.uk/staffpages/r_bornat/papers/camel_hump_retraction.pdf

[Nihonjin]

｢最終的にどこを目指しているにせよ、無意味なルールに従う｣で思い出したが、ボールズとギンタスの『アメリカ資本主義と学校教育』によると数学の成績が高い人は官僚制にも親和性がある、と小島寛之が書いてた。

[sawat]

変数の再代入はもっと限定的な扱いにしていいと思う。 Swift では再代入のできない let が推奨で var は必要最低限にするべきとなっている。

[progrhyme]

10年前のエントリ

[indication]

モデル形成をして、使い続けるというのは能力が高くないとできない技のようにも思える。この資料が公開されて9年経過しているようだが、果たして

[nyokkori]

プログラムから離れて15年経つオッサンサラリーマンだから=の意味を思い出すまでしばらく悩んだ。aもbも20になるだろうって思ってるけど。それよりフォルダとかの階層構造を理解できるかとか、先天的な感覚大事では？

[saiyu99sp]

ホットな話。vectorと配列のそれぞれのメリット何とかで悩まずに、簡単に早く書ける方でさっさと終わらせてくれ。

[sdkd6611]

無意味というのは本質的にという意味で現実的には人間の頭で扱いやすくなるという意味があるというところ

[ab_sn]

見る、聞く、試す。そして、整える

[tachisanhtn]

結局素直であることが大事…なのか？

[narwhal]

"プログラミングや数学に求められるのは抽象的なものを抽象的なままで扱う能力ということになるのだろう"

[Yaju3D]

変数の代入演算子と等価演算子について　https://qiita.com/yaju/items/16d91d58ae65af1ecab9

[Cru]

私なら正解と思われる規則性を見出せなかった場合、複数問題あるなら、一貫性のある方法で全滅するより、なるだけ一貫性なく点を拾いに行くな。ちなプログラミングは得意な方

[dgen]

１個のレンガを見て「これを組合わせれば塀や家が作れる」って考えられる人がプログラミングできる人ってことで良いかな。実際に家を作るには組合せ方も重要。私はそういうのを含めて論理的想像力って呼んでるけど。

[Windymelt]

ルールに盲目的に従うか、ねぇ〜

[rasterson]

この話題が注目浴びるのは、できない子がチームに入って困ってる人が増えてるという背景がありそう。本人に悪気無いだけに困る。ミソにクソが混ざると売り物にならないからね。

[leiqunni]

読んでないけど、インスタントのカレーを美味しく作れるかどうか。作り方は簡単だし箱に書いてある。作り方を読んでその通りに作れるか。どうかは女子の見分け方だった。

[ayakohiroe]

“重要なのは自分で適当に設定したモデルに従い続けることができるかどうかだというお話でした。”これな。

[ysync]

代入記号が＝なのがネックだな。／やっぱアセンブラから入れば、変数の型やら、構造体やポインタみたいなとこで躓かなくて良くね？ｗ別にC方面へ向かわないなら関係ないのかね？

[ken530000]

古い記事をホッテントリさせるのが流行ってるの？

[Helfard]

魔法使いの唱える呪文をパンピーはどう見るか。

[marmot1123]

9年前の記事がなんで上がってきたんだ？

[i-komo]

「コードを一度も見たことのない学生にむけてのテスト」だとしたら、＝は等号としか思われないのでは？これで山羊扱いとはひどい（羊ならいいのか（笑））

[bell_chime_ring238]

なぜ今またこれが上がってくるんだろう？ついでに書いておくとこのネタ元の論文の見解には疑義が呈されて撤回とかされてなかったかな

[hokkaidon1118]

大学で初めてプログラミングやったときは全くついていけなかった。全く触れずに数年後に再開したら多少理解できるようになってた。理由は分からないけどその間に数学とかやってたからかな？

[areyoukicking]

ウソつけｗ　職業で使える程度であれば、フレームワーク、環境構築、アプリ基盤が大変　こういう不毛な筋違いの議論を延々続けているやつが俺には”できないやつ”に見える。

[chaz_21]

抽象的なものは抽象的なまま、そこにあるのは概念とルールのみ。意味を求めてはいけない。なるほど

[retire2k]

プログラマとネットワーク屋の溝を感じた時代もあった　今は知らない

[kusukusunoki]

"抽象的なものを抽象的なままで扱う能力"抽象的な概念やルールに意味を求めたり、具体的な身の回りのパターンに当てはめようとするとモデルとしての一貫性が崩れ抽象化した意味がなくなる。無意味なルールに従う訓練

[zyzy]

ただ「何故そういうモデルに決まったのか」に興味を持てないままだと、一定より先へは進めない気もするんだよなぁ……。／代入の=記号定着はqwertyキーボードと同じで一度流れが固まったせいでもうどうしようもなさげ

[timetrain]

代入に＝を使うのはほんとどうにかならんかったのかなーと今でも思う

[ekakaka12]

プログラミングを見るだけでやる気が失せる。