Inside Amazon: Wrestling Big Ideas in a Bruising Workplace (Published 2015)
Many of the newcomers filing in on Mondays may not be there in a few years. The company’s winners dream up innovations that they roll out to a quarter-billion customers and accrue small fortunes in soaring stock. Losers leave or are fired in annual cullings of the staff — “purposeful Darwinism,” one former Amazon human resources director said. Some workers who suffered from cancer, miscarriages an
ソフトウェアエンジニアの目指す道 〜 ナレッジワーカーとしてのプログラマ | Social Change!
私たちソニックガーデンでは、「プログラマを一生の仕事にする」ということを一つのビジョンにしています。 このブログではよく書いていますが、私たちの考えるプログラマとは、ただコンピュータに文字を打ち込むだけの仕事ではなく、ソフトウェアそのものの企画から、関連するすべての設計、そしてコーディングと、動かすための運用までの、ソフトウェアエンジニアリングのすべてを行う仕事です。 それらは「何をするか」という観点からプログラマの仕事を表したものですが、より抽象的に考えると、プログラマの仕事は何か、そして何を目指すことで「一生の仕事にする」ことができるのか、この記事では考えてみました。 Employees hand rolling cigars in a cigar factory: Ybor City, Florida / State Library and Archives of Florida プ
お金が多ければいいわけじゃない。金銭的な報酬がもたらすマイナスの影響 | ライフハッカー・ジャパン
99U：金銭的な報酬が大きいほど、やる気がアップする。これが事実であれば、ある人物やチームのやる気を高めるのに必要なものは、多くのお金ということになります。ですが、物事はそうシンプルではありません。 お金のことに少しでも言及するだけで、私たちの考え方は変化します。お金が絡むと、私たちはより自己中心的になり、他人をライバルとみなすようになります。そして、大切な社会的関係をないがしろにすることがあります。また、大きな報酬が約束されると、かつては情熱やクリエイティビティを原動力に取り組んでいたことが、感情の入り込まない金銭の交換に変化してしまいます。 たとえば、余暇を使って本を書くとします。それは、大好きなことであり、あなたがずっとやりたいと思っていたことでした。 そんなとき、誰かがまだ途中のあなたの原稿を読んで、あなたに小切手を渡し、本を仕上げるように依頼したとします。余暇のプロジェクトは、い
良いプログラマとは何かを組織で共有できているか？ - MassKaneko.Out
403 Forbidden 幾つか引用します 技術に対して情熱がある。情熱が無く、プログラミングが賃金を得るための仕事でしかない人は駄目。 家で趣味でコード書くぐらいが必要。 技術的な話題を話し出したら止まらないような人が良い。促されても技術的な話題で眼を輝かす事ができない人は駄目。 自分で勝手に最新技術を学び続ける。「ああ、それなら出来ますよ。会社の費用で研修を受けさせてくれれば、やれるようになります。」と言うタイプの人はアウト。 これと関連するのが次の記事です。 ソフトウェア開発が好きでないサラリーマンエンジニア：柴田 芳樹 (Yoshiki Shibata)：So-netブログ 職種別採用をしない大企業の場合「たまたま割り当てられた仕事がソフトウェアエンジニアだった」ということが起こりやすいので、この記事で言われているサラリーマンエンジニアが生まれやすいでしょう。 たまたまソフトウェ
35歳定年説より怖いフルスタックエンジニアしか生き残れない未来とは - paiza times
Photo by Joi 今回のpaiza開発日誌は片山がお送りします。 今後も技術（開発）を中心にエンジニアとしてのキャリアを歩んでいきたいなと考えている方向けに最近騒がれているフルスタックエンジニアとは何か、という事と、何故今後フルスタックエンジニアしか生き残っていけないのか？という事について書いてみました。 ■最近よく見かける【フルスタックエンジニア】とは何か？ まずStackって何だろう？、というところで海外の記事などを読むと"LAMP stack"という言葉が良く出てきます。LAMPの場合、OSはLinux、WebサーバはApache、データベースはMySQL、プログラミング言語はPHP(もしくはPerl、Python)という形で組み合わせたものの事を言います。つまりOS、Webサーバ、DB、プログラミング言語の組み合わせ≒積み重ね、なのでStackという事のようです。こういった
退職しました - 暮らしの業(2011-12-09)
▲ 退職しました 退職については個人的なことなので迷ったのですが、ある人に促されたこともあり日記に書くことにしました。書いてみたもののやっぱり個人的なことですね。 12/9付けで伊藤忠テクノソリューションズ(CTC)を退職しました。CTCには10年と8ヶ月在籍していましたが、メインストリームのSI開発だけでなく様々な仕事を経験させてもらいました。海外の有望そうなOSSをスタックとしてまとめた製品を日本へ導入する際の技術支援であったり*1、Web2.0が流行ってた時期にグループ会社のWebサービス開発にかかわったり、Rubyとの出会いや社内Ruby普及の推進や、最後には、ひとつの目標でもあったRubyを使った*2パブリックなクラウドサービスを開発できたこともあります。そういった貴重な経験が私の技術やキャリアになっていて、今も感謝の気持ちでいっぱいです。 そんな会社を何故辞めなくてはならないの
元SIerのエンジニアが選ぶべき方向性 - aike’s blog
大きな目標を立てることは立派なことだけれども、これは、戦国時代に例えるならば、すべての武士に対して、信長や秀吉を目指せといっているのと同じくらいに難しいことのように思われます。しかし、一方で、政治の表舞台には登場しなくても、裏方として活躍した軍師や忍者として活躍したような人もたくさんいたと思われます。そういう忍者たちは、表向きの身分こそ低くても、自分の剣術や諜報スキルを磨くことで、大名に信頼されて、戦略上重要なプロジェクトを任されていたのではないでしょうか。 日本のユーザー企業は忍者のようなプログラマーをもっと登用して重用すべきでは − 達人プログラマーを目指して 僕も数年前にSIerから転職してウェブサービスとかいろいろやる会社に入ったものの、日々苦労してるのでこういった記事やその元記事はすごくリアリティがあります。たまに当時の同僚と会ったりしても、みんなそれぞれ必死で生き延びる道を模索
僕と君とSIerの生きる道 - ひがやすを技術ブログ
SIerに対するバッシングは、高まる一方です。 私もSI業界からはさっさと抜けだしたほうがいいのエントリでSIerには未来がないからサービスを作る側に回ったほうが良いと書きました。 確かに私自身は、サービスを作る側に回った(まだISIDにいるけど、ベンチャーで働いているようなものです)のですが、身を持って面白いサービスを作る難しさも経験しました。 面白いサービスを作るのはほんとうに難しい。その後、マネタイズにも成功するのはさらに難しい。サービスを作る側に回って成功するのはほんの人握りの人なんです。 これは、自分でやってみての正直な感想。やらなきゃわからなかったことなので、自分のしたことに対する後悔はありませんが、日々ものすごいプレッシャーです。 チャレンジし続けないと落ちぶれてしまうのエントリの通り、私は現状維持を嫌い、常に新しいことにチャレンジする前向きな性格ですが、それでもこのプレッシ
ところてん - アットウィキ
「日記/2012年02月09日/大手通信会社の研究所を辞めて、ソーシャルゲーム屋さんに行きます。」は管理者からの閲覧のみ許可しています。 ログイン ログイン
とある老害大手SI企業の例（書いたらムカムカしてきた）
コードも書けないSE（笑）とか言ってるアホ共は ガチでメーラとWordとExcel,パワポ（しかも2003（笑））、teraterm、FFFTP位しかつかわねーからさ あいつら本気でXP(笑）、メモリ1GBで足りてるとか思ってるからタチがわりーわ。 ・コードがかける若手SE（笑）がEclipseとかMySQL、Oracle,Chrome,Firefox,IE,Java,.netと使うからある程度スペックが欲しい。(と言っても今時の５万で買える普通スペックで良い。。） ↓ ・若手が新しいPC寄越せと要求 ↓ ・年食ったコードがかけないSE（笑）はOffice2003（笑）位しか使わないし、めんどくさいから要らないと抜かす ↓ ・先輩がいいって言ってるのにお前らが要求するのか？とか言って取り合わない。 ↓ ・ほんとに必要な最前線の若手にまともなPCが行かない、その結果朝にパソコン起動してメーラ
職業プログラマになって考えた「良いコード」とは？ - seri::diary
仕事としてコードを書くようになって３週間が経ったので ここらで所感をまとめてみたいと思う。 ベンチャーと大手企業の違いみたいなことを書いてもいいんだけど、 正直今のところ「あまり変わらない」印象。 それもそのはず、現職もエンプラ向けの仕事。 SIと仕事のやり方はかなり似ている。 ので、純粋にプログラマとして思ったことを。 スパゲッティコードとの出会い この３週間で触ったのはウチの会社で改修・保守をやっているシステムの バッチや管理画面の細かい修正など。 コードは全てPHPだった。 この辺は一番経験のある言語だったので助かった・・・と思った。 が、意気揚々とソースを見て愕然とした。 処理ベタ書きのずらずら続く手続き型の処理は序の口。 関数を定義する代わりにベタ書きスクリプトを外出しにしてrequire 意味不明な変数名 同じ処理をしているはずなのに名前だけ違う関数達 無計画なテーブル定義 業
２年半務めたSIerを退職しプログラマとして再スタートを切ることにしました - seri::diary
初めに 先週末付けで、新卒入社した某SIerを退社しました。 新卒入社で、右も左もわからないまま社会人になって飛び込んだこの会社では 社会人として非常に多くの事を学ばせて頂き、 SEとしての基礎を学ばせて頂き、 また途中でグループ子会社→親会社と出向になったことから SI業界の中流〜最上流の両方の業務を見ることができました。 非常に有意義な２年半だったと思います。 これまでお仕事で関わらせて頂いた皆様には 様々な形で大変お世話になりました。 御礼申し上げます。 今後について 気の早い話ですが、明日から新しい会社で勤務します。 BtoB系の委託開発をやってるベンチャーですが、 SI系ではなく、R&D系の開発を委託で行うのがメインの会社です。 当面は色々な案件に雑用レベルで関わりながら 自分の特性やスキルにあわせて、どの案件にどっぷり浸かるか、といった 方向性を検討していく予定です。 辞めた経
プログラマーにドキュメントを書かせるには? | スラド デベロッパー
コードのドキュメントがきちんと作成されていない? 問題はプログラマー達にあるのではなく、プロセスにあると Fatal Exception の Neil McAllister 氏は言う (ネタ元) 。 「コードのドキュメントをきちんとまとめる開発者は非常に少ない。ドキュメントを書かせること自体が難題と言ってもいいだろうが、しかし不可能ではない」とのことで、同氏はドキュメントを作成する習慣を確立するためにも「ムチよりもまず飴」方式を採用すべきとだと提案する。多くの人と同じく、プログラマーだって命令よりもインセンティブの方が動機づけとなる。簡単な賞賛も大いに功を奏するが、他の手段を模索するのも良いだろう。彼らが週末にサポート業務で待機担当だったり、またアップデート作業で深夜に作業している時はないだろうか? 追加のドキュメント業務に精を出した彼らにはそういった他業務の負担を軽くしたりするのも一案だ
第1回 ユーザー企業がSIerに対して抱く、理想と現実 － ＠IT自分戦略研究所
近年、ユーザー企業の「自社サービスの内製化」や「システムのクラウド化」などに伴い、SIerへの要求レベルが高まってきている。ここ2年で4000億円の減益といわれるSI業界の中で生き残っていくためには、どんなエンジニアスキルを磨いていけばいいのか。 ※本記事は、「エンジニアtype」のコンテンツを一部＠IT表記に統一した上で、許可を受けて転載するものです。 「発注側の方がラクなんだと思ってたんですがね……」 都内にある某検索サイトの運営会社に転職したばかりのAさんは、表情を曇らせながらそう話す。Aさんはかつてソフトハウスを皮切りに中堅SIerや周辺機器ベンダ、Web開発会社を渡り歩いたSEだった。 しかし昨年、今の会社に誘われた時点で開発者としてのキャリアに終止符を打つことに決めた。検索サイトを運営する今の会社から、外注先を管理する窓口責任者の職に就かないかという誘いを受け、魅力を感じたから
各国プログラマーのステレオタイプ的分類 - himaginary’s diary
タイラー・コーエンが、なぜソフトウエアでは一物一価の法則が成り立たず、米国や日本企業は自国の高いソフトウエア技術者を使い続けるのか――香港やシンガポールや中国ではもっと安価で雇えるにも関わらず――という一読者の疑問をブログエントリ化した。それに対し250を超えるコメントが付いたが、予想される通り、ソフトウエア開発においては単なるコーディングだけではなく、発注元と発注先とのコミュニケーションが重要なウェイトを占めるのだ、という指摘が相次いだ。その中で、各国のプログラマをステレオタイプ的に寸評したコメントが少し面白かったので、以下に訳してみる： Well, while we are being rude let me speak… It’s not the individuals of course, but the culture. And culture is why Americans
「IT業界はここが「おトク」--IT関係の仕事をしていて良かった10のこと」 - カレーなる辛口Javaな加齢日記
http://japan.cnet.com/sp/businesslife/35012876/ 多くの人々と出会える 収入が高い 簡単に会社を変わることができる 個人的な自由度が高い 人助けができる 社外で過ごす時間にも報酬が支払われる 時折、一風変わった問題に直面する クールなガジェットに接する機会がある ITの知識は日常生活でも役立てることができる 思わぬ報酬が得られることもある ふむふむ １，多くの人々と出会える 大きな部屋にギッシリ詰め込まれたプログラマーたちの熱気溢れる汗だくの開発部屋で、多くのひとたちと顔見知りになれるかもしれません．会話は一言も交わしませんが． ２，収入が高い ．．．ノーコメントで．(ノД`) ３，簡単に会社を変わることができる 「変わることができる」というより，「頻繁に会社が変わる」「5年もいれば長老になれる」ですね． だから「長期間一緒に仕事をする同僚」と
虚業が人気就職先の上位を占める国 こつこつ創るよりぶち壊す方が面白く、儲かる社会 : Market Hack
クリスマスから新年にかけてワイフの親戚がカリフォルニアのピズモ・ビーチに集まりました。 僕にとってこのような機会は仕事の人間関係ではなく、普通のアメリカ人が何を考えているのかを垣間見る良い機会です。 今回話題になったのは米国における格差の拡大の問題です。 言い直せば「１％対９９％」の問題ということです。 特になぜ格差が生じるのか？という点が議論になりました。 このような話題になると真っ先にやり玉に挙がるのが経営者の欲深さです。 アメリカでは経営者の報酬はしばしば一般社員の数十倍になります。そのような途方もない報酬を是認する風土が格差を生んでいるという認識を多くのアメリカ人が持っています。 こつこつ新しいものを創り出す仕事よりも、すでに存在するものをぶち壊したり弄り回す仕事の方が面白いし、儲かるというのもアメリカのビジネス界の特徴です。 具体的にはコンサルティング会社や投資銀行やPEファンド
Best Jobs in America 2011 - Money Magazine on CNNMoney
If you're stalled or burned out, try one of these high-growth sectors where you can earn more, get ahead and put life back into your career. More
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
意外とラクじゃない!? 『海外勤務』にかかる負担とは？ - ローリエプレス
Amazon's global career site
