人間的魅力がない人はリーダーになれないのか - ひがやすを技術ブログ
小野さんのところでこんなつぶやきがありました。 今九州大学の授業なんだけど、「リーダーになるためには人間的魅力が必要だと思いますが、人間的魅力がない場合にはどうすればいいでしょうか」なんという質問！ この後に、清水さんの「だれでも努力次第でリーダーになれる」というのは詭弁だという話に続きます。 「だれでも努力次第でリーダーになれる」 僕はそれを詭弁であり欺瞞だと思う。 優秀な開発者になるのとも、マネージャになるのとも違う。リーダーになるのは、純粋に性格、才能なのだと思う。 この話の詳細は小野さんとこに shi3zさんが私について、「嘘を平気でつける人間」であり、それ故に「欺瞞に満ちた人間」であると言っている理由は、九州大学の授業に参加している生徒達に対して、shi3zさんが「君たちは僕のようには決してなれないから、才能ある人間の邪魔だけはしないようにしてほしい」というスタンスである(彼曰く
おい、kawango、本当の受験勉強をおしえてやる - ひがやすを技術ブログ
タイトルは釣りです。 ただ、kawangoさんが、だめな受験勉強をしている人を例にあげて、だから受験勉強はだめなんだと結論付けているので、本当の受験勉強とはどんなものか説明しましょう。本当っていっても、自分の経験と周りを観察した範囲のことですが。 個人でやらないとお金が足らなくなるからといって、個人でやれば成功するという理由にはならない。けれども成功する道は必ずあるはずだからとドラマの熱血主人公のように思い込んだとき、それは個人でやるという道の中に隠されているはずだという結論がでてしまうんだと思う。 でも、それって、解答が必ずある試験問題の解き方なんだよね。 受験では、「正解を出すことが重要だ」という思考パターンで動いていると思われているようですが、実際は「正解を出すよりも点数を取ることのほうが重要」です。説明不足で答えだけあってる答案よりも、最後の結論は間違っていても、答えを導き出す仮定
gdgd言ってないでコード書けよハゲ - ひがやすを技術ブログ
日本に住んでいる限りはプログラマーじゃ飯は食えないってことなんですよ． 最近、「日本はもう立ち直れないと思う」とか「日本に住んでいる限りはプログラマじゃ飯は食えない」とか根拠のないことをgdgd言うやつ多すぎ。 少なくても俺は、プログラマで飯が食えてるし、ワインも飲んでる。 なによりも、100%の時間を自分の好きに使うことができる。日本にいても、プログラマとして十分に成功できるといういい証拠でしょう。 実際のところ、100%自由だといっても、それが楽しいわけではない。 等価交換の法則が存在し、「人は何かの犠牲なしに何も得ることは出来ない、何かを得るためには、同等の代価が必要である。」。「100%自由」へのお返しを会社へも世間へもしなければならない。 多くのものをもらっているからこそ、多くのものを返すために、常にハイリスクハイリターンを狙わなければいけない。この精神的プレッシャーはかなりのも
プログラミングをやるのは大手では難しい？ - ひがやすを技術ブログ
私は，現在就職活動をしているものです．仕事は，プログラミングなど（最終的には一連の作業をやりたい）をやりたいと思っているのですがプログラミングをやるには大手では難しいのでしょうか？ ここ最近，大手を中心に何ヶ所か就職のセミナーに行きました．ある会社では開発を行っているらしいのですよくよく質問するとプログラミングは行わないらしいです． 難しいでしょうね。今の大手SIerは、単価の高い上流にほとんどシフトしています。それだけなら、別に問題はないのですが、新人にプログラミングなどを経験させずに、いきなり設計をさせることが多い。例えばこんな感じ。 どうも会社では、僕に上流工程を任せようとしているようです。しかしながら僕は、上流工程にはまったく興味がありません。上流工程のほうが付加価値が高いし儲かるということは一応知っているつもりですが、設計をしたり人の調整をしたり、なんていうことは好きでもないし、
プログラミングに誇りを持ちたいなら単価を上げること - ひがやすを技術ブログ
僕は今回の案件で、システムのレスポンスに徹底的にこだわってる。 それには理由がある。 それは、プログラマの誇りを見せ付けたいからだ。 山本さんの気持ちは良くわかるけど、プログラマの誇りを見せ付けたいなら、単に良いものを作るだけではだめです。プログラミングの価値を高い金に結びつける必要があります。 だれでも、自分のことを高く評価してほしいと願っているはずです。そして、その評価が、金に結びつかないと、その努力は維持できないのです。 良い仕事をしても、だめな仕事をしても、もらう報酬が同じなら、人は努力しなくなる。努力しないから、良いコードはかけない。 この業界の問題、それはプログラムが、新人?3年目の作業と位置づけられていることだ。 ベテランでも、だめなコードを書く人はいるでしょう。それは、素質だとかの問題ではありません。余り金がもらえないから、人は自然に努力しなくなり、だから、だめなコードにな
報酬にこだわらないとプログラマの地位は低下するよ - ひがやすを技術ブログ
プログラマーはお金とは無縁の存在です。 プログラミングに誇りを持ちたいなら単価を上げること - ひがやすを blogには全く賛成できません。 なぜなら「プログラム」は本質的に経済的価値を持っているわけではないので、プログラムを作る人、すなわちプログラマーは本質的に経済的価値をもつ存在ではないからです。 こう思っている人は、そこそこいるかもしれないけど、だからこそ、プログラマーの地位が低いんだと断言しておこう。プログラムは本質的に価値がないって思っているのがそもそも間違い。 良いプログラムは価値がある。元の山本さんの話にも出てくるけど、きちんとしたプログラムによって、システムは、サクサク動くようになり、業務上の使い道が大きく広がるのです。 価値のあるものからは、対価(金)を得なくてはならない。 エンジニアに限った話ではないけど、自分の成果に対する報酬は、こだわるべきだ。じゃないと優秀な人が入
自分の書きたいコードを書け - 脱職業プログラマのすすめ - ひがやすを技術ブログ
良く仕事以外のプログラムをしたことない人っているじゃないですか。ここでいう職業プログラマとは、仕事以外では、プログラムをしない人のことを指しています。 仕事以外でもプログラミングをしている・勉強している人、は、職業Onlyプログラマではなく、職業でもプログラムをしているけど、それ以外にも努力をしている人です。 それは、もちろん何の問題もないんだけど、それだけでは実力はつきません。たぶん、コードを書きながら自分が成長している気がしてないでしょう。あなたの直感は正しい。 何らかのフレームワークを使えば、それなりにできることが増える、それももちろん成長です。ただし、知識のね。プログラミングの力はそれほど変わっていないはず。 自分の経験で言えば、多くの人に読んでもらえないコードは、いくら書いても、実力につながりにくい。人に見せようとするコードは、書いているだけで、いろんなことを考えるし、それが、力
40になる前に宝くじを買っておけ - ひがやすを技術ブログ
明日で40になる前に、一言言っておきたいことがある。 40になる前に宝くじを買っておけということだ。 「宝くじを買う」というのは、もちろん比喩で、「チャンスをつかもうと行動する」ことをあらわしている。 前に、エンジニアの未来サミットで、よしおかさんもいっていた「宝くじは買わなきゃあたらない」。宝くじは、ほとんど当たるものではないけど、でも、買わなければ絶対にあたらない。これと同じで、「チャンスをつかもうと行動しても、成功する可能性は低いかもしれないけど、でも行動しなければ絶対に成功しない」ということじゃないかと思う。 これは、「成功する可能性は低くても、まずは行動しろ」というメッセージだ。 今、自分は、仕事で何をするかはすべて自分で決めることができる。それで、自分のやりたいこととしてオープンソースにかかわっている。プログラマとしては、かなり恵まれた立場だろう。こうなれたのは、オープンソース
「元請けにこだわる理由」の「いいがかり」についてひとこといっておくか - ひがやすを技術ブログ
自社のバックオフィスの方が、外注先に対してどんな立ち居振る舞いをしているのかご存じですか？ 自社と外注先との間の契約がどのようになっているのかご存じですか？ それを目の当たりにしても同じことを言い続けられる自信はありますか？ そういうことはスーツの仕事とレッテルを貼って見て見ぬ振りをしてませんか？ それでいて業界を変えたいなどといいますか？ 業界を変えたいっていってるところから、おいらのことを言ってるとして話を進めるよ。 バックオフィス(この文脈では調達のことかな)の方が、外注先に対してどんな立ち居振る舞いをしているのかは、正直良くわかりません。転職したことがないので、他の会社のことは良くわからないけど、弊社の場合は、調達と外注先が価格や条件の交渉する場に、案件側の人間は立ち入ることはないためです。必要だといわれたらもちろん同席するけどね。 新規取引をさせていただくときの最初の顔合わせに同
勉強会とかコミュニティ活動に参加できるのは、下請けに仕事を押しつけてるからじゃね - ひがやすを技術ブログ
今は友人までの公開になっているので、リンクをクリックしても発言を読めません。このエントリを書いたときは誰でも読めたんだけどね。 勉強会とかコミュニティ活動に参加できるのは、下請けに仕事を押しつけてるからじゃねーの？ 仕事は、一人ではできないので、いろんな人に支えられてやっています。そういう意味で、支えてくれる人なしには何もできないのは事実です。 で、だ。 自分はどうかといえば、おれは、ほとんど、一人で仕事をしているから、下請けとか関係ないです。うちの会社でどうかといえば、下請けに仕事を押し付けている人なんていないですよ。みんな仕事大変だからね。忙しいし。 で、だ。 誰に言っていてもいいんだけど、上記の言葉の裏には、コミュニティ活動は、暇だからできるみたいなニュアンスが感じられるんだけど(間違っていたらごめん)、コミュニティ活動ってかなり大変だよ。 例えば、この前、「ひがやすを飲み会」なんて
Railsバブルは終わった - ひがやすを技術ブログ
Railsバブルは終わったと思う。良い意味で。 Railsは世の中の技術者に大きな影響を与えたフレームワーク、そして偉大なフレームワークですが、バブルを起こそうと変に煽っている人たちが前から気になっていました。 最近、Railsについて何度も取り上げているのは、手放しに近い状況で「Rails良い」と煽りまくっている人が目に付くから。こういうのは、バブルにつながるし、バブルは最終的に、はじけてしまうものです。Railsバブルは、もうとめられない気もしますが、Rubyはバブルになってほしくない。 だってバブルがはじけて生き残るのはほんの一握りですよ。自分たちが原因で、失敗するならあきらめもつきますが、バブルを起こして運がよければもうけられるみたいに思っている人に散々利用されて失敗するのは、納得がいかないですね。過剰に評価されれば、それだけ失敗する案件も増えてくる。 煽られてそのプロダクトを採用
IBMの問題はアメリカナイズされた老害 - ひがやすを blog
日本IBM周辺でトラブルが続出している。IBMの下請けとしてサブシステムの開発に携わっていたソフトウェア企業が4億円近い負債を抱え、2008年10月中にも破産手続きに入る。同社は、IBMから追加費用の支払いが行われていなかったと主張して訴訟準備に入っていたという。ほかにも、スルガ銀行やソフト開発会社など、IBMを相手取った訴訟も続発しているのだ。 この訴訟続発を問題のように受け止めている人も多いようだけど、IBM自身にとっては、そんなに問題じゃないと思う。ユーザーの発注が確定しなくてもその先の作業を進めるために下請けに先行発注したりすることがなくなったり、不採算案件は最初からやらない、あるいは早期に手を引くことが、徹底されたからだと思うから。 これまで、日本的な空気を読むビジネスから、アメリカ的な白黒はっきりな契約ベースになったということなので、一方的に悪いことではない。 でも、契約を交わ
Seasarに関してこの2年間やってきたこと - ひがやすを技術ブログ
おととい、Seasarの理事、主にまさたかさんと、しばらくぶりにちゃんと話しました。そこで、おいらが、この2年間くらいの間、何を考え、何をしていたか話したんだけど、「ひがさんが何をしていたかしらなかったよ」と、まさたかさんがいってたので、きっと、コミッタの人やユーザーの方も同じだと思うので、Seasarに関してこの2年間やってきたことについて書いておこうと思います。 まさたかさんと、ここんとこ話をしていなかったのは、別に仲が悪かったわけではなく、はぶさんが理事を抜けた後、飲み会とかやらなくなったから、というのが原因。後、おいらも結婚したので、あまり外で飲まなくなったってのもあります。 2年前のSeasarがどのような状態にあったかっていうと、ちょうど、キャズムに陥っている状態。そこそこの知名度はあるけど、アーリーアダブタ以外は手を出さない。 そこで、私が行なったのは、HOT deploy、
下請け構造がなくならないのは大手SIerの社内人件費単価が高いから - ひがやすを技術ブログ
今のSI業界は、大手SIerを中心とした多重下請け構造ですが、その原因の1つには、「大手SIerの社内人件費単価の高さ」があります。 ここでは「社内人件費単価」の意味をプロジェクトに課せられる社員一人当たりの単価とします。 大手SIerでは、社内人件費単価が外注の単価と比べて、べらぼうに高いことが多い。だから、プロジェクトマネージャも利益を出すために、社員の数を抑え、できるだけ外注しようとするのです。 なぜ、大手SIerの社内人件費単価が高いかというと、1つは、大会社であるため、オーバーヘッドが大きいことです。もう1つは、もともとの人件費の単価が高いこと。優秀な人を集めようとすると、必然的に単価を上げざるを得ません。 それ以上に大きな原因は、単価を下げようとするインセンティブが働かないことです。 大手SIer通しの競争もありますから、ぬるま湯なビジネスをやっているわけではありません。 見積
NTTデータがウォーターフォールから脱却? - ひがやすを技術ブログ
筆者が現役技術者だった頃はプログラミングは創造的で非常に楽しいものだった。サービス開始直前の相当な忙しさは今も昔も変わらないが、少なくともモチベーション溢れるエンジニア達の姿があった。40年近くの間に何が変わってしまったのか。わが国に定着する「ウォーターフォール(waterfall)型」の開発スタイルに、その一因を探ってみる。 浜口さんが、ウォーターフォールの問題点を指摘している。そして、反復型開発のマイクロソフト版である同期安定化型も今後は検討すべきだとしている。 一方の同期安定化型に話を戻す。こちらは、ソフトウエアをスモールチーム（３?８人）で開発できる単位に分割し、各チームが同時並行的に設計・コーディングを行っていくスタイルである。毎日あるいは一定の期間ごとに、各チームの生産物を統合してテストを行い、品質の安定化を図っていく。 わが国の市場の大半を占める企業向けの個別システムに対して
優秀なプログラマの給料が低いわけ - ひがやすを blog
昨日の開発生産性が低い方が収入が多いって変だよねのエントリでは、企業レベルの話だと、生産性が低いほうが売上が上がるという話をしたんですが、実は同じようなことが、個人レベルでも言えます。 生産性の高い超優秀なプログラマより、社交性の高いそこそこ優秀なプログラマのほうが、評価が高く給料も多くもらえるようになるのです。さすがに、個人レベルだと生産性の低い人が評価が高いということはあまりないけどね。一時的には残業が多くて給料が増えるときもあるかもしれないけど、それはあくまでも一時的なこと。 評価が高いということは、上司にそれだけ認めてもらっているということですが、それではなぜ、優秀なプログラマは、上司に高く評価されないのでしょうか。 「上司に技術をきちんと評価する力がないから」それも多少はあります。でも、主な原因ではありません。会社によって違うと思いますが、評価における技術力の部分は2,3割りに過
開発生産性が低い方が収入が多いって変だよね - ひがやすを技術ブログ
開発生産性が低い方が収入が多い（人月がかかるほどお金がとれる）というビジネスモデルを根底から覆す可能性があります。開発生産性をあげればあげるほど収入が減ってきます。SIビジネスが立ち行かなくなる方向に向かうのです。 実際の現場では、開発生産性が低くて、人月がかかるほうが売上が増えるというのは、紛れもない事実です。大手SIerの開発手法が、生産性よりも失敗しないことを重視するのは、この事実が原因なのは間違いありません。失敗せずに多くの工数をかけたほうが売上が増えるのです。 だから、ソースコードと一対一に対応するような無駄なドキュメントを「誰が書いても同じようなソースコードにするため」なんて理由で書かせるのです。 詳しくは「誰が書いても同じコード」は大事なことなのかのエントリを参照してください。 営業は、売上で評価されることが多いので、営業の力が強いところは、売上至上主義に走りがちです。でも、
プログラミングファースト開発の必要性 - ひがやすを技術ブログ
ここではフローチャートの是非を論じるつもりはない。クソだから。もっと一般化してしまえば、○○設計書みたいに「設計書」と名のつくものは全部クソだ。だって動かないんだもん。 動かない以上、それら設計書が正しいのか、漏れがないのかは保証のしようがない。机上検証なんていう工程もあるらしいけど、君たちの脳味噌は何MIPSなんだと問い詰めたい。もちろん、机上検証で見つかる凡ミスもあるだろうけど、そんなのはズボンもパンツも履かずに会社に向かうのと同じくらいのレベルの間違いだろう。 結局はコードを仕上げてから動かして初めて「だめだこりゃ」ということになる。 ○○設計書は、動かないから検証ができない。だから、だめだというのは、半分あっていて半分間違っていると思う。システム開発の大多数は、最初に○○設計書を作成する。顧客にレビューしてもらったり、自分たちでも内部レビューしたりするが、あれは、有効性が低い。 動
泥のように働く重要性 - ひがやすを技術ブログ
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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
