.NET 5 を使いたい理由6選 - Qiita
速いので使いたい 私の場合、ここ数か月で一番素晴らしいニュースだと感じたブログがこれでした。 https://devblogs.microsoft.com/dotnet/performance-improvements-in-net-5/ .NET5 がどれだけパフォーマンス向上のために努力してきたかという内容です。 ものすごいボリュームで読むのが大変でしたが、満足感のある記事でした。 この記事を読んだだけでも、早く.NET 5 を使いたいという気持ちになりました。 パフォーマンスが良くなったという知らせはいつでもエンジニアの気持ちを高揚させるのだと思います。 使いたい理由1 : GCが高速化した いくつものアプローチを重ねたことが記されていました。 GCが到達可能オブジェクトをマークする処理の情報を他のスレッドでも流用できるようにして、各スレッド内の同処理の作業量を一部省略可能にした G
［速報］マイクロソフト、Webブラウザで動作する「Visual Studio Online」発表。VSCodeベース、IntelliCode、Live Share、拡張機能にも対応。Microsoft Build 2019
マイクロソフトは米シアトルで開催中のイベント「Microsoft Build 2019」で、Webブラウザで動作する開発環境「Visual Studio Online」を発表しました。 Visual Studio OnlineはWebアプリケーションとして提供されるため、Webブラウザから「https://online.visualstudio.com」へアクセスすることで利用可能になる予定です。 Visual Studio Codeをベースにしており、既存の拡張機能も利用可能。 Visual Studio CodeのワークスペースとVisual Studioのプロジェクトに対応し、機械学習がコーディングを支援してくれる「IntelliCode」、Visual Studioファミリー製品のあいだでリアルタイムにコードの編集やデバッグ操作などを共有できる「Live Share」機能などが最初
Microsoft、Pythonの静的型チェック機能を提供する「VS Code」プラグイン「Pyright」を公開
Microsoftは2019年3月21日（米国時間）、Pythonの静的型チェック機能を提供する「Visual Studio Code」（VS Code）プラグイン「Pyright 1.0.0」をオープンソースのMITライセンスで公開した。同23日には多数のバグを修正した「Pyright 1.0.1」を公開している。 Pyrightは、「mypy」のような既存のPython型チェッカに存在する難点に対処する目的で開発された。特徴は次の通り。 高速処理 Microsoftによれば、Pyrightは、Pythonで書かれたmypyなどの型チェッカよりも5倍以上高速だという。Pyrightの想定用途は、大規模なPythonソースコードの型チェックだ。“ウォッチ”（監視）モードで動作し、ファイルの変更を検知すると、高速な差分更新を実行する。 Python環境に非依存 関連記事 機械学習関連で最も人
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
Linuxカーネルに性差別的コード「0xB16B00B5」が挿入されていたことが発覚 | スラド Linux
MicrosoftがHyperV仮想化環境をサポートするために提供したLinuxカーネルのコードに、性差別的なコードが含まれていたとのこと。問題となっているコードは「0xB16B00B5」であり、「BIG BOOBS（大きなおっぱい）」をカモフラージュしたものであるという（本家/.、Network World記事）。 Linux開発者であるMatthew Garrett氏が自身のブログ上で、このコードに対する批判を行って以降、この性差別低なコードに対する議論が広がっている。女性の胸について子供っぽくふざけるということは、テクノロジー界からなかなかぬぐい去ることのできない男女差別的な印象をさらに強めてしまうことになるとのこと。 MicrosoftがNetwork Worldに対して説明したところによれば、同問題を修正するためのパッチは投稿済みで、次回のカーネルリリースの時に変更が追加されるこ
コラム「システムエンジニア 生き残りの極意」でちょっとした祭りになっている件 - babydaemons’ blog
"ちょっとした祭り"の実態は？ えーと、ソースはこちらです↓ 気分はstatic！: 実はオブジェクト指向ってしっくりこないんです！ とりあえず現時点でのこのコラムへのコメントのエッセンスを纏めます。 それよりも、ポリモーフィズムがオブジェクト指向の肝だと思います。 ポリモーフィズムをうまく使うと条件分岐の記述を減してすっきりしたコードが書けます。 ぬ様 貴重なご意見ありがとうございました。ポリモーフィズムについては勉強したいと思っております。 ポリモーフィズムについては、私は 「関数へのポインタ（Ｃ言語）のデラックス版を使って、何かをやる」 と捉えています。Ｃ言語において、関数をそのまま呼ぶのではなく、ポインタを通じて呼ぶようにすると、 「たまたまその時、どんな関数がそのポインタに指し示されていたか」 によって、結果がまちまちになりますよね。 この特性を意図的に活用すると面白いことができ
私の知っているビルゲイツ、その12 - Windows Live
ビルゲイツ、自分の限界を知りプログラムを書かなくなったわけ 注：今日のブログは、フォント指定を外してみました。文字が大きすぎると思われる方は「表示（V）文字サイズ（V）」もしくは他のブラウザのフォントサイズ指定で好みの大きさに変更してご笑覧頂ければ幸いです。フォントサイズ変更後に改行位置や行間スペースがおかしい時には、当該ページの「更新」表示(V)最新の情報に更新（R）もしくはF5キーを押す(IE以外のブラウザの方は同様の当該ページ再ロード機能を選ぶ）と正しく表示されることがあります。 1970年代の後半から1980年代の初頭においては、㈱アスキーがマイクロソフトの代理店として活動していた時代がありました。その頃は西和彦さんが次々と日本の会社へのアプローチを実現し、多くの日本人プログラマが日本だけではなく、アメリカに長期滞在して日本向けのBASIC言語その他の移植作業をしていました。198
バグや問題を「MSのせい」にする技術者、いませんか？ | スラド デベロッパー
ストーリー by hylom 2008年08月28日 13時40分 UNIXはWindowsよりエライのか？ 部門より 日経ITproに、『「Microsoftのバグ」との戦い』という、興味深いコラムが掲載されています。 このコラム、かいつまんで内容を説明すると、「自分が書いたコードにバグがあるにも関わらずバグの原因をMSのせいにしてなかなか非を認めようとしない人」や、「Windowsを知らないUNIX技術者がWindowsを軽く見てまじめに準備せず、そのためにトラブルが発生してもMSのせいにする人」のせいでMS製品は実態以上に「問題が多い」ように思われているのではないか、というものです。 このように自分がバグを生み出したことを認めようとしない人はMS製品ユーザーに限らずたくさんいると思うのですが、人の振り見て我が振り直せということで、バグが出たら謙虚に自分を疑うように再度心がけたいと思い
ATL/WTLによるWindowsプログラミング 第2版
ATL/WTLプログラミングの基礎として、単純なウィンドウやダイアログを作成します。また、一般的なWindowsアプリケーションの形式であるフレームウィンドウを作成します。最後に ATL/WTL Application Wizard の使用方法を示します。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Visual Studio 2019正式版リリース。メモリ使用量が4分の1以下に激減、リモートペアプロ機能のLive Share、AIによる支援機能IntelliCodeも正式機能に。Mac版も同時リリース
iOSアプリ開発でMac OSが不要に、Windowsで開発・テスト・実機配備可能な「Xamarin Live Player」 