「提案しろ」という台詞を逃げに使うのは良くない：ナレッジ！？情報共有・・・永遠の課題への挑戦：オルタナティブ・ブログ
昨日、今日と続けてあるセミナーに出席している。そのセミナーの講演のひとつで、情報子会社やSIerのビジネスモデルが変化しているという話があった。 従来の受身型の注文されたものを作る・言われたサービスを提供するという形式から提案型の推測して提案する・流行りものを提案するに変わっているという話だった。ここまでは納得だ。でもその次の、今後は課題探求型に変化して身内になり業務を知る・課題を一緒に探すという方向へ行くという話にはちょっと首を傾げてしまった。そして案の定、だからこれからの情報子会社の人材には提案力や企画力が必要だという例のロジックに帰結してしまった。 いやちょっと待って欲しい、そのロジックは本当に正しいのか。確かにユーザ企業側からすれば中に入ってきて一緒に課題を探してそこから提案を出してもらえれば外れも少なくなり提案の質も上がるから嬉しいだろう。でも、その課題探求分のコストは誰が負担す
Shibu's Diary: きれいなソースコードを書けるようになるためには
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 by chazmatazz 「構造のきれいなプログラムを書けるようになるためにはどうすればいいのか？」という質問を受けたので、「はて？どうしているだろうか？」と考えてみました。あ、形式知にきちんとなっているようなテクニックみたいなもんじゃなくて、モノローグなので、あまり凝ったものは期待しないように。あ、Pythonに限定してますが、他の言語でも似たようなものはあると思いますので、脳内変換をお願いします。 事前の設計はしません 「こういう処理が必要」「こういう計算しなきゃね」みたいなロジックや「要件はこうかな？」ということは事前に考えたりするけど、クラス構造とかは基本的に考えないで手をつけます。そして、ある程度規模が大きくなって「あ、ちょっとこの関数大きすぎて理解しにくいなぁ」と
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
