この記事は「WACUL Advent Calendar 2017」の18日目です。 WACULでフロントエンドエンジニアをしている@bokuwebと申します。 本記事ではファミコンのエミュレータの実装について解説していきたいと思います。 2018/11/21 追記 重複しますが以前発表した資料も合わせて参照してください。 はじめに 以前ファミコンエミュレータをJSで実装した記事を書きました。 開発過程の雰囲気はこちらを参照していただけると掴めるかと思います。 上記の記事では技術的な内容にはほぼ触れなかったため順に解説していこうと思います。 今回はまずはHello, World!までに焦点をあてて解説してみたいと思います。ファミコン関連の解説は検索すると結構ヒットはするのですが、ファミコン本体の解説が多く、エミュレータを実装するにあたり、どのような手順で進めてくのが、どのような点に気をつける

どうもHaskellには標準のControl.Exceptionモジュールだけでなくmtlやexceptionsやexceptionalといった例外を扱うためのパッケージがあるらしいのだが、そのあたりのパッケージの選び方や使い方についてまとまった情報を見つけられなかった。 HaskellWiki例外のページも少々古いようで、deprecatedなものや統合される前のパッケージを書いていたりする。 調べた限り、mtlとexceptionsが今の主流っぽい。 その2つの使い方をまとめる。 なおバージョンはlts-6.1を基準としている。 mtl mtlパッケージのControl.Monad.ExceptモジュールはMonadErrorというモナドとExceptTというモナド変換子を提供する。 以下のように使う。 import Control.Monad.Trans(lift) import C

さて、前回で左右分離型でないキーボードのファームウェアは作れるようになったと思います。 今回はシリアル通信を実装して、左右分離型のキーボードを作れるようになりましょう。 前回の記事はこちら。 eucalyn.hatenadiary.jp ではまずシリアル通信の規格を考えることにしましょう。 シリアル通信で送るべきデータを考える 初期の企画を見直して、最終形にちゃんと対応できる企画を考えます。 eucalyn.hatenadiary.jp 企画編で書いていたとおり、このキーボードの概要は以下のとおりです。 片手にそれぞれ23キーずつ配置された左右分離型キーボードである。 ジョイスティック及びトラックボールといったポインティングデバイスを備える。 レイヤー機能を実装する。 つまり今回のシリアル通信においては、最終的にマウスのデータとの共存を考える必要があり、更に片手23キー分を捌けないといけな

I’ve made 5 ‘trending’ repositories and want to share my method If you’ve ever open-sourced code, you know how difficult it is to get anyone to care. It’s weird, isn’t it? You spend hundreds of hours on something and want to give it away for free but nobody wants it. The issue: your repository is in a chicken and egg situation where nobody will use it until it has stars, but it won’t get stars unt

UbuntuやRedHat、Debianなど、世の中には多数のLinuxディストリビューションが存在します。これらの多くは大量のソフトウェアを収録し、とても個人で作成するのは無理なように思えますが、本質的な部分だけに限定すればそうではないかもしれません。 本日紹介するWebサイト「Build Your Own Linux」は、そのようなミニマルなLinuxディストリビューションを作成する方法を解説するドキュメントです。 Linux AcademyとCloud Assessmentsによって運営されていて、Linuxカーネルで駆動する64bitシステムを作成する方法を説明しています。 サイトで解説するシステムの特徴は以下の通りです。 64bitのLinuxカーネル、GCC 6.2、glibc 2.24を採用 EFIとBIOSに対応 GRUB2で起動 GRUB/UEFIのためのVFATパーティ

seccamp17 D2-3 course

NTT Tech Conference #2 にて話した資料 時間が足りなかったので全部は話せなかった。Read less

こんにちは、 id:alpicola です。今年4月に新卒入社してアプリケーションエンジニアとして働いています。 ウェブアプリケーションはその性質上、データベースに対して同時に大量の問い合わせを行います。そうした中でデータベースが個々の問い合わせを処理していくときに起こっていることは何か、どういう順序で処理が行われるのか、というのは興味深い話題かと思います。例えばデータベースに対して行った更新処理の結果が、更新を行ったクライアント以外のクライアントからも「見える」ようになるのはいつでしょうか。入社間もない頃、先輩エンジニア達にそうした疑問をぶつけてみたところ、「トランザクション分離レベル」というキーワードと、この分野の古典的な論文 A Critique of ANSI SQL Isolation Levels を教えてもらい、輪読会を社内で開催しました。この記事ではこの輪読会の模様をレポー

私もかつて有機JAS規格にのっとって農業生産していましたが、記録、データ管理などの事務手続きは本当に辛かった。作業が終わってヘロヘロのなか夜遅くまでパソコンに寝落ちしそうになりながら日報を書いていると、いざトータルで数値を合わせようと思うと全く合わないなんてことがザラでした。 まあ、これは現場管理の問題なのかもしれませんが薄利重労働の農業現場で正確にデータ記録を残すのは容易ではありません。 たとえばレタス100ケース出荷となって、収穫してみたら10ケース足りないから、別の畑からもしくは近隣の農家から分けてもらうなんてことはよくあります。 その場合記録はだいぶ複雑になります。 ブロックチェーンが導入されたとして、現場でどのような管理記録作業が必要になるのかちょっとわかりませんが、その負担増に見合うリターンがあるのか現時点では見えない感じですね。 もちろん流通、消費面からすると何日前に農場を出

今回は私が今までチームマネジメントやヒューマンマネジメントを通して学んだTIPSを整理してみたいと思います。 マネジメント(≒コミュニケーション)を支える技術について都度メモして、自分への戒めとして利用していたものを箇条書きにまとめました。 ある特定の状況だけでしか適用できないものが多いですが、応用はいろいろ効くと思っています。 マネジメントの立場にこれからチャレンジしていきたい人の一助になればと思ってます。 ※自分向けのメモを整理しただけなので、一般的にこうあるべきという内容ではありません。 会議編 -全員の参加を促そう 全員の発言機会が均等になっているか常に意識しよう 一言でも意見を言うことによって、その議題を決めたという意識を持てる - 自分自身(チーム自身)で決めたという感覚に落としもう 「決められたこと」ではなく、「自分たちで決めたこと」という意識を促そう その決定が実行されなか