エンジニアを定量化なんてしてはいけない - smellman's Broken Diary
ネタ元: 「エンジニアをつくる」という理念掲げていたら、エンジニアが社内からいなくなった件 | 新田章太の「エンジニアをつくる」ブログ 話の発端は、 俺がDMTCについて知ってること，またそれに対する所感 - 職質アンチパターン がFacebookで話題になっていて、やばいなぁと思っていたら主催者もやばかったみたいな話。 内容自体ただヤバイんだけど、その中でも明確にツッコミを入れておきたい部分があった。 僕らの強みはDMTCを通じて、沢山のお客様とのつながりがあること このつながりを活かして、 国内外のIT企業で働くエンジニアのスキルを定量化しよう というひとつのテーマにいきつきました。 http://maximum80.me/archives/821 この部分についてFacebookで俺はエンジニアをバカにしてるって書いたけど、もうちょっと具体的に落としこもうと思った次第です。 ものさし
運用エンジニアから開発エンジニアになるためにやったこと · As a Futurist...
Web の会社でエンジニアを始めて 4 年、ずっと運用エンジニアをやってました。運用とは端的に言うと、社内外の他人が作ったソフトウェアを期待通りに動作させるためのエンジニアリングだと思ってます。アプリケーションはもちろん開発者が作ったものですし、MySQL や Apache や Linux も全部他人が作り上げたソフトウェアであり、それらの設定を変更したりパッチを当てたり運用ツールを駆使することで、協調動作させることに磨きをかけてきました。 ただ、いつまでたっても他人の作ったものの面倒を見てることには変わりないし、運用ツールを開発したところでそれはあくまで誰かが生み出す価値のサポートにすぎないのが自分的には満足できなくて、ずっとアプリケーション(ビジネスロジック)が作りたいと思ってました。 で、今年の始めからたまたまタイミングよく新規開発の部署に入ることになって、いきなり開発者をやることに
35歳定年説より怖いフルスタックエンジニアしか生き残れない未来とは - paiza times
Photo by Joi 今回のpaiza開発日誌は片山がお送りします。 今後も技術（開発）を中心にエンジニアとしてのキャリアを歩んでいきたいなと考えている方向けに最近騒がれているフルスタックエンジニアとは何か、という事と、何故今後フルスタックエンジニアしか生き残っていけないのか？という事について書いてみました。 ■最近よく見かける【フルスタックエンジニア】とは何か？ まずStackって何だろう？、というところで海外の記事などを読むと"LAMP stack"という言葉が良く出てきます。LAMPの場合、OSはLinux、WebサーバはApache、データベースはMySQL、プログラミング言語はPHP(もしくはPerl、Python)という形で組み合わせたものの事を言います。つまりOS、Webサーバ、DB、プログラミング言語の組み合わせ≒積み重ね、なのでStackという事のようです。こういった
エンジニアの学び方 - Tokyo Blogrammer
どうもmarcoです。 4/24発売の WEB+DB PRESS Vol.80 を購入しました。 目的は西尾泰和さん執筆の「エンジニアの学び方」の記事を読むためです。 これはエンジニア向けに、どうやって効率的に学習すればいいのかを解説した記事なのですが 元ネタが同執筆者の コーディングを支える技術 ~成り立ちから学ぶプログラミング作法 (WEB+DB PRESS plus) 内のコラムが非常に好評で今回記事として書きなおしたそうです。 非常にためになったので触りの部分だけ忘備録も兼ねてご紹介。 知識には３つの軸がある ・広い視野 ・深い理解 ・応用対象 広い視野 学ぶべき対象を見つけるために必要である。 ニュース・ブログ・勉強会等で学ぶことができる。 この軸の学びが足りていないと？ 新しいものに気付けず、視野が狭くなり自分の知っているものだけに固執するようになる。 ここで得られる知識は、具
CTO募集とかフルスタックエンジニア募集とか都合の良いこと言っちゃだめ - UNIX的なアレ
若干釣り気味のタイトルです。CTO募集すること自体は悪くないんだけど、その内容についていろいろ思うことがあったのでちょっと書いてみます。 やたら見かけるCTO募集 wantedlyとかみるとですね、とにかくCTO募集している会社が多いわけですよ。そりゃITな会社つくるとしたらCTOはいた方がいい。 でもね、多くの社長が話すCTO像って別にCTOを求めてる訳じゃないんですよね。要するに、なんでもできるエンジニアが欲しいというだけのパターンが多い。 とくに募集要件みてもピンと来ないんですよ。別にそれってCTOである必要ないでしょ？と思ってしまう。例えば、 アーキテクチャの設計ができて スマホアプリできて サーバサイド開発もできて インフラもひと通りできて マネージメントできて イケてる提案もしてくれる あと、言うことは聞いてね みたいなことを考えてる人が多い。すごく多い。まずね、いないよそんな
技術の進歩は「螺旋」である。 @ t_wada さん社内講演 - >& STDOUT
先週、新卒技術研修の一環として @t_wadaさん にご講演を頂きました。 題して「この先生きのこるためには」*1。 第一線のエンジニアとして素晴らしい薫陶の数々を授けて下さいましたので、渋谷や六本木の会社さんもオファーしてみたほうがいいですよ。ホント。 エンジニアはアーティストとしての側面も持つので、ファーストクラスの方の考え方に早いうちから触れておくことは、数年先の彼らの在り方に少なからず良い影響を与えるはずだ、という考え*2に基づくおふたりめの社外講師です。おひとりめは当時非公開でしたが、時効になってましたら教えてください。 新卒研修とはいうものの、社食のカフェテリアを全開放した形で既存社員にも受講してもらいました。正直、私も含めた既存社員のほうがよっぽど直接の教育効果は高かったんじゃないかと思いましたが、それはそれとして。ご講演の中でのいくつかの気づきを共有します。 技術の進歩は「
「エンジニアの学び方」を執筆しました。 - 西尾泰和のはてなダイアリー
4月24日発売のWEB+DB PRESS Vol.80に、特別企画として「エンジニアの学び方」という記事を書きました。 Vol.80自体は4月発売ということもあって「新人さん大歓迎！」と銘打っています。「エンジニアの学び方」もこの4月に就職・進学をした人を想定読者にしています。ですが、きっとその他の人にも役に立つ内容だと思います。 この記事を書くきっかけとなったのは、ベストセラーにもなった拙著「コーディングを支える技術」のコラムです。余白があるからコラムを書けと言われて、学び方についてのいくつかのコラムを書きました。 p.23「理解を確認するためにはまずアウトプット」 p.26「何を学べばよいかがわからない理由」 p.79「具体的な知識と抽象的な知識」 p.80「噛み砕く」 p.82「必要なところからかじる」 p.134「おおまかにつかんで徐々に詳細化する」 p.235「端から順番に写経す
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。
WEB+DB 「エンジニアの学び方」を読んで - 星降る書斎
2014-04-20 WEB+DB 「エンジニアの学び方」を読んで IT 学習 本の感想 やっぱり発売日4/24だよな。秋葉原のヨドバシには土曜日から置いてあったぞ…。WEB+DB PRESS Vol.80作者: 鶴長鎮一,宮下剛輔,縣俊貴,中村知成,西尾泰和,新井俊一,南川毅文,伊藤直也,石垣憲一,浅木朗,渡邊恵太,中島聡,はまちや2,竹原,川添貴生,河合宜文,WEB+DB PRESS編集部出版社/メーカー: 技術評論社発売日: 2014/04/24メディア: 大型本この商品を含むブログを見る特別企画「エンジニアの学び方」という記事が良かったため紹介。P105〜P122と、ページ数も少なめなのですぐに読めます。第1章：効率的に学ぶには 第2章：最初の一歩をどう踏み出すか 第3章：どうやって深く理解するか 第4章：何を学ぶか、何を作るか私は大学を卒業しているので、一応勉強の方法は心得
エンジニア適職フェアで講演をした - 未来のいつか/hyoshiokの日記
http://type.jp/s/fair/e/ 今回の講演は、パワポを利用したお話ではなく、司会の伊藤さんとの対談というような感じで行った。 パワポなしの講演に初挑戦である。 ざっくりいって、プログラマ視点からのIT業界のこの30年みたいな感じの与太話である。 昔は、ソフトウェアを作りたければハードウェアベンダーに就職するのが当たり前で、その後、ソフトウェアベンダーが台頭して来たので、そこで働いて、90年代中頃以降インターネットの出現によって、IT業界のソフトウェアを作るところもごろっと変わった。 ソフトウェアを作るのがごろっと変わったというのはどういうことですかという伊藤さんの質問。ソフトウェア製品を作ることとウェブサービスの作り方は全然違う。例えば、OSでもRDBMSでもソフトウェア製品は出荷してインストールしてもらって使ってもらう訳で、出荷後に変更することはできない。組み込みソフト
「エンジニア100人に聞きました」〜新人エンジニアにお勧めする一冊編〜 | GREE Engineering
（自由回答なので）ある程度結果は予想出来ていたとは言え見事にばらけました。知らない本も多かったので調べてみたのですが面白そうなものばかりで、新人向けかどうかは別として良書が集まっているなぁと思いました。 しかしお勧めする理由の中に「b. 自分が新人のとき、先輩から勧められたから。」が一つもないというのが何とも香ばしい結果というか、今回は勧める側なので自分は良いと思って勧めているわけで、けど勧められた方は何年後かにその本を勧めてくれな (ry Q3：（Q1で挙げた一冊）それ以外に、お勧めの本があれば教えてください。 どーんと列挙します。 3名推薦 『CODE COMPLETE 第2版 上』 『CODE COMPLETE 第2版 下』 2名推薦 結城 浩 (著) 増補改訂版Java言語で学ぶデザインパターン入門 すごいHaskellたのしく学ぼう 人を動かす 1名推薦 ７つの言語 ７つの世界
Full-stack developers - O'Reilly Radar
Full-stack developers Developers who understand the whole stack are going to build better applications. Some see the full-stack developer as a unicorn, but it’s starting to look more like a tree, with tooling, cloud services, design, data, and networking added. Since Facebook’s Carlos Bueno wrote the canonical article about the full stack, there has been no shortage of posts trying to define it. F
ScaleOut | Supership
2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。本件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 本件に関する詳細は、プレスリリースをご確認ください。
KAIZEN platformが伊藤直也氏とやってきた、開発現場の暗黙知をなくすチーム運営術【連載:エンジニアの幸せな職場】 - エンジニアtype | 転職type
2014.03.24 働き方 エンジニアにとって、本当に「働きやすい環境」ってどんなのだろう？ という疑問を解消すべく、組織づくりや職場環境に秀でたTech企業にインタビューを敢行するこの企画。インタビュアーは、エンジニアのためのポートフォリオサイト『Forkwell』や、エンジニア目線の求人・転職サイト『Forkwell Jobs』を運営する株式会社garbs取締役おおかゆかさん。エンジニアが「幸せに働ける職場」のあり方を探る！ 株式会社garbs 取締役 Forkwellプロダクトマネージャー おおか ゆかさん 関西学院大学経済学部を卒業後、独立系SIerを経てインフォシーク社に入社。楽天による買収後も含めて、インフォシークのログイン周辺機能や各種コミュニティサービスの開発を担当。その後フリーランスとして活動、業務委託で入ったgarbsで提案したエンジニアのスキルマッチングの企画が採用
「負債」は「資産」です。ご注意を / 医者に風邪引いてるんですって言うな 〜 非エンジニアに知ってほしいこと、エンジニアに知ってほしいこと | F's Garage
「負債」は「資産」です。ご注意を / 医者に風邪引いてるんですって言うな 〜 非エンジニアに知ってほしいこと、エンジニアに知ってほしいこと 例により当たり前のようなことを偉そうに書く記事 toエンジニア向け ■「負債」は「資産」です。ご注意を。 ソフトウエアエンジニアの人たちは「技術的負債」という言葉を使うが、会計に慣れてないと、ものすごーーくネガティブなニュアンスを含んでいるような気がしてしまうが、会計上の「負債」というのは「資産」に分類されることも忘れずに。 負債は利息を払ってるから早く返そうぜ、という文脈もあるだろうが、同時に「負債もお金を稼ぐ功労者なのだから、そこはリスペクトして、うまくやろうね」という視点もあるってしかるべき。これはうまく両立されるべきで、その気持ちがうまく同期できてないとエンジニアの側が辛くなるんじゃないかな。 特に経営者で苦労された方であれば、そんなことに動じ
エンジニアの成長と反抗期 | 外道父の匠
最近、後進の育成について考える機会があります。 ある時、こんな状況で困ることがあるんだけど、どう思う？ と聞かれて飛び出した言葉【反抗期】について考えてみます。 相談内容 育成や生産効率をテーマにした会食にて、相談された内容は あるエンジニアが実力以上に過信して自己評価する やたら特定の技術に拘って、結局リリースが伸びたり改悪したりする ・・・んだけど、これは何なんだろう、どうしたらいい？というもの。 これに対し、自身の辿った道も思い直して出した返答が 『それは、エンジニアの反抗期だよ』 もちろんこれは、こどもがヤダヤダ拒否する（＝仕事したくない）本来の意味ではなく 逆に、やり過ぎによる失敗経路への舵切りのことを指しています。 聞き手はこれで非常に納得がいった様子。 反抗期とは おそらく3～5年目の時期に、技術やアイデアに偏ったものを創り出すことがあります。 そして、閑古鳥／改悪サービスに
“コードを書かない選択”で生まれる価値｜ヤフーCMO 村上臣のエンジニア論 | キャリアハック（CAREER HACK）
ヤフー社CMOの村上臣氏へのインタビュー第二弾。『エンジニアとして、いかに業界をサヴァイブしていくべきか』というテーマのもと、村上氏の考える「これからのエンジニアの可能性とキャリア」について話を伺った。 ▼ヤフー CMO・村上臣氏へのインタビュー第1弾 ヤフー CMO 村上臣の“イマ”を支える3つの転機。 エンジニアとしていかにサヴァイブしていくか WEB・IT業界の黎明期から今なお第一線で活躍するリーダーは、自らのキャリアから後進に何を伝えるのか？ 今回お話を伺ったのは、ヤフー社CMO（チーフモバイルオフィサー）村上臣さん。 移動体通信とプログラミングというバックグラウンドを持つ彼は、学生時代に電脳隊を立ち上げ、新卒で野村総合研究所に入社。その後所属していた、ジョイントベンチャー・PIM社がヤフー社に買収されたのを機に、ボーダフォンジャパン（現ソフトバンクモバイル）やヤフーのモバイル戦略
ITドラフト会議2016 | Life is Tech ! Leaders
そのような志から、Life is Tech ! は、 学生の成長を支援する新たな仕組みづくりに挑戦いたします。 プロ野球では、甲子園、大学野球、社会人球団など 様々なフィールドで活躍する人材をドラフト会議という場所で、 プロ野球12球団と結びつけています。 ドラフト会議という仕組みが優れているのは、 成長の過程が「ストーリー化」されること。 ひとりの選手が、様々な想いをもって野球に打ち込み、 全力で苦難を乗り越え、球団と契約に至るまでに、 それぞれのドラマが生まれ、指名の瞬間、他者がその一部始終を、固唾を飲んで見守る。 そこにこそ、ヒーローが生まれやすくなる要素が含まれていると私たちは考えています。 プロ野球のドラフト会議のようなエンターテイメント性の高い「EXIT（出口）」を目指すことで、 IT業界自体にヒーローが生まれるきっかけの一つになれば本望です。 現在は、大学生・院生が主な対象で
コミュニティに入るか入らないかでエンジニアとしての幸福度がかわる - きしだのHatena
以前、「勉強会に参加しないと不幸になる話」というのをアップしました。 勉強会に参加しないと不幸になる話 - きしだのはてな このときは、勉強会x勉強会という枠だったので、「勉強会」と表現していますが、実際にはコミュニティに参加しないと不幸になる話でした。 あと、ここでの幸せ・不幸せというのは、エンジニアとして、という話で、エンジニアリング能力があがるとか、エンジニアリングの活動がやりやすいとか、エンジニアリングの活動が評価されるとか、エンジニアリングの話題を共有できる仲間が増えるとか、そういう観点です。 エンジニアとしての幸せ以外にも、人生にはさまざまな観点の幸せがある、ということは最初に補足しておきます。 会社が教育機能をもっていない エンジニアとしての幸せに大切なのは、エンジニアリング能力を上げていくことです。 ただ、2013年の産業経済省IT人材白書の概要に IT企業に対して、201
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
日本とアメリカのエンジニアを取りまく環境の違い：IndeedのCEOと開発責任者が明かす