え？情報収集ってアウトプットする為だけにするもんじゃないの？
わからないから聞くんだけども。 時折、情報収集の仕方的なエントリーが上がってきたりしますよね。 特に初めてお会いした人たちなんかから、ブログの話になるのは必然的で、同時に情報収集テクを長々とお話されて、ふむふむと聞いているわけですけど、そこで、突然終了する人が、めちゃくちゃ多いように感じます。 収集方法研究員でしょうか？ 一体その方法になんの価値があるんでしょうか？ ここでいうアウトプット アウトプットをそのまま受け入れるとすれば、外にその情報を公開するようなブロガーや、営業トークに使うといった見方もあります。ですが、それ以外に仕入れた知識やアイデア、コツなんかを、日々の業務に生かすために自分なりに加工して、自分の血となり肉となるような情報も入ります。 ですから、必ずしも外にだすためだけに情報収集をするのではないということが、前提です。 で？っていう 一番多いのは、収集方法について、なんの
コードが書ける起業家の条件 | F's Garage
もし起業家が最小限のコストで起業するために、起業家自身がコードを書かねばならないとしたら、そこに必要な要素とは、 「極論、コードの質もセキュリティもめちゃくちゃでいいから、初期ユーザーを熱狂させ、開発者を採用する入り口になる未来を提示できる能力」 だと思う。創業者が技術者であろうがそうでなかろうが、テクノロジがコアコンピタンスであってもなくても、運用における成長のフェーズはチームに任せなくてはいけないのは変わらない。創業者がCEOになるかCTOになるかの差ぐらいしか無くて、そこはどんなタイプの起業家であっても、誰かに任せないといけないというのは変わらない。 って書くと、昔の某氏騒動が思い起こ出されるし、理屈上は踏み台になって危険だという話もあるので、こんなことを書くと怒られるのだが、正論で完璧を求めるのは簡単だけど、コードの質、セキュリティやスケーラビリティを必要条件にするのは「素人はコー
データベースアプリケーション開発を炎上させる負のスパイラル
毎度おなじみ、はてブのホットエントリに「SIをダメにする負のスパイラル」というタイトルのまとめが掲載された。きしだ氏とはかなり視点は違うものの、開発現場の問題点については少し思うところがあるので意見を書いてみようと思う。と言っても、以下の話の内容はデータベースアプリケーションに限定した話であり、またSIerだけに限った話ではないのでその点はご容赦頂きたい。もちろんSIer各位の案件はデータベースは必須なので、本エントリで触れる問題点には該当するだろう。 Q.なぜ炎上するのか？ A.正しいデータベース設計ができていないから結論から言おう。データベースアプリケーションの開発が炎上するのは正しいデータベース設計ができていないからだ。ここでいう「正しい」とは、論理的に証明できる正しさという意味ではない。「本来こうするべき」といった意味で捉えて欲しい。 「炎上」というのは、例えばテストが通らない、バ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
米Microsoft、3Dモデル作成アプリ「3D Builder」をWindowsストアで無料公開 
