2. 自己紹介 • 名前： – 松本 礼永 • 普段の仕事： – 主にJavaで Webアプリケーション開発してます。 • 最近興味あること – Ruby, Scala （え、今更 !? ）

リーダブルコードを読んだ。感想書いてなかったので書く。 とは言っても随分前に読んだものなので、どんな感じだったかも忘れてしまったし、この所全くといっていいほどコードを書いていないので気にする機会も無かったように思う。リーダブルコードの良さなんてのは皆書いていると思うので、僕は読みながら考えたことを書く。 基本的に僕が書いたコードというのは他人が弄ることが無いので、ぶっちゃけ自分のコードの読みやすさというのは分からないし、ここが悪い、だとか指摘されることもない。Githubなんてやってるけど、ただの保存場所と化しているし、全くソーシャル・コーディング感ゼロ。友達とコードを一緒に書いたりすることも無買ったと思う。課題研究でも僕は「プログラミング担当」みたいな感じだったし、本当に今まで人と一緒にプログラミングをしたこともないような気がする。でもコードは綺麗に書こうとは心がけてはいる。 僕がコード

良いコードを書くためにはどのようにしたらよいのだろうか。 そのヒントが載っている。200頁ちょっとの本だからすぐに読める。読めて知識として得たとしても、それですぐに良いコードを書けるようになるとは限らない。日々コードを書く時にこのヒントを実践しなければいけない。それはもちろん簡単なことではない。 知っていることと出来ることには大きな差がある。 職業としてのプログラマならば、知っているだけではだめで出来るようにならないといけない。 それは必ずしも容易なことではない。日々の鍛錬が必要なのは言うまでもない。 本書を職場の同僚と読んで、ここで書かれていることを話し合ってみよう。同意できる部分、よく分からない部分、実践することが簡単な部分、難しい部分などがいろいろ見つかると思う。 読書会のいいところは、読んだメンバーに共通の理解ができることだ。例えば「名前に情報を詰め込む」ということはどういうことか

「リーダブルコード」を読了した。いい本だった。こんなにいい本はひさしぶりかも。薄くて、訳がわかりやすく、さらっと読める。でも大切なことがぎゅーっと詰まってる。 リーダブルコードはリーダブルブックだった。 よいコードを書きましょうって書いてある本はたくさんあるし、何冊かは読んだ。なにが違うのか考えてみた。 原理、原則だけを書いているわけではない 理想論的ではなく、現実的な内容が書いてある 実践的なプラクティスが書いてある たぶんこんな感じ。もうちょっと詳しく書く。 原理、原則だけを書いているわけではない たとえば、コーディングルールを徹底するというのは、原理主義的なアプローチだと思う。コーディングルールを徹底するのは効果的で必要なことだけど、それだけではリーダブルコードにならない。 「3.7 ユーザの期待に合わせる」ではこんな例があった。 プログラマは get で始まるメソッドは、値を返すだ

はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice) 作者:Dustin Boswell,Trevor FoucherオライリージャパンAmazonいまさらですけど借りて読んだのでメモ P.3 「読みやすさの基本定理」 P.4 コードは短くしたほうがいい。だけど、「理解するまでにかかる時間」を短くするほうが大切だ。 P.12 シソーラス(類語辞典)を使って調べよう。 P.26 その他にもJavaScriptではjQueryのライブラリ関数($だけの関数)を呼び出した時には、変数名の頭に$をつけるというものがある。 var $all_images = $("img"); // $all_imagesはjQueryのオブジェクト var height = 250; // heightは違う P.31 限界値を含めるときはminとm

リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice) 作者: Dustin Boswell出版社/メーカー: オライリージャパン発売日: 2012/06/23メディア: 単行本（ソフトカバー） この本が出版された時に、出版社から献本されたのですが、最近やっと読みました。 お薦めです！★★★★★ 読みやすい理解しやすいコードを書くことの重要性は、拙著『プログラマー”まだまだ”現役続行』でも述べていますが、この本は上手くまとまっています。 『プログラミング作法』の第1章「スタイル」をさらに分かりやすく解説した感じの内容です。それに加えて、『実装パターン』と『Clean Code アジャイルソフトウェア達人の技』でも重要だと述べられている事柄のいくつかが、本書では上手く分かりやすく説明されています。 付録『あわせて読みたい』では、定

8. 名前に情報を詰め込む • 明確な単語を選ぶ Getじゃなくてfetchとかdownloadとかにする 例）send     deliver, dispatch, distribute find       search, extract, locate start      launch, create, begin, open make     create, set up, build, generate, add, new

リーダブルコードを読んだので、重要だと思ったことをメモしておく。本自体は非常にわかりやすく書かれており、毎日ちょっとづづ読んでも苦にはならない。もう３回は読んだ。いや、いつの間にかそれぐらい読んでいた、が正しいかも。 個人的にはプログラム初級者は、この本を読む前にまずはあれこれ書いてみた方がいいとおもう。まずはプログラムを書くことになれた方がいい。スクリプト程度でいいのでまずは書いてみよう。 慣れてくると、クラスやメソッドの名前の付け方に悩むかもしれない。綺麗なソースはどういうのか悶々とするかもしれない。そんな気持ちになった時に読むのが一番効果的だろう。きっとすぐ色々試したくなるはずだ。仕事として楽しくなってくるというおまけもついてくる。 さて、以下は大切なことのメモ書きである。 第１部　表面上の改善 コードは理解しやすくなければいけない コードは他の人（遠い先の自分も含む）が最短時間で理

読了。 リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice) 作者: Dustin Boswell,Trevor Foucher,須藤功平,角征典出版社/メーカー: オライリージャパン発売日: 2012/06/23メディア: 単行本（ソフトカバー）購入: 68人 クリック: 1,802回この商品を含むブログ (91件) を見る 似たような本散々読んだので、まぁ、アレですが。 気になったのはコメントの部分。 不必要なコメントはもちろんすんなよと言ってるんですが、コメント自体は有用ならOKと。 ただ、コメントは本質的でないのに画面スペースを占有するからという理由から、 占有スペース以上の価値がある必要があるとの事。 ただ、ドキュメンテーションコメントとタスクコメント(TODOとか)以外のコメントはほとんどGitとかでいいんじゃない

企業情報システムの開発は通常、複数のエンジニアが協力して行う。そして、開発を通じて生み出される多数のプログラムは、開発途中の各フェーズで複数のエンジニアによってレビューされたり、稼働開始後に当初の開発者とは違うエンジニアによって改修されたりする。そのとき、書かれたプログラムは、書き手以外のエンジニアからも、読みやすく理解しやすいものでなければならない。 本書は、読み手が理解しやすいプログラムを書くためのノウハウを解説した一冊である。命名規則やコメントの書き方、ロジック分割の仕方、テストしやすいプログラムの書き方など、さまざまな観点からの実践的なテクニックを、サンプルを示しながら説明しているのが特徴だ。プログラマ向けに書かれているが、レビューやプログラミング規約作りを担当するエンジニアにとっても、役立つ一冊といえる。

そういえばidがkdmsnrの児玉サヌールという人から「本を訳したよ！」と献本いただいたのだけど、届いた本を見てみると訳者は角 征典という人だったのでとまどっていたところ。 出版したときにいただいてたので、もう半年近くになるけど、時間がかかったのは、ちまちまと一日1ページとか2ページとか読んでたから。普通に読めば、たぶん土日で読めます。 リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice) 作者:Dustin Boswell,Trevor FoucherオライリージャパンAmazon 関係ないけど、一時期、角さん、角田さん、角谷さん、という一文字ずつ成長する東のほうの人と一気に知り合いになって「かっくん」と言われてるのがどの人かわからないことがあった。懐かしい話。 それはそれとして、ぼくは「きれいなコードをかきましょう」系の話

2012.09.23 リーダブルコード 読んだ カテゴリ：カテゴリ未分類 * Readable Code / リーダブルコード そこそこいいかも。 本来なら、他人のソース読んで少しずつ体得していく様なことが200ページ程で得られる。 大体の事は誰でもやってると思う。でもやってないことも幾つかは見つかるはず。 自分に合わせて取り入れるのもありかな。 15章の例は俺ならこうしない。 この規模なら、バケツクラスとキュークラスは一緒にしとく。 この辺は本の都合もあるだろうけど。 アルゴリズムを一箇所にしたいし、次に来る要求が 独自のキューのラッパーで応えられるとは限らないし。 このインターフェースで十分かもわかんないし。 足回り固めちゃうと、そっちに沿った変更にしちゃうんだよね。 アルゴリズムは細かすぎるメソッド分けはしない方がいい。 何度も作り直すはずだから。 * Clean Code / クリ

午前中、メールのお返事などなど。 昨日は秋の夜長に「リーダブルコード」を読んでみたのだが、コンパクトにまとまっていて、割合よかった。 リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice) 作者: Dustin Boswell,Trevor Foucher,須藤功平,角征典出版社/メーカー: オライリージャパン発売日: 2012/06/23メディア: 単行本（ソフトカバー）購入: 68人 クリック: 1,802回この商品を含むブログ (140件) を見る 内容としては「コードコンプリート」などで書かれている内容のサブセットなのだが、簡潔に「どのような変数名をつけるべきか」「ループがネストしないようにするにはどうしたらいいか」などといった内容が詰まっていて、これからコードを書こうという人が読むにはいいスタートなのではないかと思う。

うろ覚えですが、学生の頃、プログラミングの勉強をしていて、どこかのサイトに 1000 行以上のコードを書いてみるとその言語のプログラミングの雰囲気が分かるといった内容が書いてあったような気がします。本書は特定の言語に依存した内容ではありませんが、少しは言語依存の内容もあります。 言語仕様を学び、コーディングに慣れてきたら、その次に気になるのが設計だったり、抽象化だったり、人間にとって自然な概念や分かりやすさを表現したくなってきます。本書はそういった人間のための「リーダブルコード」を書くためのコツやその具体例が簡潔にまとめられています。リーダブルコードを書こうと意識するのもまた違ったプログラミングの醍醐味に触れる機会となるでしょう。 個人的におもしろかったところ、気付きがあったところを抜粋して紹介します。 名前重要、超重要！ 面倒だからと言って汎用的な名前に逃げない tmp・retval・f