プログラマーは、ソースコードにTODOを書こう。 - このブログは証明できない。
TODOリスト書いてますか？プログラマーなら、ソースコードにTODOを書きましょう。いや、書かなくてもいいけど。 ソースコードの中に、コメントで「// TODO: タスク」という感じで書きます。そうすると、「TODO」で検索したときに、TODOがトゥドゥドゥーっと出てきます。それだけではないのです。Visual StudioやEclipseやXcodeでは、TODOとして特別扱いしてくれるのです。 Eclipseの場合。 Xcodeの場合。 Visual Studioのスクショ（スクール水着の小学生ではありません）は撮ってませんが、同じように扱われます。 追記(2010-06-12)：Visual Studioのスクリーンショットを追加しました。 コードを書くふりをして、TODOをガンガン書いていきましょう。
マジカルsvnとキュアgit
2011年4月18日(火)に実施した、プライベートセミナー『アジャイル開発環境セミナー～一般ユーザが知っておきたいJIRAの概念と操作～』での資料です。
[実装編]マジック・ナンバーを使ってはいけない
マジック・ナンバーとは，ソース内に埋め込まれた，プログラマ本人にしか意味が分からない数値のこと（文字列の場合は「マジック・ワード」）。例えば，配列を使ったfor文のプログラムで，配列の個数を数値で記述するようなケースだ（図 左上の「10」）。このようなケースでは，あらかじめ配列の個数を意味する定数「ArrayCount」を定義し，プログラムではその定数を用いるべきである（図左下）。そうすれば，ほかの人がソースを見る場合や，時間を置いて自分でソースを見直す場合でも，意味をとらえやすく保守性が上がる。数値を変更する場合も定数の値を書き換えるだけで済む。 図●マジック・ナンバーは定数化すべきだが例外もある 開発者本人でないと分かりづらい数値は定数化すべきだ。ただし，過度の定数化は，かえってソースの可読性を下げることがあるので，例外は認めるべきである [画像のクリックで拡大表示] とはいえ，杓子定
![[実装編]マジック・ナンバーを使ってはいけない](https://cdn-ak-scissors.b.st-hatena.com/image/square/bed39b5962a5d552c95b6d796db8f55e72d32943/height=288;version=1;width=512/https%3A%2F%2Fxtech.nikkei.com%2Fimages%2Fn%2Fxtech%2F2020%2Fogp_nikkeixtech_hexagon.jpg%3F20220512)
Rubyのblock、Proc、lambdaを理解する - このブログは証明できない。
新年おめでとうございます。2009年の最初のネタはプログラミングのネタにすることにしました。 Rubyについてのステキなエントリーがあったので、紹介します。 no title 私は翻訳能力がないばかりか、リーディング能力も貧相です。ぜひ、原文を読んでみてください。 はじめに Rubyのblock、Proc、lambdaはパワフルですが、解りにくい。Rubyはクロージャを使う方法が4つあって、それぞれチョットずつ違います。ここでは、そのへんを解説したいと思います。 Block もっとも簡単で、かつRubyっぽいと言えば、Blockですね。 array = [1, 2, 3, 4] array.collect! do |n| n ** 2 end puts array.inspect # => [1, 4, 9, 16] 何が起こっているか？ まず、block付きでArrayの"collect
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
#俺が見たクソコード選手権 まとめ
