タグ

2019年1月9日のブックマーク (7件)

  • マイニング専用グラボをゲームに転用してみる (+その他活用方法) : Misc Mods

    情報が増えたため簡易まとめ 青字:管理人が実際に確認したもの 無改造でできること ・CrossFireのセカンダリ ・エンコード ・Win10のGPU割当でゲーム(OpenGL除く)(Haswell以降のiGPUのみ対応?) →APUはこうするといけるらしい? https://twitter.com/MC7ek_/status/1084786259430526976 ・HDMIコネクタを使って内部的にレンダリング ・ダミープラグとiGPU併用でミラーリング(New!) ・MacのeGPU 隠しHDMIコネクタ復活改造でできること ・HDMIコネクタから映像出力 ・CrossFireのプライマリ →http://blog.livedoor.jp/miscmods/archives/15067124.html 更に改造するとできること ・HDMIコネクタ2つ目の増設 ※マイニング用に改造BIO

    マイニング専用グラボをゲームに転用してみる (+その他活用方法) : Misc Mods
    mapk0y
    mapk0y 2019/01/09
  • https://shibuya-game.com/archives/28562

    https://shibuya-game.com/archives/28562
    mapk0y
    mapk0y 2019/01/09
  • 保守性・可読性の高いPythonコードを実装するためにはどうすればよいか - はてなの金次郎

    はじめに コードは理解しやすくなければいけない。 リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice) 作者:Dustin Boswell,Trevor Foucher発売日: 2012/06/23メディア: 単行(ソフトカバー) コードの保守性や可読性を高めるために我々エンジニアはどんなことができるでしょうか? テストを書く 推奨されているコードスタイルに準拠する コメントを書く DRY原則に則る 変更・拡張しやすく設計する ログを出力する・監視する 適切な命名をする etc... まだまだ意識すべきことはあると思いますが、上記の項目はエンジニアであれば恐らく一度は目にしたことがあるような内容であり、暗黙的に了承されたいルールです。 しかし、これらはただの心構えであり、体現するために実際には以下のような項目に落とし込む必要

    保守性・可読性の高いPythonコードを実装するためにはどうすればよいか - はてなの金次郎
  • MySQLのストレージエンジンを自作してみる - 備忘録の裏のチラシ

    MySQL のストレージエンジン(SE)を自作してみたときのメモ。バージョンは 8.0.13。 アーキテクチャをざっくりと掴むことが目的なので、ストレージエンジンの自作といっても非常に単純な操作しかできないものです。 RDB らしさとも言えるインデックスや行レベルロック、トランザクションなどの高度な処理は実装せず、簡単に入出力の流れを追っていきます。 ゴールは以下の基的な機能を実現して、「あ、こんなもんなんだ〜」感を覚えることです。 CREATE 文でテーブルの作成 INSERT 文で行の挿入 SELECT 文で行の取得 ちなみに MySQL のコードは C/C++ です。(といっても、テンプレート等の C++ らしい拡張的な機能は使われておらず、ほぼ C で書かれています。クラスは頻繁に使われているので、俗に「クラスのあるC」なんて言われている模様。そのため、C をある程度理解していれ

    MySQLのストレージエンジンを自作してみる - 備忘録の裏のチラシ
  • 自社製品で食べていけるようになるまでやったこと

    ミドルウェアのパッケージ製品でべていけるようになるまでやったことを自分のメモ代わりにまとめておきます。 製品の事業計画を明確にしない自分が想定したとおりに行くことが少ないこともあり事業計画を書いたりしません。日々の状況を見ながら判断をしていくということをしています。そのため中長期的な計画は品質の向上くらいにしておき、機能追加に関してはその度々に考えて実装していくのが一番です。 変化が早い分野でもあるので、事業計画を用意するメリットが零細企業にはないと考えています。 リリース前の開発進捗を共有するステルスはデメリットが多いと判断し、今開発しているもの開発中の状況などを共有しました。これは「製品をステルスで開発して、出したとしても買ってもらうまでの時間がかかる」と考えたからです。 それよりはあの会社があんなの作ってるそろそろ出るらしいと思ってもらえたほうが検討してもらいやすくなります。 今、

  • 生活保護が嫌いな医療従事者達へ|木村映里

    少し前に、医師がTwitterに 「胸部大動脈瘤破裂の身寄りのない80代男性。生活保護。救命率は限りなく0に近かったが、緊急手術。止血できず、人工心肺のままICU帰室し、術後2日目に死亡。恐らく数千万円は掛っただろう。国民全体の医療費を個々の医師が考えなければ国が破綻すると痛感した症例だった」 と書いたことが話題になりました。 この医師は「日の医療財政・資源が有限であるのに、どのように分配するかの議論の欠如」「救命率が低い患者への緩和治療適応の是非」「身寄りがない人の治療方針決定の難しさ」の3点についての問題提起だと補足しており、確かに医療費は有限という賛同の一方、「生活保護」だから医療の差し控えが許されるという考えに読み取れるという批判も受けています。 私自身は人がどのような意図でこれを書いたにせよ、この発信を生活保護受給者自身が見た時に、「生活保護受給している自分は医療を受ける価値

    生活保護が嫌いな医療従事者達へ|木村映里
  • AWS プロフェッショナルのための Azure - Azure Architecture Center

    このシリーズ記事は、アマゾン ウェブ サービス (AWS) エキスパートが Microsoft Azure のアカウント、プラットフォーム、およびサービスの基を理解するために役立ちます。 これらの記事では、AWS と Azure の主要な類似点と相違点についても説明しています。 これらの記事では、次について説明します。 Azure でアカウントとリソースがどのように構成されているか。 Azure でソリューションがどのように構造化されているか。 主要な Azure サービスが AWS サービスとどのように異なっているか。 さまざまなテクノロジ カテゴリで同等のサービスをすばやく見つけるには、「AWS サービスと Azure サービスの比較」を参照してください。 類似点と相違点 AWS と同じように、Microsoft Azure も、コンピューティング、ストレージ、データベース、およびネ

    AWS プロフェッショナルのための Azure - Azure Architecture Center