長らくニートだったが、就職先が決まったということで、代官山のレストランで妻と娘にお祝いしてもらった。うれしい。そして、新しい道に踏み出すという新鮮な気持ちが何とも心地よい。 2011年2月1日付けで、Googleに入社する。その経緯について記述しておく。個人的事情をわざわざ晒す必要もないのだが、お世話になっている皆様やOSS関連や個人事業関連で関わりのある方々への報告ということでキーを叩く。 経緯 昨年7月末に前職を辞して、自作のOSS製品のデュアルライセンス販売で食っていくべく開発作業や事務作業を半年ほど行ってきた。しかし、地価と物価の高い東京という都市に妻子とともに暮らせる収入を継続して得ていくにはあまりにも頼りないビジネスモデルであるため、それを本業にすることは断念した。 より正確に言えば、当初からOSSで食っていけるとは思っていなかったので、ライセンス販売は妻に任せて俺は就職できる
Review Boardならコードレビューを効率良くできる!:ユカイ、ツーカイ、カイハツ環境!(19)(1/3 ページ) “コードレビュー”やってますか? “コードレビュー”は、ソフトウェア開発の重要なプロセスですが、往々にしておざなりにされがちです。 しかし、きちんとコードをレビューすることで、品質向上や、早期のバグ発見による後工程でのコスト削減につながります。また、病気や事故、他のプロジェクトへの突発的な火消し(!)などによる、開発メンバーの長期離脱時のリスク削減にもつながります。さらには、他の開発者が書いたコードを読んで学習することにより、コーディングスキルの向上にも役に立ちます。 今回は、「そうはいっても、現実的にコードレビューなんて無理……」という方のために、コードレビューを効率化する「Review Board」というツールを紹介します。 Review Boardの主な特徴5つ
If this is your first visit to my site, welcome. I've written a book called Modern Perl which explains how Perl 5 works and how to program Perl effectively. Electronic versions are free to download and redistribute, and print versions are for sale. I hope the book is useful to you; please tell other people about it. If you're an employer or recruiter looking for good Perl developers, the whitepape
October 22, 201010:13 カテゴリプログラミング組織とyou 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム perl 界隈の皆様、YAPC::Asia 2010 おつかれさまでした。 @nipotan のライトニングトークはシャッフルに関する話でした。で、ここで、なぜそもそもシャッフルが出てきたのかについて、チームマネジメント的な観点から補足したいと思います。 (元の発表はこちら: 動画 / スライド ) ■相互チェック体制の運用 ライブドアのプログラマは、だいたい一人でひとつのサービスを受け持っています。一人が複数のサービスを受け持つのは普通ですが、一つのサービスに複数のプログラマがフルコミットするという贅沢な状況はあまりありません。 担当が一人ずつしかいないと、担当の人が休むと何も進まない。やりたいことが色々あ
こんな企画が通るとは……ギークを集めた飲み会、いや、座談会。人選、言語、コミュニティはどうする? べにぢょが協力してくれました。会場は弊社の入っているビル最上階のレストラン。もう、何でもいいよ。とりあえず飲んで話そうよ! 一同 乾杯!!!!! え おいしいね。ところで、今日は何の話をすればいいの? 編 とりあえず、自己紹介からお願いします。 え では。え~モバツイというサイトを運営しているえふしんです。このメンバーだとLLとか言語系の集まりみたくなってますけど、僕は言語にこだわりはなくて、モノができればいいじゃんと思っています。だから、この場にいるのが若干申し訳ない。エンジニアとしての引け目というか(笑)。 し 引け目を感じてはいませんよ(笑)。柴田と申します。Pythonやってます。仕事としてはWebのサービス系ですね。えふしんさんと近いのかもしれないけど、僕も実は言語へのこだわりってあ
今年6月、サイボウズの青野慶久社長(39)が2週間の育児休暇取得を宣言した。「激務」というイメージが強いIT業界、しかも社長の育休取得とあって驚いた人も多いはずだ。時代の先端を走る社長は「育休」をどう過ごし、どんなことを感じたのか? NPO法人ファザーリング・ジャパン主催のセミナーで、青野社長の講演を聞いてきた。 猛烈な"働きマン"が育休取得したきっかけはTwitterだった!? サイボウズの青野慶久社長 青野社長が登場したのは「IT業界で働くパパ・ママのためのセミナー」。IT業界の後輩たちが熱心に聞き入るなか、話は育休取得の意外なきっかけから始まった。 「育休取得前はまさに『仕事バカ』でした」。青野社長が目標としているのは「サイボウズを世界に一番使われているグループ会社にすること」。その目標を実現するため激務に没頭する日々。終電の時間を気にせず働けるよう近くに住み、ずっと自転車通勤を続け
すべてのワイヤーフレームは平等ではない 「ワイヤーフレーム制作の5つのアプローチ」で一見同じようにみえるワイヤーフレームにはそれぞれ特徴があり、目的に応じて使い分けた方が良いという話をしました。違うアプローチが幾つもあることは分かりますが、ではどのようなときにどれを使えば良いのでしょうか。選択するためのチェックポイントは4つあります。 ワイヤーフレームを作る目的はなにか 作ることで何を達成させたいのかを明確にします 制作プロセスのどのフェイズで用いるのか どのタイミングで作るかによってワイヤーフレームが果たさなければならない役割は変わります 誰がワイヤーフレームを見るのか クライアントなのか、デザイナーなのか、開発者なのかで異なりますし、彼等のプロジェクトに対する理解度にもよります 誰がワイヤーフレームを活用するのか ワイヤーフレームを使ってデザインをするのか、開発を進めるのか、それとも特
ある程度の年齢を迎えたプログラマが抱える悩み ある程度の年齢を迎えたプログラマが抱える悩みに、「若手のプログラマと比べて、どうやって価値を出していくか」という問題があります。これは言い換えれば「同じような生産性であれば、相対的に給料の低い若手のプログラマに置き換えられてしまうのではないか」という悩みです。 この問題のひとつの解決策は、プログラマ以外の仕事のポジション(たとえば管理職など)に移ることですが、他のポジションには向いていない、まだまだ現役でプログラマをやりたいという場合にどんな戦略があるか考えてみました。なお、後述するように、以下に挙げた戦略は相反するものではなく、組み合わせが可能です。 エキスパート戦略 この分野ではトップクラス、というレベルの専門性を身につけ、その分野に特化してキャリアを築くという戦略です。たとえば、ネットワークやセキュリティといった分野で一流と認められる専門
Hacker Newsのフォーラムに2010.8.10に作られたスレッド Ask HN: I'm an 18 year old programmer; How do I get a job? プログラミング歴は長い。けど大学出てない(当然コンピュータサイエンスの学位なし)、実務経験ゼロ、地方都市(ペンシルバニア州の田舎)のIT系の仕事が少ない所に住む18才エンジニアがどうやったら仕事探せる?と質問立てたスレッド。 アドバイスがためになった スタートアップの求人ばかり載ってるところとか ないものねだり 自分のようなビザが必要な人向けのアドバイス 2010.8.13追記 ポストしてる人の情報追加 見落としてたポスト追加 以下斜め読んだ内容 スレッド主 Craig Weber 投稿内容 今18歳 13歳から親父の仕事手伝ってた。 親父は電気技師 組み込み型の電気回路の設計とプログラミングしてた
京都大学VBL(ベンチャー・ビジネス・ラボラトリー)の授業「新産業創成論」で「はてなの起業と成長を通じて学んだこと」という話をしてきました。週替わりでいろんな会社の社長が来て話す授業で、先週はDeNAの南場さんが話されたそうです。 今回工学部の学生さんが結構いらっしゃると聞いていて、僕自身理学部出身なので「京大の理系学部を出たベンチャー志望の青年に対してアドバイスを」というイメージで話しました。もっと言うと、「起業した25歳当時の自分に今会ったらどんなことをアドバイスするか」ということをイメージしました。 まず、前提として「ベンチャー」という言葉の定義から始めました(会場で聞いてみたら「お金が無い」という意見もあっておもしろかったです)。定義は人によって違うと思いますが、僕はベンチャーを「急成長を志向する中小企業」と考えています。あえてベンチャーと言うからには当然ある程度の成長スピードを目
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕
GPLに対する代表的な誤解・・・というかむしろ謎のひとつに、受託開発(SI)におけるライセンスの扱いがある。この点が明確になっていないため、受託開発において無意味にGPLを回避しようとしたり、GPLに対するFUDを流布することに対する原因になっていたりするように思う。フリーソフトウェアおよびオープンソースソフトウェアを愛する者として、そのような状況は断じて見過ごすことができない!!というわけで、今日はGPLを受託開発(SI)において用いる場合の注意事項を説明しよう。 GPLの使いどころ受託開発においてGPL(とその仲間たち=LGPL、AGPL)が登場するのは、第三者、つまり発注側でも受託側でもない者が作成したGPLのソフトウェアを利用する場合である。例えばGPLが適用されたライブラリなどだ。周知の通り、GPLのソフトウェアをリンクしたソフトウェアを再配布する場合は、そのソフトウェア全体に対
村上龍氏が編集長として発行するJMM(ジャパン・メール・メディア)に「『新 13歳のハローワーク』特別号」として、書籍の導入部分が配信されています。特に真新しい部分はないかもしれないが、改めて梅田望夫氏の「好き」に対する論調と合わせて読むことで、梅田望夫氏が記した短い文章の本意を感じ取ることができた気がします。 新 13歳のハローワーク 作者: 村上龍,はまのゆか出版社/メーカー: 幻冬舎発売日: 2010/03/25メディア: 大型本購入: 11人 クリック: 210回この商品を含むブログ (36件) を見る 二十歳にもなれば、その人のすべてはもう顕れている。その自分の良いところを見つけるには、自分の直感を信じ(つまり自分を信じるということ)、自分が好きだと思える「正のエネルギー」が出る対象を大切にし、その対象を少しずつでも押し広げていく努力を徹底的にするべきだ。そういう行動の中から生ま
"プロダクトアウト"。技術や思い入れなどを優先して製品を作るやり方です。 技術から発想しなければなし得ない製品というのは当然ありますし、そういうものこそ革新的であるとずっと思っていました。ですが、僕はこの「プロダクトアウト開発」というのを、いつからか都合の良いように解釈していた。自分達がやりたいことを優先するための正当化、技術的に困難な課題を解くことからはじめるのではなく、そこに扱いやすい技術があるからそれで作るという、リスクを取らない開発のための言い訳。 「プロダクトアウトじゃないと、真に新しいものは作れないんです。」 先日、『マツダはなぜ、よみがえったのか?』という本を読みました。不振に陥った自動車メーカーのマツダが、苦境の中から RX-8 を開発し、その状況から脱出するまでをつづったノンフィクションです。この本には「ほんとうのプロダクトアウトとはなにか」ということが記されていました。
プログラマで、生きている: ググるな危険 http://el.jibun.atmarkit.co.jp/hidemi/2009/11/post-9d2b.html わたしが新人が検索に頼ってしまうことを危険視するのは、コピペの寄せ集めでもなんとなく動くコードが書けちゃって、それで自分は仕事を達成したという錯覚に陥ってしまうからです。 たいていの場合、新人プログラマには「きちんとしたコードを書くこと」は期待していません。先輩たちが期待しているのは「きちんとしたコードを書ける人になってくれること」です。 そこらへんの意識が行き違っちゃってるから、仙台に行くことよりも、新幹線に乗ることの方が重要事項になっちゃうんですかねえ。 最後に、わたしが新人の時に先輩から言われた言葉をご紹介させていただきます。 「自分で説明できないコードを1行たりとも書くな!」 間違うのはしかたありません。けれども、「自分
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く