PHPで動くファミコンエミュレータを作った
TL;DR PHPで動くファミコンエミュレータを作った php-terminal-nes-emulator画面描画は点字を使って文字出力コントローラは標準入力からfread() 経緯 2016年の2月にPHPで動くゲームボーイのエミュレータ、php-terminal-gameboy-emulator に衝撃を受けて、その実装の解説を勉強会やカンファレンスでトークしたりSoftware Design誌に書いたりしました。(*1) カンファレンスでのトークでは時間の都合もあって全体のごく一部しか話が出来ないのですが、Software Design誌では誌面をたっぷり頂いてCPU、メモリアクセス、画面表示とphp-terminal-gameboy-emulator のほぼ全域を解説出来たので満足し、その熱は落ち着いていました。 そんな中、9月に開催されたbuilderscon tokyo 201
Rails開発で技術的負債を増やさないために知っておきたいこと - ログミーTech（テック）
2018年9月12日、メドピア株式会社が主催するイベント「MedBeer」が開催されました。今回のテーマは「Rails開発での技術的負債との付き合い方」。長期間の開発において避けて通れない技術的負債をいかにして克服するか？ そのノウハウを語ります。「Rails Good Parts, Bad Parts」に登壇したのは、前島真一氏。技術的負債を増やさないRails活用法を解説します。 技術的負債を増やさずに開発する 前島真一氏：では、始めたいと思います。お願いします。前島です。ginza.rbというコミュニティをやってます。あとはメドピアさんを始め、何社かで技術顧問として活動をしています。 主にやっていることは、負債を減らしたり、これから作るもので負債を増やさない、ということをがんばっています。ほかにもいろいろやっていますが、気になる人は資料があるので、そちらを見てください。 今日のテーマ
(起業4年目から)Re:ゼロから始めるスタートアップ生活｜Shigo Sho｜note
自己紹介こんにちは！SHO(@jiang_shihao)です。(株)ワクテクCEOとして起業し、今は女性専用ライブヨガアプリ『SOELU(ソエル)』を運営しています。起業してから5期目に突入しました。 実は最初の3年間、今の事業内容にカスリもしない別事業(オタク向けキュレーションメディア事業)をやっていましたが、4期目にピボット・事業譲渡を決意し、実質会社をリスタートさせました。 会社に対する熱量が下がらないことを驚かれる？起業してからはもう5年目ですが、実質リスタートしている中で、会社に対する熱量は創業当時と全く変わっておらず、むしろ上がっていることを投資家や友人に驚かれる事が多く、なんでそんなに驚かれるのかと最初は不思議に思っていました。 しかし、どうやら「3年間スタートアップ経営者としてずっと大きな結果出せてなくても、根気良く続けられるor心が折れていないことが珍しい」というニュアン
[登壇資料] そのアプリ、目を閉じても使えますか?〜アクセシビリティの基礎と対応の考え方〜(モバイルメソッド大阪 第3回 #mobilemethod ) #a11y ｜ DevelopersIO
はじめに クラスメソッド大阪オフィスで開催されたモバイルメソッドに登壇させていただきました。モバイルメソッドは毎月１回の頻度で大阪で行われる、モバイルに関する勉強会です。 私は、アクセシビリティに関する経験が15年程度ありますので、今回、スマートフォンアプリのアクセシビリティについて、基礎的な内容からガイドラインの一部などについてご紹介しました。 登壇資料 主な内容 アクセシビリティとは何か 自分たちが一生懸命に開発したアプリが、一部の利用者には「まったく使えない」可能性があることについて考えましょう。 より多くのユーザーが、より多くの利用環境から、より多くの場面や状況で、アプリを使えるようにすること インパクトが大きいのは障害者、高齢者だが、普段メガネをかけている人のメガネが壊れたり、効き手が骨折したなどの「一時的な障害」、音が出せないシチュエーションや、洗い物などで手が使えないなどの「
![[登壇資料] そのアプリ、目を閉じても使えますか?〜アクセシビリティの基礎と対応の考え方〜(モバイルメソッド大阪 第3回 #mobilemethod ) #a11y ｜ DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/bec80ddf22a14f54aca6d52b7b0277b80d5b76d1/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F10%2Fe43390dd793bca21b1b7ee1fc719d7a6222.png)
Hackarade #04: Create Your Own Interpreter - クックパッド開発者ブログ
技術部の遠藤（@mametter）です。Rubyの開発やってます。 クックパッドでは、Hackaradeという社内ハッカソンを定期的に開催しています。第1回はRubyインタプリタのハック（MRI Internal Challenge）、第2回は機械学習の体験（Machine Learning Challenge）、第3回はISUCON風の社内コンテストを行いました。 4回目となる今回は、遠藤が講師となり、「言語処理系を自作する」というテーマで開催しました。その概要と成果の一部をご紹介します。 概要 Cookpad Hackarade #04: Create Your Own Interpreter from mametter 言語処理系の作り方の基本を一日で習得することを目標として、「RubyインタプリタをRubyで書くこと」を具体的な課題としました。 言語処理系は通常、プログラムテキスト
JSLounge の活動の一環として、UUUM株式会社様にて社内勉強会を開催しました。
ElevenBack の花谷拓磨(@potato4d)です。 2018年10月15日に、UUUM株式会社様にて Vue.js についての社内講習会を開催しました。 この講習会は JSLounge の一環となっていますが、ハンズオン形式ではなく、講演と質疑応答という形式での開催となりました。 行った講演と質疑応答について当日は講演をベースとし、その上で相談したい内容があれば質疑応答にて吸収するという形で開催しました。 タイトルは「破綻しない Vue.js アプリケーション開発のために大切なこと / How to make a robust Vue.js application」となっており、当日のスライドは以下のようなものとなっています。 また、質疑応答は以下のようなものがありました。非常に多くの質問をいただいたので、一部のみ抜粋しています。 Q. Vuex を使うかどうかは「UIに関係する
効率重視のエンジニアが実践している効果的な勉強法を解説する - paiza開発日誌
Photo by zwenzini 長田です。健康オタクエンジニアです。 今回は、健康ではなく「勉強法」について書きたいと思います。 ツイッターやはてブでは、定期的に「エンジニアは業務時間外も勉強すべきか！？」という話題で盛り上がっていますよね。 まあそれはどっちでもいいんですけど、それ以前に何らかの勉強をするなら「効果的な勉強法」を知っておきましょう。非効率的な方法で「勉強したつもり」になっているだけでは意味がありません。 どんな勉強方法なら効果が出やすいのか？逆に言うとどんなやり方だと非効率的で効果が薄いのか？例によって論文やデータを漁りつつまとめていきたいと思います。（プログラミングやWeb開発だけではなく、割とどんな分野の勉強でも通じる話です） 【忙しい人のための目次】 勉強する前に知っておきたいこと 勉強には「理解するための勉強」と「記憶するための勉強」がある 知識は風化する 無
AWS認定9冠制覇したのでオススメの勉強法などをまとめてみる
まず11位の「クラウドプラクティショナー」ですが、2018年に新設されたAWSのエントリーレベルの認定です。AWSの基本的な概念や、AWSのベーシックなサービスの特長、請求・アカウントマネジメント・料金モデルなどに関する理解が問われます。エンジニアだけでなくマネージャーや営業など様々なポジションを対象とした認定であるため、問われる知識の範囲は意外に広いです。ただ、知っていれば解ける問題が多いため、この順位にしています。 10位の「Alexaスキルビルダー - 専門知識」は、文字通りAlexaのスキル開発に関する知識が問われます。専門知識と銘打たれていますが、内容自体はそこまで難しくなく、Alexaスキル開発に関して知っていれば解ける問題が多かった印象です。これまでにAlexaスキルを開発したことがあり、クラウドプラクティショナーレベル以上のAWS知識があれば、問題なく合格できると思います。
未経験からのプログラマーなんだが全然分からない
未経験でもOK！教えます。というプログラマーの求人があったので、応募してみたら受かった。 受かったは良かったものの、仕事はざっとやるべきプロジェクトの説明、ソースの説明をした後、はい頑張って！！で丸投げ。プログラマー未体験の私、何も分からない。言語はJava。リーダーは自分も何も教えられない所から頑張ってきた、それですごく勉強になって出来るようになったと語るが、この方は元々頭良いと思うし、プログラマーやる前Webデザイナーもやってたから言語の理解も私よりアドバンテージがあった。対する私、まともにPCを使う仕事にすら就いたことがない。 ヒントを教えてもらっても、それでも分からない。何も分からないまま半月が経ってしまった。Java入門書も買ったが、やってる事に対する理解が追いつかない。あと、仕事が終わったら疲れて勉強出来ないのも問題。リーダー曰く、私は手を動かす回数が少ないからもっと色々試して
絵文字でコミットメッセージ書く · GitHub
emoji-commit-message-guideline.md emoji-commit-message-guideline GitHubにおいて「コミットメッセージは英語で書くべき」というのはもはやデファクトになりつつある。 しかし、日本人のみでプロジェクトを進行する場合、英語で統一するのは無理があると思う。 基本的に、日本人中心でリポジトリ運営を行う場合、日本語でコミットメッセージを書くべきだ。 ただし、世界に向けたOSSである場合はこの限りではない。 メインのコミッターだけでなく、たまにプルリクをくれる人や、Issueを建ててくれる人などのことを考えて使用言語を決めるべきである。 コミットメッセージを英語で書いてたのに、途中で英語力足りなくなって日本語になっちゃったり、他の人が日本語でIssue立てたりして、複数言語が混ざり合うの、うーんこのってなる。 — Pちゃん (@p1ch
GitHubで絵文字コミットを続けてみて有用だったEmojiまとめ - 犬アイコンのみっきー
みなさんは絵文字コミットというものをご存知でしょうか？ プロ生い人のサイトでも以下のように紹介されており、知っている人も多いと思いますが、GitHubで絵文字に置換される特定のワードをコミットメッセージに追加し、 ぱっと見でどういった種類の変更があったのかに気づきやすいようにするものです。 GitHub で絵文字入りコミットメッセージを活用しているプロジェクトを調べてみた | プログラミング生放送 少し前から興味があったのですが、GitLabやBitBucketでプライベートなリポジトリで開発してるものでは絵文字として表示されないため、なかなか導入する機会がありませんでした。 先々月にブログで記事にしたKodi用Chinachu PVRクライアントadd-onの作成をパブリックなリポジトリで開発しようと思い立ったとき、 いい機会だと感じたので初期コミットから絵文字コミットメッセージを導入し
Nuxt.js 公式ドキュメント翻訳完了のお知らせと、結城浩さんへの謝辞 - おいちゃんと呼ばれています
Nuxt.js はユニバーサルな Vue.js アプリケーションを構築するためのフレームワークで、その公式ドキュメントの翻訳をはじめたのは 前回お伝えした とおり。 そして翻訳が完了し、昨日、日本語バージョンが公開されたのでアナウンス。 ja.nuxtjs.org Nuxt.js というレール 先日行われた Vue.js Tokyo v-meetup="#3" でも発表したんだけど、Nuxt.js は「レール」を用意してくれている。 これに乗れば、サーバーサイドレンダリングだけでなく、Vue-Router、Vuex、Vue-Meta など Vue.js 関連ライブラリとの統合を Nuxt.js がまとめて面倒みてくれる。したがって（本来やりたかったはずである）Vue コンポーネントの開発に集中することができる。 「レール」という言葉を使ったのは、かつて Rails にはじめて触れたときの感
Nuxt.jsにおけるサーバーサイドレンダリングの挙動とライフサイクル - nazolabo
Nuxt.jsというかSSR関係を触る際にまず疑問になるのは「どこまでがサーバーサイドレンダリング (SSR) でどこからがクライアントサイドレンダリング (CSR) なの？」ということだと思います。 基本 サーバーからロードされる時はサーバーサイドレンダリング ロードされた以降はクライアントサイドレンダリング 簡単に言えば、ブラウザでURL直接指定で開けばSSR、それ以降はCSR、ということになります。 当たり前ですが、サーバーサイドレンダリングはサーバーでの実行なので、windowオブジェクトも存在しないし、そこから外部サーバー（APIサーバーなど）にアクセスする際はそこからのアクセスになります。そのままではブラウザのcookieも利用できません。 axios-moduleは何をしているのか 上記の通り、SSRになった場合とCSRになった場合は通信経路も変わるしcookieの取扱も変わ
「もっと学んでからにしよう」と思わなくて、本当によかった（日々の日記）｜結城浩
※全文が無料で読める「投げ銭」スタイルのノートです。いつも書いていることですけれど、自分が書いた本の再校読みは楽しい。とても楽しい。初校のざらつきがとれ、スムーズに読める。自分の書いた説明文だから、自分の頭にぴったりフィットする感じがする。とても心地よい。いや、心地よいとばかり喜んでいては校正にならないんですけれどね。とりあえず楽しいので、何度も読み返すわけです。 私の最初の本が1993年の出版。時の流れるのは本当に早いものだと思います。振り返ってみると、10年なんてあっという間ですよ。あっという間。 本を書くこと。 本を書くのはたいへんなこと……だけど。 「もっと学んでから書き始めよう」などと思わなくてよかった。 「すでに優れた本がたくさん出ているから、自分はもう書く価値がない」と思わなくてよかった。 うまずたゆまず、自分にできることをできる範囲でいいから、手抜きをせずに、こつこつと続け
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Show And Hide vue js v-if multiple Conditions • InfinityKnow
Podcast
Modernizing Transport Security