エンジニアの成長と「快適な職場」について : 小野和俊のブログ
「時間あれば軽く飲んでいきます？」 一年前のちょうど今くらいの季節に、Diablo3のオフ会の後に伊藤直也さんと2人で新宿三丁目のバーに向かった。 伊藤さん曰く、 「グリーにいたとき、すごく優秀な人がいて。お願いしたいことを短い言葉で伝えるだけで、行間を読んでこちらがやりたいことを全部理解して、必要な指示を出して自分も動いてあっという間に成果を出しちゃう。」 一般に、エンジニアの楽園のような職場 - 快適で自由闊達に意見が言えて、技術力があり、それぞれが自主性を持ってのびのびと仕事をしている職場の方が、エンジニアは良いアウトプットを出せるし、類は友を呼んで優秀なエンジニアが集まってきやすい。これは確かなことだろう。ただ、エンジニアの成長を考える時、そういう職場は本当に理想的なのか、という点については、少し立ち止まって考える必要がある。 人の成長には、明るく楽しく周囲も優秀でコミュニケーショ
社内勉強会をやらない理由 - 勘と経験と読経
ときどき「社内勉強会をやってほしい」という事を言われることがあるのだけれども、基本的には断るようにしている。その理由について。 社内勉強会は言われて始めるものじゃない 「社内勉強会をやってほしい」と人に言われても基本的には断っている。こういったことを言うのは自分の上司や関連部門の偉い人に多い。言う人は、きっとこんな期待をしている。 メンバーの底上げやレベルアップ 生きた知識を現場間で情報共有する メンバー間の交流でより良い結果が得られるようになる でも実際に言われるがままに勉強会を企画しても、 人が集まらない 発表者が偏る 発表者の負担が増えていき、開催されなくなる ということになるのがわかっているから、実施しないのだ。 どうしてこんな事が起こるのかというと、単純にマーケットが小さすぎて、企画が成立しないのだからだと思っている。そもそも、コミュニティ活動を真っ当に実施できているエンジニアは
優秀なエンジニアを正しく評価し、育てる環境を--新経済サミットで起業家やRuby生みの親が提言
新経済連盟は4月16日、「新経済サミット2013」を開催した。ベンチャー起業家や大企業の関係者など1500名以上が集まる中、米国を中心としたIT業界の起業家や、LINEやサイバーエージェント、GMOインターネット、楽天などの国内企業が講演やパネルディスカッションをおこなった。 第2セッションでは、「日本から破壊的なイノベーションを起こすには？」というテーマのもと、MIT Media Lab所長の伊東穣一氏、LINE代表取締役社長の森川亮氏、グリー代表取締役社長の田中良和氏、Ruby開発者のまつもとゆきひろ氏、GMOインターネット（GMO）代表取締役会長兼社長でグループ代表の熊谷正寿氏が登壇し、パネルディスカッションを繰り広げた。モデレーターは、日本経済新聞社の関口和一氏が担当した。 事業計画は作らず、走りながら考える まず、伊藤氏がプレゼンテーションをし、「インターネット登場によって情報伝
ベンチャーで働くエンジニアに必要な「勇気」 | Nekoya press
「恐怖」を知ること 35歳が目前に迫りつつある中、ぼちぼちスピリチュアルなことも書いていこうかと思う今日この頃です。 これまで十数年、小さな会社やフリーランス、大企業（はすぐ辞めたけど）を渡り歩いてきて改めてベンチャーの面白さを実感しています。 様々な要素がありますが、その最たる物は「エンジニアが会社の命運を握っている」という紛れもない事実です。自社でプロダクトを開発しているベンチャーにおいて、どんなに立派な経営理念やビジネスモデルも動かないシステムの前ではクソの役にも立ちません。 そして、それはそのままエンジニアの過ちが会社を危機に陥れるリスクを意味します。言ってしまえば「ワンクリックデプロイ」が「ワンクリック倒産」へと直結するかもしれないのです。省力化そのものは目指すべきですが、自分の行為が内包するリスクは忘れてはならないのです。 「何か」が起きてしまった時に上長の責任だ、確認ミスだと
まつもとゆきひろ×増井雄一郎のオープンソース談義 「1人の熱烈なフォロワーがいれば、OSSで世界を変えられる」 - エンジニアtype
GitHubの誕生で、コントリビューターの存在意義が高まった Matz そもそも増井さんがMobiRubyを世界に広めたいという一番の理由って何？ 増井 オープンソース開発の世界で自分のアイデンティティを築きたいという思いからです。もし海外で働きたい、エンジニアとして知名度を上げたいと思った時に、何かプロダクトがないと難しいかなと。なので、今はMobiRubyを成功させたいと思っているんです。 Matz なるほど。何でも聞いてください。 増井 まず、オープンソース開発でこの10年の間に大きく変わったのが、コミュニティのあり方だと思うんです。特に、GitHubがあるかないかってすごく大きい。まつもとさんは、GitHubがあることで一番違うと感じるのはどんなところですか？ Matz 10年くらい前、つまり「GitHub以前」って、バグレポートもイシュー管理も新しいリクエストも、パッチもアナウン
自分が職を失った経緯 - id:anatooのブログ
この記事は、How I Fired Myself.という記事の試訳です。 2010年の7月、私は22歳で、カリフォルニアのあるソーシャルゲームのスタートアップで働いていた。卒業したてで、私にとって初めての本物の職だった。給料をもらってアパートに住んだ。そのころ私は初めて大人になったような気分でいた。 その会社の主力製品であるRPGのコードを書く二人のエンジニアのうちの一人が私だった。大学では哲学を専攻していた。これはどういうことかと言えば、問題に対してどうやって考えればいいかを知っていた一方で、ベストプラクティスや実用的なデザインパターンに関する知識は最低限しか持っていなかった。私は信じられないほどの熱意でもって自分が持っているごく普通のLAMPの知識を駆使した。 私の悩みの種であるゲームデザイナーはしばしばWorld of Warcraftからインスピレーションを得ていた。WoWは、Bl
エンジニアを頑張ったで評価する会社は衰退する | rake enjoy
この前飲み会でこんな話をしていたのでまとめてみます。 終身雇用が崩壊し、昨今では会社の評価制度では成果主義というのが普通になりつつあります。ただ成果主義とは言いつつ何を持って成果とするかは議論の余地があると思います。 例えば営業職であれば分かりやすく売上目標というものがあります。企画職の場合でも売上やその他のKPIを目標設定することで分かりやすく評価出来ると思います。ではエンジニアの場合はどうでしょうか。 開発したシステムが実際に軌道に乗って数字を出し始めるまでには相当時間がかかります。（最近のゲームなどは除く）またその数字が出るか出ないかは実際営業や企画側の問題が多分にある為、こういったケースでエンジニアを数字で評価するとシステムの良し悪しとは関係なく単純に運がいいか悪いかだけになってしまいます。もちろん企画に意見が反映出来る環境であったり営業に指示できる環境であればエンジニアでも数字を
ulog.cc - ulog リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
週に1日、エンジニアが開発に集中できる日を作ろう
毎週決められた曜日には、会議も電話もメールもチャットもなく、上司から話しかけられもせず、エンジニアが開発に集中できる日が確保される。クラウド上でRuby on RailsなどのPaaSを提供しているHerokuでは、エンジニアが開発に集中できる日「Maker's Day」が毎週設定されているそうです。 Publickeyが月曜日に公開した記事「アジャイル開発手法でクラウドを作るHerokuのやり方とは」で、HerokuのエンジニアCraig Kerstiens氏のブログ」を基に、Herokuでの開発の様子を紹介しました。Kerstiens氏はその続きとして「How Heroku Works - Maker's Day」をポストし、Maker's Dayを紹介しています。 トム・デマルコ氏とティモシー・リスター氏による有名な書籍「ピープルウェア」でも、エンジニアにとって集中できるオフィス環境
Twitter 社採用面接受験記 - elm200 の日記(旧はてなダイアリー)
1ヶ月ほどまえに、私はシリコンバレーを訪れたのだが、そのときサンフランシスコの本社で Twitter の採用面接を受けてきた。結果は残念、ということだったのだが、その経緯について書いてみようと思う。 なぜ Twitter 社の面接を受けたのか。7月の終わりころ、私はシリコンバレーで働くにはどうすべきなのか、ということについて頭を悩ませていた。考えながらぼうっと Twitter のタイムラインを眺めていたのだが、Twitter が日本人エンジニアを求人しているという情報が飛び込んできた。おお〜、と思って軽い気持ちで職務経歴書を Twitter に送ってみたのだ。 相当数の人たちが職務経歴書を送ったはずだし、私は書類選考で落とされると高をくくっていた。ところが、数日してTwitter の人事担当者からメールがあり、電話面接をやるからいつがいいか？という。まさかの展開に私はやや慌てた。電話面接を
エンジニアとしての歩き方に対する自分なりのアンサー - yukungのブログ
エンジニアとしての歩き方-都元ダイスケ IT-PRESS http://d.hatena.ne.jp/daisuke-m/20090707/1246979611 今自分が掲げているエンジニアとしてのキャリアを思い描いたときに、こういうステップを踏んでいこう、と思ったことが全て網羅されていて、自分の考えの方向性は間違っていないんだ、ということを再確認できたと同時に、ものすごく同意。そこで今の自分の到達レベルがどこなのだろうと再認識するために一つ一つ確認して振り返ってみる。 何事にも興味を持とう 興味って持とうと思って持てるモンじゃないもんね。だけどね、勉強やめたらエンジニア終了だと思ってる。俺は、勉強するのやめる時は、一緒にエンジニアも辞める。 これについては学生時代から興味があって今の仕事をしているので、クリア。逆に今時間が段々取れなくなってきて、読書や勉強時間が取れないことについてストレ
35歳を超えたエンジニアの5つの働き方
おおいしつかさ 旅行とバイクとドライブと料理と宇宙が好き。 Ubie Discoveryのプログラマ。 ぼくは36歳です。けっこう大きなサイトで、RailsやJavascriptを書いたり、パフォーマンス改善したり、iPhoneアプリの開発でObjective-Cを書いたりしています。マネージメントはしていなくて、今でも普通にエンジニアとして働いています。 35歳定年説の35歳を超えてから1年以上が過ぎたところですが、昔のようにはいかなくなってきたところ、昔と変わらないところ、昔よりよくなってきたところなどがいろいろあります。年を取ってもエンジニアを続けたい人の参考になるかどうかわかりませんが、そういう人たちのためにぼく個人の体験をここに書いておこうと思います。 1.理解できるまで聞き返す 特に若い人たちとの会話で痛感するのですが、相手の言いたいことを一度で理解することが難しくなってきまし
［スマホ2011春］「エンジニアとデザイナー共同でやる」----「はてブ」アプリ開発者が語るUI設計
2011年4月26日から28日にかけて、スマートフォン分野のカンファレンス「スマートフォン2011春」が開催されている。最終日の4月28日は、はてなの開発者が講演し、スマートフォン用アプリ開発のポイントを解説した。題材は、ソーシャルブックマーク「はてなブックマーク」用に開発した、公式iPhone／Androidアプリケーションだ（写真1）。 登壇したのは、同アプリの開発を担当した、はてなの浅野慧氏（写真2）。仕様決めからユーザーインタフェース（UI）の設計、実装に至るまでの各プロセスや、iPhoneアプリとAndroidアプリ開発の違いなどを解説した。 浅野氏が協調したのは、UI設計の重要性。「iPhone、Androidそれぞれのプラットフォームで、『iPhoneらしいUI、AndroidらしいUI』を実装することが大切」と語る。また、はてな社内では、今流行しているiPhone／Andr
「ハッカー中心の企業文化」を偉い人に説明する - LibrePDMの日記
デブサミ2011で、よしおかひろたか氏のセッションを聞きました。 「生涯一プログラマ宣言」が非常に印象に残っているのですが、直接お話を聞くのは初めてです。 期待して聞きました。 2011-02-27 非常に素晴らしいメッセージだと思いました。 ハッカー文化は、「自分に心地良いから」必要だ、というよしおかさんのメッセージは、エンジニアである私には非常にプリミティブに共感できます。その他の理由は「偉い人に説明するための理屈」という割り切りも素敵です。 ただ、私はエンジニアでありながら、夜間大学院で経営学を学んでいます。それは、やはり偉い人に説明するための理屈も必要と感じているから、という面もあります。 偉い人たちの一部は、企業経営はトップダウンで進めるべきで、ハッカー中心の文化は正しくない、と考えています。しかし、これは正しくありません。ハッカー文化が企業の業績に貢献するということは、現代の経
デブサミで『ハッカー中心の企業文化を日本で根付かせる』という講演をしてきた 2011-02-27 - 未来のいつか/hyoshiokの日記
ハッカー中心の企業文化ってなんだなんだ。一体何について話をするんだ。という疑問は自分でも持っていた。ずいぶん大げさなタイトルにしてしまった。後の祭り。発表のずいぶん前からあれやこれや悩んでいたのあるが、今ひとつ構想がまとまらなかった。 その悩みに一つのヒントをくれたのがケンオルセンが亡くなったというニュースだった。自分が新卒として入社したDECという会社はどのような会社だったのか。そして、その会社が自分のエンジニアとしてのキャリアにどのような影響を与えたのか、与えなかったのか、それを軸に自己紹介をしつつ、自分の考えるハッカーセントリックな企業文化とは何かを話してみようと言う風に思い至った。*1 デブサミは2月17日、18日と2日間目黒雅叙園で開催される。わたしのセッションは18日の朝一である。 ハッカーセントリック(Hacker Centric)というフレーズはポールグレアムのエッセイ「Y
エンジニアにとって生産性の高い環境を追い求めているだけでは事業は成長しない - jkondoの日記
最近ちょっと会社の中の歯車がかみ合い始めて、ごろごろごろと大きな回転が始まった感覚があります。 会社をやり始めて10年目。ようやくかよ、という突っ込みは真摯に受け入れるとして、何を変えたのが大きかったかというと社内のコミュニケーションのやり方です。特に、組織の中で直接つながりのある人どうし＝上司と部下の間のコミュニケーション。なんか書いていると馬鹿らしくなってくるくらい基本的な事で恥ずかしいですが、直接の部下に対してやるべきことをちゃんと伝えたり、部下から上司に対して行う、いわゆる「ほうれんそう」などです。 思えば、はてなの仕事の進め方というのは、エンジニアにとって最も生産性が高い環境を追求する、ということに最適化してきたように思います。会議はなるべく減らして、必要な事ははてなグループかIRCに書いて伝える。プログラムを書いていると2時間くらい集中して作業をしたくなるので、その間なるべく作
これはマネしたい！スーパーエンジニア達の習慣 | Act as Professional
いままで勉強会に顔を出し、すばらしいエンジニアと数多く会うことができた。そして、スーパーエンジニアと共に仕事をすることもできたし、できている。そんなスーパーエンジニア達が持っていた習慣を僕の経験と視点からまとめてみる。 自分が使う道具を厳選して選んで手入れをしている エンジニアでいえばエディタやツールなど。皆が使っているIDEやエディタを何も考えずに使い始めたりしない。 厳選したエディタやツールを使って、手になじませるのである。手になじませるというのは、2つの意味がある。 1つは操作性に慣れること。呼吸をするように自然に、キーボードの上を駆け回る心地よいリズムを奏でるエディタを選ぶ。 2つめは、自分に合わせて拡張しているということ。プラグインのON/OFFだけではなく、オリジナルのショートカットを設定し、適切なハイライト、シンタックスのチェック、コーディングルールのチェック、様々な言語への
エンジニアのこだわりと、継続的開発、チャレンジについて。
前職の頃からよく言うフレーズなのだが、受託をずっとやってきたエンジニアが面接に来た時に、「誤解を恐れずに言えば」という前置きとともにこういうことを言うことがある。 「サービスの開発は退屈ですよ？」 Facebookやtwitterや、若年層向けの携帯SNSや、それに従属するソーシャルアプリのような鬼のような成長をするサービスはよくわからないが、それ以外の従来からある、数多くのWebサービスにおいてエンジニアに求められるものは、如何に目の前の日々レガシーになっていくコードを安定的にメンテナンスしていくか？というサイクルになる。 安定成長するネットビジネスは「ストック型」である。お客様がそのサービスを使い始めて、使い終えるまでの期間を生涯価値として、今まで開発したコードで「サービス」を利用する。 その生涯価値がマルチスレッドのように重なることで、毎月安定的にユーザーが増えて行く仕組みである。と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
hash.bz
