栞
Webで見つけた気になるページ。
- 2014年9月
「D3-based reusable chart library」
「jQuery plugin for displaying the drawer menu using CSS animations in the event of a trigger. Setting the position can be selected either the right or left. And also supports Responsive design.」
- 2014年8月
「I had the same problem. And though my solution is not perfect it seems to work. Basically Safari seems to look for an input field with password and username and always tries to fill it. So, my solution was to add a fake username and password field before the current one which safari could fill. I tried using style .. display none but that did not work. So eventually i just used style="position:absolute; top:-50px;" this hid the input field out of sight and seemed to work fine. I did to want to use javascript but i guess you could hide it with javscript.」
「こういった状況において制御可能なポイントを増やしておく*1と、何かあったときの対処が非常にやりやすい。密結合のハイパフォーマンスサーバソフトウェアひとつよりも、疎結合のそこそこパフォーマンスサーバソフトウェアいくつもの組合せの方が、最終的に高稼働率・高スループット・低コストな環境を作りやすいのだ。」
「「重い」アプリケーションサーバーと「軽い」Reverse Proxy を組み合わせてそれぞれ自分が得意なものだけ担当することで、システム全体の系でみたときにリソース効率を全体最適させましょう･･･というのがインフラ視点で Reverse Proxy を導入したい一番の理由である。」
「At Yelp we rely heavily on pre-commit hooks to find and fix common issues before changes are submitted for code review. We run our hooks before every commit to automatically point out issues like missing semicolons, whitespace problems, and testing statements in code. Automatically fixing these issues before posting code reviews allows our code reviewer to pay attention to the architecture of a change and not worry about trivial errors.」
「上述の記事 では、マイクロサービスの特徴が九つほど上げられています。 サービスによるコンポーネント化：ライブラリではなく別プロセスで動作するサービスによってアプリケーションのコンポーネント化を実現している。 ビジネスケイパビリティに基づく組織化：役割ごとにチームが構成されるのではなく、複数の役割が混在したチームがひとつのサービスを構築する。（コンウェイの法則！） プロジェクトではなくプロダクト：コンポーネントは期限のあるプロジェクトとして開発されるではなく、継続的なプロダクトとして提供される。 スマートエンドポイント、ダムパイプ：サービス間のメッセージは、HTTP経由でAPI呼び出しされるか、RabbitMQやZeroMQといった軽量メッセージングシステムによる通信で交換される。 分散ガバナンス：サービスごとに言語やデータベースなどは統一されず、個別に適切なものが選択される。 分散データ管理：サービスごとにデータを持ち、統合されていない。 インフラストラクチャ自動化：継続的デリバリが実現され、自動テスト、自動デプロイなどが採用されている。 障害設計：構成されるサービスの障害に耐性を持つように設計されている。 進化的設計：各サービスごとに変更が行なわれ、漸進的に設計がされる。」