オープンソースは報われない仕事。でもやるんだよ。 - 平々毎々（アーカイブ）
Microsoftの中の人で、OSSとWeb技術を推進するScott Hanselmanが書いたブログ記事 "Open Source is a thankless job. We do it anyway." を勝手に翻訳。 オープンソースは難しい。 セキュリティは難しい OpenSSLの最近の "Heartbleed" バグに関する記事がたくさん出回っている。技術的な分析をすべて読んだら丸一日つぶれてしまうだろうが、 その中にこれはと思う見出しがあった。『OpenSSLはオープンソースの大きな問題を示している。資金不足、人員不足』だ。インターネットを織りなす基本の部分は、ほとんどの場合たった一人によるもので、あとはたくさんのボランティアだ。 〝魅惑的で気が遠くなるような事実とは、ネットワークインフラストラクチャにはこのように重大な部品が存在していて、インターネットの大部分で実際に動いてい
「C#できます」と言い放ったあいつがJavaプログラマであることを見分ける10の質問 - 平々毎々（アーカイブ）
<追記> 念のため書いておきますが、ネタですからね。 わざと難しい質問にしてるので、 回答に困っても大丈夫だ、問題ない。 下記質問にそれぞれ50文字以内を目安に簡単に説明すること。 ==演算子のオーバーロードを実装してEqualsメソッドと同じ処理を実行するようにしてもよい場合はどのような時か？ ループ内でなければ、たとえ100個の文字列型変数であってもまとめて+演算子で連結してよい理由を説明せよ。 Listのように値型を格納するジェネリックコレクションを使ってもボックス化／ボックス化解除が発生しない理由を説明せよ。 Full GC(Gen2 GC)が動作したときに断片化していてもコンパクションされないヒープ領域はどのような領域か？ throw; とthrow ex; の違いをスタックトレースの観点で説明せよ。 フィールドのアクセス修飾子をprivateにしプロパティのgetter/set
シリアライズ・デシリアライズ早分かり - 平々毎々（アーカイブ）
（この記事は、C# Advent Calendar jp: 2010の7日目の記事です。前日は、えむナウさんでした。） C#の、というか.NETのシリアライズ・デシリアライズ技術は統一感がなさ過ぎてカオスなので、簡単にまとめる。 シリアライザー シリアライザブル 対象テクノロジー 説明 IFormatter Formatter BinaryFormatter SoapFormatter(もう使わない方がいい) ISerializable Serializable属性 .NETリモーティング ASP.NETセッション情報など 型情報および全フィールド⇔バイナリストリーム FormatterServicesがごにょごにょするのでリフレクションより速い メモリダンプみたいなもので、型の実装に依存する バージョン違いでも互換性がなくなることも XmlSerializer IXmlSerializa
わんくま同盟勉強会でRESTの話をしてきました - 平々毎々（アーカイブ）
前回の日記にも書きましたが。 RESTful WebサービスView more presentations from INOMATA Kentaro. 前半はRESTful Webサービス と Webを支える技術 -HTTP、URI、HTML、そしてREST (WEB+DB PRESS plus) のダイジェスト（というか劣化版）なので、詳しく知りたい人は本を読むといいと思います。 それから、今日は話をしませんでしたが、RESTful Webサービスにおけるトランザクションの実現など、実際的な話に興味がある人は、補足として載せたhttp://developer.cybozu.co.jp/kazuho/2010/04/rest-re-web-a6d.htmlと、そのコメント欄の議論が参考になると思います。 後半は .NET でのRESTフレームワークの紹介です。 WCF REST .NET
TechEd 2010 Japanのライトニングトークに落選しました - 平々毎々（アーカイブ）
http://www.microsoft.com/japan/teched/2010/ いやあ、なかなか難しいですね。 落選したのも頷けるような内容ではあるのですが、せっかく作ったので公開します。 ASP.NET MVCとEntity Frameworkで作ってみたView more presentations from matarillo. というわけで別名は.jpです。LTのネタにするつもりで作ったサービスなんだけど、今後どうしたものか。 今後も続けるなら： Web API公開 日本語の別名以外に英数字の別名も付けられるようにする(twitterなどでちゃんとリンクされるように……) EFのエンティティをPOCO (Plain Old CLR Object)化 ドメインモデル化 (Repositoryなどを導入) アクセス統計のリッチ化 (グラフなどを表示) Silverlightの導
Re: エンタープライズシステムの開発言語選定の一考察（C#とJava） - 平々毎々（アーカイブ）
エンタープライズシステムの開発言語選定の一考察（C#とJava） - torutkのブログ 前提も明らかで、丁寧に比較されていると思いました。ついでに.NETの情報を補足してみます。 ケーススタディ1 C#で開発していた場合 アプリケーション開発／実行基盤は、3番目の候補を挙げてみます。 開発環境: Visual Studio 2010/C# 2.0/.NET Framework 3.5SP1(2.0) 実行環境: .NET Framework 3.5SP1(2.0) .NET Framework 3.5SP1のCLR(Javaで言うところのJavaVM相当)は.NET Framework 2.0と基本的に同じもの。その上、.NET Framework 3.5SP1からはOSのサポートライフライクルに準じるようになったので(ソース:http://msdn.microsoft.com/ja-
devcheatsheet.com .NET編 - 平々毎々（アーカイブ）
http://devcheatsheet.com/ というサイトにすごい量のカンペが載ってるので、.NET関連だけ抜き出してみた。 .NET Format String Quick Reference(PDF) .NET String Formatting Cheatsheet ASP.NET 2.0 Page Life Cycle & Common Events(PDF) ASP.NET Life Cycle Cheatsheet ASP.NET Runtime Cheat Sheet ASP.NET Security Architecture Cheat Sheet For Very Busy Architects C# and VB.NET Comparison Cheat Sheet C# Basics Reference Sheet(PDF) C# Cheat Sheet C#
Miguel de Icaza、Microsoftと.NETについて語る - 平々毎々（アーカイブ）
https://tirania.org/blog/archive/2010/Mar-25.html をてきとうに翻訳。"The best C# and .NET days are ahead of us." とか、かっこえーなー。 Microsoftと.NET Davidの記事「.NETに関するWindows戦略税」でなされている私の引用には前後関係が足りていないように思える。 Davidが私と連絡をとったとき、彼は.NETの進化について書いていた。そして彼はMicrosoftに意見を述べていたので、Microsoftは正しいと考える人とMicrosoftは間違っていると考える人からのフィードバックを得たかったのだ。これは、私がDavidへ送った電子メールの書き出しだ。 まず、私は.NETの大部分についてはちょっとしたファンなので、完全に客観的とはいえないだろうと前置きさせてください。あな
「Webを支える技術」刊行記念トークセッションに行ってきた(1) - 平々毎々（アーカイブ）
これはいい本！ Webを支える技術 -HTTP、URI、HTML、そしてREST (WEB+DB PRESS plus) 作者: 山本陽平出版社/メーカー: 技術評論社発売日: 2010/04/08メディア: 単行本（ソフトカバー）購入: 143人 クリック: 4,320回この商品を含むブログ (183件) を見る 4月8日，『Webを支える技術』（山本陽平著）の刊行記念トークセッション開催：インフォメーション｜gihyo.jp … 技術評論社 Microsoft技術なSI仕事をしている身として、MSとRESTについて書いてみる。ぜんぜんまとまってないけど。 SOAPについて セッション中に「SOAPとWS-*の敗因」「Don BoxがついにRESTに折れた」という話題が出たのだけど、SOAPはなくなりません……すぐには。 そもそもSOAPやWS-*ってMicrosoftとIBMが協力して
System.Diagnostics.Debuggerがよくわからない - 平々毎々（アーカイブ）
というより、Windowsのデバッガに関する知識がないのだけど。 Debugger.IsAttached プロパティ Debugger.IsLogging メソッド これ、どう違うの？ こんなコードを書いて、cordbgを動かしてみた。面倒だから色分けしないけど。 C:\Test>cordbg Microsoft (R) Common Language Runtime Test Debugger Shell Version 3.5.21022.8 (RTM.021022-0800) Copyright (C) Microsoft Corporation. All rights reserved. (cordbg) m LoggingMessage 0 AppDomainLoads=0 AppDomain and Assembly load events are not displayed
ByRef parameter and C# - 平々毎々（アーカイブ）
class P { public static void Method(out string arg) { arg = "out"; throw new Exception(); } } if you call P.Method() directly, Exception will be thrown and you can get a string "out". if you do it through reflection: object[] args = new object[1]; MethodInfo mi = typeof(P).GetMethod("Method"); mi.Invoke(null, args); TargetInvocationException will be thrown and you cannot get a string "out". args[0
いまさら検査例外 - 平々毎々（アーカイブ）
検査例外が非検査例外より安全だなんて神話だと思う。 で、なぜ C# に検査例外の仕組みがないのか……に関してはいろんな理由があるそうなのですが、一つの大きな理由は、CLR の多言語対応のためだとか。確かに C# や VB などは、言語仕様に検査例外の仕組みを導入することもできたと思うのですが、COBOL などをはじめとする言語では、言語仕様に検査例外の仕組みを導入することが難しいのは確か。 それはそうと。 「検査例外はアジャイルやオブジェクト指向の考えに反するという事実」について一部誤解あり - じゅんいち☆かとうの技術日誌 非チェック例外多用作戦のトレードオフ認識 - 都元ダイスケ IT-PRESS オブジェクト指向と型システムの狭間で例外を考える - プログラマーの脳みそ 例外処理について、私はこう思う - プログラミング言語を作る日記 非検査例外に萌えるわけ - じゅんいち☆かとうの
"ByRef parameter and C#" のまとめ - 平々毎々（アーカイブ）
ByRef parameter and C# - 猫とC#について書くmatarilloの雑記という記事を(いい加減な英語で)書いたところ、id:NyaRuRuさんとYokoKenさんが反応してくれました。多謝。 はてなダイアリーのコメント欄だとコードが見づらいので、エントリを起こしなおしました。 前の記事で書いた問題 下のコードを実行すると、Method()の中で例外が発生するが、それまでにoutパラメータに加えた変更は呼び出し元に反映されているので、コンソールには"out"が出力される。 class P { public static void Method(out string arg) { arg = "out"; throw new Exception(); } public static void Main() { string arg = null; try { Method
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
