アカウント名:
パスワード:
エライ人に資料見てもらうためには、表紙めくって最初の3~5枚が勝負だろ、普通。(エライ人がかいてるから、若者は全部見ろ・・と思ってんのかいな)
結論が一番最後・・というか全66ページの40ページ目って、見てほしくないのかね、と小一時間。
まあ内容としてはそこそこ興味深いと思いましたが。
ユーザー企業もある程度内製できる(開発ベンダーと一緒にモックアップ的なものを作るくらいの) スキルがあってもいいのではと思う今日この頃です。
そうでないと業務に即したシステムつくるのは業務を熟知したベンダーになって、そのベンダー(担当者)ロックインになってしまうわけで。
ただ、ユーザー企業のコミットが増えてくると、困る会社/人たちが出てきますのでその辺がロビー活動をしたり、と。 世の中混沌としてるなぁ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
報告書なら最初にエグゼクティブサマリーを書いてほしい (スコア:2)
エライ人に資料見てもらうためには、表紙めくって最初の3~5枚が勝負だろ、普通。
(エライ人がかいてるから、若者は全部見ろ・・と思ってんのかいな)
結論が一番最後・・というか全66ページの40ページ目って、見てほしくないのかね、と小一時間。
まあ内容としてはそこそこ興味深いと思いましたが。
ユーザー企業もある程度内製できる(開発ベンダーと一緒にモックアップ的なものを
作るくらいの) スキルがあってもいいのではと思う今日この頃です。
そうでないと業務に即したシステムつくるのは業務を熟知したベンダーになって、
そのベンダー(担当者)ロックインになってしまうわけで。
ただ、ユーザー企業のコミットが増えてくると、困る会社/人たちが出てきますので
その辺がロビー活動をしたり、と。 世の中混沌としてるなぁ。
Re:報告書なら最初にエグゼクティブサマリーを書いてほしい (スコア:1)
研究者とかに資料として読んでもらえればいいんじゃないかと。
そういった人達には途中の経過とかも重要だから, これでいいんじゃないかな。
目次もついているから, とりあえず結論見たければそこにいけばいいんじゃないかな。
理解が深まらない人に, 至極単純化した結論だけ読まれて, 個別のケースについて勘案せず, それだけが絶対の正義であるかのようにわめきちらされる方が, 自分は迷惑。