イチローに学んだ ルーチンへのこだわり - モチベーションは楽しさ創造から
明けましておめでとうございます。 長い冬休みをとっていましたので、本年、１回目のエントリ。 年始にＮＨＫのプロフェッショナルでイチロー特集をやっていました。 あの中で、私が特に印象についたのが、徹底したルーチン化とルーチンへのこだわりです。 イチローの成功の秘訣は、 １．打席での集中力 ２．バッティングへの創意工夫とクリエィティビティ だと思うのです。 この２つの事を実現していく為の、徹底したルーチンへのこだわり。 番組を見て驚いたのは、 ホームで試合の日、昼食は、毎日カレー。それもシーズン中は何年もそれを続けている。 これってスゴイですよね。私もカレーは好きで、３〜４日に一度はカレーを食べていますが、さすがに毎日は食べれません。他のものが食べたくなります。何でも食べることができる状況にも関わらず、カレーを黙々と毎日、食べる。 昼食を食べるなどといった、どうでもよい事に頭を悩まされたくない
法律の勉強：社員に株式を与える４つの方法
米国のベンチャー企業に関わる場合、社員であろうと、経営者であろうと、投資家であろうと、社員にインセンティブとして与える株式に関してちゃんと理解しておくことは大切。これから米国のベンチャー企業で一旗あげようという人たちには必須の知識だ。今までは「なんとなく理解していた」だけだったが、今回、ちゃんと勉強する機会があったので、ここにまとめておく。 １。Incentive Stock Option（ISO） これは、二種類あるストック・オプションのうちでも非常に特殊なもの。税金面で言えば、オプションを与えられた時（grant）にも行使した時にも税金が発生せず、株式を売却して現金を得た時に初めて税金がかかる。それも、キャピタルゲインの扱いなので、税率は低い（現状１５％）。 良い話ばかりのISOだが、ISOと認められるための条件はとても厳しい。 （１）オプション・プランは株主の同意が必要 （２）オプシ
エンジニアでない人のための「Web＋DBサイト」入門 第11回（最終回） Web＋DBサイト構築の見積もり額，適正価格とは？：ITpro
最終回です。今回は，ある意味IT業界の禁忌に触れてみます。Web＋DBシステムを発注したときの見積もり額の秘密です。システムが目指す最終的な目的は”利益を上げられる仕組みの構築”です。見積もり額は利益算定の一番わかりやすいコスト判断ですが，果たして構築費用はどういう計算で生まれているのでしょうか。 利益を上げるコツは「身の丈に合った投資」をすること 利益を上げるためにはどうするべきか。私は経済評論家ではありませんから，あれやこれや難しい話はできません。ただ物事の本質は，実はいつだって単純なものです。バサっと単純明快に言い切ってしまいましょう。「自分の身の丈に合った額を投入すること」です。 決して都会とは言い切れない我が家周辺では，冬になると焼き芋の巡回販売車が回ってきます。焼き芋屋さんのほとんどは軽トラックを使っています。なぜ軽トラックなのでしょうか？ つまらないことに見えますが，これがビ
IE6以下をWeb標準に準拠させるライブラリ『IE7.js』
IE6以下をWeb標準に準拠させるライブラリ『IE7.js』 多くの人が待ちに待ち望んだライブラリ。やはりすごい人はすごいものを作るんですね。 このライブラリを読み込むことによりIE6以下でもIE7と同じようなXHTM/CSSの解釈を行ってくれます。 ただし完全にIE7と同じような形にするのではなく、より近い形ということです。 現在公開されているバージョンはversion 2.0 (beta)ということで、まだ実務で使うのは難しいかもしれませんが、MITライセンスで公開されておりますので正式にリリースされればweb制作の現場を変えてしまうライブラリです。 設置方法 Google コードのie7-jsより直接読み込むことが可能です。 以下の要素をhead要素内などに記述します。 <!--[if lt IE 7]> <script src="http://ie7-js.googlecode.c
いまさらながらだけど、オブジェクトとクラスの関係を究めてみようよ - 檜山正幸のキマイラ飼育記 (はてなBlog)
オブジェクトとクラスの関係について、次のような説明を見かけました（文言の引用ではなくて、檜山による要約）。 オブジェクトとクラスは全体としてツリー構造をしていて、ツリーの末端をオブジェクト、末端以外のノードをクラスという。末端であるオブジェクトは、その親ノードであるクラスのインスタンスと呼び、クラスどおしの親子関係を継承関係と呼ぶ。 うーむ、この説明、ある意味「簡潔でわかりやすい」とも言えるのだけど、ちょっと単純化し過ぎでしょ。 オブジェクトやクラスの概念て、そんなに美しくもなきゃ、整合的でもありません。実用性やら実装上の都合やらでゴチャゴチャですがね。しかし、そのゴチャゴチャが悪いともいえません。ゴチャゴチャを無理に単純化することなく、必然性を持った（幾分は偶発的だけど(苦笑)）複雑さとして理解すべきかと思います。 というわけで、メタクラスやレイフィケーション（reification）な
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
