きれいなソースコードを書くために必要な、たったひとつの単純な事 - よくわかりません
「構造のきれいなプログラムを書けるようになるためにはどうすればいいのか？」という質問を受けたので、「はて？どうしているだろうか？」と考えてみました。あ、形式知にきちんとなっているようなテクニックみたいなもんじゃなくて、モノローグなので、あまり凝ったものは期待しないように。 http://blog.shibu.jp/article/28983162.html 自分なりにもっと凝縮版を。渋川さんが言っている事全体もその通りとは思うけど*1、もっと簡単で、しかも射程が広い、と自分が思っている事。 渋川さんはちょろっと触れてるだけだけど、自分はこれが最も基本的で汎用的、かつ、ソースをきれいにする原動力となる上にバグをも減らしてコードの汎用性まであげる、コーディングのエンジンみたいなものと思ってる。それは、 「すべてに正しい名前を付けて、そして、正しい名前であることを維持する」という鉄の意志 クラス
設計書を作るたったひとつの理由 - そのままなめて
設計書は試験項目をあげるために作るものだと思っている。 だからこの一文になんとなく違和感を感じた。 つまり、○○設計書は、物を作るうえにおいては意味があまりないけど、メンテナンスをする上では重要なのだ。 プログラミングファースト開発の必要性 - yvsu pron. yas 基本設計書、詳細設計書、プログラム設計書などあるけれど、それぞれ連結試験、単体試験、コーディングが正しいかどうかの試験項目をあげるために作っている。それによって仕様とソースが等しいことを確認しているのだ。 だから私はプログラミングファーストという単語を聞くと必ず思うことがある。「その後付けの設計書がプログラムと等しいことをどうやって保証しているのか」「作ったプログラムの試験項目はどのように作成しているのか」ということ。 と、ここで過去ログ（プログラミングファースト開発 - yvsu pron. yas）を読んだら設計書
Zend Framework: Documentation: Zend Framework PHP 標準コーディング規約 - Zend Framework Manual
このドキュメントは、Zend Framework に貢献してくださる開発者個人 (あるいはチーム) のためにコードの書式やドキュメント作成の指針を示すものです。 Zend Framework を用いて開発をする人たちにとってもこのコーディング規約は有用でしょう。 これに従えば、Zend Framework のコードとの一貫性が保てるからです。 そのためには、ここで完全なコーディング規約を示す必要があります。 注意: 詳細なレベルまでの設計指針を示すこと以上に、 それを標準規格として確立することが大切だと考えています。 Zend Framework コーディング規約の指針は、 これまで ZF プロジェクトでうまく回っていた方針をまとめたものです。 このライセンスのもとで、 そのまま使用するなり多少変更して使用するなりすることができます。 ZF コーディング規約では、次のような内容を扱います。
ぴょぴょぴょ？ - Linuxとかプログラミングの覚え書き - - emacsでリアルタイムに構文チェックを行う方法(flymake)
emacs でリアルタイムに構文チェックする方法です．flymakeを使います．仕組みとしては コーディング中に C-x C-s を押すと，バックグラウンドで make が走る make がエラーを出した場合は，該当するコードをハイライト表示する だけです．恐ろしく便利です． 参考 開発元 http://flymake.sourceforge.net/ すでに他の方のブログでも取り上げられています． flymake でリアルタイム文法チェック - とりあえず暇だったし何となくはじめたブログ Flymake を使って編集中にシンタックスエラーを検出する — ありえるえりあ インストール emacs22以降であればflymakeはデフォルトでインストール済です． 設定 flymakeは，構文チェックの処理を外部プログラムに丸投げしています．たとえば構文チェッカとして make を使う場合は，以
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
