製品ロードマップの使用をやめて、GISTプランニングを試すべき理由 | POSTD
何年にも渡り、私は相応量の製品戦略、ロードマップ、プロジェクトガントチャートを作成しました。しかし、もうこれらの資料を作ることはありません。以下に説明する優れた代替策を見つけたからです。 まず、以前のやり方はこちらです。 注釈： 戦略 ロードマップ プロジェクトプラン 実行 アジャイル このプランニング方式だと膨大な仕事が必要です。株主全員の同意を得るだけでも大変だと言うのにROIはかなり低くなります。プランはあっという間に現実と一致しなくなり、期間が長いほど、乖離も大きくなります。私の作ったすてきなロードマップやプロジェクトガントチャートが公開する時点で既に古くなっていると気づいたのは、少し経ってからでした。このプランニングもウォーターフォールのひとつなので（有名な ウォーターフォール・モデル とは異なります）、即応性はほとんど期待できません。トップで変更があると、それが波及しボトムでの
｢Googleカレンダー｣と｢Googleタスク｣の組み合わせが、最強のToDo管理アプリになる理由 | ライフハッカー［日本版］
Why not keep your to-do list and your calendar in one place? Google Calendar and Google Tasks solve this problem. In early 2018, Google migrated all users to its newest version of Google Calendar. As part of this migration, Google Tasks was integrated more thoroughly with the calendar itself. A lot of people already use external to-do apps to keep their tasks synced with Google, but keeping track
インフラで実践したチームビルディングそれはサバ天 : インフラエンジニアに成る
スクラムにあこがれて。 インフラで実践したチームビルディングそれはサバ天 from ume3_ カンバンをやってカイゼンをしたというお話です。 ここ1年ぐらいずーっとリーダーとして チームビルディングに勤しんでいた。 チームを強くするにはどうすればいいか？ チームでわいわいやるにはどうすればいいか？ 簡単な話、仕事ってどうやったら進むのか？ それをつきつめていった結果、なぜか特異な結果が生まれた。 なんだこれは。 社内に共有したものをせっかくなのでこちらへ公開という流れです。 モザイク多いのは勘弁。 これでも、けっこう内容けずったのです。 やっていることは、ホワイトボードの前で付箋紙はってわいわいやっているだけ。 スライドでは説明不足ですが、サイクルがちゃんとあって ぐるぐる回すことでチームが加速化するのが狙い。 見える化の力を今も実感しています。 こういったフレームワークの活用からの発展
Docker + Mesos + Marathon + Graphite + Fluentd + Sensuを組み合わせたデプロイ管理ツールの話 - ゆううきブログ
開発合宿でDevOps界隈やモニタリング界隈で流行りのツールを組み合わせてBlue Green Deploymentできる何かを作りました。 同じチームで開発したid:shiba_yu36 先生やid:wtatsuru 先生が既にブログを書いてますが、自分の視点で書いてみます。（13/12/24追記: より詳細な内容が新規に書かれたのでリンク先を入れ替えました） Docker, Mesos, Sensu等を利用したBlue-Green Deploymentの仕組み - $shibayu36->blog; Docker コンテナにアプリケーションを立てて Graphite でいい感じに可視化するまで - wtatsuru's blog 僕は主に、各ツールから得られる情報をまとめて管理し、デプロイを実行するデプロイ管理ツールを作成していましたので、それについて書きます。 普段は運用の修行をして
Scalaで型クラス入門 - still deeper
型クラスについてつらつら考えていたことをまとめておきます。マサカリ歓迎。 型クラスって？ 型クラスとは一言でいうと。 アドホック多相 を実現するもの です。モから始まる名状し難いあれとは直接は関係ありません。 ではアドホック多相とは何かというと 異なる型の間で共通したインターフェースでの異なる振る舞いを 定義済みの型に対して拡張する ような多相のことです。 異なる型間での共通したインターフェースでの異なる振る舞い Javaの継承やインターフェース、Scalaのtraitを用いることで、異なる型間での共通したインターフェースを管理することができます。 trait SomeTrait { def someMethod(): String } class Foo extends SomeTrait { def someMethod(): String = "foo" } class Bar ex
システムのエラーを登録し一元管理する·Errbit MOONGIFT
ErrbitはRuby on Rails製のオープンソース・ソフトウェア（MIT License）です。 システムのエラー時にメール送信したりするライブラリがありますが、複数人で開発していてその修正状況を適切に管理するならば専用のエラー管理サーバを立てるのが良いでしょう。今回はErrbitを紹介します。 まずErrbitへログインします。ユーザは複数登録して権限管理ができます。 ログインしました。最初にアプリが一覧で表示されます。 アプリケーションを見ると、その設定方法が記載されています。 エラーの一覧です。 エラーの詳細です。ここにコメントもできます。 エラーメッセージ。エラーの詳細を確認して修正を行います。 パラメータも確認できます。 セッション情報です。 ユーザ一覧です。 Errbitを使えば運用しているサービスに対して発生したエラーを一元管理できるようになります。主にRuby向けで
【書評】『なぜ、システム開発は必ずモメるのか？ 49のトラブルから学ぶプロジェクト管理術』（細川義洋・著） - やまもといちろうBLOG（ブログ）
【書評】『なぜ、システム開発は必ずモメるのか？ 49のトラブルから学ぶプロジェクト管理術』（細川義洋・著） 読んでいて、実用書なのに涙が止まらない本に巡り会えたので謹んでお奨めさせていただきます。 その名も、『なぜ、システム開発は必ずモメるのか? 49のトラブルから学ぶプロジェクト管理術』。何がヤバイって、いちいち掲載されている項目がヤバイ。いきなり「何度も要件を追加してくるユーザ」ですよ。まるで弊社の某顧客ではないですか。 大項目からして「設計」から「プログラミング」、「テスト」とか進む先々にびっしりと地雷が敷き詰められているんだろうなあと悪い汗をかかずにはいられない世界が広がり、最後にはお決まりの「契約」。いやー、読んでいてぞくぞくしますね。特に「仮発注書だけで作業に着手してしまったら？」とか、なんか見透かされているようですよ。まあ、業界的には往々にして起きがちなことを一般論として書い
Hinemos開発日記 2nd Season
Mです。こんにちは。 Hinemos ver.6.1.0が、本日2018/2/7にリリースされました！！ https://github.com/hinemos/hinemos/blob/master/README.jp.md こちらからダウンロードすることができます。 インストール方法はこれまでどおり、rpmコマンド一発で可能です。 インストール前に、1.8の最新のopenjdk(これを書いているときは、java-1.8.0-openjdk-1.8.0.161)をインストールしておいてください。 # rpm -ivh https://github.com/hinemos/hinemos/releases/download/v6.1.0/hinemos-6.1-manager-6.1.0-1.el7.x86_64.rpm # rpm -ivh https://github.com/hinem
分散バージョン管理入門 (イラスト入り) - tcha.org
Kalid Azad、 2007 年 10 月 15 日、 原文 (original post) 従来のバージョン管理は、ファイルをバックアップ・追跡・同期するのに役立った。 分散バージョン管理を使うと、変更内容を共有するのが楽になる。 さぁ、両方の長所を活かすんだ。簡単なマージと一括管理されたリリースを。 分散だって? これまでのバージョン管理で何がまずいの? 別に…。 さっ、気を取り戻したければ、 バージョン管理へのビジュアルガイド(英語) を読んで。 もちろん、「古くさい」システムを使っているとバカにする人もいるだろう。 けれど、私はそれで全然かまわないと思う。 どんなバージョン管理システム(VCS)を使うにしても、プロジェクトにとっては前向きな一歩なんだから。 集中型バージョン管理システムは 1970 年頃に現れた。 その頃プログラマーには、シンクライアントと “big iron”
データレイクと分析 - ユースケース別クラウドソリューション | AWS
AWS は、あらゆるデータ分析のニーズに適合する包括的な分析サービスを提供し、あらゆる規模や業種の組織がデータを活用してビジネスを改革することを可能にします。ストレージと管理、データガバナンス、アクション、エクスペリエンスなど、AWS は最高のコストパフォーマンス、スケーラビリティ、最低コストを実現する目的に合わせたサービスを提供します。 データベース、ログストリーム、アプリケーション、マーケットプレイス、データレイク、ウェアハウスのどこにあっても、AWS、オンプレミス、その他のクラウドのすべてのデータにスムーズかつほぼリアルタイムでアクセスできます。AWS では、データベース、ストリームとログ、データウェアハウスまたはデータレイク、アプリケーション、データマーケットプレイスなど、データを管理するための最も包括的なサービスセットを提供しています。 コンプライアンス義務を果たすために、信頼で
Kindle向けに『入門Chef Solo - Infrastructure as Code』を出版しました - naoyaのはてなダイアリー
Chef のスタンドアロン版である Chef Solo の技術書を Kindle 向け電子書籍として出版しました。 入門Chef Solo - Infrastructure as Codeposted with amazlet at 13.03.17伊藤直也 (2013-03-11) 売り上げランキング: 14 Amazon.co.jpで詳細を見る がんばりました。原稿＼(^o^)／オワタ Chef Solo 本 Chef はサーバー/インフラの状態管理フレームワークです。より単純化して言うならサーバー構築の自動化ツール。コードは Ruby で書きます。ウェブアプリケーションをホストするサーバーの管理にもちろん利用できますし、チームメンバーの開発環境を同じ状態に揃える、あるいは個人の開発環境の整備を自動化する、といったことにも利用できます。 本書の内容のは、その Chef の入門書です。C
連載：オープンソースなシステム自動管理ツール Puppet｜gihyo.jp … 技術評論社
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
ローカルで GitHub を構築！ Git リポジトリ管理ツール「GitLab」を Mac OS X にインストールしてみた | DevelopersIO
ローカルで GitHub を構築！ Git リポジトリ管理ツール「GitLab」を Mac OS X にインストールしてみた GitLab とは GitLab は Git リポジトリを簡単に管理できるツール Gitolite をブラウザから管理できるようにする Ruby アプリケーションです。 GitHub のオープンソースクローンと呼ばれることから分かるように、UI が GitHub とめっちゃ似ています。 GitHub みたいなサービスを使いたい！だけど Public はアレだなということもあると思います。そんなときに便利です。 社内 GitHub として使うケースが主なユースケースだと思います。 しかもすべてローカルだけで作ることができるので、ローカルマシンにインストールすれば、構築後はネットワークなしで GitHub 的な環境を使うことができます！ そんな GitLab を Mac
Google App Engineで行動ログを記録・収集する方法 | GMOメディア エンジニアブログ
こんにちは。技術推進室の浅井です。最近tumblrのインターフェイスが変わりましたね。こういうブログ書く場所じゃねーよと言われてる気がして肩身が狭い思いをしています。どきどき・・・ さて、わたくしtwitterのbioにも書いてあるとおりかつてはプログラマーだった時代がありました。 が、最近は行動ログ収集とか集計レポーティングを主な業務としております。PHPから行動ログを出力したり、それをwebサーバー郡から集めてきて集計してレポートするだけの簡単なお仕事ですね。今日はこのへんのお話を。 ログの設計ができたら、まずは行動ログをどこかに書き出すことから始まります。ログを書こうと思ったら、色んな方法があるかと思います。 ローカルファイルに書くRDBやKVSに書くfluentd loggerを使うしかし大事なポイントがあります。 HTTPリクエストのレスポンスタイムに影響を与えてはならない運用が
目指せHadoopエンジニア-管理者・DBエンジニア編-
前編の「開発者編」では、Apache Hadoop（以降Hadoop）の歴史と概要に加え、開発者に必要な知識を客観的に証明できる認定資格、CCDH(Cloudera Certified Developer for Apache Hadoop)を紹介しました。後編では、Hadoopの管理者に求められる知識に加え、Hadoopの管理者向け認定資格、また最近のHadoop関連の話題とカラム指向分散データベースであるApache HBaseの紹介、およびHBaseの認定資格を紹介します。 Hadoopの管理者に求められるもの 前編で紹介したように、Hadoopでは一台から数千台規模のクラスタを構築することが可能であり、必要に応じてスケールアウトさせることができます。Hadoopは非常に強力ですが、管理するのはそれほど簡単ではありません。言い換えると、正しい知識を持たずに運用すると、大きなトラブルが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
DBスキーマもバージョン管理したい！
出会い系でヤレた体験談・攻略サイト | 出会い系でヤレるは本当！セフレ作りたい！タダマン決めたい！そんな男は出会い系サイトを今すぐ使え！
Linux-HA Japan