プログラミング初心者に言ってはいけないこと | Yakst
経験あるプログラマが初心者に言ってしまいがちだが、初心者のモチベーションに悪影響を与えるパターンを指摘する。言った方、言われた方、あるいは聞いたなど、何らかの形で誰もが身に覚えのある内容。 経験のあるプログラマと、プログラミングを習い始めたばかりの初心者の会話の例。 プログラマ : やあ、プログラミングの勉強を始めたんだって？いいじゃないか、何を勉強してるんだい？ 初心者 : PHPとHTMLの基礎をやってるんです。MacでTextMateエディタを使ってます。 プログラマ : ひええ、PHPなんて間抜けな言語かよ。Ruby on Railsを覚えて、Herokuにデプロイ、Vimでコーディングした方がいいよ。TextMateなんて初心者向きじゃないか。それから、Node.jsもやった方がいいな。あれはすっっっごくいいぜ。ノンブロッキングIOだからな。ヒャッハー！ 初心者 : うーん、そう
Ruby だけで経験できること - komiyak
これは Ruby Advent Calendar 2014 の6日目の記事です。 昨日は igrep さんの より「普通に」書くためのTest Doubleライブラリ「crispy」 でした。 Ruby Advent Calendar に参加するということで、 何かネタを考えなければなぁと思いつつ、なんとなく Rebuild Podcast の Ruby とそのコミュニティ界隈の話を聞いていた。 そういえば、私は数あるプログラミング言語のから、 なぜ Ruby を選んで使うようになったんだろう？ 私は普段、業務システムの開発を請け負う仕事を（SI）をしていて、 プログラミング言語は何を使うのかを自分で選べないことも多く、 雑多に言語を触ってきた。 C/C++, C#, Java, JavaScript, Ruby, PHP, Objective-C などなど。 一番好きな言語をあげるとする
プログラミングは自分がやりたいと思っていることを実現する力 - 「Ruby」開発者のまつもとゆきひろ氏
日常のあらゆる場面でコンピューターが使われるようになったこの社会で、今後、プログラミングスキルはどのような意義を持つのだろうか。世界中のプログラマに愛されるプログラミング言語「Ruby」の開発者であり、安倍内閣IT戦略本部の有識者本部員にも選ばれている、まつもとゆきひろ氏にお話しを伺った。 プログラミングという"自由さ" まつもと氏がプログラミングについて語るとき、その根底にいつも流れているのは"楽しさ"である。 「私たちは普通、なにかのソフトウェアを経由してコンピューターを使っています。でもその機能は、そのソフトが提供する範囲、そのソフトを作った人が許している範囲内に限られているんです」 たとえば文章作成ソフトを使うとき、メニューに載っている機能を選ぶ他に選択肢は無い。 「仕事で求められることができればそれで良し、という考えは当然あると思いますが、自分のできることを他人に決められるのは、
ソフトウェアエンジニアリングにおける認知バイアス5つ | POSTD
人間の論理は、私たちがプログラミングして毎日使っているマシンの論理とは違って完璧ではありません。人間は間違えますし、悪い精神的習慣を確立してしまいますし、エンジニアとして成功するための能力に悪影響を及ぼす認知バイアスをたくさん持っています。ソフトウェアエンジニアとして定期的に目にする一般的なバイアスのうち5つを見ていきたいと思います。 1. 根本的な帰属の誤り 根本的な帰属の誤りは、個人の行動を説明するにあたって、気質的または個性的な面を重視しすぎて、状況的な面を軽視しすぎる傾向を言う。対応バイアスとも。 （参照） これは私のお気に入りの認知バイアスです。”至る所で”見られるからです。道で誰かに行く手を遮られると、その人を完全に嫌なヤツだと思ってしまいますが、自分が同じことをしてしまう時は、相手が見えていなかったとか、会議があって遅刻できなくて急いでいたといった理由があります。誰かがバグを
『なぜ60％の人はプログラミングが出来ないのか』
プログラミングが出来る人間からみると、プログラミングが出来ない人の理由は単純に「ちゃんと勉強しないからだ」ということになる。 たしかに、自分達が歩んできた過程は、SDKやIDEの設定を行ってコンピュータの開発環境を整え、全く意味不明なアルファベットを打ち込んで、ウェブサイトや本で言われたとおりの表示が出ることを確認して、また次のステップをやってみて、という「地味で地道な（そして性格まで暗くなりそうな）」ことを繰り返して出来るようになったものなので、その過程から逃れているからプログラミングが出来ないんだろ、というのはごく自然に思う。 このため、プログラミングを教えようというときに、地味で地道で性格が暗くなってハゲて死にそうな学習過程の苦しみを、いかに和らげられるかという試みは数多くなされている。codecademyやRails for zombiles: code schoolなど、ゲーミフ
Rubyをより良く書けるようになるための課題演習のつくりかた | mah365
実戦的なコードの書き方は、どのようにして身に付くものなのでしょうか？ 文法を覚えること？ それともオブジェクト指向言語であれば、オブジェクト指向自体を学ぶこと？ 見方を変えて、関数型のエッセンスを学ぶこと？ アンチパターン プログラミングを学ぼうとするときに、プログラミング言語自体を完璧に学ぼうとするのは、無駄ではないのですがそんなに効率的ではない気がしています。 Ruby技術者認定試験【Gold】模擬問題 例えば上記の問題集をきっちり解けるようになると、Ruby自体の振る舞いについては、はっきり分かるようになりますよね。ただ、仕様を聞いて「これを作ろう！」と思ったときに、やり方に困るのではないでしょうか。 「Rubyでプログラミングできるようになりたい」という要望は、「Rubyというプログラミング言語を学びたい」のではなく、「Rubyという生産性が高いと言われている言語を使ってプログラミ
猫型プログラミング言語史観(1) 〜あるいはオブジェクト指向における設計指針のひとつ〜 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
TL;DR 手続き型プログラミングでは手続きを抽象化することで保守性を挙げることに成功したが、データを守ることには失敗してしまった。そこでオブジェクト指向はデータと手続きをひとかたまりにすることでデータを外から守るというコンセプトを打ち出した。 ここから、「手続き型プログラミングで書いてるのに手続きが十分に抽象化されていないのはヤバいね」とか「オブジェクト指向で書いてるのにひとかたまりじゃない雑多なデータに関心をもっちゃってるのはヤバいね」などの設計指針を導くことができるのである。そして純粋関数型言語の場合は……という話です。 はじめに プログラミング言語にはいろいろなパラダイムがあるが、その中で手続き型プログラミング、オブジェクト指向、純粋関数型言語について、わたしなりのひとつの史観を示すのがこの稿の目的である。となんかかっこつけて言ってみたんだけど、要するに、それぞれのパラダイムがどん
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
