エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『@type』のコンテンツです。
3日、Twitterの日本オフィスにて、Twitterの技術に興味のあるエンジニアを対象にしたオープンセミナー「Twitter Tokyo Open House」が開催された。この日は昼過ぎから爆弾低気圧のために各交通機関ともに混乱していたが、会場には多くのエンジニアが訪れた。 やっぱりバックエンドを支えるエンジニアは “バルス”を話題にするよね…… SNSが日々の生活に定着して久しい。2011年11月にニールセン・ネットレイティングスが発表したプレスリリースによれば、日本の場合、PCからTwitterへのアクセスは1455万人、Facebookへは1131万人となっている。これらに未集計のスマートフォンやケータイなどからのアクセス数を合算すれば、この数値以上の人々がSNSサービスを利用しているというのは容易に想像できよう。 Twitterの基幹システムのエンジニアであるRob Benso
ITproが主催したAndroidアプリコンテスト「A3 Together」では、米国への渡航を副賞とする「シリコンバレー特別賞」を設けました。受賞者が米国で見てきたもの、体験してきたものを訪問記として執筆していただきました。今回の訪問記は、地震発生時に家族や友人にメールを自動送信するアプリ「ハートビート」で受賞したTeam HeartBeatの鈴木達矢氏です(編集部)。 私は、「ベイエリア(サンフランシスコ周辺)でエンジニアとして働くということを、日常のレベルで見てみると」いう視点から、イベントに参加し、そこで働く人に話を聞いてきました。 技術者コミュニティのMeetupに参加 まず私が行ってみたのが「SFJS」というJavaScriptコミュニティの、こちらのMeetup(集まり)です。 SFJS #19: HTML5 and Google Dart with Steve Souder
The document outlines details about the Developers Summit 2012, featuring various software companies such as BEA Systems, Red Hat, and Twitter Japan, discussing topics related to Java, web development, and enterprise search platforms. It highlights key technologies and programming languages relevant to the event, including C++, Python, and Java. Additionally, the document includes references to so
2011年11月28日の KLab(株) 株主総会 (上場前の株主名簿に基づく最後の総会) 終了後、 私は取締役CTO を退任いたしました。 今から遡ること 11年前 2000年8月1日の (株)ケイ・ラボラトリー (当時の KLab の社名) 創業以来、 会社経営については全く無知であった私が何とかここまでやってこれたのは、 ひとえに皆々様方のご指導ご鞭撻のおかげであったと深く感謝いたします。 誠にありがとうございます。 なお、 後任として安井真伸が CTO に就任しました。 11年前、 日立製作所の研究所勤務の一研究員だった私が、 なぜケイ・ラボラトリーの立ち上げに参加したかといえば、 未知のモノに関わるチャンスがあれば、 あまり後先考えずに飛び付いてみる性格だったというのが大きかったと思います。 中途半端に好きな状態で居るのではなく、 興味を持ったのなら、全力で取り組んでみる。 自分
リッチコンテンツやゲームなどのプラットフォームに使われているFlashにかかわるエンジニアが集まり「今後10年食べて行くには?」をテーマにしたパネルディスカッションが12月11日に都内で行われました。 Flashはご存じの通り、Web標準のHTML5が急速に進化していることでHTML5に置き換えられていくのではないかと考えられていたり、先月にはアドビがモバイル対応のFlashプレイヤーの開発中止を発表したりと、大きな曲がり角を迎えようとしています。 そうした中でFlashエンジニアはいま何を考え、これからどう行動しようとしているのか。ディスカッションの中からいくつか代表的な発言をピックアップしました。 5人のFlashエンジニアによるディスカッション パネルディスカッションに参加したのは、Flashエンジニアとしてのキャリアを持つ5人の方々。 写真右から順に自己紹介が行われました。 吉川佳
SIビジネスの本質は保険屋であり、受託開発でアジャイル開発が失敗するのは受託開発が製造業だから。11月19日に行われた楽天テクノロジーカンファレンスでの講演「プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン」では、ソニックガーデン代表取締役社 倉貫義人氏によるこのような示唆に富む内容が語られました。 さらに倉貫氏は、ソニックガーデンで行っているクラウド時代の受託開発の新しいモデルについても詳しく紹介しています。 同氏の講演の内容を、配信されたUstreamの動画を基にして紹介しましょう。 プログラマを一生に仕事にできるビジネスモデルで目指す未来のビジョン ソニックガーデン代表取締役社長 倉貫義人氏。 倉貫です。今回のオファーをいただいたときに「技術者の人が元気になるような話をしてほしい」というのがあって、私自身がずっとエンジニア、プログラマやマネージャ、営業などいろいろや
Microsoft Developer Blogs Get the latest information, insights, and news from Microsoft. AI agents are quickly moving from experiments to production‑critical components of modern applications. But while many teams know how to build agents, far fewer are confident they’re hosting them on the right foundation. Most organizations start by deploying agents the same way... We're shipping two major capa
「米国の新卒エンジニアの給与は8万ドル!」というtweetを見かけました。 米国の新卒エンジニアの給与は8万ドル! - Togetter でも、実際にアメリカは必要な他のコストが高いから、8万ドルって日本の給料だと600万円ぐらいだし、だったらGo社とか、そのあと結果出してGr社とかD社あと行っても同じくらいじゃないの?かしらとおもって、以下のtweetをした。 そしたら、yamazさんから以下の一連のtweetを頂き、まぁ、独身で優秀な人は地理に縛られないんだから行けばいいよね、という当たり前の結論に達した。 まぁ、でも、独身で優秀な人は本当にチャンスだと思いますね。既婚者は奥さんの説得次第(笑)最近、周りで何人かシリコンバレーにいっている人がいるのですが、その中の一人に聞いた話だとだいたい8万ドルくらいからスタートして、30万ドルくらいまでがエンジニアの給料のレンジで、それプラスストッ
ちょっと前に話題になった以下のエントリー。おもしろい人ほど会社をやめていくというやつです。 http://www.ikedahayato.com/?p=4983 このエントリーの中で面白い人が会社を辞める理由として述べているのは以下の3つ。 情報統制 時間・場所に縛られる苦痛 収入面でも会社にいる理由がない なんとなく言いたいことはわかるし、とくに収入面でも会社にいる理由がなくなれば、まあ、会社にいる理由がだいぶ減ります。3万円の仕事で食べていけるかは別として。 さて、このトピックをエンジニアという視点から見たときに、会社を辞めた後の進路として転職も含めて大きな範囲で考えれば、友達、面識あるエンジニアが会社辞める理由はだいたい以下のような感じになっている気がします。具体例はちょっと出せないのはご勘弁を。 会社が技術的に新しいことにチャレンジしなくなった 会社にとっては充分な利益が出るように
パラダイムを学ぶことと、実際にデリバリーすることとのバランスについて。あるいは転職報告。 導入 8月1日にグロースエクスパートナーズ株式会社に入社しました。人生で2回目の転職となります。入社してまもなく一ヶ月が経とうとしていますので、本日はその報告を。ブログ、翻訳、プレゼンに続く舞台裏記事の第4段ですね。私とは違う物事のとらえ方をする方々も多くいらっしゃることは重々承知しておりますし、それを批判するものではないこともあらかじめご了承ください。 転職をした理由 私が7月まで勤めていたのは、いわゆる「ITゼネコン」と呼ばれる元請けSIerでした。開発の実務は協力会社さんにお任せしつつ、自分はメールと打ち合わせに埋もれる日々を送っていたわけです。要件定義から保守まで一通り経験できたという意味で学ぶこともありましたし、アーキテクチャ策定やデータモデル設計のようなことも隙を見てやっていたことは事実で
ふとタイトルのようなことを思ってツイートしたのだ(from ベルリン)。 人それぞれに街の好き好き、向き不向きはあって、私はベルリンやニューヨークが好きです。日本人だから日本、エンジニアだからシリコンバレーじゃなくて、住む場所探しに真剣になってうろうろするのもいいんじゃないかな(^^) そんなことを思うベルリンの夕方。ベルリンいい…! akipponn on Twitter: "人それぞれに街の好き好き、向き不向きはあって、私はベルリンやニューヨークが好きです。日本人だから日本、エンジニアだからシリコンバレーじゃなくて、住む場所探しに真剣になってうろうろするのもいいんじゃないかな(^^) そんなことを思うベルリンの夕方。ベルリンいい…!" 続き。あ、もちろん京都もリンツも大好き。東京もちょっと好き。いっぱい好きなところがあったら移動して暮らす術を考えるのも一つの手だと思う。ハックしないとね
新しいWebサービスを開始する際や、既存サービスに変更を加える際に、サーバを何台確保するか、ストレージやAPIといった共有リソースを使用して良いか、ディレクターやアプリケーションエンジニアの方に訪ねられることがありますが(というかそれが仕事ですね)、その際相談のためにどんな情報を持って来て欲しいか書いてみます。人間同様にサーバやネットワークリソースも有限なので、無駄にならない最適なサーバ台数を割り出したり、増強が必要かどうかを判断して、会社のビジネスを効率よく進めていくことが重要です。 人によっては以下に書いてあることが、非常に緩く感じでしまうこともあるかもしれません。これはWebサービスを早く立ち上げて、柔軟に運用していくことができる環境ならではだと思います。それでも出して欲しいモノはいくつかあります 企画書 どんなサービスであるか説明できる企画書があるといいでしょう。ないわけはないと信
1990年代後半のインターネットブームの火付け役といってもいいWebブラウザ「Netscape」の創業者で、現在シリコンバレーで投資家として活躍するMarc Andreessen氏が、あるインタビュー中で「優秀な5人のプログラマは、二流のプログラマ1000人を完全に凌駕する」(Five great programmers can completely outperform 1,000 mediocre programmers.)と発言したことで、ちょっとした話題となっているようです。インタビューはライターのBill Taylor氏(個人サイト)が、自著「Marvericks at Work – Why the Most Original Minds in Business Win」(アマゾンUSへのリンク)のためにインタビューした際の答えとして、Harvard Business Revie
いろんなエンジニアを見てきて、成功パターンはそれぞれだけれど 失敗パターンはだいたい決まっている。以下、アンチパターン。 成し遂げるのではなく、中途半端で満足する。 自分の責任と考えず、人のせいにする。 よりよくしようとせず、現状維持を良しとする。 仕事を中心においていない。 自分の特徴を構築していない。同世代と比べてさしたる特徴がない。 生活習慣を重視しない。日々の積み重ねに価値をおいていない。 与えられたチャンスに乗っからない。やる前から怖じ気づく。 アウトプットの質にこだわらない。 自分を分析していない。強み弱みを問われても答えられない。 刺激よりも、平穏を求める。変化に弱い。 行動よりも熟考を優先する。考えた末に行動しない。 現在の仕事の進め方に疑問を持たない。既存踏襲が正しいと思っている。 チームへの貢献よりも、自分の仕事の進捗を優先する。 焼き畑農業的な人間関係。信頼の構築では
僕の知っている範囲だと、優秀なプログラマはフリーランスか小規模な法人のオーナー社長であることが多い。人を雇っている場合でも、ほんの数人である。もちろん僕もその一人。そりゃまあGoogleやMicrosoftの本社には凄いプログラマもいるだろうけど、日本人だと本当に一匹狼系の人が多い。 僕もフルタイムの従業員を雇って1年以上経ち、人を雇うと何が起きるのかについてけっこう分かってきた。なので、なぜこのようになるのかについて考えてみた。 なんと金銭的な面「だけ」でも、合理的な理由をつけることができる。僕を含めた何人かを平均したモデルで例を出してみよう。すごく単純化しているけれど。 いま一人の優秀なプログラマがいて、平均的な会社でサラリーマンとして働いても年俸1000万取れる実力があるとしよう。この人が独立した場合、「好きなプロジェクトを選べるのでやる気が出る」「独立していることについてのリスクプ
ぼくは36歳です。けっこう大きなサイトで、RailsやJavascriptを書いたり、パフォーマンス改善したり、iPhoneアプリの開発でObjective-Cを書いたりしています。マネージメントはしていなくて、今でも普通にエンジニアとして働いています。 35歳定年説の35歳を超えてから1年以上が過ぎたところですが、昔のようにはいかなくなってきたところ、昔と変わらないところ、昔よりよくなってきたところなどがいろいろあります。年を取ってもエンジニアを続けたい人の参考になるかどうかわかりませんが、そういう人たちのためにぼく個人の体験をここに書いておこうと思います。 1.理解できるまで聞き返す 特に若い人たちとの会話で痛感するのですが、相手の言いたいことを一度で理解することが難しくなってきました。最近になってよく思うのですが、若い人たちは比較的よく、主語を抜かしたり目的語があいまいなまま話をして
非常に刺激的な記事。 http://engineer.typemag.jp/elife/2011/04/post.php 僕のチームラボ社長猪子寿之氏好きは昔からで、出演する番組やUSTは大体チェックしてるし、昔書いた以下のエントリーをきっかけに一度お話させて頂く機会もあった。 チームラボの猪子社長の常人のものではないアカギ的発想について - FutureInsight.info 今回の対談も非常に面白く読んだのだが、最近よくわからなくなってきたのは、小飼弾氏が述べている「1000人の凡人が一人の天才に負けるエンジニアリング」という言葉。というのも、昔は僕もエンジニアリングは一人の天才で全部ひっくり返される可能性があるなー、と漠然と感じていたが、最近はそれって違うんじゃないかと思っている。 一人のエンジニアが全てをひっくり返すにはレバレッジが必要 特にここでシリコンバレー賛美を始めるつもり
せっかく言及頂いたのでお礼ついでにエントリー。 id:gamellaの鋭い指摘にはもっと多くの人が耳を傾けるべき。 「1000人の凡人が一人の天才に負けるエンジニアリング」ではなく「凡人1000人で本当に良いプロダクトを作るエンジニアリング」を指向したい - Future Insight 日本にマッチするのは「1000人の凡人が一人の天才に負けるエンジニアリング」ではなく「凡人1000人で本当に良いプロダクトを作るエンジニアリング」なのだと思う。 僕の立場はこれとほぼ同じですが、「日本の技術力が足りない」というところはもう少し精確に説明したほうがよいですね。 ちょっと紹介したいのが下記のNYTimesの記事。 Silicon Valley Hiring Perks: Meals, iPads and a Cubicle for Spot Then there are salaries. G
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く