アカウント名:
パスワード:
エライ人に資料見てもらうためには、表紙めくって最初の3~5枚が勝負だろ、普通。(エライ人がかいてるから、若者は全部見ろ・・と思ってんのかいな)
結論が一番最後・・というか全66ページの40ページ目って、見てほしくないのかね、と小一時間。
まあ内容としてはそこそこ興味深いと思いましたが。
ユーザー企業もある程度内製できる(開発ベンダーと一緒にモックアップ的なものを作るくらいの) スキルがあってもいいのではと思う今日この頃です。
そうでないと業務に即したシステムつくるのは業務を熟知したベンダーになって、そのベンダー(担当者)ロックインになってしまうわけで。
ただ、ユーザー企業のコミットが増えてくると、困る会社/人たちが出てきますのでその辺がロビー活動をしたり、と。 世の中混沌としてるなぁ。
>エライ人に資料見てもらうためには、表紙めくって最初の3~5枚が勝負だろ、普通。そんなに沢山読んでくれるエラい人なら何も苦労しませんって。
まだワープロなんて使ってない時代(手書きレポートの時代)だと「(表紙を除いた)最初のページで内容が伝わらないレポートなんて書くな」って口すっぱく言われてました。本来レポートをチェックする直属の上司ですら2ページ目以降なんてほとんど目を通さなかったですし。どうでもいいけど結論を先に書かないレポートって学校ではよくあるような気がする(中学校の頃に理科の先生が教えてくれた書き方がまさにコレだった)けど、実社会では論外ですよね。
一般的に論文って, 表題とアブストラクト(数行, 10行は超えない)を読んでダメなら残りは読まれませんよね.
アブストラクトって何? なんて言っている人が書くようなものは論外.
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
報告書なら最初にエグゼクティブサマリーを書いてほしい (スコア:2)
エライ人に資料見てもらうためには、表紙めくって最初の3~5枚が勝負だろ、普通。
(エライ人がかいてるから、若者は全部見ろ・・と思ってんのかいな)
結論が一番最後・・というか全66ページの40ページ目って、見てほしくないのかね、と小一時間。
まあ内容としてはそこそこ興味深いと思いましたが。
ユーザー企業もある程度内製できる(開発ベンダーと一緒にモックアップ的なものを
作るくらいの) スキルがあってもいいのではと思う今日この頃です。
そうでないと業務に即したシステムつくるのは業務を熟知したベンダーになって、
そのベンダー(担当者)ロックインになってしまうわけで。
ただ、ユーザー企業のコミットが増えてくると、困る会社/人たちが出てきますので
その辺がロビー活動をしたり、と。 世の中混沌としてるなぁ。
Re: (スコア:0)
>エライ人に資料見てもらうためには、表紙めくって最初の3~5枚が勝負だろ、普通。
そんなに沢山読んでくれるエラい人なら何も苦労しませんって。
まだワープロなんて使ってない時代(手書きレポートの時代)だと「(表紙を除いた)最初のページで内容が伝わらないレポートなんて書くな」って口すっぱく言われてました。本来レポートをチェックする直属の上司ですら2ページ目以降なんてほとんど目を通さなかったですし。
どうでもいいけど結論を先に書かないレポートって学校ではよくあるような気がする(中学校の頃に理科の先生が教えてくれた書き方がまさにコレだった)けど、実社会では論外ですよね。
Re:報告書なら最初にエグゼクティブサマリーを書いてほしい (スコア:1)
一般的に論文って, 表題とアブストラクト(数行, 10行は超えない)を読んでダメなら残りは読まれませんよね.
アブストラクトって何? なんて言っている人が書くようなものは論外.