Helping Users Find Their Own Way: Creating Modern Search Experiences
AI/MLシステム開発の難しさ
Helping Users Find Their Own Way: Creating Modern Search Experiences
Tech Night @ Shiodome#4 #テクシオ に参加してきたのでざっくりレポートする - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? イベントページ 聴講しながら取ったメモから、資料に書いてある部分を多少省いて整理したものです。まずは各発表者の資料に目を通していただくのが良いでしょう。 発表/あたりまえのことをあたりまえにやる難しさ 時雨堂 @voluntasさん 資料 http://bit.ly/atarimaenokoto LTで発表するSoftBankの方のお手伝いなど、いくつかの企業でインフラの改善・自動化をしている。 DevOpsという言葉は使わない。自動化の話をする。 「自動化をするための準備」の話。 手動で失敗してるのに自動化しようとすると失敗する。 な
闇のDevOps DevOpsと業績評価 – ところてん – Medium
先日、NTT Tech Conferenceに参加しました。そこで、DevOpsのセッションを聞いて色々と思うところがあったので、手持ちの資料から抜粋して色々と書いてみます。 大本の資料は、2013から2015年にかけて、九州工業大学でM1の学生向けに講演した内容になります。 今思えば、「ベンチャー企業におけるDevOpsについて話してほしい」という依頼に対して、「DevOpsと社内政治」について話してしまったので、本当に申し訳ないと思ってる。 まあ、ツールはいくらでも移り変わるが根源の思想はどこまで行っても変わらんので、思想教育だけしておけばいいかなというのはある。 さて、昨今DevOpsが話題で、「DevOpsをやってみたいので、どのツールを使ったらいいか教えてくれ」みたいな残念な会話をチラホラ耳にします（と、NTTの中の人が言ってしました）。 この手の人々が残念なのは、DevOps云
【資料公開】スクラムの落とし穴 #RSGT2017
みなさんこんにちは。@ryuzeeです。 2017年1月12日〜13日にかけてスクラムのイベントであるRegional Scrum Gathering Tokyo 2017が開催されました。 その中でスクラムでよく起こる問題やその原因・対策に関するセッションを行いましたので資料を公開いたします。 アジャイルなやり方でプロジェクトをやろうとしたときの「あるある」な失敗をまとめたものとなっていますので、いま何となく上手く行っていない気がする方はセルフチェックとしてもご利用いただけるのではないかと思います。内容に関するご質問やご要望がありましたら是非Twitterなどで気軽にお寄せください。 それでは。
HashiCorp の DevOps Defined とアプリケーション・デリバリ・プロセス（参考訳） ‣ Pocketstudio.Net
概要 HashiCorp のブログとサイトで、DevOps Defined（定義）に関する２つのドキュメントが公開されました。自分用に翻訳していたのですが、死蔵させておくのも無意味と思い、いつもの通り公開します。私はアプリケーションの開発者寄りではないため、開発寄りのキーワードの翻訳に誤っているところがあれば、ご指摘いただけますと幸いです。 HashiCorp, DevOps, and the Application Delivery process https://www.hashicorp.com/blog/hashicorp-devops-and-the-application-delivery-process.htmlDevOps Defined | HashiCorp https://www.hashicorp.com/devops.html HashiCorp、DevOps、そ
衝撃的な効率性～最高の DevOps チームは「知っている事」で構成されていた～ - メソッド屋のブログ
今回マイクロソフトの社内カンファレンスに参加するために、シアトルに滞在したが、以前からどうしてもやりたかった、マイクロソフト最高の DevOps チームを直接観察してみたいという夢をかなえてみた。 私はマイクロソフトの DevOps エバンジェリストだが、Sam Guckenheimerのチームの話は、本人の口と、プレゼンテーションと、アーティクル経由で理解したものに過ぎない。現場に行って本物を見てみたかったのだ。 だから、今回Ｓａｍにお願いして、VSTS/TFSを開発しているMatthewのチームを観察させてもらった。そこで得たことを皆さんと共有しておきたい。 気になっていたSamの一言 VSTS / TFSの開発チームがいるビルにやってきた。ここにあのチームがいるのかと思うとすごくワクワクしてきた。一体どんなことを彼らはやっているのだろう。それと同時に、私が顧客訪問をSamと日本で行っ
ウェブアプリケーション開発に新言語を採用したときにインフラで考えたこと - ゆううきブログ
この文章は、サーバサイドのウェブアプリケーション開発において、社内実績の少ない新しい言語を採用したときにインフラ面で考慮したことを社内向けにまとめたものです。 はてなでは、長らくPerlでウェブアプリケーション開発を続けてきた一方、ここ数年で社内でScalaまたはGoの採用事例も増えてきました。 今後開発が始まるプロダクトにおいても、Perl、Scala、Goもしくは他の言語を採用するかどうかを開発開始時に選ぶことになるでしょう。 新言語を採用するときに、考慮すべきことの一つとして、「インフラ」への影響があります。 新言語に関する雑談をしていると、ウェブアプリケーションエンジニアに「インフラ」への影響について聞かれます。 もしくは、ウェブオペレーションエンジニアから考慮するポイントを伝えることもあります。 ScalaやGo以外に、Node.jsやサーバサイドSwiftはどうかというのも雑談
諸君、私は運用が大好きだ！私がZabbixを導入した根本的な理由 | Pocketstudio.jp log3
諸君、私は運用が大好きだ！ 監視が好きだ 監視設計が好きだ アラートが好きだ パトランプが好きだ データセンタの入館申請が好きだ Muninも好きだ Zabbixも大好きだ トラブルシュートが好きだ 報告書作成が好きだ データセンタで オフィスで 公園で 映画館のロビーで この地上で行われる ありとあらゆる運用が大好きだ ――とある運用担当者の手記より。作者は不明である。 本稿は、Zabbix アドベントカレンダー 2015 の、12月9日分の投稿です。想定している読者は、Zabbix や運用・監視といったキーワードに興味をお持ちの方です。 ■ 概要（はじめに、運用があった） 先日、Zabbix Conference Japan 2015 で登壇の機会をいただきました。その発表内容の前半、「そもそも、わたしは何故 Zabbix を導入したのか」を、改めて文章として紹介したいと思っています。
じこはおこるさ - 職質アンチパターン
これはきかんしゃトーマスアドベントカレンダー20日目の記事です． サービスやシステムが運用・運営フェイズに入るとほぼ間違いなく事故が起きる．理想的には事故が起きないことがベストだがそうした状況はほぼ間違いなく存在しない，つまり事故はいずれ起こるので，我々はそうした不慮の事故に備える必要がある．上の動画は今，社内の一部で流行っている歌で，非常に示唆に富んでいて，良い． さてスタンスを予め明らかにしておくと，事故やオペミスは起こるものだし，その点については仕方がない事だと思っているが，その事故からは学習すべきだと思っている． 事故が起きた時はそれをいち早く終息・復旧させることが再優先だと感じていて，それを遂行するためには手段を選り好みせず，かつ冷静に行うことが重要だと思う． よく「犯人探しをするな」みたいなことを言われるけど (まあ犯人という言い方は悪いんだが) 実際に事故を起こした人から話を
社内PaaSの開発運用 // Speaker Deck
Talked at http://www.zusaar.com/event/9057007
開発するように運用するインフラ JAWS DAYS 2015
Introduction to Domain-Driven Design and Collaborative software design
はてなやクックパッドの開発現場で、CIやテストはどう行われているのか？（前編）。CROSS 2014 － Publickey
Web技術について横断的に語り合うイベント「CROSS 2014」が1月17日、都内で行われました。 そのセッションの1つ「現場に聞く！テスト/CI/DevOps、実際のところどうなの」では、フリーランスエンジニアの伊藤直也氏がセッションオーナーとして司会を担当し、クックパッドで開発まわりのエンジニアをしている舘野祐一氏、はてなでアプリケーションエンジニアをしている伏井洋平氏、KAIZEN platform Inc.の石橋利真氏らがスピーカーとして登壇。 先進的な現場でテストやCIがどのように行われ、エンジニアのチームがどのように情報共有をしているか、本音で語るという注目すべき内容でした。本記事ではそのダイジェストを紹介しましょう。 現場に聞く！テスト/CI/DevOps、実際のところどうなの 伊藤 今日のテーマとしてはCI（Continuous Integration、継続的インテグレー
DevOpsなんてくそくらえ - razokulover publog
先日こんなことを言われた。 「テストを書いた成果を見せよ」 と。 ショッキングだった。 経緯 わたしはいまレガシーなコードに囲まれている。 もちろんテストもほとんどないピカピカのレガシーちゃんである。 レガシーちゃんは「Ctrl+F5 & tail -f 駆動開発」により開発が進められており、日々進化している。 このまま進化をつづけるといつかモンスターになり(もう軽く怪獣っぽいが)、開発スピードがどんどん遅くなり、メンテナンスやバグつぶしでエンハンスとなるような開発ができなくなる。このままじゃマズい...。 こういった事態を一新すべく、手探りながら私含め数人の先輩たちで「DevOps」に取りかかることになった。 バズワードにもなっているが「DevOps」とは、 従来型のシステム管理や調達（ITILを含む）といった、保守的でプロセスを中心に据えた運用からよ>り戦略的でアジャイルな、そして自動
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLを割と一人で300台管理する技術
あたりまえのことをあたりまえにやる難しさ
チームとプロダクトをぶっ壊した話
Microsoft Corporation
運用に自動化を求めるのは間違っているだろうか
運用を楽にするためのアプリケーションコードを書くということ : sonots:blog
ある若手インフラエンジニアの現状確認 #wakateinfra
