上司が
人材育成 講師派遣研修 公開講座 DX推進 動画教材 通信教育 オンライン研修 オンライン公開講座 オンライン研修一覧 法人向け割引サービス お申込システム WEBinsource スマートパック バリューパック（中堅・成長企業向け） eラン・研修システム 人事サポートシステム Leaf eラーニング/研修システム Leaf eラーニング特化型システム Leaf lightning eラーニング大量配信サービス Leaf inorder eラーニング視聴サービス STUDIO タレントマネジメントシステム Leaf Management / Leaf My STORY 人事評価サービス 人事評価シートWEB化サービス かんたん人事評価システム Leaf Eva 人事・総務・研修担当向けサービス ストレスチェック支援サービス セミナー運営 RPA導入支援サービス IDカードプリンタGRASY
優れた文章を書くための11の賢いヒント » SEO Japan
無料で資料をダウンロード SEOサービスのご案内 専門のコンサルタントが貴社サイトのご要望・課題整理から施策の立案を行い、検索エンジンからの流入数向上を支援いたします。 無料ダウンロードする ＞＞ 米国でNo.1人気のライティングに関するブログ「コピーブロガー」から優れた文章を書くための11のヒントを。英語ならではのアドバイスもありますが、大半は日本語にも通じるかと。 — SEO Japan あなたは難しい言葉を使う時、自分が賢くなったような気になるだろうか？ Applied Cognitive Psychologyに発表された研究によると、その答えはNOだ。 実際、複雑な文章はあなたを狭量な人間のようにさせてしまう。こんな研究タイトルはどうだろう：Consequences of erudite vernacular utilized irrespective of necessity:
絶対に受けたくないソフトウェアエンジニアリングの新人教育 ふたたび - カレーなる辛口Javaな加齢日記
http://www.publickey1.jp/blog/10/ojt.html そんな新人エンジニアと教育担当におすすめしたい本を今回は紹介します。 ずっと受けたかったソフトウェアエンジニアリングの授業(1) 作者: 鶴保征城,駒谷昇一出版社/メーカー: 翔泳社発売日: 2006/10/13メディア: 単行本（ソフトカバー）購入: 7人 クリック: 149回この商品を含むブログ (39件) を見る これって典型的な非お勧め本なんだけど．なんでこんな屑本を推奨するんだろう． 何も知らないでIT業界に入ってきた初心者が読んで，変な宗教に洗脳されたら可哀想じゃないですか．*1 ずっと受けたかったソフトウェアエンジニアリングの授業(2) 作者: 鶴保征城,駒谷昇一出版社/メーカー: 翔泳社発売日: 2006/10/13メディア: 単行本（ソフトカバー）購入: 3人 クリック: 37回この商品を
「ないときは×××とする」と仕様書に書くべからず：ベンチャー社長で技術者で：エンジニアライフ
株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 前回、書いた話ですけれど、気を付けると効果が高いのに、案外とミスる人が多いので、もう一度詳しく。 悲しいことに、わたしがメンテしているシステムで、顧客マスタの請求先、売上トランの請求先に空白があるシステムがあります（まぁ、全部トリガーで埋めるように直したのですが）。 本当にひどい話で、見るたびに血圧が上がります。 これらの設計をしたときに確かにユーザー側は、「空白のときは」とか、「未入力のときは」とかいっています。しかし、ユーザーは空白であって欲しいといったのではなく、「2回入力したくない」ということをユーザーの言葉で説明したに過ぎないのです。 ですから、プロとして普通に言い換えないといけない。 リプレイスがあれば、そのタイミングで直すべきなのですが、プロジェク
見積もり・発注 - 技術情報Wiki
発注／調達 † 値切ってはいけない 2009.3.6 確かに，プロジェクトには予算が決められており，その予算の枠内でやり遂げる必要がある。どうしても予算と見積もり金額が合わない場合には，入念に価格交渉を行い，発注者と受注者の双方が金額の妥当性について合意した上で確定させるべきなのだ。 そのためには，PMは出てきた見積もりを査定する能力が必要であり，かつ高い折衝能力が必要である。 はじめてのRFP 2008.2.4 調達用語 RFP,SLCP,SPAとか ＲＦＰ（Request For Proposal：提案依頼書） ＳＬＣＰ−ＪＣＰ９８：Software Life Cycle Process - Japan Common Frame 1998 ＳＰＡ（Software Process Assessment）
Doxygen
ソースコード・ドキュメンテーション・ツール Doxygen は、C++、C、Java、Objective-C、Python、IDL (Corba、Microsoft 風)、Fortran、VHDL、PHP、C# 向けのドキュメンテーション・システムです。 D にもある程度対応しています。 Doxygen には、次の３つの利点があります。 文書化されたソースファイルのセットから、 オンライン・ドキュメント・ブラウザ (HTML形式) やオフラインのリファレンス・マニュアル (形式) を生成することができます。 RTF (MS-Word)、PostScript、ハイパーリンク PDF、圧縮 HTML、Unix man ページ形式の出力もサポートされています。ドキュメントは、ソースから直接抽出されます。これにより、ドキュメントとソースコードの一貫性を保つことがとても容易になります。 Doxyge
開発工程でSEが書く文書の基本 − ＠IT自分戦略研究所
「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 SEはさまざまな文書を作成する必要があります。その中でも、提案書や要件定義書の作成に悩むSEは多いようです。なぜなら、これらは「顧客に読んでもらわなければならない文書」だからです。 本連載では、「誰にでも分かる」提案書や要件定義書を作成するための文章術を解説します。ただし、分かりやすい文書を作成するには、文章術だけでは十分ではありません。必要な情報を顧客から引き出すためのコミュニケーション、文書全体の構成も重要です。 第1回では、SEが作成する文書はどのようなものかを概観します。第2回では、情報を引き出すための顧客とのコミュニケーションのポイントを説明します。第3、4回
画面設計とか外部設計とか、もうやめようよ - masayang's diary
昨日は特徴(Feature)、粗筋(Story)、脚本(Scenario)でちょいと言及した「Feature, Story, Scenarioがごっちゃになりかけている」プロジェクトの人達とお話しする機会があった。 よくよく見ると、FeatureとFunctionとがごっちゃになっていた。 つまり、要件分析の段階で実装のことを考えていたのである。 なぜ、そうなったのだろう？ 画面から要件分析をすると、こうなる どうやら要件分析する前の段階で「コンサルタント」の人達が、画面を使ってお客さんと「要件定義」をしていたらしい。 「この画面でこういうデータを入力すると、こんな画面に遷移します」みたいなやりとりがあったのだろう。 紙芝居感覚で交渉できるからわかりやすい。 だけど、先に画面を決めちゃうというのはいくつかの(そして時に致命的な)問題を抱えている。 実装をフィーチャとして捉える可能性。 例え
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
要求定義書と仕様書の海で溺れないための10分でできる要件変更対策
ほんのすこし書き方に注意すれば、あなたのドキュメントはさらに分かりやすくなる！
汝の隣人のブログを愛せよ | LOVELOG