クルーズのことをより知っていただくため、 働くイメージを持っていただけるように、 ヒト・コト・モノに関する記事をお届けします。
![クルーズ株式会社 第10期 通期 決算説明資料](https://cdn-ak-scissors.b.st-hatena.com/image/square/81bcfd2f8920cc8485b41b76e010bc93f7990bc4/height=288;version=1;width=512/https%3A%2F%2Fcrooz.co.jp%2Fwp-content%2Fuploads%2F2022%2F10%2Fogcrooz.png)
【急募】twitterトップページのツイートをツイート(笑)に置換するグリモン notfunc on Twitter: "【急募】twitterトップページのツイートをツイート(笑)に置換するグリモン" というわけで書いてみた javascript:var r=document.evaluate("//text()[contains(., 'ツイート')]", document, null, 7, null);for(var i=0;i<r.snapshotLength;i++)r.snapshotItem(i).nodeValue=r.snapshotItem(i).nodeValue.replace(/ツイート/g, 'ツイート(笑)');void(0); Firefox 系と WebKit 系と Opera 系で動きます。たぶん。 ロケーションバー(URL が書いてあるところ)に貼付
2009年06月24日 誰得?と言われない勝てる企画書を書くためのエントリー集 カテゴリ:役立ち・知識 企画書って何のために書くのか・・・そんなことを毎回上司に言われる毎日ですが、そりゃお客さんのためだ!ってわかっているんですが、いつの間にか自己中心的な企画書になっていくんですね・・・そんなときに参考になるエントリーです。 ◆企画書の書き方 企画書の基本は『コスト』『メリット』『スケジュール』これらが欠如しており、かつ納得できるような説明ができないと誰得?となってしまう。 コスト・・・何がいくらかかり、なぜ必要か。 メリット・・・期待できる効果と、過去の例や数値。 スケジュール・・・いつまでに可能か。いつ開始か。 これらを、実績や数値を基に企画書を書く為にどういう準備や記述が必要かということです。 ■ASCII.jp:これぞ完璧企画書――「1枚企画書」パターン実例3題 |パワポで極め
プロジェクトを進めるうえで、トラブル発生による手戻りを未然に防止するほかに、進ちょくを測ったり、リスクを予測したりするためには、ドキュメントレビューが効果的である。ここでは、主要なドキュメントに対するチェックポイントを紹介する。 仕様書のチェックリスト 以下に仕様書の基本的なチェックポイントを紹介する(なお、第4回の「急がば回れ──質の良い仕様書の作り方」も併せて参考にしていただきたい)。 ソフトウェア開発というのは、意図するところを人間の言葉からいくつかの成果物(ドキュメント)を経て、コンピュータの言葉に置き換えるバケツリレーのようなところがある。最初にこぼれた水を途中でつぎ足すことは、なかなか難しいもの。早い段階──仕様書には“漏れ”がないようにしたい。 (1)題名は、システム名を明記しているか 仕様書の題名に「?システム仕様書」のように、システム名が明記されているか。“名は体を表す”
yukiです。 今回は主にアジャイル開発におけるコード以外のドキュメントについてお話しようと思います。 「包括的なドキュメントよりも、動作するソフトウェア」という言葉がありますが、最近これを「ドキュメントはいらない」もしくは「極力書くべきではない」と誤解され、ドキュメントが軽視されがちだと感じます。 確かに、ドキュメントは面倒です。コードを書いている方が何万倍も楽しいですし。私も出来れば面倒なドキュメントは書きたくはありません。 「コード見ればわかるでしょ」とか「コードがドキュメントだ」と言い切るのは簡単ですし、事実そういった事もあるでしょう。というより、むしろその方が多いかもしれません。ですがコードをドキュメントとして扱うには、必要十分となるようなものでなくてはなりません。 そうではない(見てもわからんような)コードが多いのも事実ですし、それにドキュメントはまったく必要ないかといえばそ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く