HTML5 Conference 11/25
![光を超えるためのフロントエンドアーキテクチャ - Speaker Deck](https://cdn-ak-scissors.b.st-hatena.com/image/square/6c5f1f5711204b5e6252f27b95f86d968851474f/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fff742a53459c4a9090e01f84cd1c42a0%2Fslide_0.jpg%3F11299396)
HTML5 Conference 11/25
ipfs.io IPFS とは / BitTorrent とどう違うのか P2P の分散ファイルシステム BitTorrentがトラッカーファイルと呼ばれる単位でファイル共有を行うのに対し、IPFS は内部が別のオブジェクトを指し示すポインタ(ディレクトリ相当) or またはバイナリ(ファイル相当)のものがDAG構造をとっていて、それぞれにユニークなキーが振られている。 IPFSの内部構造は Git の内部オブジェクトと非常に似ている。分散ファイルシステムとしての Git との概念的な差はほとんどなくて、両者ともにコンテンツアドレッシング方式の Merkle DAG 構造ということができる。調べた感じ各種ツリーフォーマットの表現の差や、オブジェクトの圧縮方法が違うだけ、といっていってよさそう。 IPFSで配布する際は、URLのような名前空間に対して保存するのではなく、オブジェクトまたはその
保守しやすく、規模に依存しないHTML文書のために 一般 DOCTYPEで始める 置き換えられるべきまたは旧式のDOCTYPEを使わない XML宣言を使用しない 文字参照はできる限り使わない &と<、>、"、'は名前文字参照を使ってエスケープする 制御文字や不可視文字は数値文字参照を使う コメントではその内容の前後へ空白文字を置く 終了タグを省略しない 空要素の書き方を混ぜない タグや属性値の前後へ空白文字を置かない 大文字・小文字を混ぜない 引用符を混ぜない 属性を2文字以上の空白文字で区切らない 真偽値を取る属性の値は省略する 名前空間は省略する XML属性は使わない data-*とMicrodata、RDFa Lite用の属性と通常の属性を混ぜない デフォルトの暗黙のARIAセマンティックスを尊重する 文書要素 lang属性を追加する lang属性の値はできる限り短くする できる限り
[追記] QUIC, HTTP/3 関連記事 まるっと解説記事を書き直しました asnokaze.hatenablog.com その他もどうぞ QUIC, HTTP/3の標準化状況を確認したい (2019年11月版) - ASnoKaze blog HTTP/3と新しいプライオリティ制御方式について - ASnoKaze blog QUICのコネクションマイグレーションについて - ASnoKaze blog QUICの暗号化と鍵の導出について - ASnoKaze blog HTTP/3のヘッダ圧縮仕様QPACKについて - ASnoKaze blog WiresharkでのQUICの復号(decrypt) - ASnoKaze blog QUIC,HTTP/3 の draft-17に関するメモ - ASnoKaze blog HTTP over QUICと、その名称について (HTTP
日本で深刻化している「長時間労働問題」。 もしこの問題があの「Google」で起こったとしたら、同社はどう対処し、解決するでしょうか。Googleで人材育成やリーダーシップ開発に携わってこられたピョートル・フェリクス・グジバチさんにお話を伺いました。 Googleの社員が「労働時間」を問われない理由 ーピョートルさんの在籍中、Googleで「長時間労働」が問題として挙がったことはありましたか? 少なくとも、単に「長時間働いているから」というだけで「あの人は仕事を頑張っている」と評価が上がるということはありませんでした。 そもそも「労働時間で管理する」というのは、工場やレストランで働く人など、アウトプットが定型化している仕事に就く人をマネジメントする際に使われる考え方。 そうではない、例えば、営業職、企画職、あるいは管理職もそうですが、いわゆるホワイトカラーの職業に就く人を「時間で管理する」
この記事はフリーランスアドベントカレンダーの19日目です。 adventar.org タイトルはmizchi氏のこちらのエントリをパクりました。 mizchi.hatenablog.com 何故かというと、このエントリを読んで「ベンチャーからフリーランスになった人」との対比として「フリーランスからベンチャー社員になった人」という視点でエントリを書いてみたいなと思ったからです。 といっても、ぼくは別に廃業したわけではないので、正確にはフリーランスをやめてはいないし、副業としてコード設計のアドバイスしてほしいみたいな話は歓迎ですし、今後ずっと正社員として生きていくという気持ちがあるわけでも特にないです。 はじめましての方に説明すると、自分の経歴は 情報系専門学校卒業 => 新卒で零細SIer(Android) 1年 => 転職して零細ゲーム会社(Unity) 2ヶ月 => フリーランス(And
The Qiita Advent Calendar 2017 is supported by the following companies, organizations, and services.
お前らがModelと呼ぶアレをなんと呼ぶべきか。近辺の用語(EntityとかVOとかDTOとか)について整理しつつ考えるmodelDDD設計 みなさんは、Modelと言われたときに何をイメージしますか? こんなアレを思い浮かべた方も多いかと思います。 マサカらせてください。やはりお前らのModelは間違っている。 アレをModelと呼ぶと何が不味いのか すみません、早速言い過ぎました。半分は正しいです。MVCの発明者、Trygve Reenskaug氏による1979年の説明によると、 Models represent knowledge. A model could be a single object (rather uninteresting), or it could be some structure of objects. 1 このように「Modelは単体のオブジェクトであっても
貧困の連鎖を止めようとしたら、子どもの学力が下がりました。働き方から変えよう、地方から変えようとしたら、何も変わりませんでした。 自己紹介 こんにちは。上杉周作と申します。教育について考えるのが好きな、シリコンバレー在住のエンジニアです。 88年生まれで、中学1年まで日本で暮らし、それからはアメリカ在住です。カーネギーメロン大でコンピューターサイエンスを学び、AppleとFacebookでエンジニアインターンをし、その後シリコンバレーのベンチャーを転々とし、2012年9月よりシリコンバレーの教育ベンチャー・EdSurgeに就職しました。 2017年1月にはNHK「クローズアップ現代+」の教育特集に「教育×IT」の専門家としてお呼びいただき、教育評論家の尾木ママさんと共演しました。 NHK・クローズアップ現代+ 2017年1月26日放送 「ハーバードはもう古い!? ~エドテック “教育革命”
GitHubで公開されているフロントエンドチェックリストというドキュメントが、網羅されている内容が幅広く便利そうだったので、日本語に翻訳しました。 日本語版は、以下のGitHubリポジトリにあります。GitHub側と自動的に連携するようにしておりますので、誤訳や誤りなどがあれば GitHub のプルリクエストまたは Issue で報告していただけると幸いです。 https://github.com/miya0001/Front-End-Checklist 日本語版への貢献方法 最終更新日時: 2017-11-19 03:50:47+09:00 (未翻訳) Front-End Checklist The Front-End Checklist is an exhaustive list of all elements you need to have / to test before lau
Go+Microservices at Mercari Go Conference 2017 Autumn 5 November 2017 Taichi Nakashima About me @deeeet / @tcnksm (GitHub) http://deeeet.com SRE at Mercari, Inc. Microservices platform & machine learning platform 2 Go 언어 실전 테크닉 22,000원 3 TL;DR How do we use Go (+gRPC) for microservices. 4 Microservices at Mercari Background One large PHP monolith Single repository for 3 regions (JP, US and UK) Cha
This article will focus on clean code practices as they apply to modern React software development. I’ll also talk about some of the “sugar” that ES6/ES2015 brings to the table. What is clean code, and why do I care? Clean code is a consistent style of programming that makes your code easier to write, read, and maintain. Often a developer spends time on a problem, and once the problem is solved, t
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く