優秀さについて
Twitter で医師を拾ってきて Google のソフトウェアエンジニアにするだけの簡単なお仕事 - 白のカピバラの逆極限 S.144-3 はじめに 「【転職エントリ】Googleに入社します｜Lillian｜note」という、医師から未経験で Google のソフトウェアエンジニアになった記事があります。 note.com 私は、この記事に出てくる「とある元 Google のソフトウェアエンジニア」で、面接の対策を立てました。 記事が出た当初から大反響で、私もそれなりの反応を見まして、いろいろと誤解されているなあ、と思う一方、アドバイザーはあくまでもアドバイザーだから、アドバイザーとして知りえた情報については、口をつぐむべきだと思っていました。 ただ、あまりにも誤解されており、悪影響が大きく、犠牲者も多くなってきたと思ったので、… 同僚からこれについてどう思うか、と聞かれた。元の文章が
日本のIT業界のためにSESは消滅するべきだと思う | 株式会社アクシア
私はSESという業態が嫌いです。心の底からSESはこの世から消滅してほしいと思っています。SESがこの世に存在する意義は何一つ無いと思っています。しかし単にSESが嫌いだ、消えろと吠えていても、そこには感情の吐露しかなく説得力がありませんね。（amazonのSESのことではなく、客先常駐のSESのことです） だから普段からなぜSESと呼ばれる業態がなぜ良くないのかについて、ブログやSNSで頑張って情報発信しております。そして本日今一度、日本のIT業界のためにSESは消滅するべきだと思う理由をこのブログに整理して書き留めておきたいと思った次第であります。 その前に、まず最初にはっきりとさせておきたいと思いますが、 常駐開発を行っているIT企業は全部ブラック企業です。 全部です。これは断言しておきます。異論のあるSES企業の経営幹部の方は私までご一報ください。でも質問箱のような匿名方式で異論を
日本のITエンジニアがイノベーティブでないのは暇じゃないからかもしれない - メソッド屋のブログ
ここ１ヶ月ぐらいは、海外のメンバーと仕事をしているが、Serverless Hackfest というイベントと、Serverless Conf やワークショップに関わっているので仕事量が増えていった。日本にいることだし、久々に「日本流」のハードワークをしてしまったのだが、一つ気づいたことがあった。それは、ここしばらくの謎だった、日本人のIT エンジニアはなぜイノベーティブな感じがしないのか？ということに対する問いだった。 Microsoft Hack week 日本人はイノベーティブ Rochelle Kopp さんとの仕事で知ったことで、一つとても意外だったことは、アメリカ人から見ると日本人は相当にイノベーティブに感じるらしい。 自分的には、少なくともIT 分野に関しては、向こうの真似ばかりしていて、後追いのイメージがある。私たちも向こうで生まれたツールやサービスばかり使っていて、全然日
日本のエンジニアの地位をあげるために - UNIX的なアレ
日本のITはなぜ弱いのか？ 日米でこんなに違うプログラマーの扱い - まぐまぐニュース！ 確かにその通りで、やはりエンジニアは言われたものを作る職業という認識をされているケースが多いです。最近のエンジニアが主体となったベンチャー企業などでは変わってきているとはいえ、業界の割合でいえばごく一部といえると思います。 上記の記事にもある通り、サラリーマン経営者による個人の責任を極限まで減らした意思決定を行いそれによってプロジェクトが遂行されることが正義とされてしまうと、どうしてもエンジニアとしてのクリエイティビティを出すチャンスは減らされてしまいます。これに対してどう向き合えばいいのかを考えてみました。 なお、英語学んで海外に行けばいいじゃないかという個人にフォーカスした視点はいれません。 IT人材の人数は2019年がピーク IT人材の育成（METI/経済産業省） こちらのデータを見る限り、20
ITエンジニアの3人に1人が転職を視野、50歳以上の独立志向が急増している
人材不足の状況が慢性化しているIT業界。ITエンジニアの年収やキャリア志向、やりがい、ストレス状況にその影響が表れている。年齢層によっても考え方は大きく異なる。IT人材のスキルキャリアを研究するNPO法人「ITスキル研究フォーラム（iSRF）」が国内で就業するITエンジニア1万228人を対象に実施した調査結果から、その実態が見えてきた。 調査では、今後のキャリアについても尋ねた。最も多かったのは「今の会社でステップアップしていきたい」（35.0％、図4）。「今の仕事で築いたノウハウや人脈を生かして独立開業したい」「今の仕事でステップアップしていきたい。別の会社に移ることも視野に入れている」を選択した、転職を視野に入れている層は33.6％に上る。
自分の住みたい地方のIT業界をより良くするために必要な構造変革とは？
長野には業務のわかるSEがいない！？ 「今長野市内には、業務がわかるSEが全然いないんですよ。僕らの世代だと、大きな新規開発のプロジェクトを上流から経験した人間はほとんどいないし、そういう経験をしてきたバリバリの人たちはもうみんな偉くなっちゃって、現場に出ないんですよね…。だから結果的に、上流からの仕事が請けれないし、どうしても下請けの仕事になっちゃうんですよ…」 これは先日、長野市内でお取引のある同業界のエンジニアさんから聞いた話です。 この会話の発端は、私からの質問でした。 「なんで長野市内にある企業は、長野の開発会社に仕事を出さないで、わざわざ単価の高い東京の会社に仕事を出すんですか？しかも、東京で上流やって、設計とかプログラミングだけ長野でやっているってものすごくいびつな構造のような気がします。そもそも仕事出す側は高くついちゃいますし、地元のエンジニアもこれだと全然育たないですよね
地方のIT業界に必要な顧問エンジニアというモデルを考えてみた - GoTheDistance
facebookに流れてきたこのエントリ、衝撃的な内容でした。 risingsun-system.biz 技術者と会話が成立しない うわっ・・・となった。 こちらのお客様は、過去何度も地元のソフトウェア開発会社に仕事を頼もうと、いろんな会社とコンタクトを取られたといいます。しかし残念ながら、どの会社とも取引にいたることはありませんでした。 理由は様々ありますが、煎じて詰めると「技術者と会話が成立しない」ということでした。 自分の住みたい地方のIT業界をより良くするために必要な構造変革とは？ 「業務がわかるエンジニアがいない」→「地方のユーザー企業から元請けの仕事を取れない」→「大手の下請けに入る」→「地元で業務が設計できて実装まで行えるエンジニアが育たない」→「業務がわか(ry」のループに入っている様子が鮮明に見えちゃいました。上記のエントリを書いた方は長野県の方ですが、どの県でも同じよう
IT業界で理系のエンジニアは不要か？
東京＆広州パワー生活者 @guangzhou88 私は完全文系の高校出て、ＩＴ業界に３０年以上いますので、生き残っていると思ってます。 私の周りに企画提案書や成果報告書をまともに書ける人とまだ出会った事がありません。 ＩＴ業界は理系ばかりだからですが、実際ＩＴ業界で数理計算などする事はありません。プログラムも文法です 2015-11-13 17:23:41
徴兵以下のIT奴隷制度を作るよりマネジメントを学ぶべき - 狐の王国
安保法制デモなんかで「徴兵制が!」「戦争に行かされる!」みたいなのがあってバカじゃねーの徴兵なんて今時やるわけねえだろと思ってたのだが、やあもしかしてサイバー戦争うんたらで俺らITエンジニアを徴兵するとかはあり得るかもよ? みたいなヨタ話をしてたことがある。 サイバー戦争黎明期の今こそむしろ徴兵制の好機 | 独り言v6 もちろんヨタ話なので「可能性があるかないかで言えばある」というだけにすぎなくて、まさか本当にやるなんて思っちゃいなかった。ところがガチでそんなことを言い出す人物が現れたのである。 前提として考えてもらいたいのは、これからのサイバー攻撃は、まさに戦争を仕掛けられているのと同じだという点だ。 (中略) 国の重要インフラを破壊されるのは、戦争と言わずに何というのか。これは最悪のシナリオであることには違いないが、日本の政府や業界、企業は、それに対する危機意識が低すぎる。 そして、こ
プログラマーになってみて衝撃を受けたこと「出会いがない」など : IT速報
1: 仕様書無しさん 2015/02/05(木) 20:44:22.84 .net 思ってたのと全然違った事 予想外だった事 驚いた事 良かった事 なんでもいいので書いてください 2: 仕様書無しさん 2015/02/05(木) 20:46:21.80 .net 趣味でやっていた俺よりも、 コンピュータ技術に無知で 書くコードも冗長で無駄でバグばかり 手動で動かしてテストするか出来ない 脳無しばかりだったってこと 8: 仕様書無しさん 2015/02/06(金) 08:22:01.80 .net >>2 趣味でプログラミングやってるだけで、上位5%には入るわ 4: 仕様書無しさん 2015/02/05(木) 21:10:59.39 .net >>2 その逆の趣味でやってて現場に着くと絶対おいつけないすごい人見ちゃって 業界諦めたくなったわ 118: 仕様書無しさん 2015/02/22(日
灰皿飛んでくるのはいやだ！ 東京図書出版「ITエンジニアのためのハイプレッシャー下での対応術」が生まれたワケ
※本記事はアフィリエイトプログラムによる収益を得ています 「ITエンジニアのためのハイプレッシャー下での対応術」というなんとも気になるタイトルの本が話題になっています。調べてみると、Amazon.co.jpでは中古品で6141円という高値が……！ い、いったいどんな本なんだ！！ 筆者の鳥山康見さんに聞けば、鳥山さんは40年以上IT業界で仕事をしており、過去にたびたび「ハイプレッシャー下での対応」を経験したとのこと。そのとき、経験豊富な先輩や優秀なプロマネに対応方法を聞いたもののこれだという解が見つからず、大変苦労したそうです。 そこで対処法を自ら研究。独自に編み出した方法をセミナーで伝授したところ大好評でだったため、その内容を整理し出版を決めたのだとか。鳥山さんは「ハイプレッシャーに負けて心の病になってしまうSEや、思考停止してしまうプロジェクトマネージャーを一人でも減らしたいという強い思
IT業界の『多重下請け構造』は社会悪になりつつある - paiza times
Photo by Jonathan Kos-Read 今回のpaiza開発日誌は片山がお送りします。 SIerについて語られる際にIT業界の「多重下請け構造」についての問題点が良く取り上げられますが、「多重下請け構造」がITエンジニアにとってどのような問題点があるのでしょうか？ その点について今回は少し整理してみようと思います。 ■「多重下請け構造」とは何か 説明するまでもないかもしれませんが、「多重下請け構造」とは、受託システム開発において、発注者から直接仕事を請け負った元請（たいていの場合が大手SIer）が、請けた仕事を切り出して2次請け、3次請け、4次請けと仕事を下ろしていくピラミッド構造の事を言います。 良くある例で言うと、元請は要件定義や概要設計等の上流工程を請負い、開発・実装などの下流工程は2次請けに委託する、というような構造です。2次請けは自社リソースで開発を賄えない場合に3
成長の場を求めないソフトウェアエンジニア？：柴田 芳樹 (Yoshiki Shibata)：So-netブログ
「ソフトウェア開発組織が持つべきカルチャー」と題して、過去に以下の記事を書いています。 継続した学習習慣 コンピュータの基礎を教える 共に学ぶ マネージャが勉強会を主催する プロセス中心ではなく、スキル中心 スキル向上に真剣に長期的に取り組む カンファレンスへ積極的に参加させる コードをレビューする Source Code Controlへ最低でも毎日コミットする ビッグバン・インテグレーションを避ける テストを自動化する ソースコードを調べる 自分で書いたコードを自分で見直す 知識教育だけではなく、良い行動パターンを促進する また、「コードレビューの視点」として、以下の記事を書いていいます。 Copyrightを書く 必要なエラー情報を付加する マルチスレッドプログラミングに注意する 言語仕様を確認する 独り言コメントは書かない 説明とコードが違っていないか注意する 知識の伝達の場 エン
ITエンジニアの価値を貶める『人月商売』の功罪 - paiza times
Photo by oatsy40 今回のpaiza開発日誌は片山がお送りします。 SIerについて語られる際に「人月商売」についての問題点が良く取り上げられますが、「人月商売」がエンジニアにとってどのような問題点があるのでしょうか？ その点について今回は少し整理してみました。 ■人月とは何か 「人月」について誤って認識している人々が多い。人月とは見積りとスケジューリングに使われる仕事の単位である。「コストは実際に人数と月数の積に比例する。が、進捗はそうではない。したがって、仕事の大きさを測る単位としての人月は、疑うべき危険な神話なのだ。人月とは、人と月とが互いに交換できるという意味だからである。」 人月の神話―狼人間を撃つ銀の弾はない 人月の神話―狼人間を撃つ銀の弾はない (Professional Computing Series) 作者: フレデリック・P,Jr.ブルックス,Frede
ITエンジニアの地位を落とす、日本企業の大きな誤解：日経ビジネスオンライン
現代の企業においては、IT（情報技術）、そしてウェブをどう使っていくかが企業の成長のカギを握っている――。このことに異論がある方はいないだろう。 少し前までは、既存の業務を一部IT化し「わが社はITを活用している」などと生ぬるいことを言っていられる時代だったが、今ではIT、ウェブをベースにビジネスモデルを組み立てていないと勝ち目の無い世界になりつつある。 グーグル、フェイスブック、マイクロソフトなどは言うまでもなく、今やITと全く無縁そうな回転寿司屋でさえ、ビッグデータを活用し廃棄量75％削減を達成している時代である（「スシロー、ビッグデータ分析し寿司流す 廃棄量75％減」：日経新聞電子版1月27日）。 しかし、これだけビジネスの中心にIT、ウェブが入り込んできている現在でさえ、IT、ウェブの中心を担うITエンジニアの仕事について「製造業と同じようなもの」と勘違いしている人が非常に多い。
SIerの問題点 - zyake_mk2の日記
世間一般では、SIerは非効率、プログラマのスキルが酷い、ガラパゴス化している等、評判が悪く袋叩きにあっているようです。実際にはグローバル水準で戦える高スキル者はいるし、特に某親会社の人達はみな頭の回転が速いし、志が高いです。 一方で私の5年そこそこの短い経験の中でも、世間の評判通り、開発現場の信じられないような体たらくっぷりをたくさん見てきました。すごく立派な看板の裏でのしょぼい設計実装、ミス等 etc... (私も人のことを言えないですが・・・) そこで、私の見える範囲の世界で、どうしてこのような現状なのか考えてみました。 (私の見える範囲なので、他社だと全く状況は違うだろうし、他者には違った世界が見えているかもしれません。) SIerの問題点1. 技術力向上のインセンティブが少ない 恐らく最大の原因はこれではないかと思います。要するに、必死に技術力を磨くインセンティブが乏しいのです。
フルスタックエンジニアもオフショアに脅かされる未来 - プロマネブログ
35歳定年説より怖いフルスタックエンジニアしか生残れない未来とは - paiza開発日誌 昔々、SIerでもフルスタックという言葉では無かったのですが、「Ｔ型人材」「Π型人材」になれと言われてきた時代がありました。(今も言われているのかな) この言葉が今WEB業界から出てきたことに、感動を禁じえません。 ああ、SIerのオッサンが、昔訓示をうけた姿がここにある。。。 時折、SIerの昔話みたいな話がWEB業界の最新の話として出ることがあるんですが、歴史は繰り返すってことですね。。。 クラウドでインフラ領域に侵食するオフショア さて、話題のフルスタックエンジニアですが、正直日本国内で優位性を保てるのはあと5年じゃあないかな、なんて予想してます。 フルスタックエンジニアの複合スキルで触れられているシステムのインフラ構築ですが、基本は日本人エンジニアが担当することが多いです。 理由はいろいろあり
コーディング技術にこだわり過ぎるとITエンジニアの地位は向上しない - プロマネブログ
日本のITエンジニアの地位はなぜ低いのか：日経ビジネスオンライン エンジニアの地位向上を図りたい、これは同意ですが、そのための解決策がコーディングスキルですか。。。 エンジニアの地位向上のためには、まず何が問題かをきちんと分析できなければ話になりません。ちょっと考えてみます。 追記) なぜかブコメ欄を見るといろいろコメントが発散してる。。。 下手な日本語で申し訳ないです。 本旨は「プラスアルファが必要って言ってるのに、paizaはコーディングの話だけなんだ～。プラスアルファどこいった」です。 ちなみにJavaの誤記は直しときました ブクマ炎上反省会はこちら 「コーディング技術にこだわり過ぎると～」の反省会 - プロマネブログ IT業界の価値提供の構造 いわゆるSIerをモデルに価値をどのように提供しているのか、考えてみます。 ※まあ、自分の仕事から考えるのが一番カンタンですし。 SIerを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
NOOK
"地方エンジニア" という考え方はすでに終わっている
