自己実現をはかれる人の7 つのチェックポイント - ハックルベリーに会いに行く
ついひと月ほど前、転職活動をする中でさまざまなところを訪問し、さまざまな人たちとお話をさせて頂く機会があった。その中で特に印象に残ったのは、とあるベンチャーキャピタル（VC）にお勤めの方のお話しだった。名前を仮にAさんとしておく。Aさんは、職業柄さまざまなベンチャー企業の人たちとお会いする。特に社長と会う。その上で、彼らの会社が今後成長していくかどうかを見極めていくのだけれど、その際の評価基準となるのは、一も二もなく「社長そのもの」なのだということだった。こう言ってしまっては何だが、事業内容や設立趣意などはあんまり見ないのだそうである。感覚でいうと八割から九割が社長で判断するらしい。Aさんが言うには、社長は会社の顔であると同時に、会社の性格でもあるという。社長の性格が、会社の性格にもそのまま反映されるからなのだそうだ。大企業ではそういうことはないのだが、中小企業、特に新興のベンチャーにおい
部下が持っていたら、一目を置く資格:アルファルファモザイク
編集元：ビジネスnews+板より「【調査】部下が持っていたら、一目を置く資格 (gooランキング)［08/12/08］」 1 やるっきゃ騎士φ ★ :2008/12/08(月) 17:28:20 ID:??? 1. 司法試験合格で取れる資格 2. 行政書士・司法書士・公認会計士の資格 3. 英語（翻訳・通訳）に関連する資格（通訳技能検定など） 4. 英語に関連する資格（英検・ＴＯＥＩＣなど） 5. 税に関連する資格（税理士など） 6. システムに関連する資格（CISCO・ORACLE関連・テクニカルエンジニア・ドットコムマスターなど） 7. パソコンに関連する資格（P検・シスアド・ワープロ検定など） 8. その他の言語に関する資格（フランス語検定・ドイツ語検定など） 9. 気象予報士の資格 10. ファイナンシャルプランナー関連の資格 11. 中国語に関する資格（中
地獄のF1富士が天国に変わった3つの理由
好きなものは空と緑とS2000とガンダムとラジコン・ミニ四駆、Perfume（かしゆか）。ときどき子育てとキャンプ。 今年2008年、富士スピードウェイ(FSW)で開催されたF1日本グランプリは天候にも恵まれ、無事に終了しました。もっとも憂慮された交通機関、チケット＆ライドシステムはうまく機能し、三日間通して大きな問題もなく、また目立った渋滞や待ち時間もなく予想以上にスムースに運営されていました。 昨年の様子はこちら⇒F1 日本グランプリ in 富士スピードウェイ ２日目：地獄絵図 （2008年：決勝終了後、山中湖行きバス停。待ち時間ゼロ） ではなぜこれほどまでに上手くいったのでしょうか。それは以下の方策を徹底して行ったからではないでしょうか。 1) 集中から分散へ 2) ボトルネックをなくす 3) 運営を徹底し十分以上の人員配置 1) 集中から分散へ まず去年2007年のF1富士。地獄絵
圧倒的に生産性の高い人（サイエンティスト）の研究スタイル - ニューロサイエンスとマーケティングの間 - Being between Neuroscience and Marketing
Leica M7, 90mm Tele-Elmarit F2.8, PN400N @Santa Monica, CA アメリカで研究するようになって最も驚いたことの一つは、日本では考えられないほど生産性の高い研究者が存在することだ。 たとえば僕がローテーションして、最後までそこでdissertation work（博士論文のための研究、活動）をすることにするか迷っていたあるラボ。そこはポスドク、テクニシャンを含めて（註：undergraduate=学部生は殆どアメリカの研究室には居ない）たった5人でやっているにもかかわらず、毎年5-6本ぐらいはペーパーを出し、ほぼ全て一流紙。多いときは年に2本ネイチャーに出し，一本は表紙になったりしていた(#)。 しかも良く日本では見かける深夜も土日も働いて、朝はどちらかというと崩れ気味、みたいな重労働系の生活ではなく、普通に朝来て、「うーん今日は狂ったよ
SubversionとTracでファイル管理の“迷宮”から脱出
SubversionとTracでファイル管理の“迷宮”から脱出：ユカイ、ツーカイ、カイハツ環境！（2）（1/4 ページ） プロジェクトで修正／仕様変更が“迷宮”入りする理由 ソフトウェア開発を行ううえで、設計書やソースコードのバージョンをきちんと管理することは非常に重要です。構成管理（ファイル管理）を行っていないプロジェクトでは、例えば次のような問題が発生します。 2人以上の開発者が同時に成果物を編集した場合、後に編集を始めた開発者がすでに編集を行った開発者の編集内容を上書きしてしまう。結果として、修正したはずのバグや変更したはずの仕様が、設計書やソースコードに反映漏れするという事態が発生 設計書やソースコードのレビューを行って修正したはいいが、どこをどう修正したのか分かりにくく、レビュー内容の反映の確認を行っても修正漏れや修正誤りに気が付かない ソースコードを変更すると、動かなくなってし
【インフォシーク】Infoseek ： 楽天が運営するポータルサイト
日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。
大前研一：「日本の最大の弱点」とその解消法：ITpro
日本にまつわる数々の問題が指摘されて久しい。改革しようという声もかねてより聞かれるが，まるで何も変わらない。私に言わせれば，日本の最大の弱点は「論理思考に基づいた建設的な議論ができないこと」である。 問題を論理的に分析していないから，解くべき問題の設定からして間違っていることが少なくない。道路公団の民営化などがその典型だ。「有料道路は国道として20年経てば無料にする」という法律が本来あったのに，このことを初期の議論から外してしまったために，それ以降多くの議論が行われたものの，本質的な論点が欠如したまま間違った方向に行ってしまった。こうした環境下で本質的な解決策を議論しようとすると，今度は事実や論理を超えた感情的反発が出てくる。 事実に基づいた全うな議論ができないというのは，ボーダレスの時代にあって，大変不利な国民性と言わざるをえない。日本企業の会議に出た人なら経験があると思うが，議案につい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
