【翻訳】Googleのエンジニアがソフトウェア開発する時に必ず書くドキュメント「Design Docs at Google」 - BppLOG
Googleでの「Design Docs」とは 2007年の Google Developer Day Tokyo での鵜飼氏のプレゼンによると「Google で必ず書くことになっているドキュメント」であり、「プロジェクト立ち上げ時の 1～2週間をかけて書く」ものです。 今回は Google のソフトウェアエンジニアである @cramforce 氏が自身のブログで「Googleでの Design Docs」について解説している記事を公開されていたため、氏の許可を得て翻訳しています。 原文： www.industrialempathy.com 関連書籍： Googleのソフトウェアエンジニアリング ―持続可能なプログラミングを支える技術、文化、プロセス オライリージャパンAmazon 読了目安：11分 (目次) デザインドキュメント の解剖学 文脈と範囲 目標と非目標 実際のデザイン システ
Effective SQL | 翔泳社
どれだけクライアント側のUXが変わっても、アルゴリズムが変更されても、変わらないのがリレーショナルデータベースの世界。それだけに経験値とベンダーごとに微妙に異なる方言を操るための“鍛錬”は必須の世界といえます。 しかし“鍛錬”は、それこそ思考し手を動かさなければ鍛錬とは言えません。 そこで本書では、単なる教科書的なSQL文の組み立て（鍛錬の方法）を超えて、さまざまなケースにマッチした最適なSQLを自然に記述できるようになるための知見と勘所を、具体的なテーブルやDB構成とともに解説します。 そのためSQL方言は極力排し、標準SQLで解説を行い、各サンプルの方言版はGitHubで公開するという方法を取っています。 つまり、 ・解くべき問題を明確にし、 ・次にその解決方法を整理し、 ・考え方を標準的なやり方で提示し、 ・必要であれば方言でも参照できる、 というスタイルです。 SQLの現場ですぐに
HTTP/2時代のウェブサイト設計
CEDEC2021 ダウンロード時間を大幅減！～大量のアセットをさばく高速な実装と運用事例の共有～ SEGADevTech
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Lv1から始めるWebサービスのインフラ構築
