DevOpsに関する12のアンチパターン
みなさんこんにちは。@ryuzeeです。 DevOpsGuysというサイトのTwelve DevOps Anti-Patternsという記事が秀逸です。 作者の方に許可を頂き翻訳しましたので公開します。 原文も軽妙なタッチで読みやすいと思いますのでぜひご参照ください。 また本文で様々なスライドや資料へのリンクがありますので、そちらも見ていただくと理解が深まるんじゃないかと思います！ えっとDevOpsを始めたいのかな？おっけー。ただ始める前に、やってはいけないいくつかのことについて見ておこう。 古き良き時代には単に「良くないアイデア」って呼んでいたんだけど、外交やポリティカル・コレクトネス運動の結果、ブレストやアイデアシャワーをして、最近は「アンチパターン」と呼ばれるようになった。 パターンが絶対的に正しいのであれば、すなわち「アンチパターン」は間違いということになる。そして間違いを避ける
Martin Fowler's Bliki in Japanese - ヘロヘロScrum
@@ -0,0 +1,79 @@ +http://martinfowler.com/bliki/FlaccidScrum.html + +2009/1/29 + +//There's a mess I've heard about with quite a few projects recently. It works out like this: + +多くのプロジェクトで混乱が起こっているようだ。 +次のようなことになっているらしい。 + +// * They want to use an agile process, and pick Scrum +// * They adopt the Scrum practices, and maybe even the principles +// * After a while progress is
DevLOVE名古屋 ～今、ここにあるアジャイル～
誰かがやっている、ではなく、自分たちでやってみたアジャイル Webの記事・セミナーで発表される「アジャイルの事例」を聞いて自分の現場から遠い話だと感じたことはありませんか。 書籍にのっているアジャイルな開発を見て自分の現場には遠いと感じたことはりませんか。 今回は”いつもアジャイルな開発をしている方”ではなく"アジャイルな開発に取り組み始めた方" の事例からアジャイルな開発への一歩のヒントを得る場です。 アジェンダ 19:00-19:10 開場 19:10-19:15 はじめに 19:15-19:40 「Burnin' ～スクラムはじめました～」 スクラムについて学習から実践へ移した時、得た・知ったことについての事例発表。 形式：事例紹介 話し手：ワンステップビヨンド 代表 羽飼 康 さん フリーランスのITエンジニア、アーキテクトとして活動。 名古屋アジャイル勉強会スタッフ。 認定スクラ
Jeff Patton氏の “情熱プロダクトオーナーシップ” に参加しました #sgt2011 #CSPO
I participated “Certified Scrum Product Owner Training” by Jeff Patton. I’m not understand about product owner’s role and their perspective but this training gave me new insight. Master Jeff’s explanation was passionate and he shared us much experience. I was impressed to meet him. Thank you so much Jeff. 10/20〜10/21の二日間。ジェフ・パットン氏による認定スクラムプロダクトオーナートレーニング、「情熱プロダクトオーナーシップ」に参加しました。 ジェフ・パットン氏は、日本の実践者で
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
2012/12/22(土)の社内で開催した「プレゼン祭り」で発表した内容です。アジャイルに全く触れたことが無い人を対象にしたつもりが、「難しい」「内容が盛り沢山で覚え切れなかった」「寝ちゃった」などなどとあまり好評ではなかったのですが、自戒の念も込めて公開しておきます。 対象は「ウォーターフォール開発しか体験したことのない経験5〜6年程度の若者」です。 ※2022/04/11追記 Speaker Deckに移行しました。 https://speakerdeck.com/takigawa401/toriaesu30fen-tehitotoorifen-katutaqi-nihanareruasiyairuru-menRead less
アジャイル宣言の背後にある原則
私たちは以下の原則に従う: 顧客満足を最優先し、 価値のあるソフトウェアを早く継続的に提供します。 要求の変更はたとえ開発の後期であっても歓迎します。 変化を味方につけることによって、お客様の競争力を引き上げます。 動くソフトウェアを、2-3週間から2-3ヶ月という できるだけ短い時間間隔でリリースします。 ビジネス側の人と開発者は、プロジェクトを通して 日々一緒に働かなければなりません。 意欲に満ちた人々を集めてプロジェクトを構成します。 環境と支援を与え仕事が無事終わるまで彼らを信頼します。 情報を伝えるもっとも効率的で効果的な方法は フェイス・トゥ・フェイスで話をすることです。 動くソフトウェアこそが進捗の最も重要な尺度です。 アジャイル･プロセスは持続可能な開発を促進します。 一定のペースを継続的に維持できるようにしなければなりません。 技術的卓越性と優れた設計に対する 不断の注意
超速で開発・リリースするための6つのこと - Cybozu Inside Out | サイボウズエンジニアのブログ
「サイボウズ・アドベントカレンダー」の8日目です。ちょうど真ん中まできました（これまでの記事一覧）。 こんにちは。kintone 開発チームの刈川です。いきなりですが、皆さんはどのくらいの頻度でアプリやサービスをリリースしていますか？ 1週間？ 1ヶ月？ 1年？ 規模によると思いますがクラウドサービスではリリースのスピードが大事です。せっかくいいアイデアを思いついたのに、それを実現するまでに果てしない時間と労力がかかるとしたら…。ユーザの意見を取り入れるまでに半年も一年もかかっていたのでは、ユーザは他サービスに移ってしまうかもしれません。そこで今回は、私たち kintone チームが取り組んでいる「スピーディな開発・リリース」のための手法を簡単に紹介したいと思います。 アイデアを形にする アイデアというのは形にするまでがゴールです。開発現場ではこのことをリリースと呼び、リリースをするまでに
Scrum Gathering Tokyo 2013：上司の説得が必要な方へ | DevelopersIO
「Scrum Gathering Tokyo 2013に参加したいが、上司が首を縦に振ってくれない」という方のために、Scrum Gathering Tokyo 2013に参加するメリットをアピールするための文章テンプレートを用意しました。ぜひ、カスタマイズしてご利用ください。 元ネタ： 「Adobe MAX 2011 : 上司の説得が必要な方へ」 http://www.adobe.com/jp/joc/max2011/cyb/ （上司の名前）さん 2013年1月15日(火)・16日(水)の2日間、秋葉原UDXにて「Scrum Gathering Tokyo」というカンファレンスが開催されます。ぜひとも、このカンファレンスに参加させていただきたいのです。 Scrum Gathering TokyoはScrum Reginal Gathering Tokyo 2013実行委員会が主催する一大
アジャイルサムライ読書会(他流試合)に参加してきた【前編】 #agilesamurai #他流試合 - Diary of absj31
アジャイルサムライ他流試合 : ATND <開催主旨> 各道場で研鑽し、他流試合を通じてより多くの知・技・心を得て、一緒に前進しましょう！ <開催概要> 各地の道場が一堂に会し、個々の「知・技・心」がより多く直接混ざり合うことを目的とした他流試合です。 道場と道場、個と個の交流を深めることにより、より大きな一歩、より確かな一歩を踏み出しましょう！ 本イベントのハッシュタグは「#agilesamurai #他流試合」とさせていただきます。日本全国各地で開催されている『アジャイルサムライ』読書会の交流イベントがこの度9/18(日)に開催。湯島道場に計6回参戦し、DevLOVE道場も現在参加中の身である私もこれは当然！と言わんばかりに参戦してきました。 アジャイルサムライ−達人開発者への道− 作者: Jonathan Rasmusson,西村直人,角谷信太郎,近藤修平,角掛拓未出版社/メーカー:
@sikushima 氏のDB語り:適材適所/ストアドプロシージャ/ORM編
SQLの苦手を克服する本(技術評論社)/生島 勘富 @Sikushima ぜひ、こちら http://bit.ly/9wrdmq も、ご覧下さい。 QT @ryan5500: マーティンファウラーの記事読んでる．これすごいなー．ドメインモデルが一番わかりやすいけど，その一部を差し替えて複雑なSQLにするだけでこんなにパフォーマンスあがるのか． SQLの苦手を克服する本(技術評論社)/生島 勘富 @Sikushima マーティンさんの http://bit.ly/12p9WO のパフォーマンスの差は私の経験則ではもっと大きな差になると思う。これ、多分、APとDBが同じマシンでやってるのじゃないかな。パフォーマンスの差はデータ量にもよるから何とも言えないけどね。 SQLの苦手を克服する本(技術評論社)/生島 勘富 @Sikushima DBへのアクセスをストアドプロシージャでというと、ビューで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Halobet 🎀 Situs Slot Online Terpercaya Gacor 2024