件の退職エントリについて着目すべきはエンジニアのPCのメモリ不足なんかじゃないよという話
2018-12-01 Tags: Engineer ここ数日、とあるIT系企業グループのエンジニアの退職者エントリ（同時多発）がエンジニア界隈で話題でした。 一連のブログやらツイッターやらを眺めていると、 「ソフトウェアエンジニアとして仕事をしているのに支給されるPCが驚くほど低スペック」 「ググれない、github見れない、それでどうやって仕事できるというのか」 といったことに話題が集まりやすいようです。（他の視点ももちろんあるけれど） 発端となったらしい、6年勤めたNTTを退職しましたというブログにも、 給料 絶望的な社内環境（主にテクノロジー面での） という2つの理由が書かれています。 年収はさておき、2については、セキュリティを意識しすぎた厳しい制限と、（ブログ筆者の環境のことではないようですが）PCのスペック不足について言及されています。 しかし、件のソフトウェアエンジニア（研究
ゲーム開発における失敗するに決まってるプロジェクト問題 島国大和のド畜生
俺は開発中プロジェクトの進行具合を見ればその後の成功失敗をわりと当てることができる。（偉そうに出たが、開発者の何割かは息を吸うようにこれをやる） 数日一緒に仕事をすれば確度はもっと高くなる。 美味しんぼにおける、「天ぷらを揚げる前に、上手い天ぷらをあげる職人が分かるか？」という奴だ。これのチーム版。 なぜそれが解る人と解らない人が居るかを説明する。 犬は嗅覚の世界で生きていて、鳥は視覚の世界で生きている。お互いの世界は理解することができない。 ゲームの開発現場には、犬、鳥、トカゲ、深海魚、ナマケモノと各種種族が入り混じっているので、ある属性の人には別の属性の人の重要な事象がまるで見えていない事がある。犬の世界は鳥には分からないのだから。 例えば日本人は、昔、青色と緑色は同じと扱っていた。どうでもよかったのだろう。 砂漠の民はラクダを表す言葉が年齢性別によって細かく区別されているという。重要
「AI開発ミステリー ～そして誰も作らなかった～」 とある大手製造業の怖いハナシ (1/5) - ITmedia NEWS
「AI開発ミステリー ～そして誰も作らなかった～」 とある大手製造業の怖いハナシ：マスクド・アナライズのAIベンチャー場外乱闘！（1/5 ページ） ITmedia NEWS読者の皆さん、はじめまして。マスクド・アナライズと申します。自称“AI（人工知能）ベンチャーで働きながら、情報発信するマスクマン”です。 日々、さまざまな企業から相談を受ける立場として、記事を通じてAI開発のリアルな現状をお伝えしたいと思います。AIやIoT、データ分析における華々しい成功事例やプレスリリースとは一線を画し、道理の通らぬ世の中にあえて挑戦する“シュートスタイル”を目指しております。 口火を切ったITmedia NEWSによる取材記事もご参照ください。 「開発の丸投げやめて」 疲弊するAIベンダーの静かな怒りと、依頼主に“最低限”望むこと 今回は「AI開発ミステリー ～そして誰も作らなかった～」と題し、AI
プログラミング経験がない経営者のためのソフトウェア開発 11の事実 | Social Change!
今やどんなビジネスでもITが関係している。ITを支えているのはソフトウェアだ。あらゆるものがソフトウェアで実現される時代になった。そんな事業や生活に密接に関わるソフトウェアだが、その開発について知られていないことも多い。 とくに経営者がプログラミング経験がないことで、ソフトウェア開発のリーダーシップをとるときに的外れなマネジメントをしてしまうことがある。あまねく経営者がプログラミング経験があれば良いのかもしれないが、それは現実的ではない。 プログラミング経験がなくても、せめてソフトウェア開発の特性について知っておくと良さそうなこともあると思い、なるべく専門用語を使わずに本稿を書いた。 プログラミングは製造ではなく、設計である いまだにソフトウェア開発を、ビルや家屋の建築に喩える人がいるし、工場でモノを製造するようにプログラムが作られると思っている人もいる。 ここが間違いのもとだ。ハードウェ
開発の“無理ゲー進行”はこう回避せよ！ 若手エンジニアが締め切りを健全に守るためのストラテジー - エンジニアHub｜Webエンジニアのキャリアを考える！
エンジニアHub > 記事一覧 > 開発の“無理ゲー進行”はこう回避せよ！ 若手エンジニアが締め切りを健全に守るためのストラテジー エンジニアにとっての永遠のテーマ、「締め切りはどうしたら守れるか」。上司に言われるままにタイトなスケジュールを押し付けられた経験があるエンジニアは少なくないはずです。 「無理ゲー進行」を生み出す要因はいくつもあります。「完全版をリリースしなけばいけない」という固定観念や、期日だけを厳密に管理して現場へプレッシャーをかけるプロジェクト進行、無理なプロジェクト進行を経営課題と認識せず、現場の「頑張り」に甘えて放置している経営者（意志決定者）など。顧客（クライアント）や上司から押し付けられる「無理ゲー進行」に、工数見積もりに慣れていない若手エンジニアはどう対処していけば良いのだろうか――。 無理ゲー進行の原因をひも解いていくのは、かつて株式会社ミクシィにて最年少で執
なぜシステム会社の見積りが「ボッタクリ」に見えるのかを、きちんと説明する。
どうもしんざきです。曲がりくねったSQLを読んで、モニターを威嚇しつつ不要なjoinを削除しまくる仕事で主に生計を立てています。 こんなまとめを読みました。 某大手企業の本社を辞めるという人『古い会社は社内の体制も古い。癒着してるシステム会社も全然ダメでテキストの左揃えを右揃えに変えるだけで300万取られる』（現在は非公開） ワイの妹ト○タの本社やめて転職するらしいんだけど、「古い会社は社内の体制も古くてダメ。癒着してるシステム会社も全然ダメで、テキストの左揃えを右揃えに変えるだけで300万取られる上、バグ（仕様）だらけで仕事にならない」って言ってたの印象深い。 これ、もともとの話の情報量が全然なくって、何のシステムの話かも分からなければシステムの規模も分からないので、300万が高いのか安いのか妥当なのか、というのは勿論なんとも言えないです。 もしかするとこれはぼったくり案件なのかもしれま
ウェブ系企業に転職して失敗した話
こんな記事があった。 「Web系企業に転職して最高だったという話をしたい - ある研究者の手記」 http://mztn.hatenablog.com/entry/2017/12/03/122429 私はシステムインテグレーターからウェブ系に転職したが大失敗した。 システムインテグレーター時代は仕事が分かりやすかった。プロマネがいて、自分がいて、パートナーの方々がいて、役割分担が明確。ところがウェブ系は役割分担が不明確で、誰か指示を出してくれる人もおらず、自分で気づいて仕事をしなければならない。 この自分からタスクを見つけるのが本当に苦労した。別に自分からやるべきことを見つけられなかったわけではない。システムインテグレーターにいた時はウォーターフォールからブレークダウンしてタスクを洗い出すことはよくやってた。むしろ得意だったくらいだ。ところがウェブ系はそもそもウォーターフォールではないこと
ゲームデベロッパーを蝕む脅威。クリエイターを“スケジュールを守るだけの人間”にする受託病とは【『ぎゃる☆がん』會津卓也氏×『The Good Life』SWERY氏】
「受託病」という言葉を聞いたことはあるだろうか。ゲーム開発会社のあいだで、「納期さえ守ればいい」という考えが蔓延し、モチベーションが低下する現象のことである。 そもそも受託病という言葉は、『ぎゃる☆がん』などで著名なインティ・クリエイツの社長である會津卓也氏（@t_aizu）が、2017年に「Tokyo Sandbox 2017」で行った講演「ゲーム開発とデジタル販売の実態：経験を元に」で使い、話題となったもの。 参考：デベロッパを蝕む「受託病」，その特効薬は“ガンヴォルト”。會津卓也氏が登壇した「ゲーム開発とデジタル販売の実態：経験を元に」聴講レポート（4Gamer.net） 同社はカプコンからリリースされた「ロックマンゼロ」シリーズなどの開発を担当し、国内でも有数の横スクロールアクションゲームメーカーとして知られているが、受託を続けるあまり、2012年に受託病に陥ってしまう。 この状況
サポート切れのVB6.0で開発して納品した話 – 株式会社トラスト
どうも。ozです。 3年ぐらい前（2014年頃）、とあるシステムを導入したエンドユーザーのことです。 元々、当社（の前身の会社）が在庫管理システムを導入していました。結構前（私の入社よりも前）のことです。 それにハンディターミナルで入出庫などを行う機能を追加したいと言う要望が出てきたのです。 元の在庫管理システムはVB6.0で作られていました。ですが、VB6.0のサポートはとっくの昔に終了しています。 念のために、使用しているOSと新機能を盛り込んだシステムを動かす予定のOSを確認すると、現行はWindows7で新システムはWindows8で動かしたいとのこと。 うん、さすがにVB6.0と言う訳にはいかんやろう。すでにサポート切れてるので新規開発とか聞いたことないし。 で、.NETで作り直しも含めた見積を提出。 ところが、「高い！」と却下。 「.NETで作り直しじゃなくて、今の機能に追加だ
SIerからWEB系に転職して7年経ったので比較してみた
本記事ではSIerからWeb系の転職した筆者が働き方を比較した記事です。 技術や文化、企業風土や評価制度などあらゆる点でSIerとWeb系には違いがあります。 特にWeb系は退職金がなかったり年収が低かったりする傾向にあるためデメリットを把握しておくことも重要です。 この記事で詳細に紹介していきますので必ず最後までご覧ください。 働き方が自由そうなWeb系ですが実はデメリットも多いです。 例えば退職金がない企業が大半です。 さらにWeb系は薄利多売のビジネスモデルが多く、激しい競争環境のため利益率は低く給料が上がりづらい傾向です。 このようなデメリットを避けるために、メガベンチャーや業界No1の企業を選びましょう。 もし企業の探し方が分からない方はITに特化した転職エージェントに「メガベンチャーや業界No1の企業を紹介してほしい」と依頼しましょう。 当サイトではマイナビIT AGENTが人
「ブラック労働からのうつ病」で会社を解雇され、アプリで独立したが月収195円。ギリギリのアプリ開発者が語った「敗北者の遺言」と残金67,000円の通帳 | アプリマーケティング研究所
「ブラック労働からのうつ病」で会社を解雇され、アプリで独立したが月収195円。ギリギリのアプリ開発者が語った「敗北者の遺言」と残金67,000円の通帳 会社を解雇されてアプリ開発で独立したという、個人開発者さんを取材しました。「個人開発者特集2017」の第四回です。 ※個人アプリ開発者 魅了屋 平井博康さん 簡単に自己紹介をお願いします。 2016年の1月から、個人のアプリ開発者として活動している、魅了屋の平井（32歳）といいます。 もともとは、工場のシステムなどをつくっている会社で、エンジニアとして働いていました。やることがとにかく多くて忙しい会社でした。 そのうち、激務だったこともあって、うつ病になってしまって…。何度か「休職と復職」を繰り返したあとに、会社を解雇されてしまいました。 会社側としても「これ以上は、めんどうみきれない」ということになったようで、退職勧告を受けた後に解雇とい
「開発をアジャイルで」「でも契約は一括で」と言ってくる顧客がいたらどうすべきか？ - ミッションたぶんPossible
はじめに このブログでは言及してませんでしたが、宣言どおり無事転職して、今年の1月から新宿のSIerで働いています。まぁその辺の話は来月あたりの暇な時にでも書くとして*1、今回は別の話。 ついこの間、その新会社で、PM的役割をこなす社員を対象に開かれた「法務研修」という名のついた社内セミナーに参加しました。内容は、SIerの立場で契約に携わる時にどうすべきか、というもの。SIerあるあるの契約にまつわる揉め事を事例に、それを回避するために何に気をつけるべきか、といったことが扱われました。まぁこれ自体は目新しい内容ではなく、SIerに所属する者なら当然知っておく・気をつけるべきことばかり。再確認という意味では非常に有意義でしたが、それ以上でもそれ以下でも無かったなぁ、というのがオレの率直な意見でした。……研修本編終了までは。 ちょっとこれ大丈夫か、と思ったのは、Q&Aに入ってから。社員の誰か
スピード感のために品質を落とすということはチームの成長を諦めるということ - ネットの海の片隅で
サービスを開発していると、スピードが重視される。 そのこと自体にはまったく問題はなくて正当なことだと思っている。 ユーザーに対して一刻も早く価値を届けるためには必要なことだ。 そもそも、自分がいる Web 界隈ではこの点について異論のあるサービス開発者はあまりいないんじゃないかと思っている。 ただ、それを達成するための方法になると途端に意見が分かれはじめて、人によって重視することが全然違ってくる。 ある人は「スピード感が大事」と言い、ある人は「ちゃんと作ったほうがトータルでは速い」と主張する。 しかし、こういうときに意識される品質と速度についてのトレードオフは、実際には完全なトレードオフではないと思っている。 技術力のある人はある程度急いで作ったとしても一定以上の品質のコードを書くし、意図的に品質を落としたとしても速度はあまり上がらない。 逆に、技術力が高くない人が時間をかけて作ったとして
だんだん開発スピードが遅くなっていくのをどうやってとめたら良かったんだろう？ - Mitsuyuki.Shiiba
先日、モブプロをやってきた。その中で、モブプロとは別で、いくつか感じたことがあって、今日はその中のひとつを思い浮かんだままにメモ。 bufferings.hatenablog.com 要件を満たすプロダクトをより早く出す モブプロでTDDしながら、要件を満たすプロダクトをより早く出すことに集中してみた。例えば、第２ラウンドのお題はTDDBCなどでお馴染みの「自販機」。 「100円を入れてボタンを押すとコーラが1本買えること」 最初に「100円を入れてボタンを押すとコーラが1本買えること」と言われ。 assertThat(get(100), is("コーラ")); みたいなテストを書いて。 String get(int money) { return "コーラ"; } みたいな実装を書いた。爆速！ 「200円を入れてボタンを押すとオレンジジュースが1本買えること」 次に「200円を入れてボタ
不思議の国のSE用語 - Qiita
不思議の国 SEが住んでいるところ、そこは不思議な不思議なお国柄です。 新たな国民として移住してきた人、特産物のシステムを買いに来た人など色々な人がこの国には存在します。 しかしこの国で話される言葉は 独特 です。 ぱっと聞いただけでは意味がわからなかったり、よく似た表現であっても微妙にニュアンスが違っていたり。 似たような表現を使い分けるその裏に、その人の意図や省略された文脈が隠されていたりもします。 どこの国でもコミュニケーションを間違うと非常に厄介ですが、そんなことにならぬよう、 お国言葉らしきもの をまとめてみました。 SEを代表例として、このお国言葉を話す人も、話される人も、改めて言葉の意味合いを見つめなおしてみると新たな気付きが得られるかもしれません。 なお、そんなことから 「絶対にSEしか使わない用語」を集めたわけではない のでその点ご了承くださいませ。 他言語版 @micr
ドイツの受託開発会社を退職しました - WETな備忘録
2月末日付けで退職しました。退職エントリ書くつもりは無かったんですが、周囲から「公益性が高そうなので書け」というお言葉をいただいたのと、あと海外在住プログラマのキラキラ記事っておおいに生存バイアスかかってる気がするし、死にゆく者の事例も大事かな、と。 はじめに つらみは有りましたが、うらみは有りません。当初3年ぐらいかなと思ってたけど、この1年間の経験には大変満足しています。また、同僚各位にも深く感謝しております。Vielen Dank. I love you ;) 日本に帰る理由も、ドイツがつらいってのはだいたい3割ぐらいで、じつは2年前からゲノム解析のウェブサービス化とか生物学周辺のソフトウェア受託などの個人事業をやってて、そろそろそっちに集中すっかー、というのがマジな理由です。 tl;dr 自分を守るのは会社でも制度でもなく、自分。Noと言えなければ死ぬしかない。 自分に落ち度が無い
ベンチャー系行ったらレベルが高すぎて辛い。 - 負け犬プログラマーの歩み
今の職場で働きだして少し経つが、既にエンジニアとしての自信を割と失っている。 俺は自分のことを少なくとも「そこそこのエンジニア」と思っていた。でも今の職場では、俺は下から数えた方が早い。「技術は有るが人間的にはクソ」と自負していた俺は今「技術者としても人間としてもクソ」となりかねない事態に陥っている。 言い訳の材料はある。周囲のレベルが高いのだ。 自分で言うのもなんだか経歴は豪華な人が集まっている。コアメンバーは最高学府(あえて誤用)卒はザラだし、某世界時価総額トップとか某金融会社とか某大手ゲーム会社に居たとか、某ソシャゲーの幹部とか、あのフリマサービスを作ったとか、別会社の元CTOでしたとかはたまた現役CTOやってますとか集えば、下流エンジニアも皇帝、四天王、１０傑（俺含まない）などの超一流だ。 文系で有名企業どころか正社員歴すらなく、名のしれた商品やサービスに協力会社の人間としても一度
イケイケなベンチャーの開発チームが、大企業的な開発チームになってしまう5つの兆候 - Qiita
はじめに この記事は CrowdWorks Advent Calendar 2016 18日目の記事です。1 やすにしと申します。世間一般的に言う、ジャーマネ的なことをやらせていただいております。組織というのはナマモノでして、常に変化し、課題の種のようなものを見過ごすと、後々大変なことになることが多くあります。とはいえ、うまくいっても空気のように当たり前となりますし、うまくいかないと批判の的になるというなんとも世知辛い役割ですね。 我々も、5人ほどのエンジニアだった組織が、9ヶ月ほどで30人を超え、大きな変化を迎えました。人数が多くなるということは、課題が変容し複雑になるということ。当然ながらその複雑な課題に対して対処するわけですが、そこで多くの会社は「マネジメント」をしようとします。ただ、そのマネジメントもやり方を間違えると、活力や改善や変革をする芽を奪ってしまい、一気に硬直化し、数人だ
エンジニア立ち居振舞い: 技術的な暴力を振るわない - futoase
お題「エンジニア立ち居振舞い」 技術的な暴力を振るわない 何事も初めて、ということがあるだろう。 プログラミングが好きで、かつ業務経験もあり、 いろいろなサービスに手を出している人ですら、初めてやったこと、というのがあるはずだ。 ECサイトをつくるため、CGIの処理、ブラウザからの快適な買い物を実現するために独学した小売店経営の個人事業主。 iOS上でのアプリ開発が解禁されて、初めてiOSアプリを開発するようになったWindows向けアプリケーション開発者。 Go言語が発表され、初めてGo言語でサーバサイド側のアプリを書いたフロントエンドエンジニア。 AWSのLambdaアーキテクチャ == Serverlessという問題の解決、分散の仕組みに心を惹かれHTTPS経由のファイルアップロードの処理をLambdaに寄せたIoTサービスを始めようとしている組込系エンジニア。 Nintendo S
技術的負債とどうやって戦うか - Qiita
プロジェクトが進行するにつれて増える『負債』 長いプロジェクトに携わっていると、技術的負債をいつ返すのかが課題になってきます。 リファクタリングはいつの時点でやるのか、これは長いプロジェクトを運用していく上で問題になっていきますが、今回は負債の種類を整理し、それぞれどう対応をしていけばよいかを考えていきたいと思います。 私達の開発では常に時間が足りない 最近読んだ、「アジャイルサムライ」という本には下記のようなことが書いてありました。 (開発における)3つの真実 プロジェクト開始時点にすべての要求をあつめることは出来ない 集めたところで要求はどれも必ずと言っていいほど変わる やるべきことはいつだって与えられた時間と資金よりも多い 以上のことからわかるように、私達の開発には時間が無いということが常だということがわかります。実際、技術的負債が多いプロジェクトほどこの傾向が強いのではないでしょう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
