Google Engineering Practices Documentation
Google Engineering Practices Documentation Google has many generalized engineering practices that cover all languages and all projects. These documents represent our collective experience of various best practices that we have developed over time. It is possible that open source projects or other organizations would benefit from this knowledge, so we work to make it available publicly when possibl
2019年SRE考 - ゆううきブログ
この記事では、自分が数年Site Reliability Engineering (SRE)を実践しつつ、SREについて考えてきたことをまとめる。 先月開催されたMackerel Drink Up #8 Tokyoと先日開催された次世代Webカンファレンス 2019では、SREについて集中的に議論する機会に恵まれたため、脳内メモリにキャッシュされているうちに、SREに関する私的な論考をまとめておく。 (以降では、SRE本の原著にならい、技術領域名を指すときはSRE、職種名を指すときにSREsと表記する。) SREとの関わり なぜSREに関心をもったのか 2015年にメルカリさんがSREチームを発足したときに、SREsの存在を知り、SREsはシステム管理者、Webオペレーションエンジニア、インフラエンジニアといった既存の職種を置き換えていくものだと理解した。 当時、自分が注目したのは、SRE
エンジニアリングと技術とインテグレーションと | タイム・コンサルタントの日誌から
以前、「英国史上、最も偉大な技術リーダーに学ぶべきこと」https://brevis.exblog.jp/24622591/（2016-08-28）と題する記事で、イザムバード・ブルーネルのこと書いた。19世紀前半のイギリスで活躍した、傑出した技術者だ。たまたまロンドンに来る用事があったので、ブルーネルが作ったパディントン駅を見た。とても美しく、かつ機能的な、優れた建物である。改良の手は入れているだろうが、建築物としての骨格は、おそらく最初のままだと思われる。実物を見て、あらためてブルーネルという人の天才的なセンスを感じた。 そのパディントン駅から多少歩いた公園・ハイドパークの南側に、「アルバート記念碑」が立っている。大英帝国の最盛期を作ったビクトリア女王が、亡き夫君のアルバート公を記念して建造を命じた、巨大なモニュメントだ。こちらはネオ・バロック様式で、すごく美的だと思うかどうかは、見る
技術的負債のパターンと悪影響・原因・返却方法について考える - $shibayu36->blog;
先日飲み会で技術的負債についての雑談をしていた。結構いろいろな側面の話をしていたのだけど、技術的負債って一括りにしているのが今はあんまり良くなくて、負債の性質によって技術的奨学金、技術的FX、技術的年金などと言葉を変えると良いのではみたいな半分冗談で会話をしていた。 いろんな問題が技術的負債という一言にまとめられてしまっているので、負債の性質に合わせて、技術的奨学金、技術的FX、技術的年金、など用語を分けると良いのではないか、という話をした— 趣味はマリンスポーツです (@hitode909) 2018年3月27日 技術的負債について - hitode909の日記 それで技術的負債のパターンを見つけて、それによりどういう悪影響があるか、それがなぜ起こるのか、どう返却するかについて考えておくと良いのではと思ったので、今日思いついた3つのパターンをメモしておく。 思いついたパターンは3つ。 変
%25E3%2582%25BB%25E3%2582%25AD%25E3%2583%25A5%25E3%2583%25AA%25E3%2583%2586%25E3%2582%25A3%25E3%2581%25A7%25E9%25A3%25AF%25E9%25A3%259F%25E3%2581%2584%25E3%2581%259F%25E3%2581%2584%25E4%25BA%25BA%25E5%2590%2591%25E3%2581%2591%25E3%2581%25AE%25E5%25BF%2583%25E3%2581%25AE%25E6%258C%2581)
(翻訳)セキュリティで飯食いたい人向けの行動指針 - Got Some \W+ech?
(7/21) コメント欄の指摘を受け英訳追記 前文 本記事はGoogleのセキュリティ担当者 Parisa Tabriz氏(異名: Security Princess)のSo, you want to work in security?を翻訳したものです。 go for it!— Parisa Tabriz (@laparisa) 2016年12月25日 うっ…半年以上前… 意訳したりわからない部分もあったので、原稿の全てを反映できているか自信はありません。元ブログも是非ご一読ください。 —————————————- ここから翻訳 ————————————————- セキュリティ分野(コンピュータ、情報、サイバー…etc)でキャリアを積みたい人からメールをもらうことがある。素晴らしいことだと思う。テクノロジーを安全にしていくパション、創造性を持ち、ハードワークをこなせる仲間はいつだって必要
Quipper に入社して丸4年が経った - @kyanny's blog
blog.kyanny.me 一年経ってしまった。いろいろあった。一年前はオフィスのことしか書かなかったので、今年は自分のことだけ書く。 Engineering Manager 今年の1月に会社の組織変更があり、 Engineering Manager というポジションができた。国単位・技術分野単位などで開発者をいくつかのチームに分け、それぞれに Engineering Manager がいるという、いわゆるふつうのピラミッド型の組織になった。で、俺が東京オフィスの Web Developer チームの Engineering Manager になった。 上司（CTO）から話があったのは去年の11月頃だった。プロダクト開発チームがグローバル全体で50名くらいになってきて、そろそろ CTO 一人で見るのは無理がでてきた、そこでローカルに Manager をつくり各種の業務や権限を委譲していき
意外性に動じない心を持つために | タイム・コンサルタントの日誌から
大学3年生の時、専門科目の学生実験があった。わたし達の班は「流動層の伝熱測定」という課題が与えられた。流動層というのは、丸い円筒形の容器の中に、細かな粒子（粉体）を半分くらいまで入れて、容器の底のノズルから気体を送り込んでやる装置だ。気体の流量がある点を超えると、それまでは単なる粉の集まった固体のように見えた層の中に、急に泡が生じて、全体がまるで液体のようにふるまい出す。これを流動化開始速度と呼ぶ。中で起きているのは、固体と気体とが混じり合って、液のような乱流を示す現象だ。化学プラントでは、細かな触媒粒子を使う化学反応で、反応熱が大きいときに、よくこのような装置を使う。中が良く混ざるので、熱がホットスポットのように集中しないですむからだ。 さて、わたし達の班は指定された運転条件で実験装置を動かし、得られたデータを元に計算した。ところが、教科書に載っている伝熱係数の推算式と、結果が3割も違う
ソフトウェア工学は失敗している - きしだのHatena
特に学術的にソフトウェア工学に触れたことはないのですが、むしろそうではなく現場にいる身としては、ソフトウェア工学は失敗しているように見えます。 「成功していない」ように見えるのではなく「失敗している」ように見えるのです。 もちろん、いまソフトウェア開発で使う技法やツールなど、ソフトウェア工学の産物はたくさんあり、現在のソフトウェア開発がソフトウェア工学から生まれたもので支えられていることには間違いありません。 でも、そうやって築き上げてきたものが、1999年以降ガラガラと崩れて、そしてうまく再構築できていないように見えます。 1999年、なにがあったかというと、XPエクストリーム・プログラミング入門という本が発行されたのです。リンク先は2版ですが、日本語版でも初版は2000年12月になっています。 ここからソフトウェア工学がガラガラ崩れた気がしています。 では、ここまでソフトウェア工学がど
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
