タグ

ブックマーク / www.eisbahn.jp (6)

  • Google I/O 2023でのウェブ関連のトピック

    今年のGoogle I/Oは、KeynoteとDeveloper Keynoteこそ観客をいれて通常運転に戻りましたが、セッションはすべて動画となり、コミュニティ要素はテキストチャットのみという形態となりました。来年こそは今までどおりのGoogle I/Oになってほしいですね。 今年のGoogle I/Oは、ChatGPTを代表としたGenerative AIの登場にとても影響を受けた内容だったな、という感想を持ちました。BardGoogle I/Oの前に公開されていましたし、すでに多くの人が試していたのではないかと思います。 ただ、Bardが日語のサポートを今回遂げたのは、ちょっと驚きでした。Googleから登場する技術やプロダクトの多くが、近年英語のみ対応という状況が多く、多言語対応がなかなか進んでいない印象が僕にはありました。AndroidのApp Actionsなどがその代表

  • HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様

    今日では HTTP(s) で API が公開されることは当たり前の時代ですが、エラーをアプリケーションにどう伝えるかは、個々の API の設計に依存していました。特に、HTTP ステータスコードは有限であり、元々持っている意味があるので、自由に使うことはできません。API はそのドメインごとにもっと複雑で細かなエラー情報があるはずで、それらはレスポンスボディに載せてアプリケーションに伝えることになりますが、その書式に規定は今までありませんでした。 HTTP API にて、アプリケーションにエラー情報を伝達するための(レスポンスボディに載せられる)標準的な形式が、RFC7807 Problem Details for HTTP APIs で定められています。適用例としては、以下のようになります。 HTTP/1.1 403 Forbidden Content-Type: application

    igrep
    igrep 2017/01/23
    REST APIでエラーの詳細を伝える際の標準フォーマット。結構サービス毎にバラバラやもんなぁ。
  • LINE社を退職します

    明日はNHKおかあさんといっしょで「たくみお姉さん」から新しいうたのお姉さんにバトンタッチされる日です。そして、2013年3月にLINE社の社員証をゲットしてからもう3年が経過しましたが、僕はLINE社を退職します。今日3月31日が最終出社日で、在籍自体は4月末までです。 「LINEのプラットフォーム化に力を貸して欲しい」と誘われてから今まで、まあ速かったです。もう3年も経っちゃったのか、という印象しかありません。それだけ内容が濃かったのか、いろいろやること多すぎてずっとテンパってたのか、自分でも良くわかりません。「入社したのがつい昨日のことのようです♪」なんてことはさすがにありませんが、例えばOpenSocialやり始めてからは、もう8年も経過してるんですよ。そりゃ年取るわけです。もう41歳だし。 入社したときにはLINE Platformの原型は既に開発されていて、しかし全然まだまだの

    LINE社を退職します
    igrep
    igrep 2016/03/31
    "とにかく「遠慮は悪」と思っていろいろな人から話を聞き、議論し、そして成果を形にしていく" 見習いたい。そしてお疲れ様でした!
  • コントリビューションから見たオープンソースの威力

    ChromebookでWindowsファイル共有サーバにアクセスできるFile System for Windowsの最初のReleaseをしてから4ヶ月ちょいが経過。自分で使う上では特に問題なく動作してて満足なんだけど、世界中にいるユーザからは「うごかねーよ」「接続できねーよ」というフィードバックが日々報告されてくる。このアプリの性質上、接続相手のサーバの中で何が起きてエラーになったのか、僕から直接調査することができない。SMBプロトコル上では、サーバから4バイトのエラーコードが帰ってくるだけ。その数値から原因を特定することは、無理ゲーに近い。 それでも、DevToolsで通信内容のHexダンプを出して報告してもらったりして、自分の想定と違ったバイト列があるかどうか地道にチェックしてるんだけど、それも限界がある。 How to Capture the Console Log of Dev

    コントリビューションから見たオープンソースの威力
    igrep
    igrep 2015/10/14
    "これを書いて案内したのは、このエントリを書いているたった2日前。それなのに、もう二人から「キャプチャしてみたよ、どうかな?」とWiresharkで収集されたパケットキャプチャ結果のファイルが..."
  • オレ流AngularJSを使った設計ポリシー

    Chrome MySQL Adminでは、 AngularJSを使って実装を行っています。Chrome appsでは、 何らかのMVC Frameworkの利用が勧められています。 AngularJSは、Controller、Directive、Template、Serviceなど、いくつかの部品群を組み合わせてアプリケーションを構成することになります。その機能の豊富さ故に、実はちゃんとしたポリシーを決めておかないと、いかようにでも作れてしまうために、かえって複雑さが増してしまうという危険性も出てきます。もちろんアプリケーションの作り始めは試行錯誤の連続なのですが、徐々に自分なりのポリシーみたいなものが確立されてくるはずです。 エントリでは、Chrome MySQL Adminでの設計/実装ポリシーを簡単に紹介してみたいと思います。ちなみに、全てのソースコードは、以下にあります。 htt

    オレ流AngularJSを使った設計ポリシー
    igrep
    igrep 2015/06/22
    これからこのリポジトリ触るので参考にしないと。
  • Chrome OSに仮想ファイルシステムを提供するためのAPIのリファレンスを和訳してみました

    Chrome OSに仮想ファイルシステムを提供するためのAPIのリファレンスを和訳してみました Written on Jan 12, 2015. Posted in Chrome extension 最近Chromebookを買いました。Dell Chromebook 11 です。ちゃちい作りかと思ってたのですが、かなりしっかりした作りで、かなり気に入りました。ただし、macbook airを持ってるので、もちろん普段はChromebookを使う機会は少ないです。ただし、僕にはどうしても作ってみたいものがあり、その動作検証のため、そして僕が作ったものによって、僕がChromebookを利用する機会が増えるように、と購入を決意しています。 その作りたいものとは何か、それはFile System Providerのとある実装です。Chrome MySQL Adminの開発で培った技術を別のこと

    Chrome OSに仮想ファイルシステムを提供するためのAPIのリファレンスを和訳してみました
    igrep
    igrep 2015/01/12
    へぇーすごい。“Chrome OSのファイルマネージャからアクセス可能なファイルシステムを作成するために、chrome.fileSystemProvider APIを利用します。”
  • 1