Amazon.co.jp: Ruby逆引きハンドブック: るびきち: 本
Top 100 Classical Favorites Lite: 珠玉のクラッシック音楽100曲をiPhoneアプリで。無料。484 | AppBank
アプリを起動するとランダムに曲が選択され流れます。 次へボタンをタップすると、また次の曲がランダムで選択されます。 アダージョ、これ、好きな曲。 曲が気になったら、すぐにitunesで音楽を買うこともできます。 また、画面右上のリストボタンをおすと、リストが一覧で表示されます。 リストをタップで曲の詳細を確認できます。 たまにyoutube動画がリンクされている楽曲もあり、youtubeで動画で見ることもできます。 なお、ランダムでしか曲は聴けません。 この曲が聴きたい！って時はご購入ください、という流れです。 でも、なんだかんだ、クラシックをランダムで運に任せて聴く、という行為の段階で個人的には究極に満足できたりします。 すばらしいアプリです。どうぞ！
きれいなソースコードを書くために必要な、たったひとつの単純な事 - よくわかりません
「構造のきれいなプログラムを書けるようになるためにはどうすればいいのか？」という質問を受けたので、「はて？どうしているだろうか？」と考えてみました。あ、形式知にきちんとなっているようなテクニックみたいなもんじゃなくて、モノローグなので、あまり凝ったものは期待しないように。 http://blog.shibu.jp/article/28983162.html 自分なりにもっと凝縮版を。渋川さんが言っている事全体もその通りとは思うけど*1、もっと簡単で、しかも射程が広い、と自分が思っている事。 渋川さんはちょろっと触れてるだけだけど、自分はこれが最も基本的で汎用的、かつ、ソースをきれいにする原動力となる上にバグをも減らしてコードの汎用性まであげる、コーディングのエンジンみたいなものと思ってる。それは、 「すべてに正しい名前を付けて、そして、正しい名前であることを維持する」という鉄の意志 クラス
プログラマーの開発速度は「はまる」時間の長さで決まる : 小野和俊のブログ
プログラミングを始めてから今日に至るまで、 様々なタイプのプログラマーと開発を共にしてきたが、 驚くべき速度で高い品質のソフトウェアを作り上げるプログラマーには、 一つ共通の特徴があるように思える。 それは、「はまる」時間が極端に短い、ということである。 風のプログラマー」を指向しており、開発速度を重要視している。 例えば平成14年未踏ソフトウェア創造事業「PICSY」では、 発表直前に知人でプロジェクトリーダーの鈴木健にレスキュー隊として呼ばれて 2,3日でGUI全般と、クライアント/サーバー通信部分の設計と実装を終わらせたのだが、 このときなどは、大体の要件を口頭で聞いた後は、 ほぼまったく手が止まらずコードを書き続ける感じで開発をしていた。 「はまる」時間の長さは開発速度に直結するわけだが、 プログラマーが「はまる」場合にはある程度の傾向があると思うので、 今日は「はまる」プログラマ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: 科学コミュニケーション論: 藤垣裕子, 廣野喜幸: 本
