スプラトゥーン2での戦績を閲覧できるイカリング2ですが、 Nintendo Switch Onlineというスマホアプリ内でしか見ることができません。 www.nintendo.co.jp 前作では普通のブラウザ上で閲覧できたので、戦績データをスクレイピングしてクラウドに保存していたのですが、アプリとなると専門外です。 そこで、プロキシを経由して無理矢理に中身を拝見しました。 アプリの通信内容を解析する 今回はプロキシサーバにmitmproxyを使って、イカリングを串焼きにしようと思います。 適当なCentOSホスト上にプロキシサーバを立てました。ファイアウォールの設定で8081番ポート(自由)を自分のIPアドレスに対して公開しておきます。 mitmproxyはpipでインストールできますが、mitmproxy公式のDockerイメージがあったので、それを使って立ち上げました。 良い時代に
ラスベガスで開催された世界最大の格闘ゲーム大会「Evolution 2017(EVO2017)」。ストリートファイターV部門の決勝のカードは、無敗のまま決勝に駒を進めたアメリカの怪物プレイヤー「パンク」と、東大卒プロゲーマーとして知られる古豪「ときど」。パンクは、決勝でときどと当たるまで圧倒的な力で対戦相手を蹴散らし続けており、誰もがパンクの優勝を予想していた。 しかし、フタを開けてみればときどの圧勝で内容もほぼ完璧。あっけない勝利にも思えるが、かつてのときどを知る格闘ゲームファンなら、これがどれほど苦難の道のりだったのか分かるはずだ。「パンクが強敵だった」それだけで済む話ではない。格闘ゲーマーの中では「泣いた」というツイートも多かった。 例年1000人以上が参加する超激戦区のEVOストリートファイター部門だが、実は日本人が優勝することは珍しいことではない。ゲームセンターという文化が根付い
先日、ある新人漫画家さんから「連載を開始するにあたって、一般的な原稿料の相場や、必要な契約関係書類を知りたい」というご相談をいただきました。業界の常識がわからない状態で、どんなことをどこまでを出版社に要求していいのか知りたいようでした。 お会いして、僕なりにいろいろとお話させていただいたのですが、これから漫画家として活動をしていこうとする方々にとって必要な情報かと思いましたのでまとめてみます。 まず、一般的な原稿料の相場。 10年前に比べて相場は下がっています。 すべての出版社の原稿料の相場を知っているわけではないので、確実なことは言えませんが、中堅出版社でも新人原稿料1ページあたり5000円(しかもカラー連載)という話は聞きますし、10年前から平均1000円以上は下がっているのではないでしょうか。 以前は雑誌連載の場合、新人の原稿料は7000円くらいが最低でしたが、今は5000~6000
あるシステムを、1人のユーザから1100万人以上にスケーリングするにはどのようにすれば良いのでしょうか。Amazonのウェブサービスソリューションアーキテクトである Joel Williams が AWS re: Invent 2015 Scaling Up to Your First 10 Million Users でスケーリング方法について素晴らしいプレゼンをしています。 AWS上級者のユーザには適さないプレゼンですが、AWS初心者やクラウド初心者、Amazonが次々と送り出す新機能の流れについていけていない人が始めるには素晴らしい内容だと思います。 おおよその見当は付いていると思いますが、このプレゼンはAmazonによって提供されているため、どの問題についても解決策として提案されているものは全てAmazonのサービスになります。amazonのプラットフォームの役割は、印象深く、分か
どうも、漫画大好きな人です。 ここ1年漫画を月100冊以上、年間としては1500冊ほど読んでしまいました。ジャンプ・マガジン・サンデーなどなど大手雑誌はもちろんネットで紹介されるような漫画。さらにマイナーな作品や少女マンガにも多岐にわたってきました。 読みすぎて最新刊が出ても気が付かないことも増えたのでそろそろ整理もかねて、これからくる漫画とかこのマンガがすごいにも知名度が低いためかあんまり紹介されないけどかなり面白くて主に連載中の作品達をまとめました。 少女マンガ・少年マンガ・青年マンガ・ライトノベル系・ギャグ漫画などジャンルを問わないように選びましたのでひとつは気に入った作品が見つかると嬉しいです。 マージナルオペレーション 原作は芝村裕吏の小説。漫画版はキムラダイスケ。 ラノベやゲームを愛好するニート・新田良太(あらた・りょうた)。7年続けたニートの立場に耐えかね一念発起、ネットで見
Mastodonのコードを読んでみることにしました。 知らないgemが一杯あったのでまずは調べてみることにしました。標準添付ライブラリ、Railsにデフォルトで含まれているものは除きます。また、group :developmentとか、group指定ありのは疲れたのでまた今度。 今回確認したGemfile 実際のコードに目を通しながら調べましたが、勘違いなどあればご指摘頂けるとうれしいです。 hamlit-rails hamlit-rails provides generators for Rails 4. Railsのジェネレータが生成するビューテンプレートをHaml化するhaml-railsのhamlit版のようです。Hamlという点では同じですがhaml gemへの依存をなくせますね。 pg Pg is the Ruby interface to the PostgreSQL RDB
誰が興味があるのか謎ですが、ActionView を単体で使ってみようと思います。 意外にも Rails の仕組みとか見えてくるかもしれません。 Rails 4.1 ぐらいから ActionPack から独立した記憶があります。どうでしたっけ。 テンプレートを使いたい時には erb, haml, slim などを単体で利用すればいいのであまり使う機会はないかもしれません。 雑感では、 layout 機能を使いたい インスタンス変数で値にアクセスしたい Rails が提供するビューヘルパーを使いたい あたりがメリットかと思います。 この記事のために作成したコードはこちらにおいておきます。 補足の部分は読み飛ばせるように書いているつもりです。 利用したRailsのバージョンは 4.1.4 です。 1 Hello, world まずは使ってみます。 ActionView::Base.new.re
2月末日付けで退職しました。退職エントリ書くつもりは無かったんですが、周囲から「公益性が高そうなので書け」というお言葉をいただいたのと、あと海外在住プログラマのキラキラ記事っておおいに生存バイアスかかってる気がするし、死にゆく者の事例も大事かな、と。 はじめに つらみは有りましたが、うらみは有りません。当初3年ぐらいかなと思ってたけど、この1年間の経験には大変満足しています。また、同僚各位にも深く感謝しております。Vielen Dank. I love you ;) 日本に帰る理由も、ドイツがつらいってのはだいたい3割ぐらいで、じつは2年前からゲノム解析のウェブサービス化とか生物学周辺のソフトウェア受託などの個人事業をやってて、そろそろそっちに集中すっかー、というのがマジな理由です。 tl;dr 自分を守るのは会社でも制度でもなく、自分。Noと言えなければ死ぬしかない。 自分に落ち度が無い
疑惑の発端になったのは、昨年7月26日に将棋会館で開催された竜王戦決勝トーナメントの久保(利明)九段との対局でした。対局中の私の行動から不正を疑い、(日本)将棋連盟に提案したことがきっかけです。「自分は気持ち良く指したいからルール作りをしてほしい」という趣旨で、対局中の電子機器の使用を規制すべきと訴えていたそうです。その提案後、連盟の理事が対局中の私の行動を監視していたそうですが、報告書にもあった通り、私にはソフト指しを疑わせる不審な行動はなかったのを理事自身が確認しています。 このとき対局したのは、丸山(忠久)九段でしたが、丸山さんは私の行動を「不審に思うことはなかった」とはっきり言ってくださったんです。疑惑の対象となった四局のうち、二局が丸山さんじゃないですか。しかも、その前にも一局指しているんで計三局なんです。つまり、疑惑が浮上してから一番多く指したのは丸山さんだった、ということにな
11月に引っ越したのだけど,そのときにGoogle Spreadsheetを活用して,いい感じに物件を探すことができた. そのときに実践したこととか,気をつけたことなどを共有します. 要件を決める 最初に,どういった要求があるのか明らかにする.いま住んでる家の気に入らないところを挙げていくと明らかになると思う.僕は以下のような条件で探した. インターネットが無料であること*1 料理したいのでガス二口以上 風呂とトイレが別であること ゴミ出し大変なので敷地内にゴミ置き場があること 布団を干せること 静かであること 家賃8万円以下 荷物少ないので狭くてよい SUUMOで検索する SUUMOとかで検索する.適当だけどこんな感じ.家賃でソートするよりは,新しい順とかでソートするほうがよさそうな物件見つかりがちだった. 二条城前駅、烏丸御池駅、京都市役所前駅、三条京阪駅、東山駅の賃貸・部屋探し情報一
今日では HTTP(s) で API が公開されることは当たり前の時代ですが、エラーをアプリケーションにどう伝えるかは、個々の API の設計に依存していました。特に、HTTP ステータスコードは有限であり、元々持っている意味があるので、自由に使うことはできません。API はそのドメインごとにもっと複雑で細かなエラー情報があるはずで、それらはレスポンスボディに載せてアプリケーションに伝えることになりますが、その書式に規定は今までありませんでした。 HTTP API にて、アプリケーションにエラー情報を伝達するための(レスポンスボディに載せられる)標準的な形式が、RFC7807 Problem Details for HTTP APIs で定められています。適用例としては、以下のようになります。 HTTP/1.1 403 Forbidden Content-Type: application
2026年最新のふるさと納税還元率ランキングを、食品・家電・日用品・体験型などカテゴリー別に一挙公開! 物価高が続く今だからこそ、実質2,000円で「生活必需品」を揃えて固定費を削るか、憧れの「高級家電や宿泊券」で暮らしを彩るかはあなた次第です。 この記事では、編集部が調査した「高還元率返礼品ランキング」を徹底比較。「家計の助け」と「自分へのご褒美」を両立させるお得なふるさと納税をサポートします。 ふるさと納税返礼品・総合還元率ランキングTOP20 ふるさと納税で最も「得」をしたいのであれば、まずは全返礼品カテゴリーを横断した還元率の総合ランキングをチェックしましょう。 このランキングでは、主要ふるさと納税ポータルサイトに掲載されている数万点の返礼品を対象に、最新の市場価格から還元率を算出しています。 上位には、自治体の努力によって還元率100%=市場価格と同等、あるいはそれ以上の価値を持
わたしはだれ?フリーランスのエンジニアの一人で、上から下まで幅広くお手伝いさせていただき5年ほど生き残っています。 最近はWebアプリケーションから離れ、一段階下の層あたりで活動しており、ラムダアーキテクチャの方を向いています。 機械学習のほうも単価が良いそうなのでそちらも向きたいなと準備をしているところです。 お金が好きです。 フリーランスってなんだっけ?フリーランス、これ自体はいろいろな捉え方ができるものですが、 わたし自身をフリーランスとして解釈したとき、専門家であることが第一義であると思っています。 知っていること、と言いかえてもいいです。 たとえば、プロジェクトを進めるのには必要な知識は非常に種類が多いですが、それらを知っている。 一つ一つを説明しないで済む。 さらに言えば不明なところを聞けば答えてくれたり、議論を展開できる。 結果として、プロジェクトの成功の確率を上げることがで
Androidアプリを開発していると、開発版とリリース版のアプリを同時に入れておきたいことがあると思います。通常Appliction ID (com.ninjinkun.njkappのようなやつ) が同一だとアプリが上書きされてしまうのですが、Build Variantsを使う事で別のApplication IDを割り振ることができます。 build.gradle productFlavors { staging { setApplicationId("com.ninjinkun.njkapp.staging") } production { } } Manifest Placeholder この辺りは去年からできたのですが、 ContentProvider や BroadcastReceiver を使っている場合、Android ManifestにApplication IDが文字列で埋
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
先月末、藤井さん の働く株式会社ザッパラスさん にお邪魔して、レスポンシブWebデザインの基本のキ的なお話しをさせていただきました。 題して「もう、レスポンシブでいいんじゃない?」 いま、改めてレスポンシブWebデザインについて考えるきっかけになれば、という視点で内容をまとめてみました。 4年前に「レスポンシブWebデザイン 制作の実践的ワークフローとテクニック 」という本を執筆したんですけど、そのころからウェブ制作のデフォルトはとりあえずレスポンシブでいいんじゃない?と思っていたのですが、最近、その思いがより強くなっています。職場のウェブサイトをレスポンシブでリニューアルしてから約5年が経ちますが、やっぱり、あの時レスポンシブを選択しておいてよかったとつくづく感じています。おかげで、Googleさんがモバイルインデックスを優先するという昨今のニュース にもあまり翻弄されなくてすんでいます
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く