.NET のクラスライブラリ設計 - ぐるぐる～
.NETのクラスライブラリ設計 開発チーム直伝の設計原則、コーディング標準、パターン (Microsoft.net Development Series) 作者: Krzysztof Cwalina,Bard Abrams,藤原雄介出版社/メーカー: 日経BPソフトプレス発売日: 2009/12/24メディア: 大型本購入: 9人 クリック: 543回この商品を含むブログ (32件) を見る とっくに読み終わっていたんだけど、まとめる時間がなかったのでかなり時間が空いてしまった・・・ ということで基本的には「・・・ん？」って思ったところとかのまとめです。 アセンブリと名前空間 よく Java の package と C# の namespace を同じようなものとして扱っている人はいるけど、この本では、 アセンブリ パッケージング及び配置の境界 名前空間 開発者に対する論理的なグループ と
Mercurial - 紹介マニアMoinMoin
概要 MercurialからGitへの移行：MercurialToGit 確認中事項 Introduction To Mercurial Phases (Part I) (Logilab.org) 公式サイト Mercurial: shortlog Mercurial Wiki Mercurial binary packages for Windows and Mac OS X http://www.selenic.com/mercurial/release/ http://www.selenic.com/mercurial/wiki/index.cgi/BinaryPackages 関連サイト Mercurial: The Definitive Guide TracMercurial - The Trac Project - Trac JapaneseTutorial - Mercuri
Kazuho@Cybozu Labs: 監視とは継続的なテストである、という話 (もしくは cronlog とテストスクリプトを組み合わせた監視手法について)
結論から先に。cronlog を使えば、アプリケーションのテストコードと全く同じ形式で、監視用のスクリプトを書くことができます。プログラマが監視ツールの記法を覚える必要はありません。これは、プログラマが運用も行うケースでは特に有効な手法だと思います。 先週公開した Kazuho@Cybozu Labs: crontab を使って効率的にサービス監視する方法 というエントリで、crontab と拙作の cronlog を用いてサービス監視を書く手法を紹介しました。しかし、挙げた例はいずれも ping や http のテストといった外形監視の手法です。RDBMS とウェブアプリケーションのみから構成されるサービスならそれだけで十分でしょう。 しかし、外形監視だけでは、メッセージキューのような非同期処理の遅延を観測することはできません。また、http のログを監視して、エラーレスポンスや平均応答
Firefox 3.6のJavaScript高速化技術まとめ | エンタープライズ | マイコミジャーナル
Firefox web browser - Faster, more secure & customizable Mozilla JavaScriptチームのDavid Mandelin氏がJavaScript speedups in Firefox 3.6にて、Firefox 3.6で取り組んだJavaScriptの高速化技術についてまとめている。どういった方策で高速化が実施されたのかがまとまっていて参考になる。紹介されている内容は次のとおり。 Firefox 3.5の高速化と3.6へ向けた課題 Firefox 3.5ではTraceMonkeyと呼ばれる新しいJavaScriptエンジンが導入された。これは特にループ処理のようにJITで高速化が見込みやすい部分をトレースしてネイティブコードに変換するというもの。Firefox 3.0と比較して平均で3倍から4倍の高速化が実現されたという。
Mercurialでchangeset圧縮 - monjudoh’s diary
Gitのchangeset圧縮がうらやましいので、 MercurialQueueを利用してやってみた。 概ね↓を参考にした。 ursmの日記 最初からMercurialQueueで管理していない場合のやり方です。 branchのMercurialQueueへのpatchに変換 Rev:298〜Rev:301のbranchのRev:298〜Rev:300を圧縮するとする。 まず該当branchのheadに移動する hg update 301 qimportでRev:298〜Rev:301をMercurialQueueのpatchに変換する。 hg qimport -r 298:301 このとき例えばRev:299だけ別のbranchなどという場合は、 Rev:299がネックになってしまいできないので、 Rev:299を除外してコマンド実行を分割する。 hg qimport -r 300:30
書籍『「日本で最も人材を育成する会社」のテキスト』 （2）: 柴田 芳樹 (Yoshiki Shibata)
昨日紹介した本書ですが、カテゴリーを「書籍」ではなく、意図的に「プログラマー現役続行」にしてあります。ソフトウェアエンジニア向けに書かれている訳ではありませんが、内容としては、そのままソフトウェア開発にも当てはまる部分が多いです。 「はじめに」の前に次のように書かれています。 人材の育成においては、師匠となる人が（１）弟子が破るべき殻（=超えていくべき目標）を明らかにし、（2）弟子がその殻に向かって自発的にアタックするための情熱を刺激しつつ、（3）弟子が殻を破るための手助けをしてあげることが必要である。 自分をあきらめない人材であれば、誰でも必ず高みに到達できる。しかしそのために人は、正しい殻と、正しい師匠を見つけなければならない。 実は、この正しい師匠を見つけるのは、学校を出て就職して働き始めたばかりの人には簡単なことではありません。なぜなら、会社の中で、仕事もできて人材育成にも優れて、
Smart UI について、だらだらと - みねこあ
昨年のエントリー、 DDDについて、だらだらと からのびのびになってしまいました、 Smart UI アンチパターンについて。 Smart UI アンチパターンは コの業界で非常に目にするパターンで、また、素人が素人のままで仕事が出来てしまう パターンなのですが、その是非を論じる前に、まずはどういうものかを整理したいところです。 一言で言えば、「Smart UI、アンタ良い者なん？悪者なん？」 * * * DDD の Smart UI “Anti-Pattern” を読んでいると、これは本当にアンチパターンなのかとも思えてきます。 Advantages Productivity is high and immediate for simple applications. シンプルなアプリを作る上では生産性は超高いし、出来るのも早いよ！ Less capable developers can
Re: "Jetpack and making the UI world adopt HTML5"について - Mozilla Flux
id:teramakoさん、質問に対する丁寧なお返事ありがとうございました。興味深く拝読しました。また、XUL＋XPCOM＋JavaScript（以下この組み合わせをXXJと略）に対する複雑な思いが伝わってきました。 Jetpackが現実解 私が最初に投げかけた質問に絡めて、「HTML5/JS/CSSを汎用的かつ一般的なUI言語」とすることに関し、teramakoさんは、「はたして可能なのかという疑念が付きまとっている」とお書きになっています。私も考えてみたのですが、やはりHTML5＋JavaScript＋CSSをXXJの代わりにするのは無理でしょう。もともとWebブラウザのUIを制御するための仕様ではないのですから。 かといって、W3Cを通じて、XULのようなインターフェイス言語を新たに作るのは、コストがかかりすぎます。日進月歩のWebから取り残されるのは目に見えています。今は、Inte
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Code Archive - Long-term storage for Google Code Project Hosting.
http://www.sharenator.org/The_art_of_hiding_1/