この記事は機械翻訳されたものです。
編集長より
「データ ポイント」の Julie Lerman と考える (機械翻訳)
.jpg "Michael Desmond")
ソフトウェア開発の世界では、何も特定の死、税金、およびデータを除くです。 MSDN マガジン データ ポイントのコラムニストとしてジュリー楯突いてポイント：「皆に重要なトピックですので誰もデータを回避できます。」
John Papa は最初に 2002 年に列を書いたので MSDN Magazine では、フィクスチャ データ ポイントをされている理由です。 パパのデータ関連報道雑誌 （一般産業） の不足だった自分の感じに対処するには、列を開始しました。 Microsoft の仕事を服用後に彼は離れて列を 2009 年に辞任すると、パパがジュリー楯突いて彼のスポットをお勧めします。
私楯突いて列を書く彼女の経験について、彼女の考えについてデータと開発に尋ねた。 楯突いて私に言ったように、インスピレーションを見つけるは難しいないです。
「物事を説明する列を使用しようとしてきたか私は好奇心が強いかについて混乱一体など NoSQL は、"彼女は言います。 "、または共有する方法は、私は頻繁に求めている質問の回答を — たとえば、Entity Framework [EF] について」。
マイケル ・ デズモンド:.NET データ スペースは決して退屈されて、インフラストラクチャをたっぷり引き開発者がさまざまな方向に働きます。 事が落ち着いたがあるか。 大きな画像データについて意思決定 2012 年にしようとする開発者のためのどんなアドバイス?
ジュリー楯突いて:解決か。 はは。 彼らはより速く移動するいると思います。 Orm [オブジェクト リレーショナル マッパー] 解決エンティティ フレームワークの中で、「古典」ボックスの .net のデータ アクセスための標準となっているようなると思います。
ので、多くの革新的な仕事と思考、特に大きなデータ、NoSQL と CQRS [コマンド クエリ責任の分離] 焦点をいくつかの名前に行くです。 しかし、誰もが、傘の下でのデータの膨大な量の仕事をしています。 ORM のリレーショナル データベースで、新しい標準ですと本当に思うしています。
どれだけうまく EF 一緒に、簡単には、乱流の場合は、来ている最初のバージョンから 2008 年に EF4 反復の最後のカップル年の最後に EF5 に今日実行か。
EF いくつか深刻なデータ ウィザードのプロジェクトとして Microsoft 研究で博士レベルの人々 を開始しました。 しかし開発者にとって、部分的なソリューションのみらしい。 POCO [平野古い CLR オブジェクト] サポート EF4 では巨大な飛躍と [コード最初プラスはるか-シンプルな使い API [DbContext] EF の広範な認識を劇的に変更します。 それらの最後の 2 つの作品は、人々 はそれに注目し始めたデータ チーム外の Microsoft の到着まではなかった。 開発者の目、熱意と興奮に続きます。
また、Microsoft では、EF のチームをどのように作品の進化を目撃する魅力的なされています。 最初のリリースで幸せではなかったをなりコミュニティといくつかの挑戦的な相互作用後、彼らは EF 口当たりを大いに幅広い聴衆にいくつか素晴らしい変更が回答。 今、全体のチームはコミュニティからのフィードバックに対応して集中しています。
感じを得るは、.net 開発コミュニティ — 新しいリリースとフィードバックの提供に従事サブセット — EF の所有権のセンスがあり、チームは仕事の非常に支持するようになりました。
一貫して与えられたあなたの一日の仕事の要求を書く時間はいかがですか。 ヘルプを書くは、開発者として向上方法か。
あなた私の記事は、めったに時間に配信される誰よりもよく知っています。 私は絶えずジャグリングだだけから他のタスクと期限を時間を盗みます。 その時私の個人の生活からのいくつかを盗むこともあります。 私の夫と子供がないという事実は、少し簡単だと思います。
ライティングのプロセス実際に私の開発のスキルにプラスの効果をが。 私は内と外、私はすでに多大な快適さを必要がありますさらにもっと深く何かを学ぶに強制的に追求してきたまで、何かを書くするには消極的。 私たちは私たちの知識に依存する人々 に誤ったいない偉大な責任があると思います。 常に何を知っているし、どのようにことを行うに疑問だし、私は時々 非常に不本意ながらいくつかの進化の過程を通して自分自身をドラッグします。 しかし、それは常に、うまみのあります。
Michael Desmond MSDN マガジンの編集長です。