なぜ未曾有の人材不足でも、エンジニアの年収は上がらないのか：多重下請けも海外人材活用も「元」は同じ（1/3 ページ） 市場原理では需給バランスで価格が決定する。なのになぜ、俺の、私の年収は上がらないんだ！――IT“業界”解説シリーズ、第7弾はマクロ視点での多重下請け考察です。 複雑怪奇なIT“業界”を解説する本連載、第1弾はIT業界にまん延する多重下請け構造と偽装請負について、第2弾は多重下請け構造が起こる仕組みについて、第3弾はシステム開発プロジェクトには複数の契約形態が混在することを、第4弾はユーザーはなぜプロジェクトに協力したがらないのか、第5弾は「案件ガチャ」が起こるメカニズム、第6弾はベンダーの営業が安請け合いする理由を説明しました。 今回は、再び「多重下請け構造」について考えます。 就活時、偏った業界研究をしてIT業界に就職したITエンジニアの中には、キャリアアップしたくても、

こちらのReddit投稿 (https://www.reddit.com/r/sysadmin/comments/eaphr8/a_dropbox_account_gave_me_stomach_ulcers/) の和訳記事です。本番環境でやらかしかった人シリーズが盛り上がっていたので波に乗って（？）Twitterにヤバすぎる恐ろしい話が流れてきたのをすかさず和訳してみました。やらかしちゃった人というよりはやらかされちゃった人目線ですがいずれにせよそこら辺の怪談話よりよっぽど怖いです。 Dropboxのアカウントのせいで胃潰瘍になった。 皆は誰もが触れたがらない、会社を靴紐やガムやクリップでつなぎとめている「例のアレ」を見つけたことってある？そういうのって往々にして大型連休前の金曜午後4:45に落ちるし、般若のような様相を呈した上司が「このままだと第二のスターリングラード攻防戦が勃発するぞ

ねとらぼ @itm_nlab 嘘だと言って…… 「虚構新聞かと思った」　ロボットが自動でハンコを押す画期的（？）なシステムが開発されTwitter騒然 nlab.itmedia.co.jp/nl/articles/19… @itm_nlab pic.twitter.com/rHIHC5BVmm 2019-12-11 21:02:24

と思ったのだがツイッターめっちゃ議論の場として使われていて複雑な気分です 議論に適した場ってどこなんでしょうか？そもそもネット自体が議論向きの場所かどうかも怪しいけど

Search, watch, and cook every single Tasty recipe and video ever - all in one place! News, Politics, Culture, Life, Entertainment, and more. Stories that matter to you.

うさぎおいしい @ye_ey 日本語でコード書くの分かりやすすぎて、もう自分しか読まない書き捨てのコードは全部日本語でいいやみたいな気持ちになってきた pic.twitter.com/8HgSmd00Sw 2019-12-10 03:41:16

米アップルのティム・クック最高経営責任者（CEO）が10日、日本経済新聞の単独インタビューに応じた。注目する分野として、現実の光景にデジタル情報を重ねて示す拡張現実（AR）を挙げ、「次のコンピュータープラットフォームになる」と述べた。データ社会の進展でプライバシー保護の重要性が叫ばれるなか、大量の個人データを使うネット広告から人々を守るには「企業任せにせず、規制が必要」との持論を展開した。業績

「お客様のご来店が減少しております」――。ステーキレストランチェーン「いきなり！ステーキ」の店舗で、客の来店を願う言葉がつづられた張り紙がされている。運営するペッパーフードサービス（本社・東京都墨田区）社長の一瀬邦夫氏が語りかける内容で、文字は手書きのようだ。 同チェーンは足元の業績が芳しくなく、この張り紙を見たインターネットユーザーからは「本当に客足が遠のいているんですね」といった声も漏れる。取材に応じた同社によると、張り紙は一瀬社長が直筆したメッセージだという。 ■「このままではお近くの店を閉めることになります」 いきなりステーキ・渋谷センター街店を訪れたというツイッターユーザーが2019年12月8日、張り紙の写真を投稿。ネット上で話題を呼んだ。 張り紙は「社長からのお願いでございます　従業員、皆元気よく笑顔でお迎えいたします」と大きな字で書かれ、「いきなりステーキは日本初の格安高級牛

㍆㌋㌉㌏㌉㌸㌾㌋㌞㌹㌅

補足→ https://anond.hatelabo.jp/20191205212350 これは退職者アドベントカレンダー2019 (https://adventar.org/calendars/4051) 5日目の記事です。最初は自分のブログに書くつもりでしたが、書いてるうちにどこまで筆が滑っているのかわからなくなったので増田に投げることしました。そしたら余計にタガが外れたのはご愛嬌。 What's thisよく見かける「未経験からエンジニアへ！」ストーリーの、あまりなさそうなルートです。よくあるルートのほうはなぜかTwitterで報告して「○○系エンジニア」的な命名をしてから入社その後の動向が闇に葬られているのをかなりの確度で見かけますが、まあ、なんか、いろいろあるんでしょう。逆にそういう成功（？）体験の生存バイアスを強化する情報ばかりあふれていると情報として健全でないように感じます。

追記2 2019/12/04 21:00 こんなよくわからない記事をご覧いただきありがとうございます。 この事件を起こしたのは1年前で、Gitを使いはじめて1ヶ月のときに下記の事件を起こしてしまっていてとても混乱していたのを当時覚えています。 内容については、rmをしたかもしれないという記事に結果的になったかもしれませんが、私の記憶ではファイルを消した記憶はありません。 ただ、当時作業していたディレクトリもないのでコマンドを確認する手段がないため一番濃厚なrmをしたというのを今回の結論にしました。 曖昧さは申し訳ありません。 また、意見、感想、批評には全て目を通させております。伝わりにくい内容やわかった事実は適宜編集してできるだけ皆さんに伝わるよう善処いたしますのでどうぞよろしくお願いします。 追記2ここまで 追記 2019/12/04　13:00 1.本番環境でやらかしちゃった人 Adv

ABEJA Advent Calendarの1日目です。 はじめに 昨年はABEJA Platformに関するAdvent Calendarでしたが、今年はプラットフォームに限らず幅広い技術を扱おう、ということで縛りを作らずに様々な技術を紹介していきます。 さて、皆さん、社内でのコミュニケーションツールは何をお使いでしょうか。色々なツールがあると思いますが、Slackを使っている所が多いのではないかと思います。Slackはとても良いツールなのですが、使いこなす会社側にその運用ルールが委ねられています。中でも、DMやプライベートチャンネルでの秘密の会話による情報格差などが発生することが問題になり、オープンチャンネルに限定している会社も多いのではないでしょうか。しかしながら、オープンに会話をすれば、皆が平等かつ平和に会話ができるか？というと、全くそんなことはありません。オープンにすると下記のよ

Help us understand the problem. What is going on with this article? この記事は Angular #2 Advent Calendar 2019 3日目の記事です。 こんにちは、奥野賢太郎（ @okunokentaro ）です。今回は同日に公開された記事『フロントエンドフレームワーク選定前に知っておくべき Angular の 6 つの問題点と、それでも Angular を選ぶ理由』のアンサー記事として、筆者の考える問題点の克服方法、または誤解の解消、および自分がAngularを選ぶ理由を述べようかと思います。 特定のAPIの便利な使い方…とかよりは、もうちょっと視座の高い話になっています。また本稿内にてReactの言及が多いことについては、アンサー元の記事がReactを推しておられることに由来しており、それらの節で言及してい

Web フロントエンドフレームワーク選定前に知っておくべき Angular の 6 つの問題点と、それでも Angular を選ぶ理由 2019/12/04 追記 @okunokentaro さんが熱いアンサー記事を書いてくれました。 Angularでの開発を快適に進めるために知っておきたいこと https://qiita.com/okunokentaro/items/503ab7a4c7601b564de0 https://gist.github.com/okunokentaro/dc4cd470999fd90aba73423d09a37485 本当に本当にありがたいです。この短時間でこんな良質の記事が書けるのは本当にスゴイ。 Angular コミュニティの暖かさと熱さを感じる 1 日でした。この記事もぜひ参考にしてください。 （ただ、「Angular は全員 80 点」という言説はまる

とあるSESの現場では本番リリースの時期が近づいてきており、僕を含めた数人のエンジニアは間に合いそうもない残作業の開発を進めたり、本番で使うためのデータの整備を本番サーバー内で行ったりしていた。ほとんどがその案件のために集められたメンバーだったため特に和気あいあいとするでもなく、エアコンの風の音が響く小さなオフィスの片隅で静かに作業をしていた。 業務上のやりとりもRedmineで行われており、声を発するのもたまにメンバー同士で話をしたり、クライアントから電話がかかってきた時だけ。その日もメールで通知が届いてきており、確認してみるとRedmineで僕が関係しているチケットにコメントが届いているという通知だった。 通知のURLをクリックしてRedmineのチケットを確認してみる。 それによると一旦本番サーバー上に存在するデータの中の一部の主要データをCSV形式で送ってほしいという依頼だった。無

こんにちは、Qiita 開発チームのyaotti です。 Qiita では昨日12/1から、年間を通して一番盛り上がるイベントであるアドベントカレンダーが始まりました。 12月になりましたが参加者募集中のカレンダーもまだたくさんあります。書けそうなテーマのカレンダーがあれば是非参加登録して一緒にそのテーマを盛り上げていきましょう🎅🎄 2019年の募集中のカレンダー一覧 – Qiita 今回は本日2019/12/2に変更した Qiita のロゴについて、その背景と目的をお伝えします。 一言でいうとQiita 運営者としてサービスの思想やブランドをユーザーの皆様にお伝えするために、ビジュアルアイデンティティを社内で定義・言語化し、それに沿った形にロゴや各種ビジュアル要素を作成しました。 ビジュアルアイデンティティとはビジュアルアイデンティティ (VI) とは、ブランドを視覚的に伝えるための

発言の不用意さからして謝罪は妥当と言わざるを得ない。「しかし」というお話。 前提 アニメ『アズールレーン』8話より、今回炎上したアニメーター・温泉中也氏の担当パート。 Nakaya Onsen (温泉中也) ... what beast!!! pic.twitter.com/qmp6rDcvA7 — Evandro ペドロ (@evandro_pedro96) 2019年11月29日 13秒あたりの止めスライドはやりすぎで画面が持っていないと思うが*1、他は臨場感があって見ていて楽しい。この一連以外にも担当しているカットがあるかもしれないが未把握。この回は、省力化と迫力あるシーンがくっきり別れていてメリハリのある話数だった。 炎上から謝罪までの流れ アニメ『アズールレーン』参加アニメーターの温泉氏が自分の担当パートの解説をネット配信。その内容がファンの批判を集めた 批判を受けて『アズールレ

北陸新幹線に乗ったことがあるだろうか。上信越、北陸地方を経由し、東京と金沢を結ぶ新幹線だ。 冬に金沢から北陸を通って東京を目指す際には、走行中に車両の下部に雪が付着する。雪が固まり、ある程度の大きさになると軌道に落下する場合もあり、軌道に敷かれているバラストと呼ばれる砕石が飛散し周囲に危険が及ぶ。雪を取り除くためには大量の人員を必要とするため、あらかじめ着雪量を予測し、雪落とし作業の要否の目処をつける必要がある。 ▲雪落とし作業の様子　出典：JR西日本提供資料 JR西日本は、2019年から新幹線の着雪量予測にAIモデルの試行を開始した。このAIモデルは、データサイエンスコンペティションであるSIGNATE（外部サイト）でのコンペによって生み出されたという。 AIモデル作成に、なぜコンペという方法を選んだのか？　そもそも、重厚長大な鉄道会社が、どのようにしてコンペ開催まで至ったのか？　コンペ

Help us understand the problem. What is going on with this article? 私は18年間ほど企業向け製品開発の世界(SIer含む)にいました。 メインで使っていた言語はC++とC#です。 2014年にウェブスタートアップを数カ月手伝う経験があり、 フロントエンドの技術やWebフレームワークに興味を持ち、ウェブ系のカンファレンスに行くようになりました。 ウェブの技術は大変面白かったのですが、そこである大きな違和感を感じもしました。 カンファレンスで発表する人の中にはその道の有名人みたいな人がいて、ブログやTwitter、Githubなどで沢山フォロワーがついています。 常に数字や営業的な雰囲気に包まれている企業向け製品開発にはない、純粋に技術を楽しむ雰囲気がとても楽しかったです。 ですが、よくよく観察しているとWeb業界には「何が凄