Architect also implementsなのだ。 - 2008-10-28 - おおたに6号機blog
アーキテクトとか言うと何様的に思う人もいるかもしれませんが、全体構成を決めるという 意味でアーキテクトは重要なロールです。ロールなので実体が誰であるかはともかくとしても。 アーキテクチャとは何か、その深淵な話題に自分が触れられるほどのもんだとは とても思えないですが、下記の平鍋さんと萩原さんのお話は読んでおくべきことだと感じました。 実際にXPなどの手法でアーキテクチャは段階的に育てていく人と、ある程度初期から形を作りこむ人といますが、 実際に作るときにはそのバランスを取るはずです。 アーキテクチャを決めないで実装の結果をアーキテクチャですとすると、それを使う方が変わっていく様が 激しすぎてついていけないというリスクがある。アーキテクトの一存とその実装方法にゆだねられてしまう。 かといって、アーキテクチャをがっちり決めすぎる（所謂BDUF（Big Design Upfront)）と、今度は
IT業界の二つの顔 - novtan別館
はてなー諸氏におかれましては、IT業界というのはガチムチなdankogaiやshi3zみたいな人が火花を散らして戦っている姿を想像しているかも知れません。 それ正解。 shi3zさんのプレゼンは、要約すれば、 「IT業界は戦場であり、その自覚がない者は駆逐される。現状では日本は敗北を繰り返したIT敗戦国であり、その事実を直視すべきだ。敵わない規模の敵に対しては、ゲリラ戦の戦術で戦っていかなければならない。では、ゲリラ戦で勝つにはどうすればよいか」 という内容のものだった。 IT業界戦場論 : 小野和俊のブログ うひー、怖い怖い。 でも特に直接ITをサービスとして提供する仕事をしている人にとって、この内容は真実であろうね。まだ開拓されていないフロンティアに無理やり種を蒔いて収穫できなかったら土地ごと空爆して不毛な大地にしてから別の天地を探す、みたいな根性は必要かも知れない。 一方で、サービス
2008-07-05
PHPCon前日Hackathonに新たな局面が。女性参加者がエントリーされました。 PHPCon 前日Hackathon 参加者募集 - kunitの日記 多様性という意味でも大歓迎です。わいわい面白いこととをやろう！というのに男性だけ集まるなんてのはよくないっすよ。というわけで、新たな扉が開きましたよ。そういう壁で躊躇していた方、是非エントリーを。 追記 募集エントリーにも書きましたが、男性陣用の6名部屋×4部屋とは別の2名部屋を別途確保してもらおうと思ってます。まぁ、6名部屋の一番大きそうな部屋がHackathon会場になるんでしょうね。 前から飲み会の毎にいってる気がするが、ここでは書いてなかったかな。まぁある意味本人に失礼かもしれないのですが、今日は酔った勢いで書きますよ。 プログラマが目指す先がMatzいわれたらやっぱ無理なわけですよ。段違いに凄い人は凄いわけでそこを目指せとい
NTTデータについてそろそろ一言いっておくか - ひがやすを技術ブログ
Seasarプロジェクトが提供しているSAStrutsと、NTTデータが提供しているTERASOLUNAを組み合わせて、大規模プロジェクトでさくさく開発ができるフレームワークの作成を目指します。 SATELITEは、Super Agile TERASOLUNA Lightの略です。 TERASOLUNAは株式会社NTTデータの登録商標です。 本プロジェクトの活動はNTTデータの業務とは関係ありません。 意表をつく組み合わせですね。真剣にフレームワークに取り組み、オープンに業務外で活動している人もいるということですね。 NTTデータと真昼の対決をセッティングしたのは、TERASOLUNAチームの人なんですが、その後のCTCと夜の決闘の話を見て、CTCとは同じ問題をかかえているかもしれないので、CTCの担当者と意見公開したいから、連絡先を教えて欲しいと私のところにメールして来ました。 このまじ
悪態のプログラマ
ビジネスによくあるシーン。 1. ドキュメントを作る 2. 誰かに見せる 3. 質問される 4. 質問に答える 5. 納得してもらう 例えば、報告書の類とか、我々の仕事なら設計書のレビューなどもそうだ。また、ソースコードのレビューも同じである（以下、「ドキュメント」にはソースコードも含むものとする）。 さて、上記の流れの後でそのまま終わってしまう人も多いのだが、それはよくない。 単純に考えると、質問された内容というのは、「作成したドキュメントから読み取れなかったこと」である。しかも、少なくとも聞き手が質問せずにはおられない程度に「重要なこと」なのである。 そのため、今後、別の人（たとえば上司のそのまた上司）がこのドキュメントを読んだら、同じ質問をしてくる可能性が高い。質問の機会がなければ誤解されてしまうかもしれない。また、説明を受けた人ですら、後になってその内容が思い出せなくなって、違う解
優秀な技術者≠技術力 - Thinking out loud
はてなの日記を見ていると、「技術者に対して正しい評価がされない」ということを問題視しているエントリが多いように感じる。これは、はてなで日記を書いている人にプログラム大好きなエンジニアが多いことが要因だと思う。 そもそもとして、SI企業がプログラマ/SEに対して求めていることは技術力ではない。（大げさに言うと） そこらへんのGapについて納得感のあるエントリがスーパークリエイターがSI業界で即戦力になれない理由 - aikeの日記。 いわゆる"業務知識"という名の暗黙知 SI業界が開発するシステムの目的は何か？ それがつまり「業務知識」というやつで、金融や保険だったり、証券取引、財務会計、生産管理、物流・在庫管理、販売管理だったりするのだ。それぞれ必要とされる知識は非常に多い。普通の新入社員がOJTで身につけようと思ったら数年かかってもおかしくないだろう。 http://d.hatena.n
スーパークリエイターがSI業界で即戦力になれない理由 - aikeの日記
少し前に若いエンジニア達と話す機会があった。この春SI企業に入社してプログラミングの研修を受けているという。みんなそれぞれ能力が高い上に、学習の高速道路を爆走中といった感じでネット上で話題になっているような技術情報には十分詳しい。SICPを全部解いたとも言っていたし本当はプログラミングの研修なんか必要ないのだろう。未踏に応募したり勉強会を開催したりするのはこういったタイプなんだろうかとか、いまどきのSI企業の人材獲得能力はすごいなとか思いつつ、でも彼らはこの業界に何を求めてどうなろうとしているのか少し気になったりもした。 これほど優秀で勉強もしてきた人達でも、SIerとしては即戦力にはならない。社会人マナーとか仕事の進め方の話ではなくて、単純に知識不足という意味で。そのため一緒に入社したプログラミング能力の低い社員と同じように扱われる可能性が高い。これはすごく不幸な状態だと思う。SI業界が
プログラマーを引き付けるMac OS Xの魅力 ― ＠IT
林信行 2008/5/15 いまや、Mac一筋という熱狂的なユーザーだけでなく、「何か面白いことをしたい」と考えるエンジニアもMac OS Xを利用し始めている。いったいなぜなのか、その理由を探ってみよう（編集部） 最近、Macintoshを使う著名エンジニアをよく見掛けるようになった。 代表的なところだけでも、シックス・アパートの元CTOの平田大治さん（現News2U社取締役）や米マイクロソフトでWindows 98やInternet Explorerの開発に中心的な役割を果たした中島聡さん（現UIEvolution社チーフアーキテクト）、Lingrなどの開発で知られる江島健太郎さん（現インフォテリアUSA社長）、ニコニコ動画の技術コンセプト設計などを行った清水亮さん（現ユビキタスエンターテイメント社CEO）などが思い浮かぶ。 この傾向は、シリコンバレーに行くとさらに顕著だ。シックス・ア
2008-04-02
主人公は高校生、クラスで目立たないが、実はLispハッカー。 明治時代から代々続くプログラマの家系。 ご先祖様は、チャールズ・バベッジと競いあったり、フォン・ノイマンに「やつは天才だった」と言わしめたり。 彼の家系は、その類まれなハッキング能力から、時の権力者や、軍や、国際大企業や、秘密結社から狙われている。 彼の祖父は、戦時中に、現代でいう楕円曲線暗号を、時代に先駆け５０年早く編み出していたが、その秘密を守るため軍に殺された。 彼の父親は、２０００年問題で核ミサイルを発射しかけた国防総省のメインコンピュータのプログラムを修正したが、放射線に晒されて、命を落とした。 プログラミングの秘伝を記した巻物は一子相伝。 幼少のころから父親にプログラミングを叩き込まれる。 第１話 高校の文化祭で開かれた、タイピングコンテスト。 彼は決勝戦に進出。 「こんなヘンピな高校でも、なかなかのやつがいるもんじ
「渡された仕様書を実装するサラリーマンプログラマ」の悲哀
@ITの「業務用途でRubyを使う上での課題 」を読んでなんだか悲しくなった。 チーム開発でRubyを使ったときに今後起こりえる問題として、サン・マイクロシステムズ システム技術統括本部 チーフテクノロジストの下道高志氏は、こう指摘する。「他人の書いたPHPコードのメンテナンスはできない。Rubyはどうかといえば、現状はいい。しかし今後“職業プログラマ”ではなく、渡された仕様書を実装する“サラリーマンプログラマ”が増えてくると、コードのスパゲッティ化は避けられないだろう」。 【業務用途でRubyを使う上での課題 − ＠ITより引用】 これは言語の問題ではなく、日本のソフトウェア産業全体が抱える問題。以前にも「ソフトウェアの仕様書は料理のレシピに似ている」というエントリーで書いたが、本来のソフトウェア作りとは、絵を描いたり、音楽を作ったり、建物をデザインするのと同じ「創作活動」である。ドラッ
ソフトウェア技術者としての残り時間 - naoyaのはてなダイアリー
年始の NHK でのイチロー特集番組を見ていて一番印象に残ったのは、他の人の道具を絶対に触らないというイチローのこだわりでした。曰く、人の道具を触るとその道具の感覚が体に残ってしまい、自分の道具を利用するときの感覚の妨げになるから、ということでした。全体を通して、イチローは他のプレイヤーとの相対的な競争の中に身を置いているのではなく、絶えず自分を改良し続けるという過程の中にいるのだというのがよくわかる内容でした。良い番組だったと思います。 気づけば自分も 30 歳になりました。まだ若いとは思っていますが、さすがに 20 代の頃に比べると、病気や怪我の治りが少し遅くなったと感じることもあり、少しずつ自分の人生、「死」ということを考えるようにもなりました。時間は有限ということが少しずつ実感できるようになってきました。あるいは実感できるようになってしまった、と言った方が良いかもしれません。 ここ
Yoshioriの日記: ポインタも再帰も FizzBuzz も出来なくても良いと思うよ
こんな単純明快なことが理解できないと言われても，想像できない．理解できる側からするとあまりに当たり前のことなので，これを「才能」と呼ぶのさえおこがましいと思う カレーなる辛口Javaな転職日記 - プログラマーになれる人となれない人 自分が昔から違和感を持っていた事、 「ポインタは難しいか？」 ぶっちゃけると難しくないですよね。 神様なんて信じない僕らのために - ポインタは本当に難しく、プログラマになるのに大事な事なのか？ この辺を読んで･･･ （才能を）持ってる人は持たない人の気持ちが理解できないんだなぁ 多分、悪気とか悪意とかは全然なくって 純粋に持たない人の気持ちが本当に文字通り理解できないんだろうなぁと思った。 個人的には 甘いと言われるかも知れないけど 別にポインタも再帰も 難しいと感じても出来なくても良いと思う。 プログラマになりたくない人を無理矢理プログ
Ike Tohru
Twitter @rokujyouhitoma Linkedin Tohru Ike My friends and I wrote technical books できる 仕事がはかどるPython自動処理 全部入り。 Unreal Engine&Unityエンジニア養成読本[イマドキのゲーム開発最前線! ] (Software Design plus) JavaScriptテクニックバイブル ~効率的な開発に役立つ150の技 My friends and I wrote web articles そうだ！ EuroPython 2011へ行こう #3 PyPyについての講演，ハンズオン，スプリント 運営スタッフが振り返る「PyCon JP 2011」の模様と今後の展望 「PyCon JP 2011」紹介 番外編～Pythonで働くということ 「PyCon JP 2011」本編以外の注目ポ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
