-ENOMEM @masami256 そういえば、gitって今年10週年なわけで、そうすると初めて使ったvcsがgitという人がそれなりにいてもおかしくないんだよね。
![悟りが開けるバージョン管理システム、 Visual SourceSafe (VSS)の思い出](https://cdn-ak-scissors.b.st-hatena.com/image/square/d3e0d0c52c7e09e25e35b50b9f26a893f7b6c6e8/height=288;version=1;width=512/https%3A%2F%2Fs.tgstc.com%2Fogp3%2F1f58d8449014b20f07a305a25ca67724-1200x630.jpeg)
1ヶ月くらい前、 「バグをドラゴンと呼んだらどうなるか」というTweetを見ました。 確かに、バグをドラゴンと読んだ場合「Sクラスのドラゴンが出ました!」「Aクラスのドラゴンを相手にしてる最中だってのに!」って会話になるし、ドラゴンは結局人の手で生み出されたものってところが中二ファンタジーっぽくて良い— 尾野(しっぽ) (@tail_y) March 18, 2015 これは天才的発想だなと思って職場で雑談で話してみたところ、 同僚のスペイン人エンジニアにバカウケしまして、 それからちょいちょいバグのことをドラゴンと呼ぶようになりました。 せっかくなので、どんな雰囲気になるのかまとめてみようと思います。 先に言っておくと、自分ともう1人スペイン人エンジニアが時々チャット上で使っているだけで、 正直そんなに流行ってないです。 なんかテンションが上がる バグ修正ってマイナスをゼロにするだけで何
「嫁欲しい」「彼女欲しい」というのは、具体的な成果物設定がないままゴールだけを規定しているという、プロジェクトマネジメントとしては失敗プロジェクトのモデルケースみたいな欲求なので、「○○さんを彼女にしたい」みたいな対象物を伴った適切なゴールラインの設定をした方がいいと思います。 ということで、タイトルと最初の三行で言いたいことは全部言ったので、以下は補足。文中「彼女」というのは全て「彼氏」にも読み替え可能だとは思いますが、正直、あまり真面目に受け取ることはお勧めしません。 一般的に言って、プロジェクト構築の際には、最低限以下のような項目を設定しておくことが必要になると思います。 1.プロジェクトの目的設定 2.プロジェクト達成の為のアウトライン設定 3.ステージごとの成果物設定 4.ステージごとの課題・リスク想定 5.ステージごとのスケジュール設定 6.予算想定 7.リソース・体制設定 細
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く