目標(Objective)を決めた。（つづき）

目標を設定した後は、それが実現したらどうなるかを明確にする必要があるようです。でないと途中で挫折してしまう事に。（ステップ2──感情のアクセルを踏む）

やるとどうなるのか、やらないとどうなるのかを、紙に書き出したので、せっかくなのでここに載せときます。内容は結構抽象的です。

フォーカスする短期的な目標：　個人ウエブ・サービスを作る

やるとどうななるのか

  • 自分に自身が持てる。
  • 自分の実力を確認できる。
  • 技術的なスキルを伸ばすことが出来る。
  • 将来の起業への取っ掛かりとなるかもしれない。
  • 副収入を得る可能性がある。
  • 次のステップを目指す事ができる。

やらないとどうなるのか

  • こんな事したいとただ言い続ける、口だけの人になってしまう。
  • 自身をなくす可能性がある。
  • 次のステップを歩み出す事が出来ない。
  • 自分の実力を確認できない。
  • 貴重な時間を、他の無駄な事に使う事になる。

頭の中で考えている目標を、紙、ブログに書いて思った事。目標を達成するモチベーションとしていつもあるのは、達成したいよりも、”やってみたい”気持ちが強い。今日の文章を書いてさらに思ったことは、”チャレンジしないで、人生終わりたくない”。

目標(Objective)を決めた。

正直に告白すると、最近、周りに流されやすく、自分の弱い気持ちに負けがちです。これではいけないと考えているところに、平本相武さんて方が書いた”目標を実現するための７つのステップ”という連載を見つけた。

この連載にInspireされ、自分の中長期的な目標（Objective)を考え、書き出してみた。誰かに話す、紙に書く、宣言する行為が重要だと言う事で下記に記します。

中長期的な目標　（５年以内）

  • １度は起業する
  • サンフランシスコ・シリコンバレー・エリアに移住する
  • ヨーロッパをバックパックを担いで旅する。（１０年以内）
  • 英語力をもう一段上にもって行く

短期的な目標(３ヶ月以内/２００７年８月末までに達成)

  • 個人ウエブ・サービスを作る
  • やるべき事に集中し、アウトプットの質・量を上げる。（仕事１において）
  • 顧客の満足度を上げる（仕事２において）
  • 読んでいない本３冊を読む
  • 英語の語彙数を増やす。（語彙の本を一冊終了させる）

フォーカスする短期的な目標

  • 個人ウエブ・サービスを作る

決めた目標を達成するのに重要な事２つ

  • Do Everyday Even Only One Minute
  • Never Give Up

目標の達成方法

浜田さんという方が書いているコラムを読んで、
「毎日忙しくて、勉強なんてできない」という人へ

浜田さんは、何かを成し遂げる為に次のステップを踏んで実現させるそうです。

  1. まず目標を定める。
  2. 目標が定まれば、何をすべきかがはっきりする。
  3. すべき事に集中的に取り込む。

自分も何かを成し遂げたいときは、同様のステップを踏む。しかし、多くのケースで途中で挫折してしまう。何が、自分と、浜田さんの違いなのだろうか？目標の設定方法が悪い？するべき事が十分明白でない？集中力・継続力が足りない？理由は色々だと思う。

過去に、目標を達成できたときは、その目標を達成したいという気持ちがかなり強かったように思う。

次こそは、目標を達成できるようがんばろう。

PHP、Java、それともRuby On Rails

個人サービスを作るコツで取り上げたブログを読んで自分も何か個人サービスを作りたくなり、まずはウエブ・ホスティング・サイトを探し始めたのだが、多くのサイトがPHPまたはRuby On Railsしかサポートして折らず、Java/JSP(Tomcat/JBoss)をサポートしているところはほとんどない。さらにJavaをサポートしていないサイトは１５０ギガ・バイトのディスク容量で月額1000円位であるのに対し(参照： DreamHost)、Javaをサポートしているサイトは、5ギガ・バイトのディスク容量（Private JVM）で月額2500円位(参照：　DailyRazor)である。世の中のウエブ・ホスティングサイトは、ほとんどがPHPまたはRuby On Railsのエンジニア向けである。更に、Tim　Oreillyのブログで、PHPがWeb上でのメジャーな言語になりつつあるというエントリーを見つけ、世の中はウエブ・デベロップメントには、PHPなんだと、、、Javaじゃないんだ、、、と思い始め、自分もPHP・Ruby On Railsを始めるべきなのかなーと考え始めていた。しかし、必ずしもPHPがベスト・チョイスという訳ではないようだ。PHP4とJavaのパフォーマンス比較（かなり古い記事です）によると、Java1.4+Tomcat4.1はPHP４+Apache2.0の３２倍速いらしい。210 Ajax Frameworks and Countingによると、Java向けAJAXフレームワークの数は他の言語より多いらしい。その他にも、Javaの優れている点を説明しているサイトは数多くある。結果、PHPの勢いは凄いが、自分個人としては、サーバーサイドにはもう少しJavaを使っていく事にした。

自由度が少ないと言う事で自分のスコープには入ってないのであるが、Ruby On Railsはかなり簡単にWebアプリが作れるらしい。Ruby On Railsにも大変興味あり。

JavaScriptは無条件で学び始めました。JavaScriptはプラグインなしでどのブラウザーでも動くので。

アーキテクトとエンジニアの違い

Paul　Grahamによる、アーキテクトとエンジニアの違い　（Hackers and Paintersより）

Sometimes what the hackers do is called “software engineering,” but this term is just as misleading. Good software designers are no more engineers than architects are. The border between architecture and engineering is not sharply defined, but it’s there. It falls between what and how: architects decide what to do, and engineers figure out how to do it.

アーキテクトは何をするか決める人で、エンジニアはそれを（何を）どうやって実現するか見つけ出す人。さらに、ハッカーは両方する人であると続きます。

建築で言ったら、図面を引く人と、大工の違いかなー？

ソフトウエア・アーキテクトを目指している人は多いと思うのですが、ソフトウエア・アーキテクトの具体的な定義って難しいですよね。

早起き日記

一週間前から、ライフ・ハックで見つけた、早起き日記を始めた。このブログのサイドバーに私の早起き状況のイメージを貼り付けました。今のところ、効果なしです。。。。

このサイトは個人で運営されているらしく、みんな、楽しそうな事、色々やってるんだなーと。サイトはLAMPで構築しているようです。(LAMP=Linux+Apache+MySQL+PHP)

The key to find the ideal job

These days, I am reading Andy Grove: The Life and Times of an American. As the author of this book is Harvard Business School professor and also it has more than 450 pages, so it is pretty tough to finish. So far, I finished to read 350 pages, but still 100 pages have remained. In this book, I found the hint when you find/choose a job. So I try to write about it.

In the chapter 13, the book describes about Intel Inside marketing campaign/program. This campaign is launched by Dennis Lee Carter. Carter graduated Harvard Business School before he joined Intel. When he graduated, one of his professors send him following word.

When you look for your first job, find a job where nobody knows exactly what you’re supposed to be doing. If they don’t know what you’re supposed to be doing, they won’t know what you’re not supposed to be doing. As a result, you can do anything you want, and you can take risks.

Carter joined Intel in 1981, and in 1985 he found an opportunity to get the kind of job his professor had described. Its job opportunity was Andy Grove’s Technical Assistant position. When he got this job, the job description is not defined clearly. Therefore he worked the way he wanted. And he loved this job, and he held it for four and a half years even thought original plan was two years. I believe it was fun, but also it was difficult job because his boss is Andy Grove and job is not defined. So he had to find what he had to do by himself. After Technical Assistant job, he got marketing manager position and higher position.

Following is my comment. In case job description is clearly defined, it is easy to work because he/she knows what he/she has to do. But it may be lack of fun/excitement because job is defined by others. I guess many people feel same way. In case job description is not clear, it may be tough/hard because he/she has to find what he/she has to do. However, he/she has a chance to find the job by himself/herself, probably it is fun to work for the job defined by himself/herself.