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
サイボウズの開発を支えるKAIZEN文化
東京Node学園祭2016での発表資料です。 http://nodefest.jp/2016/ https://www.youtube.com/watch?v=36RwwoYErjALire moins
ICSE 2015勉強会 参加報告 - 弥生開発者ブログ
こんにちは。Misoca開発チームのmzpです。 長野で夏の星を見てきましたが、最高でした。 先日、ICSE 2015勉強会に参加してきたので、内容を紹介したいと思います。 ICSE 2015勉強会とは ICSE 2015勉強会は、ソフトウェア工学のトップカンファレンスの1つであるICSE(International Conference on Software Engineering)で発表された論文を紹介していく勉強会です。1つあたりの紹介時間は3分なので、ガンガン進んでいきます。 最新の研究の動向を一日で把握できるので、大学・企業等で研究している人から、ソフトウェア工学に興味を持っている人にいたるまで多くの人が毎年参加しています。今回は全会場あわせて151人の人が参加していたそうです。 参加報告 会場の様子 ICSE 2015勉強会は毎年、東京、大阪、名古屋、九州といった各拠点をTV
Areas | Yahoo Labs
Computational advertising is a scientific sub-discipline, at the intersection of information retrieval, machine learning, optimization and micro-economics. Its... More » The HCI Research Group investigates people and the data they make. Our motivations, how we share, and the content of the media we make and consume each... More »
若いエンジニアへ
エンジニアなら誰でも突貫工事に喜びを見出した経験がある。深夜2時の夜食を共にした同僚のことは、その職業人生を通じて忘れることはない。しかし、そこにいかなるドラマがあろうとも、突貫工事は例外である。これを常態としてはならない。 メーカーの組込みプログラマとしてエンジニアのキャリアをスタートした私は、「よい製品はよいプロセスから生まれる」ことを頭に叩きこまれた。素晴らしい製品を生み出す工場は静かである。常に誰かが大声で叫んでいるような工場には明らかにプロセス上の問題が認められ、素晴らしい製品を生むことは決してない。 本物のエンジニアは突貫工事を好まない。突貫工事とはプロセス上の誤りであり、つまり誰かが大声で叫ばなければならないということだからである。エンジニアの仕事は計画され、コントロールされたものでなければならない。 長時間労働によって成果を生み出そうとすることも、やはり例外としなければなら
ソフトウエア工学と方法論の再建を目指す「SEMAT」の日本コミュニティが活動開始
ソフトウエア工学と方法論の再建を目指す「SEMAT（Software Engineering Method and Theory、シーマット）」の日本におけるコミュニティ「SEMAT Japan Chapter」が2013年4月28日、Webサイトを公開し活動を開始した。早稲田大学グローバルソフトウェアエンジニアリング研究所 所長の鷲崎弘宜氏が代表を務め、チェンジビジョンの平鍋健児氏らがメンバーとして参加している。 SEMATは、UMLの開発で知られるIvar Jacobson氏、オブジェクト指向プログラミング言語Eiffelを開発したBertrand Meyer氏、Object Management Group(OMG)会長のRichard Soley氏らが推進しているソフトウエア工学と開発方法論の再建運動。 SEMATでは、今日のソフトウエア工学は流行に左右され、方法論が乱立、確たる理
List of system quality attributes - Wikipedia
This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these messages) This article is in list format but may read better as prose. You can help by converting this article, if appropriate. Editing help is available. (September 2015) This article needs additional citations for verification. Please help improve this article by
overlasting.net
overlasting.net 2020 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
「少人数のチームの方がソフトウェアの品質は高い」実証的ソフトウェア工学の研究会が開催
統計や実証を通してソフトウェア工学を研究していく、それが「エンピリカルソフトウェア工学」（Empirical Software Engineering、実証的ソフトウェア工学）です。「第一回エンピリカルソフトウェア工学研究会」が、12月10日に都内で開催されました。 基調講演では、マイクロソフトリサーチで研究をしているDr. Thomas Zimmermann氏が登壇。開発組織の構造がソフトウェアにどう影響するのか、バグ報告書やバグ報告者と修正されるバグの優先順位の関係、そしてエンピリカルソフトウェア工学という「データ指向のソフトウェア工学」を、どのようにソフトウェア開発における意志決定に役立ていくのか、といった内容の講演でした。 開発組織の構造がソフトウェア品質に及ぼす影響は？ マイクロソフトリサーチのDr. Thomas Zimmermann氏。 今日はいくつかのテーマについて紹介した
Does Distributed Development Affect Software Quality? An Empirical Case Study of Windows Vista - Microsoft Research
Existing literature on distributed development in software engineering, and other fields discusses various challenges, including cultural barriers, expertise transfer difficulties, and communication and coordination overhead. Conventional wisdom, in fact, holds that distributed software development is riskier and more challenging than collocated development. We revisit this belief, empirically stu
変わりつつあるソフトウェア開発の価値観
巻頭言 商用コンピュータが世に出てきてから、早50年以上が経過しています。 当初は、科学技術計算分野での電子「計算」機として生まれたコンピュータも、今では事務処理、意思決定支援、通信関連、娯楽等、さまざまな分野で利用されるようになり、真の情報処理機械と言えるまでに成長してきました。 また、ハードウェア性能は爆発的に、ソフトウェア開発手法もそれなりに進歩を続けています。 しかし、こういった進歩により劇的な周辺環境の変化が引き起こされ、ある時代にソフトウェア開発の真実であったことが、現在では間違いとなるような逆転現象も起こってきているのです。 例を挙げると、メモリが高価な頃は、1バイトでもメモリを節約するようなコーディングが優れているとされ、分かりやすさは二の次にされていました。 しかし、今や組み込み系以外では、こういったコーディングは「可読性を下げる悪習」と考えられていま
L'eclat des jours(2005-08-05)
_ Indigo おもしろかった。ASMX,Remoting,MSMQ,COM+(EnterpriseService),WSE全部ひっくるめて面倒みるとか。HTTPでP2Pとか（HTTPサーバーでもある――HTTPとは限定する必要はないのだろうけど）。 構成ファイルで拡張可能→abstract factory。 とりあえず、マイグレーションパスで一番素直な道がASMXというのは予想通りとか。 ここに来て、WXSの悪評が出ているのはもしかしてIndigoのリリースを前にして何か政治的なものがあるのかな、と考えてみたり。 今日（正確には昨日）は、Indigoと、全然まだまだっぽいけどDSLツールのVS.NET組み込みと、具体性を帯びた話が続いて、ここ数年のTechEDの中で一番おもしろかったのであった。 _ Software Factory 関心事は異なる、それをまとめるのがアナーキストの役割
Martin Fowler's Bliki in Japanese - 失敗とは
StandishグループのCHAOSレポートは長年、 ITプロジェクトでの何兆ドルもの損失について論じてきた。 34%の成功率は、2001年の28%からの大幅な改善である。 ただ「失敗」とは何のことだろうか。chaosレポートは成功をこう定義づけている。時間どおり、予算どおり、そして、その他期待しうる特徴のほとんどだ。しかし、これが本当に成功なのか？なんと言ってもWindows95はものすごく遅れたわけだが、マイクロソフトのビジネスには著しく貢献している。 納期が遅れたとか、予算がオーバーしたとかでプロジェクトが失敗したと言うよりも、失敗したのは見積もりなのだと言いたい。CHAOSレポートはソフトウェアプロジェクトの失敗の記録ではなく、ソフトウェア見積もりの失敗の記録なのだ。 何が成功として勘定できるのか。測ることが可能なのであれば、答えは投資へのリターンとなるべきだ。悲しいかなこれを測る
Martin Fowler's Bliki in Japanese - 生産性は計測不能
http://www.martinfowler.com/bliki/CannotMeasureProductivity.html 設計手法などのソフトウェアプロセスについて、感情的に議論されているのをよく目にします。しかし、その議論に答えを出すのは不可能です。ソフトウェア産業では、ソフトウェア開発の効果要因を計測する術がないからです。特に、生産性を合理的に計測する方法はありません。 生産性とは、インプットとアウトプットで決定されるものです。 ソフトウェアの生産性を測るには、ソフトウェア開発のアウトプットを見なくてはいけません……が、そのアウトプットを計測できないからこそ、ソフトウェア開発の生産性が計測できないのです。 これに対して何もしなかったわけではありません。コード行で生産性を計測しようと研究をしている人たちがいます。めちゃくちゃムカつきますね。だって言語は違うし、数え方の違いもあるし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ICSE2016勉強会 #sereading
Photo Tourism: Microsoft Research, Interactive Visual Media Group
Publications – Google Research
このページを見るには、ログインまたは登録してください
ドワンゴのエンジニア新人研修のご紹介：dwango エンジニア ブロマガ
Weblogs Forum - Is it Academic?