サイボウズ・ラボ株式会社を退職しました - Higepon’s blog - Mona OS and Mosh
2012/1/15 をもちましてサイボウズ・ラボ株式会社を退職することになりました。 お世話になったみなさん本当にありがとうございました。 各分野でのトップレベルのエンジニアに囲まれた 4 年間は本当に刺激的でした。ラボでは良い上司（畑さん）に恵まれラボのミッションに沿う形で、比較的自由に研究・開発に取り組むことができました。外に出ているだけでも Mosh / Mio / outputz など。どのプロジェクトでも自分が実現したいこと、自分の能力と真摯に向き合う必要のあったかけがえのないプロジェクトでした。この 4 年間に学んださまざまなことは、今の自分を形成する「成分」の中でも大きな割合を占めていることを感じています。サイボウズ・ラボおよびサイボウズのみなさま本当にありがとうございました。 1 月末から新しい職場でソフトウェアエンジニアとして新たな一歩を踏み出します。みなさま今後ともよろ
「社外でも通用するスキル」のくだらなさについて - 極北データモデリング
自分が長い間勘違いしてたから言うんだけど、 最後に｢Firm Specific Skill｣と｢Portable Skill｣の違いについて。前者は直訳すれば「企業特殊技能」と いいまして、社員がその企業ならではの技能を磨き、所属企業とのコミットメントを高めながら共に進んで いくというものです。でも、ホントに若い人が気をつけるべきなのは、自分が所属している企業外に「持ち 運び可能な技能」ではないでしょうか？ 大企業で働くと毀損されるいくつかのコトについて - GoTheDistance ここで言うポータブルスキルの正体が何なのかは、よく考えなくてはならない。 ポータブルスキル＝「社外でも通用するスキル」「転職時に潰しの効く技術」ぐらいに考えていると大損する。 大企業の人はそう言うけど 業界大手のお客さんと話をしていて、「(うちの会社名)さんは技術があるからいいですよねえ。私らは技術がないか
エンジニアとして大成したいならやってはいけない48ヶ条 - レベルエンター山本大のブログ
いろんなエンジニアを見てきて、成功パターンはそれぞれだけれど 失敗パターンはだいたい決まっている。以下、アンチパターン。 成し遂げるのではなく、中途半端で満足する。 自分の責任と考えず、人のせいにする。 よりよくしようとせず、現状維持を良しとする。 仕事を中心においていない。 自分の特徴を構築していない。同世代と比べてさしたる特徴がない。 生活習慣を重視しない。日々の積み重ねに価値をおいていない。 与えられたチャンスに乗っからない。やる前から怖じ気づく。 アウトプットの質にこだわらない。 自分を分析していない。強み弱みを問われても答えられない。 刺激よりも、平穏を求める。変化に弱い。 行動よりも熟考を優先する。考えた末に行動しない。 現在の仕事の進め方に疑問を持たない。既存踏襲が正しいと思っている。 チームへの貢献よりも、自分の仕事の進捗を優先する。 焼き畑農業的な人間関係。信頼の構築では
35歳を超えたエンジニアの5つの働き方
おおいしつかさ 旅行とバイクとドライブと料理と宇宙が好き。 Ubie Discoveryのプログラマ。 ぼくは36歳です。けっこう大きなサイトで、RailsやJavascriptを書いたり、パフォーマンス改善したり、iPhoneアプリの開発でObjective-Cを書いたりしています。マネージメントはしていなくて、今でも普通にエンジニアとして働いています。 35歳定年説の35歳を超えてから1年以上が過ぎたところですが、昔のようにはいかなくなってきたところ、昔と変わらないところ、昔よりよくなってきたところなどがいろいろあります。年を取ってもエンジニアを続けたい人の参考になるかどうかわかりませんが、そういう人たちのためにぼく個人の体験をここに書いておこうと思います。 1.理解できるまで聞き返す 特に若い人たちとの会話で痛感するのですが、相手の言いたいことを一度で理解することが難しくなってきまし
ウェブエンジニアが「オンラインゲームを支える技術」を読むべき理由 - stanaka's blog
3/24に発売された「オンラインゲームを支える技術」は、ウェブエンジニアも必読の本だと思います。(しばらくAmazonでも在庫切れになっていたようですが、今は復活しているようです。) オンラインゲームを支える技術 ??壮大なプレイ空間の舞台裏 (WEB+DB PRESS plus) 作者: 中嶋謙互出版社/メーカー: 技術評論社発売日: 2011/03/24メディア: 単行本（ソフトカバー）購入: 32人 クリック: 1,693回この商品を含むブログ (48件) を見る 本書で扱う領域は、目次を一瞥するだけで分るように非常に多岐に渡っています。主な項目として、「オンラインゲームの企画で考えるべきこと」から「実際のアーキテチャや使うべき技術」「プロトコルの設計と改善方法」「インフラの選択・構築方法」「必要となるエンジニアのリソースの見積りや共同開発手法」までカバーされており、まさにオンライ
エンジニアにとって生産性の高い環境を追い求めているだけでは事業は成長しない - jkondoの日記
最近ちょっと会社の中の歯車がかみ合い始めて、ごろごろごろと大きな回転が始まった感覚があります。 会社をやり始めて10年目。ようやくかよ、という突っ込みは真摯に受け入れるとして、何を変えたのが大きかったかというと社内のコミュニケーションのやり方です。特に、組織の中で直接つながりのある人どうし＝上司と部下の間のコミュニケーション。なんか書いていると馬鹿らしくなってくるくらい基本的な事で恥ずかしいですが、直接の部下に対してやるべきことをちゃんと伝えたり、部下から上司に対して行う、いわゆる「ほうれんそう」などです。 思えば、はてなの仕事の進め方というのは、エンジニアにとって最も生産性が高い環境を追求する、ということに最適化してきたように思います。会議はなるべく減らして、必要な事ははてなグループかIRCに書いて伝える。プログラムを書いていると2時間くらい集中して作業をしたくなるので、その間なるべく作
プロとしての行為 Act as Proffesional
スーパーエンジニア達の習慣が大人気だったので、自戒の意も込めて、反面教師として成長しないエンジニアの悪習慣について僕の経験と視点からまとめてみる。 業務時間外での学びがない プロ野球選手は日々練習をして、試合という本番で勝敗の結果を出して評価されるこれをエンジニアに置き換えると、どこかで練習をして、仕事という試合をして、ソフトウェアという勝敗の結果をつくりだす。プロ野球選手が試合を練習だと思って取り組んでいたら、結果を出せるのだろうか？ 業務外で練習をして、本番で良い結果を出せるように努力しよう。練習大事!! 時間をかければよいものができると信じているいくら時間をかけたって、バグのないエレガントなコードのソフトウェアはできない。効率的に仕様を満たしていくことが求められている。むしろ、時間をかけるべき所は上記で指している練習!! 参考：集中力を発揮して、生産性を高めるために知っておくべきこと
これはマネしたい！スーパーエンジニア達の習慣 | Act as Professional
いままで勉強会に顔を出し、すばらしいエンジニアと数多く会うことができた。そして、スーパーエンジニアと共に仕事をすることもできたし、できている。そんなスーパーエンジニア達が持っていた習慣を僕の経験と視点からまとめてみる。 自分が使う道具を厳選して選んで手入れをしているエンジニアでいえばエディタやツールなど。皆が使っているIDEやエディタを何も考えずに使い始めたりしない。 厳選したエディタやツールを使って、手になじませるのである。手になじませるというのは、2つの意味がある。 1つは操作性に慣れること。呼吸をするように自然に、キーボードの上を駆け回る心地よいリズムを奏でるエディタを選ぶ。 2つめは、自分に合わせて拡張しているということ。プラグインのON/OFFだけではなく、オリジナルのショートカットを設定し、適切なハイライト、シンタックスのチェック、コーディングルールのチェック、様々な言語への対
ルーチンワークじゃあるまいし、効率や生産性を上げたからって残業はなくせんよ。 - レベルエンター山本大のブログ
今の勤務先では毎週水曜日、定時退社日となっていて ドアの前に張り紙が貼られる 「今日は定時退社日です。仕事の効率を上げて定時で退社しましょう」 と いやいや。効率上げても残業はなくせないよ。 ルーチンワークなら、効率を上げたから早く帰れるだろうけど、 エンジニアの仕事は、結局はモノづくり。 時間があれば、より時間をかけて良いものに仕上げるべきだ 時間があれば、より素早く先のリスクを摘んでおくべきだ という考え方になる。 定時退社したいなら、やるべきことは4つだけ 見切りを付ける やらないでいいことはやらない 時間泥棒にかかわらない 時計を中心に置く 見切りを付ける 約束や締切りが迫っている仕事以外は、見切りをつけてOKだ。 緊急だと思ってる仕事は、焦ってやっても上手くいかない。 長時間かかる仕事は、あと２時間や３時間やっても、大差ない。 やらないでいいことはやらない 効率を上げてゴミを掃除
退職のお知らせ - naoyaのはてなダイアリー
本日8月31日をもって、はてなを退職しました。 入社は2004年9月1日でしたから、今日でちょうど6年です。6年間の間に、はてなブックマークをはじめとする各種サービスの企画開発やディレクション、インフラの構築、技術チームのマネジメント等々、色々な経験を積むことができました。その一方で、なかなか自分の思うようにはサービスを成長させる、会社を伸ばすことができず自分の力量不足を感じる毎日でもありました。その足りない能力と経験を埋め合わせる日々が、成長を促してくれたとは思います。 この6年は、はてなという会社が、個人あるいは家族のような繋がりから組織に変っていく過程でした。会社というものが何なのかを全然知らなかった自分が、Webサービスの開発と運営に、組織がなぜ必要かというのを体で知ることになりました。なかなかに得難い経験でした。 遠回りもありましたが、はてなは組織になりました。新サービスは日々ユ
ずっと、はてなに入りたいと思っていた - Money does not hurt your heart
エンジニアとして働きはじめて、まだ10年も経っていないけれど、ちょうどいい機会なので、この機会に振り返っておこうと思う。武勇伝なんて派手な話は何もない地味なエンジニア人生だけど、自分が関わったものが誰かに使われているのを電車の中で見たりすると、ちょっと嬉しいです。id:naoyaさんや登大遊さんのように、カッコイイエンジニアになりたいなぁ、とあこがれます。エンジニアとしての転機皮肉なことに、エンジニアとして独り立ちしたな、と自覚するようになったきっかけは、リストラだった。それなりに大きな会社だったのだけど、事業部がリストラで解体されていく中で、若手の現場のエンジニアが減っていき、減ったエンジニアの仕事をやらざるを得なくなった。事業部ごと解体されようかという勢いの中で、いきなりそれ新人の仕事じゃないだろう、という大きな仕事をふられて、右往左往して泣きながら必死で働いた。超神水みたいなもので、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
