まず, あなたはだめな学生ではありません. それは以下のことにより証明できます. 自分がついていけていないと感じている 未提出のレポート課題そのものをここに書いて解決しようとしていない, 自分で学習していこうとしている プログラミング言語のキーワードを身につけようとしている そして一番大事なこと, 他人が簡単にプログラムを書いていると感じている そしてあなたが感じた感情は優秀なプログラマはほぼ皆感じたことのある感情です. プログラミングを学習する最も効率のよいコツ, それをあなたは手にしています. それは自分のセンスで劣等感を感じることです. はっきり言うと, あなたのクラスの誰よりもあなたはプログラムを使いこなせる可能性を秘めた人間の一人です. プログラムが得意な人の中で必ずしも理系が優位なわけではありません. 言語によっては文系のセンスが生かせます. ポインタやら関数なんかの難しい話を
オリジナルはココです。フェイスブックのエンジニアでで史上ベスト３に入るといわれるEvan Priestley氏への質問「どうやってプログラミングを覚えましたか」に対する本人からの答えです。 手短かに言えば 何年もの歳月の賜物というか。ぼくはただひたすらプログラミングが大好きで、（フェイスブックで働いていた）過去４年間、ほとんど他のことをしていない。その前も２.５年ほどプログラマーとして働いていたし、そのさらに前も６年くらい趣味でプログラミングをしていた。ぼくは高校も大学も中退しているので、それで空いた時間もプログラミングに費やした。つい最近フェイスブックを辞めたけど、未だに起きている時間のほとんどはプログラミングだ。 もっと詳しく言えば 月並みだが、ぼくはちっちゃい頃からコンピューターが好きで、我が家にあったヤツで（最初はMac Plusで途中からIIsiになった）で散々遊んだ。８歳か９歳
ちょっと興味深いエントリが目に留まりました。「プログラミングへのこだわり」を方向づける: 設計者の発言基本的に、この方自身もプログラマーや開発者をされているようですし、他のエントリを読んでも「プログラマーの地位向上をすべき」ということで、私にとっても非常に共感することをおっしゃっているのです。それでも、ちょっとこのエントリの内容については疑問に思うところがあったので、勝手ながら私の意見を書かせていただきたいと思います。 業務システムの生産性や保守性を高めるための基本は「コードを１行でも減らす」である。なぜなら、コーディングとこれにともなうテスティングこそが、開発作業の中でもっとも人手のかかる作業だからだ。個別案件においては、良いコードだろうが悪いコードだろうが少なければ少ないほどよい。 これは、まさにおっしゃる通りですね。もちろん、可読性ということもあるため、厳密には最少のコードが最良とい
Tython とはhttps://github.com/gongo/Tython/tree/development 肉体言語 Tython は、Kinect センサーを用いて、体の動きを利用してプログラムを入力する言語、というかインターフェースというかフレームワークというか。 図にするとこんな感じです。 Kinect を介して動きを検知 (Detector) 検知した動きによって、入力するソースコードを決定 (InputMethod) ソースコードを入力し終わったら、コンパイル (Compile) コンパイルしてできた命令列を実行 (VM) デモ 「Hello, World!」Tython を使って Hello, World! を出力してみました。 Hello, World! 出力まで 4分強 一回で成功しなかった 最終的に成功するまでの時間は 90分 一度でも文字入力失敗すると最初から
codicは、プログラマーのためのネーミング辞書です。新しいcodicでは、翻訳エンジンを搭載しネーミングをジェネレートできるようになりました。
Twitterのタイムラインを監視してキーワードにマッチしたらGrowlするRubyスクリプト(2) - 今日覚えたことをWindowsでも動かそうとして奮闘したんだけど、結局ダメだった。meowはRubyCocoaが無いと動かないので。 ただ、その作業の中でちょっと面白そうなものを作ったので、とりあえずそれだけここに載せとく。 sayコマンド Macにはsayコマンドってのがあって、好きな言葉をMacにしゃべらせることができる。コンソールで、 $ say helloってやるとMacが「ハロー」ってしゃべってくれる。音声合成だ。 Windowsでもsayコマンドを このsayコマンドをWindowsでも使えるようにしたい。デフォルトではそんなコマンドは無いらしいけど、音声合成エンジン自体は入ってる。XPだとSamだったかな。VistaにはAnnaってのが入ってる。Windowsのエディショ
小飼弾――35歳からのプログラミングこそ無上の至悦：New Generation Chronicle（5/9 ページ） ラリー・ウォールはわたしの心を盗んでいきました Q43 正直、コードを書かない人に何か言われたくないと思っている？ 言うのは構わない。でも書く奴の方の意見を尊重する。ただ、コードを書かずに人を動かすというのも仕事としては認めている。スーツとギークという話がよくあるけど、エンジニアリングの素養がある人はスーツの皮をかぶっても案外うまく行くけど、その逆はあまり聞かない。どちらが上かという議論はそれが象徴しているんじゃないかな。 ともかく、スーツの皮をかぶったギークというのは実は結構多くて、どスーツだと思っていたらギークだったというのは珍しくない。問題なのは、スーツの皮をきっちりとかぶりきれないギークで、この場合、技術というのを狭くとらえがちな言動が目立つ。コンピューターサイエ
はじめてまじめに ...といってもたぶん 500 行くらい... WebKit ではなく Chromium 側のコードを書いている. まだレビューをとおってないため現在形. でかすぎてビルドの遅い Chromium より Mac WebKit をいじる方が快適という同僚もいたけれど, コード自体は Chromium の方がだいぶモダンだよなあ. 普通に unit test が書けるありがたさといったらない. Developer testing まず gtest が良くできていて感心する. static initializer を使ってケースの登録を分散化したり, コマンドラインフラグでテストケースを一覧選別できたり, プロセスを分離してクラッシュに強くしたり, クラッシュしたテストケースの backtrace をだしたり. でかい C++ のコードベース相手にテストをスケールするための工夫
遠隔地の人とチームを組んでペアプログラミングしたい！そういうこと、ありますよね〜。そりゃ近くで顔見ながらやった方がいいですけど、止むに止まれぬ事情ってあるもんで。ぼっちプログラマ×ぼっちプログラマの夢のコラボレーションができます！ 準備するもの： 共用サーバ（Unix） Skype screen まず、共用サーバとして、さくらのVPSを借りた。月額980円！他のところでもっと安いところがあったんだけど、「OOMKiller発動→自分の何の落ち度もないプロセスがSIGKILLで落とされるを繰り返してた」とか「運営が勝手にVPSいじって全員を公開プロキシにした」とかいう噂を聞いたので、信頼と実績のさくらにした。 ほんで、Skype で音声＆チャットします。カメラがあればビデオ通話もいいですね。 んで Unix。 まず、セットIDしとく。 $ sudo chmod u+s `which scre
プログラミングの出来る人と出来ない人の決定的な違い。 「プログラミングの出来る人と出来ない人の決定的な違い」？ 論理的言明を装った感情論は嫌い、という感情論 論理的であるかのごとくに装って、根拠のないイチャモンをつける 13+2 の方法 檜山さん、JavaBlackの相手は仕事の後にしてください。というかいくら珍しい天然物だからって、こんな三下の相手する事ないじゃないですか。 JavaBlackの芸風というのは案外しょうもなくて、何かしら突っつける所が見つかったら「世間あるいは業界の常識に照らし合わせてまず安牌な主張」を(罵詈雑言付きで)行い、その際に相手がそれに反する主張をしているかどうかは一切関係なしで、この辺は檜山さんの記事に書かれている通り。完全に反論のしようがない主張なんて価値がないか、極めて面白みに欠けるかのどちらかなので、JavaBlackのやり方ってのは極めて汎用的に使える
不吉な匂いとは、リファクタリングを必要とするコードから感じられる雰囲気を、比喩で表したものです。 ここでは、感じ取った不吉な匂いに対して、どのような解決法を選ぶことができるかを取り上げます。 匂いとして示されているのは、次の２２のケースです。ひとつずつ見ていきましょう。 また、解決法に添えられている数字は、参考書籍「リファクタリング」の何ページに記されているかを示しています。
最近、実はプログラマという職業が「ふつう」の人には厳しいなーと思っていたりする。 業務外にコードを書いたり、技術書などを読むというのは素晴らしいことだと思う。けど、会社側がもし「業務時間外にコードを書いたり、技術書を読んだり、勉強会に参加しなさい」と言ったら、それは業務時間外労働と変わらないと思う。個人のたのしみとは別に会社側がそれらを求めたらそれは業務だ。 しかし、僕が思うにはそういう業務時間外に自主的に勉強をしないと、正直いってまともな品質なソフトウェアを作るのは難しい。 例えば良書と言われているものは結構な数あり、ある程度経験がありそれらの本を読んだことがある人は「プログラマならこの本は読んでおくべき」という本をいくつかあげたりもするだろう。けど、それらをいつ読むのか。業務時間内にそれらをじっくり読んだり、実際にコードを書いたりする時間があるところはないだろう。そうなると自分のプライ
はじめに 本サイトは、「差分情報を用いたコードレビューコスト見積り」研究の一部で実施している、コードレビューのハンズオンをオンラインで行うためのサイトです。 私達、奈良先端科学技術大学院大学 情報科学研究科 ソフトウェアレビュー研究班 は、ハンズオンの協力者を募集しています。 本ハンズオンは、差分情報（パッチファイルやソースファイル）のコードレビューを行うハンズオンですが、ブラウザ上でどなたでもハンズオン可能です。 興味を持っていただける方がいらっしゃいましたら、ぜひご協力を宜しくお願いいたします。 ご協力者の中から抽選で3名の方に書籍「ソフトウェア開発におけるエンピリカル アプローチ」を差し上げます。 なお、本ハンズオンの 一次締切は2009年7月31日を予定しております。 現在 二次募集中 です。締切は現時点では設けておりません。 2009年7月12日 ソフトウェアレビュー研究
次世代君４００：不味しんぼ第１話 次世代君４０１：不味しんぼ第２話 次世代君４０２：不味しんぼ第３話 次世代君４０３：不味しんぼ第４話 次世代君４０４：不味しんぼ第５話 次世代君４０５：不味しんぼ第６話 次世代君４０６：不味しんぼ第７話
id:t-wada と話してた時に出てきた「プログラマの麻疹」 プログラマはみんなどうせかかるんだから早めにかかっておいた方が良い そしてかかっておくと治った後にはさらに良いコードが書けるようになるので 恐れずにかかりましょう 名前 症状 僕の状態 OO 厨 多分、現在一番キャリアが多い。一時期 AOP 厨になってしまった人も含むことがある。Smalltalk を神格化し始める かかり中 function 厨 最近増えてきた。マルチコア時代に最適というわかりやすい感染源ができたことも要因の一つ。LISP が世界を作っていると信じる 挫折中 三項演算子厨 どんどんネストした三項演算子を書いてしまう。気がつくと自分でもよくわからなくなってることもある 治療済み テスト厨 テストのためだけにコードを書いてしまう。プロダクトコードのきれいさよりもテストのしやすさを求めてしまう 治療中 lambda
今日から私はプログラマ。最初のうちはわからないこともあるけれど，いずれは誰からも信頼される一流プログラマになってみせる。まずは「ペアプログラミング」で慣れてくれと上司に言われたけれど，学生時代に多少はプログラムをかじった私ならば，百戦錬磨の先輩にも今年の新人は使えるってところを見せてやるぜ！なんて気合十分。 しかし，いざペアプログラミングがはじまったら，先輩は私の横でずっと見ている。えっ？ そんなに信頼されていないの？ これでは先輩は自分のプログラムが全く書けず，私はただの足手まといじゃないか。役立たずの私なんか，いないほうがいいんだ……。ということを，先輩に打ち明けてみたら，なんとこれがペアプログラミングというものだそうです。 普通，コードを書く人は1人でコードを書き，レビューをする人は1人でレビューのときだけチェックします。でもペアプログラミングでは，常に2人が一緒になって1台のパソコ
「構造のきれいなプログラムを書けるようになるためにはどうすればいいのか？」という質問を受けたので、「はて？どうしているだろうか？」と考えてみました。あ、形式知にきちんとなっているようなテクニックみたいなもんじゃなくて、モノローグなので、あまり凝ったものは期待しないように。 http://blog.shibu.jp/article/28983162.html 自分なりにもっと凝縮版を。渋川さんが言っている事全体もその通りとは思うけど*1、もっと簡単で、しかも射程が広い、と自分が思っている事。 渋川さんはちょろっと触れてるだけだけど、自分はこれが最も基本的で汎用的、かつ、ソースをきれいにする原動力となる上にバグをも減らしてコードの汎用性まであげる、コーディングのエンジンみたいなものと思ってる。それは、 「すべてに正しい名前を付けて、そして、正しい名前であることを維持する」という鉄の意志 クラス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
