グリー伊藤直也が仕掛けるスマートフォン向け開発戦略｜【Tech総研】
SNS企業各社が競合する中、グリーが打ち出す次の戦略とはどのようなものか。この夏、はてなのCTOから転職して話題となった伊藤直也氏に、iPhoneなどマルチデバイスに向けたサービス開発の展望、それに伴う必要な人材像を聞いた。 伊藤直也氏といえばソーシャルメディア業界では知らない人はいないリーディングエンジニアの一人。ニフティでブログサービス「ココログ」の開発に携わり、2004年にはてなに転職後は、「はてなブックマーク」を開発。執行役員最高技術責任者（CTO）として、はてなの技術戦略の中枢を担った人物だ。今年8月末、自身のブログで、グリーに転職することを発表すると、即座にTwitterやブログを通してニュースが広まった。 思えば、伊藤氏がニフティという大企業から、当時社員10名のはてなに転職したときも、ニュースになった。これからのソーシャルメディアについての確かな展望を描きながら、自分が仕事
プログラマが楽しく読めるLink集 Vol.1 - 乱筆乱文お許し下さいorz
ネットサーフィン（死語）をしていて、プログラマなら誰でも楽しく読めるハズ！ と思ったサイトや記事を紹介して行きます。 とりあえず、Vol.1ッ！ ハッカーになろう (How To Become A Hacker） 実は、この5つすべて（Python, Java, C/C++, Perl, LISP）を勉強しておくのがいちばんいいのです。 これらはもっとも重要なハッキング用言語だというだけでなく、 それぞれプログラミングに対してまったく違ったアプローチをしているので、どれも非常に有益な勉強となるでしょう。 Rubyは？（´・ω・｀）ｼｮﾎﾞﾝ Fine Software Writings 特に僕が好きな記事を！ ホワイの(感動的)Rubyガイド (why the lucky stiff) どうしてプログラマに・・・プログラムが書けないのか? (Jeff Atwood) ソフトウェア開発者のた
幸せなエンジニアになるための仕事術/まつもとゆきひろ＆平鍋健児 - tmtms のメモ
幸せ 平鍋: 1. 技術的な困難を達成。 2. お客様に感謝された。 最初は1だったけど最近は2。 まつもと: 理不尽な目に合わないこと。 思うようにツールが動かない→自分でつくる。 OSSは自分で手を入れられる。 平鍋: 自分一人の幸せじゃない。 プロジェクトが終わっても続く人間関係。 人のつながり。信頼。 まつもと: 通勤が3時間。理不尽→地方。 納得行かない変更が顧客から言われたくない 平鍋: エンジニアで不幸せな人へ。仕事は選べる。極端なこと言えば辞めればいい。 ワークライフ・バランス実現の戦略（例：地方に住むこと） 平鍋: 1995.子供を育てられるかを考えたときに自分の中での都会の価値がさがってきた。 田舎に帰ってから、世界のことを考えた。JUDE,アジャイルをやり始めた。 まつもと: 鳥取→つくば→島根 1997. OSSビジネスを始めようと声をかけてもらって島根へ。 理不尽
偽装請負のススメ：ベンチャー社長で技術者で：エンジニアライフ
株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 偽装請負というのは、コの業界（古い隠語だけれどコンピュータ業界のことね）のいわゆる悪弊であったりするのですが、それぞれについて分からないというお話や勘違いしてることも多いかと思うので、ちょっと整理してみよう。 ● まずは言葉の意味から ■ 請負契約 納品物に責任を負う契約。つまり、成果物が完成しなければ報酬はもらえない。どのように作ったかは個別に契約していない限り問われない。受注側が従業員を使う場合、発注側が指揮監督をすることはできない。 ■ 委任契約（準委任契約） 作業に責任を負う契約。ちゃんと作業をしていれば（善管注意義務を果たしていれば）成果物がなくても報酬がもらえる。受注側が従業員を使う場合、発注側が指揮監督をすることはできない。 ※ ここまでを分かりや
エンジニアがミーティングを嫌う理由 – バイリンガルの独り言
エンジニアがミーティングを入れられる事を好まない事や、不機嫌になる事は英語圏や日本を問わず知られているかと思います。実質、私の周りにもこういった傾向がありますし、職人的に秀でてる方ほどこの傾向が強いと感じています。さて、これはなぜでしょうか？ 友人のtweetにPaul Grahamというプログラマ兼ベンチャーキャピタリスが書いた、Maker’s Schedule, Manager’s Scheduleという面白い記事へのリンクが貼られていたので、私なりに要約して紹介します。 二種類のスケジュール プログラマやライターがミーティングを嫌う理由は彼らが他の人間とは違う種類のスケジュールで働いているからであるとGraham氏は語っています。氏いわく、スケジュールには二種類あります。 Maker’s Schedule（物を作る者のスケジュール） Manager’s Schedule（管理する者の
悪「言語」身に付かず - 「書ける」と「身に付く」の間に : 404 Blog Not Found
2009年07月26日15:30 カテゴリArtLightweight Languages 悪「言語」身に付かず - 「書ける」と「身に付く」の間に 習うきっかけは、これでいいと思う。 プログラミング言語を身につける唯一の方法 - ぼくはまちちゃん！(Hatena) たぶんこれかな… なにか作りたいものがある または なにかを作る必要がある なんて状況以外で、マトモにプログラミング言語を習得してる人って ぼくほとんど見たことないんだけど、みなさんはどうでしょう…！ けど、これでは「身に付かない」と弾言しちゃう。 なんでそう言い切るか、というと、「作りたい」ものがあって、それを実際にその言語で「作った」のにも関わらず、全然身に付いていない言語が私にはあるから。 たとえば、shell script。 これとの付き合いは、perlよりも古い。にも関わらず、私は未だに shell script を
独自の手法で10倍速開発 7割主義で変化対応力を高める
良品計画は独自の開発手法を採用することで、システム開発の短期化とコスト削減を図った。2006年12月に再構築したMD（マーチャンダイジング）システムを皮切りに、08年12月までに約130のアプリケーションを社内で開発。一方で、IT 投資の売上高比率は04年の1.8％から0.9％に半減させた。「7割主義」と「スピード対応」を方針に掲げ、利用部門の要望に最速1日、遅くとも1～2週間で対応する。開発手法の独創性と、経営に資するシステム部門の姿が評価された。 「無印良品」ブランドの小売店を展開する良品計画は、1週間に1本という猛スピードで新しいアプリケーションを開発したり、機能を強化したりしている。「思い立ったら即実行。合格最低ラインの7割主義で素早くシステムを開発し、検証と改善を繰り返す」。IT戦略を統括する小森孝取締役 情報システム担当部長兼流通推進担当管掌は強調する。 同社は独自の開発方法論
何故「多重下請け構造」がなくならないかというと、お前らが営業をサボってるからだよ!! - 消毒しましょ!
こいつもshi3zとかいうバカgeekと同じで、定期的にバカな持論を開陳しないと気が済まないらしいので、再度disることにするw ここにあるのは業界外の人間から見れば非常識極まりない戯言ばかりであり、それが何に起因しているのかと言えば、徹底した自己中心性と幼稚な甘えに他ならない。 この不景気をきっかけに、発注側のユーザ企業に変わってもらいたい。丸投げではなく、基本、SIは自分たちで行い、手が足りない部分を技術のプロフェッショナルに手伝ってもらうやり方。 「SIerは、どうやれば生き残ることができるのか」を考えた末の結論が「この不景気をきっかけに、発注側のユーザ企業に変わってもら」うことだというのだから、相変わらず信じられないくらいのバカというか、空恐ろしいまでの甘えと幼稚さである。「多重下請け構造こそ、SI業界の最大の問題点」であるなら、さっさと自分で営業して仕事を取って来りゃいいだけの話
「ITに触れて『楽しかった』ときの気持ちを貫き通して」 － ＠IT自分戦略研究所
ITエンジニアから学生たちへのメッセージ。何を思ってIT業界を選んだか、学生にはどんな思いを持って来てほしいかをIT業界の先輩エンジニアが語る。 JavaScript技術の第一人者として知られるamachangこと天野仁史氏。その高い技術力を生かし、サイボウズ・ラボで未来のグループウェア開発に取り組む一方で、ブログ「IT戦記」を通じてプログラマ志望者にJavaScriptの勉強法を指南するなどブロガーとしても積極的に活動している。そんな、IT業界の最先端で活躍する天野氏だが、この業界に入るまでは、まったくの“IT素人”だったという。 「高等専門学校の電気工学科を卒業して、岩通ソフトシステムにプログラマとして就職したのですが、学生時代はITに関しては素人同然でした。元々新しいもの好きの性格なので、パソコンにも興味をもっていましたが、それほど使い込んでいるわけではなく、自分でWindowsのイ
システム開発の入門者から中級者にステップアップするための10のティップス - builder by ZDNet Japan
ある読者との電子メールのやり取りの中で出てきた話である。彼は、開発者向けのブログや記事、雑誌の内容が2種類に分類できるということを述べていた。その2種類とは入門者向けのもの（"Hello World"に代表されるもの）とエキスパート向けのもの（MSDN Magazineのようなもの）である。 これはなかなか鋭いポイントを突いている。開発者が入門レベルから中級レベルにステップアップするうえで役立てることのできる情報がほとんどないのだ。以下は、こういったステップアップを実現するための10のティップスである。 ＃1：新たなプログラミング言語を学習する 新たなプログラミング言語を学習することは、それがどのような言語であったとしても、より優れた開発者になるための近道となるのである（このことは、あなたが既に多くのプログラミング言語を修得していたとしても成立することである）。言語を選択する際には、あなた
きれいなソースコードを書くために必要な、たったひとつの単純な事 - よくわかりません
「構造のきれいなプログラムを書けるようになるためにはどうすればいいのか？」という質問を受けたので、「はて？どうしているだろうか？」と考えてみました。あ、形式知にきちんとなっているようなテクニックみたいなもんじゃなくて、モノローグなので、あまり凝ったものは期待しないように。 http://blog.shibu.jp/article/28983162.html 自分なりにもっと凝縮版を。渋川さんが言っている事全体もその通りとは思うけど*1、もっと簡単で、しかも射程が広い、と自分が思っている事。 渋川さんはちょろっと触れてるだけだけど、自分はこれが最も基本的で汎用的、かつ、ソースをきれいにする原動力となる上にバグをも減らしてコードの汎用性まであげる、コーディングのエンジンみたいなものと思ってる。それは、 「すべてに正しい名前を付けて、そして、正しい名前であることを維持する」という鉄の意志 クラス
Shibu's Diary: きれいなソースコードを書けるようになるためには
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 by chazmatazz 「構造のきれいなプログラムを書けるようになるためにはどうすればいいのか？」という質問を受けたので、「はて？どうしているだろうか？」と考えてみました。あ、形式知にきちんとなっているようなテクニックみたいなもんじゃなくて、モノローグなので、あまり凝ったものは期待しないように。あ、Pythonに限定してますが、他の言語でも似たようなものはあると思いますので、脳内変換をお願いします。 事前の設計はしません 「こういう処理が必要」「こういう計算しなきゃね」みたいなロジックや「要件はこうかな？」ということは事前に考えたりするけど、クラス構造とかは基本的に考えないで手をつけます。そして、ある程度規模が大きくなって「あ、ちょっとこの関数大きすぎて理解しにくいなぁ」と
新人プログラマーがプロのプログラマーとして独り立ちするための7つの条件 - ハックルベリーに会いに行く
ぼくは以前にIT関連の仕事をしたことがあって、ぼく自身はプログラムを組めるわけではないのだけれど、何人かのプログラマーさんと一緒にお仕事をさせて頂く機会があった。その中で生まれて初めてプログラマーという職業の方と交流させて頂いたのだけれど、彼らはなかなかにユニークで特異な個性の持ち主たちであった。もちろんプログラマーと一口に言っても色々なタイプがいて、必ずしもひとくくりにできるわけではないのだが、共通していたのは好奇心が旺盛で新しい物好きだということだった。そして少々気難しい面がありつつも、基本的にはポジティブで、明日に向かって色々なことを前向きに、精力的に取り組んでいる人が多かった。 そんな中で、特に親しくお話しさせて頂いたTさんというプログラマーがいて、この方もなかなかに個性的で、ご自分の意見や主張というものをはっきりと持っており、ITのみならず世の中に対しても一家言お持ちであった。そ
ソーシャル化するOSS開発者たち － ＠IT
ロング・テール理論の名付け親で、雑誌「Wired」の編集長としても知られるクリス・アンダーソン氏が3月12日付けのブログでオープンソースソフトウェア（OSS）プロジェクトの運営体制に関する誤解を指摘をしている。 アンダーソン氏によれば、多くの人はオープンソースプロジェクトというのは草の根から立ち上がり、自律的に組織化し、民主的に運営されているという誤った認識を持っている。ところが現実はまったく逆で、1人か2人の「慈悲深い独裁者」によって運営されている、という。 これはオープンソースプロジェクトに参加していたり、あるいは日常的に成果物を利用している人であれば、そういうものだと首肯するかもしない。メーリングリストで客観データに基づいて議論したり、リーダーを民主的に選ぶようなプロジェクトもあるかもしれないが、おおかたのオープンソースプロジェクトには、それを開始し、中心に位置し続ける“独裁者”がい
プログラマになりたいあなたへ
この記事はamachangこと天野仁史氏が，2008年3月24日に発売した日経ソフトウエア2008年5月号の特集「はじめてのプログラミング」向けに著したものの再掲です。記述された内容は，執筆当時の情報に基づいています。 今，編集の矢崎さんに「あなたがプログラマになりたがっている」というお話を聞いて飛んできました。この手紙が届くころには，あなたはもうプログラマとしての一歩を踏み出しているのかもしれませんね。 唐突ですが，今この瞬間あなたが世界を変えるプログラマになれるということに気が付いている人は何人いるでしょう。僕は，あなたが世界を変えるプログラマになれるということを知っています。だからこうして，あなたに手紙を書こうと思ったのです。 プログラマになったばっかりのあなたや，今，プログラマになろうと思っているあなたは，つかみどころの無い不安でいっぱいでしょう。この手紙では，そんなあなたのために
プログラマになりたいあなたへの手紙
この「プログラマになりたいあなたへの手紙」は，2008年3月24日に発売した日経ソフトウエア2008年5月号の特集「はじめてのプログラミング」向けに，6人のプログラマが著したものです。記述された内容は，執筆当時の情報に基づいています。ただし2009年3月下旬，寄稿者のみなさまは，その内容の確認と公開への同意をしています。
まつもとゆきひろ氏が語る「ビューティフルコード」セミナーに行って来た - LukeSilvia’s diary
まつもとゆきひろが語る「ビューティフルコード」×「プログラマ35歳定年説」に行ってきました〜。今年初めて行ったイベントなのですが、とてもいいお話を聞くことができました。美しいコードとはどのようなものか、またそのようなコードを書けるようになるためにはどうすればいいのかというお話でした。 以下、まとめになります。僕のメモを元にしたので、まつもとさんが話された内容と多少ズレがあるかもしれません。 そもそもコードとは何か 「コードの美しさとは」という前に、そもそも「コード」とは何か。 ソフトウェアの作成はものづくりではない コードは工業製品ではない。コードは、車とかと同じ工業製品だと思われることが多く、例えば次のような勘違いがある。 日本は「ものづくり」が得意だ。だからソフトウェアも「ものづくり」として取り組めばいい 車のように、ソフトウェアも部品をどんどんコピーして組み合わせばできる 違うよ！全
自分の書きたいコードを書け - 脱職業プログラマのすすめ - ひがやすを技術ブログ
良く仕事以外のプログラムをしたことない人っているじゃないですか。ここでいう職業プログラマとは、仕事以外では、プログラムをしない人のことを指しています。 仕事以外でもプログラミングをしている・勉強している人、は、職業Onlyプログラマではなく、職業でもプログラムをしているけど、それ以外にも努力をしている人です。 それは、もちろん何の問題もないんだけど、それだけでは実力はつきません。たぶん、コードを書きながら自分が成長している気がしてないでしょう。あなたの直感は正しい。 何らかのフレームワークを使えば、それなりにできることが増える、それももちろん成長です。ただし、知識のね。プログラミングの力はそれほど変わっていないはず。 自分の経験で言えば、多くの人に読んでもらえないコードは、いくら書いても、実力につながりにくい。人に見せようとするコードは、書いているだけで、いろんなことを考えるし、それが、力
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
じ～んときた！現代のエンジニア２２人の名言集｜【Tech総研】
IDEA * IDEA
