サイバーエージェントに転職しました ::ハブろぐ
Hello CyberAgent! はい、サイバーエージェントです。自分自身ですら「まじかーーー」って思ってる程度の田舎モンなのでアレですが。 何かしらのご縁がございまして、6月〜7月の半月ほどの間に話が決まり、あれよあれよと東京は渋谷に流れ着いた次第でございます。 初東京・初大きい会社ということで、慣れない環境ながら戦々恐々と励んでおります。 キャリア 名古屋の業務で、サーバーサイドを中心にしつつミドルウェアからフロントエンドに至るまで一気通貫Webエンジニアを標榜していた中で醸成された、フロントエンドに専念したい！という欲求から今回の転職になりました。 前職については、自己評価からしてパフォーマンスに相当なムラがあったものの（周囲の評価はもっと厳しいでしょうが）、なんだかんだで守備範囲は手広くやらせていただいていたな、と思います。ただ、もっと前のめりな環境で、他のエンジニアとも関わり合
キャリアチェンジするということ - ihara2525's blog
こんにちは、クックパッドで技術部長をしていました井原です。 「していました」というのは、僕は5/15付けで人事部に異動して、技術部長ではなくなりました。人事部副部長兼エンジニア統括マネージャ、が今の肩書きです（長い）。以前から、「井原さんて何やってるんですか？」と言われると説明するのが難しかったのですが、確実に、より答えづらくなった気がします。 ちなみに、同日にセコンさんが新しい技術部長に就任しました。僕よりもよっぽど技術に尖った人ですし、よっぽど本来の技術部長ぽいと思います。彼がやってくれるのであれば、クックパッドの技術はよりエンジニアにとって楽しい方向に向かうだろうし、クックパッドのエンジニアはよりユーザのためにその技術を使える人たちになっていけると思っています。本当に楽しみです。 というわけで、異動することについて。 今回僕は、自分から希望して人事部に異動したのではありませんでした。
退職理由は「転職先のモニターのほうが大きい」から？
今や、いいエンジニアを雇うのに環境や待遇が重要なのは言うまでもないことで、「希望するマシンが支給される」とか「椅子はすべてアーロンチェア」といったフレーズは魅力的です。しかし、そんな華やかなフレーズの裏側に見え隠れする「社内のカルチャー」という本質を理解しないと、本当に素晴らしいエンジニアを惹き寄せることは難しいもの。 NingやVMware、Akamaiといった企業で働いた経験のあるJohn Josef “Sef” Kloningerさんは、Why Quit? Because They Have Bigger Monitorsというブログ記事で、自身の経験を以下のように紹介しています。 退職理由は「転職先のモニターのほうが大きい」から？ 以前の職場での話。 私はエンジニアリングマネージャーで、人材確保に関して問題を抱えていた。チームのエンジニアが会社を辞めて、もっと小さい今風の会社に移ろ
プログラマは自分がモンスターペアレントになっていないか気にするべき - プログラマyasuhoの隠れ家
そもそもエンジニア、モノづくりをするひとたちには一度作ったものには愛着を持ってしまう。それは自分が労力をかけたことに対する強い思いなのかもしれない。だから、作った機能がユーザーに使われないムダなものだとしても、開発エンジニアに愛着があることによって変更がかけられないなんてこともあるしね。 http://jp.techcrunch.com/archives/jp20120420how_do_you_reduce_the_cost_of_development/ そういう感情は確かにある。プログラマにとって我が子同然のプログラムのミスを見つけるテスターは敵であり「それはバグじゃなくて仕様だ」って言っちゃうところとか。使いにくいから直せという顧客に対して「それには構造を大きく変更しなくちゃならないから直せない」とか。プログラムの問題を見つけてくれた人に感謝するどころか「私は間違ってない！」なんて
第1回ペアプログラミング合コンに行ってきました - rambling talk
第1回ペアプログラミング合コンに行ってきました。レポートしてみます。 申し込み Zusaarのページで、先に女性枠の募集がありました。 その頃Twitterで見かけて、おもしろすぎる、参加するしかないと決意。 集まるのかなー、と見ていたら、しばらくして20人の枠がちゃんと埋まっていました。 [twitter:@pp_con] をフォローして、男性枠を待機。 運良く、募集開始数分後に気づくことができました。 すぐ申し込み。その時点ですでに私は9人目でした。 眺めているとみるみる枠が埋まり、開始45分後には20人の枠が埋まりました。 その後も補欠が増え続けて、最終的に114人。あまりの盛況で募集打ち切りになってしまいました。 選考 人が集まりすぎたせいか、早い者勝ちになったからか、 運営の方も参加者のスキルが不安になったのでしょう。事前選考が行われました。 補欠からの繰り上がりもあるとのことで
ECオープンソースのEC CUBEを調査してみました
こんばんは、笹亀です。 最近、非常にECサイトの構築する機会が多くなり、 導入コストの節減や便利なフリーなものがないかと調査をしていました。 そこで発見したのが、今回の調査対象となった「EC CUBE」です。 http://www.ec-cube.net/ まずはEC CUBEとはどうゆう機能があるのかを解説したいと思います。 EC CUBEは機能の豊富さにおどろきました。 当たり前ですが、ECサイトの機能は一通りあります。 商品管理についても、カテゴリ管理、並び替え機能、レビュー機能、トラックバック機能などがあります。 その他にも受注管理、売上集計など基本的なECサイトを運営するにあたって必要なものはそろっております。 コンテンツの管理としても、メルマガを送信する機能やおすすめ商品機能やキャンペーン機能なども用意されています。 ユーザ側の機能としてもPC版だけでなく、モバイル版も準備して
受託開発は本当にオワコンか？ SI業界の未来を前向きに考える
Webサービス全盛の今こそ、エンジニアリングについて本気で語るイベント、「これからのエンジニアリングの話をしよう」第1回レポート。未来の受託業界を担うベンチャー企業のエンジニアが集まってパネルディスカッションを行った。 「Webサービスは格好いい」「SIオワコン」本当に？ 「Webサービスが盛り上がっていて、“クリエイティブで楽しい”“華やか”というイメージがある。一方、受託開発は“地味でオワコン”という風潮があるが、本当のところはどうなのか？」 2012年1月19日、ベンチャーカフェが主催するイベント「これからのエンジニアリングの話をしよう」で、このような質問が投げ掛けられた。 本イベントは、「Webサービス全盛の今こそ、エンジニアリングについて本気で語る場が欲しい」というエンジニアの声によって生まれた。さまざまな切り口で「受託開発の未来を考える」シリーズイベントで、全5回を予定している
バグ管理ツール(BTS)「COLORBOX(カラーボックス)」
COLORBOXとは？ Webシステム、アプリ開発からゲーム開発、組み込み系開発まで幅広く使えるバグ管理ツールです。 インターフェイスはスマートフォン、タブレット端末にも対応しています。
2012-02-19 - ギークに憧れて
Developers summit 2012､エンジニアの祭典｡初めての参加だった｡ 全部行きたかったんだけど､二日目しかいけなかった｡一日目のレポートは代打で派遣した後輩の記事が詳しい｡会場 場所は目黒雅叙園。ものすごく雅びな建物である｡中では品の高いお婆さんがひな壇なんかを愛でており､そんな建物の奥にプログラマ達が押しかける光景は異様であった｡ 会場には結構ぎりぎりについたのだが､予約してない人でも自由に入っていた｡僕が参加したセッションは｢差別化で未来を生き抜くエンジニアの7つの秘訣｣と､｢エンタープライズにおけるスマートデバイスアプリ開発の未来｣だったので当日の実況を貼りつけておく｡差別化で未来を生き抜くエンジニアの7つの秘訣書籍や論文をあたることもなく、インターネットでほぼ無償に近い形で無尽蔵に情報を手に入れることが出来る現在、エンジニアが価値のある存在として「自分を差別化」する
10年後も世界で通じるエンジニアであるために Developers Summit 2012
Special 10周年を迎えたデブサミ、この10年の間に私たちデベロッパーの世界は大きく様変わりしました。もはや王道と呼べるキャリアなどありません。自らの道は、自ら決し、進まなければなりません。それは、逆に、私たちがより自由に道を選べるようになったことに他なりません。Specialトラックでは、けもの道を往く先達たちの生き様に触れ、自分自身の戦略を見つめ直す機会、そして、これから行動を起こす我々の背中を押すようなセッションを用意しました。ともに、道を切り開いていきましょう。 開発プロセス 開発プロセストラックは、毎年、その年の開発プロセスに関係した旬の言葉や概念、取り組みを切り取ることを意識しています。今年のテーマに設定したのは「変わっていくシステム開発の姿」です。ここ数年で、クラウドの登場がシステム開発の価格も時間感覚も変えました。よりビジネスに寄り添うかたちでのアジャイルの再興もあり
人月は悪どころか、ものすごい善かもしれない - レベルエンター山本大のブログ
人月計算は、悪だ。 という話はソフトウェア産業にいるエンジニアだったら、誰でも聞いたことがあるだろう。 よく言われる人月計算の悪とは、管理者の意識から個人個人の能力差などの情報が失われることが根本だと僕は考える。 悪影響の一例としてエンジニア単価に能力差が反映されないという点がある。 また別の例として「10人月の工数の作業も20人でやったら0.5ヶ月で終わるんじゃね？」 という単純計算による安易な管理が横行しデスマを生む原因となる。 「人月」の捉え方はともかくとして、すくなくとも良い評判を聞いたことがない。 しかし、僕は最近、人月計算とはとてつもない善ではないかという考え方になっている。 とくにエンジニアに対して「善」、というよりもエンジニアに対して優しさをもって考えられた仕組みだと感じて仕方ない。 人月の神話 作者: フレデリック・P・ブルックス Jr.,滝沢徹,牧野祐子,富澤昇出版社/
人月商売が悪だと思っている、イノセントなあなたへ - GoTheDistance
色んな意味で示唆的なエントリ。山本さん、どうしちゃったんですか。飲みにでも行きますか。 人月は悪どころか、ものすごい善かもしれない - 山本大＠クロノスの日記 140文字ぐらいでまとめちゃうと、人月ではなくソフトウエアの持つ価値だけでお金を取ろうとすると、例えばスマホアプリの場合は非常に単価が安いのでペイする算段が立たないこともある。それを鑑みると、エンジニアの稼働ベースで請求できる人月ってなんだかんだでイイとこあるよ、って話です。 人月について語られる記事はエンジニアよりの観点で議論されることが多いんですが、そうなると「人月はエンジニアにとって善か悪か」という方向に話が飛んでしまい、ゼネコンは死ねば良いし多重請負は終わってるし日本のIT競争力はなんだかんだっていう感じで一定の結論が出しにくい。なので、もっとビジネスよりの観点で整理してみたい。 人月のメリットは成果物ではなく作業内容に対し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
うーねこ 公式サイト
エンジニア転職・IT転職ならDODA（デューダ）エンジニア - 技術者専門の求人、転職情報が満載のエンジニア転職サイト
デブサミ2012、いよいよ明日開催！ 有志によるまとめレポート提供の動きも