Rustでファミコンとスーパーファミコンのエミュレーターを書いた
ゲームボーイエミュレーター、ゲームボーイアドバンスエミュレーターに続いて、Rustでファミコンエミュレーター"Sabicom"とスーパーファミコンエミュレーター"Super Sabicom"を書きました。 名前にRustっぽさを出してみました。 前回作ったマルチエミュレーターMERUのコアとして実装したので、ステートセーブや巻き戻しなどの機能も使えます。MERUの対応コアはこれで4つになりました。 こちらからWindowsとLinuxのプリコンパイルバイナリがダウンロードできるようになっています。 他のプラットフォームおよびソースコードからコンパイルする場合は ファミコンとスーパーファミコンどちらも一通り本体の機能は実装してあるつもりです。スーパーファミコンは割と細かいところまでちゃんと動くようにしてあるはずなので、動かなかったり表示がおかしかったりするソフトがあればバグですので、ぜひご報
データ指向アプリケーションデザイン
AmazonでMartin Kleppmann, 斉藤 太郎, 玉川 竜司のデータ指向アプリケーションデザイン ―信頼性、拡張性、保守性の高い分散システム設計の原理。アマゾンならポイント還元本が多数。Martin Kleppmann… 手軽に扱えるデータの量や種類が増える一方、CPUの性能はムーアの法則通りには成長しなくなり、大規模データ処理では、多数のマシンを活用する分散処理が欠かせなくなってきました。クラウドの普及とともに多数のマシンを自ら調達せずとも分散システムを構築できるようにもなっています。 しかし驚くべきことに、今までこの分野に入門するための定番の書籍がありませんでした。分散処理にデータ処理が加わる融合分野である上、オープンソースプロジェクトの進化も速く、専門家同士でも共通の理解を構築するのが非常に難しかった分野です。この本を上手に使うと、既存のOSSプロジェクトの位置付けや、
ソフトウェアアーキテクチャの歴史 - tasuwo's notes
改めて ソフトウェアアーキテクチャ GUI のアーキテクチャの歴史を調べてみたくなった。本来の MVC とは何か？何が正しくて何が間違っているか？も重要なのだが、それよりは、なぜそれが生まれたのか？何を解決しようとしたのか？どのような問題点が生まれて、それをどう工夫して解決・発展してきたのか？を知りたい。しかし、そういうことがまとまっている日本語の情報が少ないので、自分で色々かいつまんでメモしておく。 MVC の原点は 70 年代にまで遡り、実装としては Smalltalk-80 のクラスライブラリとして実装されたのが最初だと思われる。しかし、後世に大きな影響を及ぼしたポイントをいくつか持ちつつも、当時のアーキテクチャが現代においてそのまま利用されているケースはほぼないといっていい。したがって、単に MVC といった時には大抵最初期の MVC を指すことは少なく、区別するために最初期の M
CRDT (Conflict-free Replicated Data Type)を15分で説明してみる - Qiita
下記はスライドの講演の書き下しのようになっているので、スライドだけ見るんじゃなくて、スライドを見ながら文章を読み進めたい方向けです。 CRDTとは 今回は、CRDTというデータ構造について紹介します。CRDTはそもそも2011年にSSS(Stabilization, Safety, and Security of Distributed Systems)という国際会議で、INRIA(フランス国立情報学自動制御研究所)のMarc Shapiro博士によって発表された、比較的新しいモノです。 CRDTは"Conflict-free Replicated Data Type"の略で、日本語で言うと、__コンフリクトしない複製可能なデータ__といった感じです。 CRDTには実現方法によって２種類の呼び方が存在します(それぞれの略もまたCRDTなのでややこしいですが)。 Commutative Re
マイクロサービスにおけるCamelのVETROパターンの適用方法 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに マイクロサービスの世界で、Apache Camel は Integration, Composite, Asynchronous の役割に最も適切でしょう。 因みに、Business LogicもCamel を適用することは可能だが、会社の事情(開発要員スキルセットなど)によって、Camelが第一選択肢になれないことが予想される。なので、一旦ここでの議論を省略。 Integration とは、外部システムと統合する機能をサービスとして提供すること Composite とは、バックエンドにある、Business Logicの実装
マイクロサービスへの挑戦、ラクスが考える技術的負債を返済する最適なタイミング - Qiita:Zine
利益が出ているサービスが技術的負債を返すタイミング 川島：ラクスさんのブログを拝見したのですが、「かみせんプロジェクト」は素敵なお取り組みですね。 鈴木：ありがとうございます。ラクスは複数のWebサービスの利益化を実現していますが、10年以上運用しているサービスもあって、コードベースが陳腐化していたり、フレームワークが古かったりという課題があったんです。 また、一つのサービスが巨大化しているため、分担作業がしにくいという問題もありました。BtoBのSaaS領域は次々と競合が誕生しています。そうした状況の中、我々も新しい手を打たなければならないという危機感から「かみせんプロジェクト」の取り組みははじまりました。 川島：利益が出ている状況で大きく手を入れるのは難しい点もありますよね。BtoBですと、お客様への影響も大きいですし。 鈴木：そうですね。実際のサービスに反映させるのは簡単ではありませ
L'eclat des jours(2018-11-26)
_ 進化的アーキテクチャ 島田さんからもらった進化的アーキテクチャを読了した。 良い本だと思うし、サジェスチョンと確認と方向づけなど有意義な内容に満ちている。 なので、現在のエンタープライズアーキテクチャー（あるいはある程度の規模、たとえばモデルが8クラスを越えたあたりのWebアプリケーションなど）を構築する場合、あるいはなんらかの改造、修正、移行をする場合には一読しておきたい。 要点と勘所をメモもかねて書く。 ただ、もらっておいてなんだが、本書は良くない点も多い。 最初に、（というのは、要点と勘所を書く前に明らかにしておきたいからだし、正誤表的なメモを最初に掲示しておく意味があると思えるからだが）苦言を書く（もしかすると、このエントリーはそれで終わるかも。最初にネガティブなことを書いて後から誉めるのは悪手だが、それでも本書については最初に苦言を書くべきだと思う）。 本書は、読みにくい。
Know Thyself
Free on Free資料 1999-06-19 Know Thyself 富士通研究所 和田英一 wada@u-tokyo.ac.jp 出典「高橋秀俊 電気通信学会雑誌, 昭和42年4月 pp. 537-538」 最後に, これからの計算機システムの設計の指針ともいうべきものをまとめて述べてみよう. それは結局, 計算機は人間のためにあるものであり, いかなるときにも人間の忠実な奴隷であるための条件を述べたものである. それはまた, 人間の(機械とは違った)いろいろな特性を機械(ハードウェアとソフトウェア)が心得ていて, 人間の機嫌を損なわず, また人間の欠点を補うようにすることである. そこで人間の性質にもとづいて列挙すると, 人間は気まぐれである. だから機械は人間がいつ気が変わっても, それに対する処置ができるように用意しておかなければならない. プログラムはいつでも中止して他の
オブジェクト指向が0.05%も理解できない記事
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 尽く書を信ずれば即ち書無きに如かず 《孟子『尽心下』より》 イントロダクション 「最も理想的なオブジェクト指向を実現しているプログラミング言語は何か？」と問われたとき、君は何と答えるだろうか？ C++、Java、C#。君がそうだと思っているのは表面だけで、たぶん何もわかっていないのだろう。無知であることを知っているのであれば、無知のまま過ごした方が幸せなときもある。 Simula、Smalltalk、Ruby。君は本質をいくらか知っているようだから、引き返すなら今のうちだろう。深淵を覗けば、君もまた怪物にならざるを得ない。 JavaSc
GitHubのRails離れと、迫りくるMicrosoft | Yakst
Microsoftによる買収が発表されたGitHubは、これまでどう進化し、今度どうなっていくのか？開発者プラットフォームとしてのGitHubが目指す未来を、同社のSam Lambert氏がプログラミング言語、データセンター戦略、AIといった様々な観点から語る。 [Ruby on Rails]原文 GitHub goes off the Rails as Microsoft closes in (English) 原文著者 Thomas Claburn (The Register) 原文公開日 2018-08-16 翻訳依頼者 翻訳者 mkasasagi 翻訳レビュアー doublemarket taka-h 原著者への翻訳報告 2434日前 メールで報告済み 2424日前 原著者承諾済み 編集 プラットフォーム改造で変わる「Ruby専門店」。今後はGo、Java、Kubernetesへ。
Googleのウルス・ヘルツル氏に聞いた、「IstioやKnativeで目指すのはクラウドのアンロックイン」
Googleのウルス・ヘルツル氏に聞いた、「IstioやKnativeで目指すのはクラウドのアンロックイン」：単独インタビュー（1/2 ページ） Googleのウルス・ヘルツル氏は、Google CloudのIstioやKnativeに関する取り組みの長期的な目標が、複数クラウド間のAPI標準化にあると話している。 Googleのデータセンターインフラおよび開発プロセスの構築に貢献してきた同社テクニカルインフラストラクチャ担当シニアバイスプレジデント、ウルス・ヘルツル（Urs Hölzle）氏は、近年同社のクラウドコンピューティングプラットフォーム、Google Cloud Platform（GCP）を支える活動への関わりを強めている。 ＠ITでは、「クラウドを支える技術 ―データセンターサイズのマシン設計法入門」（Morgan＆Claypool Publishers／2013年）の著者の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
LinkedIn、システムの複雑性低減のためにLambdaアーキテクチャを廃止
一時期プログラミングのデザインパターンというものが大流行しましたが、現在ではどのように評価されているのでしょうか？
CQRSとイベントソーシングのフレームワークであるAxonの基本概念と今後について
sagaを使用したマイクロサービスのデータ一貫性
Distributed Sagas: A Protocol for Coordinating Microservices
Distributed Sagas for Microservices
翻訳 「DDD, Hexagonal, Onion, Clean, CQRS…これらをどうやり遂げるのか？」 - tagoto web - confluence
Coinbaseはどのようにしてスケーリングの問題に対処したか
なぜSegmentはマイクロサービスからモノリスに回帰したのか