良いエンジニアの育て方 - ひがやすを技術ブログ
人を育てるというのは、とても難しい。 なぜなら、育てる方も未完成な人間だから。 ちょっと経験値のある未完成な人が、経験値の少ない未完成な人と、ともに冒険をし、ともにレベルをあげていくことが、人を育てるってことだと思う。 人を育てようと思うと、どうしても上から目線になってしまう。上から目線だと気持ちも相手に伝わりにくい。気持ちが伝わらないと相手もうまく成長してくれない。 だから、人を育てる機会があったら、ともに冒険をする仲間を持ったと考えよう。きっとその方がうまくいく。 それでは、自分の話をしよう。自分というよりは自分たちの話かな。 2010年、自分は、昼間、ブラ三をやりながら、新規ビジネスの企画を考えたり、プロトタイプを作っていたりしていた。ブラ三をやっていたのは、当然ソーシャルアプリというものを学ぶためだ。ブラ三の能力はかなり向上したけど、仕事ではたいした結果が出せなかった。特に企画考え
2011年のPaaSはAmazonの独り勝ちか? - ひがやすを blog
AmazonからBeanstalkが発表されました。 http://aws.typepad.com/aws_japan/2011/01/introducing-amazon-beanstalk.html Beanstalkを間違っているけど、分かりやすく例えると制限のないAppEngineのようなものです。 GoogleからはApp Engine for Business(4Bと省略)、SalesforceからはVMforceが登場し、2011年のPaaSは、これらの技術の戦いになるでしょう。 どの技術が勝つのか予想する前に、PaaSには、二つの分野が存在することを理解しておきましょう。ソーシャル系などのスケールアウトが必要な分野とそれ以外です。 それぞれの分野で必要とされるものが違うので、分野ごとに勝者を予想する必要があります。 スケールアウトを必要としない分野で求められるのは、制限の無
SI業界からはさっさと抜けだしたほうがいい - ひがやすを技術ブログ
SI業界（日本）のJavaプログラマーにはオブジェクト指向より忍耐力が求められている？ - 達人プログラマーを目指して http://d.hatena.ne.jp/ryoasai/20110109/1294581985 をうけて自分の考えを書いておきます。 二年前なら、自分もどうしたらSI業界をよく出来るか真剣に考えていたし、NTTデータの人達と実際に話し合いもしています。 NTTデータとの真昼の対決シリーズ http://d.hatena.ne.jp/higayasuo/20080612/1213241779 http://d.hatena.ne.jp/higayasuo/20080828/1219901392 でも、ソーシャル、クラウド、スマフォの時代になって、考えが変わりました。 今は、世の中の動きがかなり速くなっているので、その中で素早くチャンスを捕まえたものだけが生き残ります。受
Javaを古くしたやつとRubyを煽っているやつ - ひがやすを技術ブログ
その正体はわかったよ。正体わかった瞬間からだが震えたよ。まじで。 まずは、羽生さんのこのエントリを見て欲しい。 http://d.hatena.ne.jp/habuakihiro/20070922#1190464426 その後によしおりのこの有名なエントリも復習して欲しい。 http://d.hatena.ne.jp/jYoshiori/20070826/1188150596 もうさぁ、変わってないよねぇ。昔からのこの構図。歴史は繰り返すっていうの。 あからさまにいうとさぁ。賢いスーツな奴らと、頭の固くてあわれで保守的なおやじの歴史だよ。 最初は、EJBだよ。EJB。これからは、ビジネスコンポーネントが流通して、もうプログラミングはいらなくなる。コンポーネントの組み合わせを考えるだけでOKみたいな。最初にね、キャッチーな言葉とともに、あらたなテクノロジーを広めようとするのは、賢いスーツな奴
年齢を重ねるに従って磨かれる能力 - ひがやすを技術ブログ
僕は今31歳ですが、末恐ろしいヤングライオンがいっぱいいることをひしひしと感じています。ある能力で局地戦を挑まれたら負けちゃう。経験はつんでも、時の流れで陳腐になっちゃうスキルはいっぱいある。 それをふまえた上で、「年をとってもヤングライオンに負けないようにする為には何を実施し、何を辞めるのか」を決めることがキャリア戦略というものだろう、と思うようになりました。誰もこの辺語ってくれないんだけどね。経験が能力に勝つ為にはどうすべきか。考えないといかん。 そんな迷えるごーざ先輩に年齢を重ねるに従って磨かれる能力を教えてあげよう。 それは、「勘」。 「勘」は偶然ひらめくものではない、また、「勘」が当たるのも偶然ではない。 これは、あくまでも自己の経験からくる個人的な感覚だけど、「勘」というのは自分の中に蓄積された膨大な経験から、右脳が瞬時に似たパターンを見つけ出したものだと思う。 自分の過去の記
AppEngine/Jのspin-upを劇的に改善する方法 - ひがやすを技術ブログ
AppEngineは、アクセスがあったときにアプリケーションを起動し、しばらくアクセスが無ければアプリケーションを終了させ、また次のリクエストで再起動するという仕組みを導入しています。 そのため、アプリケーションを起動(spin-up)する時間がとても重要になってきます。このspin-upの時間はpython(webapp)で60cpu_ms以下。(cpu_msはcpuが使う仮想的な時間ですがmsと同じ感じで捉えてもらってもとりあえずは大丈夫です)JavaのServletだと600cpu_msくらいです。PythonでもDjangoような大きなフレームワークだと1000cpu_msくらい(アプリによる)かかりますが、許容範囲内。JavaだとSlim3で1300cpu_ms、Springだと早くて7000cpu_msという感じで、Slim3がギリギリ許容範囲内でしょうか。ほんとうは、1000
ある程度の年齢を迎えたプログラマが生き残るには - ひがやすを技術ブログ
ある程度の年齢を迎えたプログラマが抱える悩みに、「若手のプログラマと比べて、どうやって価値を出していくか」という問題があります。これは言い換えれば「同じような生産性であれば、相対的に給料の低い若手のプログラマに置き換えられてしまうのではないか」という悩みです。 35才(2004年)でプログラマとしてオープンソースを始め、今年で42才になる俺が通りますよ。 35才までは、SIerの中でSEをやってたので、そんなにプログラムは書いたことがないです。 上記のエントリには、いろんな戦略が書いていますが、ぶっちゃけ戦略は一番重要なことではなく、一番重要なのは、常に自分の価値を高めるために努力し続けることです。 努力や挑戦をやめたら、自分の価値はどんどん陳腐化して下がっていくのは当たり前なのです。 自分がどんなことに挑戦してきたのかちょっと書いてみますね。 2004年1月、プログラマとして何か新しいこ
えせMVCについてそろそろ一言言っておくか - ひがやすを技術ブログ
Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある RailsのえせMVC疑惑で盛り上がってますね。Railsが「えせMVCフレームワーク」ではないのは、みんな知っていると思うので、記事、コメントをみて勘違いしている人が多そうな部分に一言書いておきます。 まず、おかしいのはsatoshiさんのこの意見。 PhotoShareは主にRailsで作られているので、ModelはActiveRecordが担当しているわけだが、Modelのレイヤーが非常に薄いために（O/Rマッピングをしているだけ）、データベースの整合性の責任がController側にある。そのため、ちょっとした機能変更のたびにAPIレベルでのテストを大量に走らせなければならないし、それでもどうしてもミスが生じてし
新しいサービスを作るのになぜ今が絶好のチャンスなのか - ひがやすを技術ブログ
おとといのエントリで新しいサービスを作る側に回ろうよという話をしました。 受託開発に未来はない? - yvsu pron. yas 新しいサービスを作るというのも難しい話ですが、今は、絶好のチャンスなんですよ。 ガラケーがピークを過ぎ、徐々に衰退し始めている。iPhone/AndroidのようなSmart Phone、iPadのようなSmart Bookも広まりつつある。Goole TVのようなSmart TVも出てきます。 広まりつつあるのがポイント、広まってから新しいビジネスを始めても既に手遅れ。 常識的な人は、国内のSmart Phoneのマーケットは1000万台くらい年間売れてからだよねと思っていることでしょう。2010年は300、400万台程度と予想されているので、まだまだマーケットが小さいと思っているわけです。 国内だと確かにそうですが、グローバルなマーケットで考えると国内の1
App Engineではどの言語を使えばいいのか - ひがやすを技術ブログ
App Engineで使える言語は基本的にはPythonとJavaです。それでは、どちらを選ぶのが良いのでしょうか。 それ以外の言語の人向けの話は後から出てくるのでしばらくこのままお読みください。 趣味ならば単に好きなものを選ぶだけでいいのですが、仕事で使うためには、長所と短所をきちんと把握した上で選ぶ必要があります。また、ここでの話は言語としての一般的な話ではなくApp Engineで使うとき限定の話としてお読みください。 まず安定度ですが、インフラ部分の安定度は、どちらも基本的に同じです。もしかすると、まったく同じものを使っているのかもしれません。 その上で動くAPIの部分は、インフラと直接結びついている低レベルな部分と低レベルなAPIの上に構築された高レベルな部分とに分けて考える必要があります。 低レベルなAPIはLLAPIと呼ばれたりしますが、安定度は、PythonとJavaも同じ
不況の今こそ畑を耕せ - ひがやすを技術ブログ
日本IBMのリストラが始まった - yvsu pron. yasで、不況のときに安直にリストラすると、中長期の利益を失うリスクがあるというエントリを書きました。 安直なリストラのどこに問題があるのでしょうか。一番の問題は、「人」という会社で最も重要な資産を失ってしまうことです。 人の首を切ることは直ぐにできるけど、人を育てるには時間がかかります。中長期の利益を生み出すのは、やはり人です。人という大切な資産を失ってしまったら、利益を生み出す源泉がなくなってしまうのです。 下請けに頼りすぎれば、システム会社として持つべき技術や機能の低下は避けられない。それでも業界を覆う下請け依存症は年々悪化の一途をたどっている。 正社員をリストラして、その分は、下請けに頼るとしましょう。一時的にはコストが下がるかもしれないけど、かわりに技術という大事なものを失ってしまう。 別にこれは、リストラだけに限ったこと
ガラパゴス、ガラパゴスってうざいんだけど - ひがやすを技術ブログ
ガラパゴス諸島では、外界から遮断された環境で生物が独自の進化を遂げた。これになぞらえて、国内市場に安住して世界に通じる製品やサービスを生み出せなくなった日本のＩＴ業界を「ガラパゴス化」と呼び懸念する声が2007年ごろから広がりだした。ケータイ先進国といわれながら海外市場からの撤退を余儀なくされた携帯端末業界や、国内企業頼みのシステム開発業界などがその例で、最近はＩＴ業界内でも「ガラパゴス化」問題が議論されるようになっている。 単純に世界に通じていれば良いというもんでもないでしょう。ある分野で負けずに勝ち残っていればそれでいいんじゃないの。 ガラパゴス、ガラパゴスって本当にうざったい。 別に国内に留まれっていってるわけではないですよ。国内に向いたサービスもあれば、世界共通でやったほうがいいサービスもある。海外に出ないから一律悪いみたいな固定概念は、おかしいんじゃないのということです。 フレー
開発生産性が低い方が収入が多いって変だよね - ひがやすを技術ブログ
開発生産性が低い方が収入が多い（人月がかかるほどお金がとれる）というビジネスモデルを根底から覆す可能性があります。開発生産性をあげればあげるほど収入が減ってきます。SIビジネスが立ち行かなくなる方向に向かうのです。 実際の現場では、開発生産性が低くて、人月がかかるほうが売上が増えるというのは、紛れもない事実です。大手SIerの開発手法が、生産性よりも失敗しないことを重視するのは、この事実が原因なのは間違いありません。失敗せずに多くの工数をかけたほうが売上が増えるのです。 だから、ソースコードと一対一に対応するような無駄なドキュメントを「誰が書いても同じようなソースコードにするため」なんて理由で書かせるのです。 詳しくは「誰が書いても同じコード」は大事なことなのかのエントリを参照してください。 営業は、売上で評価されることが多いので、営業の力が強いところは、売上至上主義に走りがちです。でも、
初デートにおける女性の正しい誘い方 - ひがやすを技術ブログ
大人の男が女に言う、「飲みに行こう」と「美味しいもの食べに行こう」は、 どちらも「あなたとセックスをしたいのですが」ということを意味している という点で同義語ですが、前者だと、女の方が、 「自分は安っぽく思われてるのか？」 と思わせてしまって損なのです。 今、人気急上昇中のPGギャルのエントリ。PGギャル語録はこちら。 http://d.hatena.ne.jp/higayasuo/comment?date=20080719#c ネタ満載だけど、いいことも書いてる。女性をデートに誘うときに、「飲みに行こう」というよりも「美味しいもの食べに行こう」っていうほうが、感じいいよね。 感じよく誘ったのでうまくいったとしましょう。次にすることは、どこに行きたい?(何を食べたい?)ってきくことだよね。でも、それより前にすることがある。イタリアンかフレンチのよさげな店をあらかじめピックアップしておくこと
泥カンと未来サミットとIT業界の現実 - ひがやすを技術ブログ
「日本IT業界は日本の他の他業種に比べ、賃金など労働条件面では恵まれている」 みんな(自分も含む)泥という言葉に惑わされて、迷走した気がする。もともとのIPAの討論会の目的は、「IT業界はネガティブなイメージがあるけど本当はどうなのか」って話だった(と思う)のにね。 泥カンの開催目的が、IT業界のイメージアップであり、ポジティブキャンペーンであることは、すばらしいことだと思う。良い面を伝えることは重要。ただし、過剰演出が問題。 2年目で仕事の全体を把握できる 下積み期間はほとんどない やりたいことが直ぐ(人によって違うけど1,2,3年目)にできる 即戦力を取ってるベンチャーならありえると思うけど、新卒で入って上記の事が満たされることはまずないと思う。過剰演出は、誤解を生むし、マイナスに作用することもある。 hayamiz: @natsutan 「東大出ると大企業入れるから泥のように働かなく
アルファギークと学生の討論会 - 続報 - ひがやすを技術ブログ
おまたせしました。 アルファギークと学生の討論会が正式にアナウンスされました。Around thirty(あらさー)との交流会もあります。 かつては日本の基幹を担うと言われたIT（Infomation Technology）業界。しかし，いつの間にか「3K，5K」「35歳定年説」など，ネガティブなイメージが定着し，さらに最近のイベントで物議を醸した「エンジニア最初の10年のキャリア」についてのさまざまな議論から，IT業界の将来すら不安視されることが増えてきました。 でも，実際のところはどうなのでしょうか？ 本サミットでは，これからIT業界を目指す学生，また今IT業界に入ってきた若手エンジニア・デザイナーの皆さんからの疑問や不安に対し，業界をリードする「アルファギーク」の面々，そして今活躍している30代前後のエンジニア，いわゆる7x，8x世代の方々がお応えします。 開催日は9/13(土)。申
泥のように働く重要性 - ひがやすを技術ブログ
IT企業はほんとに泥のように働かされるのかの記事を見てみたんだけど、かなり違和感がある。 「泥のように働く」の定義はこちらを参照してください。 http://d.hatena.ne.jp/higayasuo/20080715/1216126229 「入社2年目ごろの時点で、仕事の全体が見えていたか？」という質問に対して、全員が○と回答しているんだけど、少なくともSIerでそんなことはないと思う。 全体が見えるためには、要件定義、外部設計(基本設計)、内部設計(詳細設計)、プログラミング、テスト、移行、メンテナンス、プロジェクトマネージメントなどを一通り身につける必要があります。これらの作業が入社2年目ごろの時点で一通り身についているとはとても思えません。 しかも、これらの作業は、1回やったくらいじゃ身につきません。それこそ「泥のように働いて」身につけるものです。 デスマはみんな嫌いだよね。
jQueryでリストをリンクに変える方法 - ひがやすを技術ブログ
こんな感じのリストがあったとします。 <ul> <li>http://www.google.co.jp</li> <li>http://www.yahoo.co.jp</li> </ul>もちろん、リストをクリックしてもなにもおきません。これをjQueryを使って、リンクに変えてみましょう。 each()とwrapInner()を組み合わせます。 <html> <head> <title>sample08</title> <script type="text/javascript" src="jquery.js"></script> <script type="text/javascript"> $(function(){ $("li").each(function(i){ $(this).wrapInner( "<a href=\"" + $(this).text() + "\"></a
何もストイックなことばかり書かなきゃいけないもんじゃなし - ひがやすを技術ブログ
西田君が「あとで消す」って書いてたエントリがあった。 消してしまったものを、引用で復活させるのもアレなんで引用はしないけど、簡単に要約してしまうと、「正しく有益なものでなかったら書くべきじゃないな」という個人的なポリシーの話だった。まぁ一生懸命「他人のため」に書いている彼に水を差してもしょうがないけど、高々blogにそんなに気合入れなきゃいけないんだろうか。 彼の書くものは非常に真摯で、よく整理されている。彼のそういった能力は素晴しいし、それに期待をする人も多いだろう。間違いを垂れ流しに書く人達よりは、ずっといいと思う。 でも、件のエントリを見た時に「果してそこまでストイックにならなきゃいけないんだろうか？」と思ったものだ。もちろん正しさを追及するという姿勢が悪いわけじゃない。 技術者は、ストイックであったほうがいいというその気持ちは良くわかります。これは、西田さんのように書き手側だけでは
離職率の高さが人材を流動化させ業界が活性化する - ひがやすを技術ブログ
またアクセンチュアは「業界平均より離職率が高い」が、「IT業界内での人材の流動化は歓迎すべきことと考えている」と話した。IT業界でのキャリアパスには、コンサルタントやプロジェクトマネジャになるだけではなく、「ベンチャーキャピタリストになったり、アカデミックの道に進むなど色々な方法がある。さまざまな経験をした人材が転職によって交流することで、IT業界は活性化する」とした。 離職率の高さは、一見ネガティブに見えるけど、スキルアップを定期的に実感できるようにすることで、自分に自信をつけ、会社から卒業しやすくするってのは、良い考えですね。 社員にとっては、スキルアップで自分の価値を高められる。 一方、会社にとってもモチベーションの高い社員が一生懸命働くことで、生産性が高まり利益率も上がる。逆にモチベーションの低い社員は、止めざるを得ないようにきびしく競争させるんでしょう。 利益率が高いから、社員に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
