IT業界は日本社会の縮図となっているんだよ - こうして僕らは腐る
僕も住人たるIT業界 ossan.hatenablog.com anond.hatelabo.jp 弱いSE、強いSEという視点で説明しておられる。 僕は経営と日本社会という視点で見てみよう。 この業界にはもう10年近く住んでいる。21歳で学もなくブラブラしていた僕はオンラインゲームの世界にいりびたっていた。当時は今ほど常時オンラインでゲームすることは一般的ではなかった。今ほど便利でなかったため、必然的に多少のITスキルは身についた。例えばゲーム操作をしながらチャットする必要があるためPCでのタイピングは速くなったし、攻略法をネットで調べるという検索力なんかも身についていた。そのため僕は親にどやされてアルバイト生活から正社員になる時、IT業界を選んだ。 理系の学位などもない僕は、超文系のプログラマ見習いから始めることになった。いわゆる弱いSEである。入った会社はIT業界歴の長い人たちで独立
人はなぜミドルウェアを作ってしまうのか? (15:50- ＠大会場) | エンジニアサポートCROSS2017
世の中には様々なミドルウェアが存在します。 代表的には誰もが使用するWeb/DB/キャッシュサーバなどですが、他にもサーバ環境設定、アプリケーションデプロイ、データの収集や変換など、様々なものが使われています。 多くのケースでは、世間でよく使用される既存のものを、ある程度の設定だけを行ってそのまま使用する、ということがほとんどではないでしょうか。 しかし実際には、種々の事情や要求により、独自のミドルウェアを作ってしまい自ら運用する、というケースがあります。日本国内の事業者においても行われることがあります。 継続的に開発できるのか? 本当にそんな必要があるのか? 性能はきちんと出るのか? 開発者以外に運用できるのか? このセッションではこういった種々の問題について、経緯や技術的詳細をまじえ、各種ミドルウェアの開発者たちが赤裸々に語り合います。 当日の進行により内容が一部変更となる場合がありま
IT業界の「デスマーチ」がもたらすものは、長時間労働や人材の疲弊だけではない。もっと深刻だ。
IT業界が外部の人間から敬遠される理由の一つに「デスマーチ」がある。 ほとんど実現不可能に思える無理なスケジュールで、深夜におよぶ残業、休日出勤の連続、人海戦術でほとんど役に立たない新人までが駆り出され、終わりの見えないプロジェクトの完成にひた走る、これがデスマーチである。 そこではプログラマは一人また一人と過労に倒れ、うつろな目でキーボードを叩き続けるプログラマの連続勤務時間は20時間を優に超える、といった光景が見られる。 このようなデスマーチについて、人材の疲弊やそれに伴う退職など、ITベンダー側の不利益が語られることは多いが、クライアント側の不利益、もっといえばプロジェクトの成果物自体がデスマーチで台無しになってしまうことはあまり知られていない。 デスマーチのきっかけ 営業の無謀な受注、仕様の調整不足などで、システムの実装行程が確保できず、どうやっても通常の開発体制ではシステムの完成
ちょまど界隈の炎上で感じたIT業界のジェンダー問題について - 望月いちろうのREADME.md
2016 - 11 - 29 ちょまど界隈の炎上で感じたIT業界のジェンダー問題について list Tweet Share on Tumblr Xamarinコミュニティでちょっとしたトラブルが生じていたらしい 自分自身はLinux信者で、Xamarinを始めとするMSの製品には、微塵も興味はないのだが、そこで起こっていた現象が、IT業界での性別の扱いについての根深い問題について言及するのに良い機会だったので駄文を書き散らすことにする。 その事件の中心になっていたのはちょまど（千代田まどか）氏だ。知らない人も多いだろうが、現在マイクロソフト社のエバンジェリスト（広報的な役割か？）として勤務しながら、CodeIQなどに自作の漫画を投稿するなど幅広い分野が活躍している女性エンジニアだ。 炎上のきっかけとなったのがこのスライド、 「Xamarinするには、人脈♪」 Xamarinするには、まず人
日本でプログラマが少ない理由は戦う戦場を間違えているからです - 文系プログラマによるTIPSブログ
2015-03-08 日本でプログラマが少ない理由は戦う戦場を間違えているからです IT業界 ◯ 広告 昔から言われている日本のプログラマ問題、さて、皆さんどう考えているのでしょうか。 日本でプログラマが少ない理由は正当な対価を支払わないからである : SIerブログ この記事を読んで、色々と思うところがありました。 社長や偉い人の見解 日本史なんか教えなくていいからプログラミングを教えろ、日本でプログラマが足りない理由は 工学系とかプログラム系を学ぶ学生が少ないから http://wirelesswire.jp/london_wave/201503031606.html まあ一理あるとは思いますが、ちょっと浮世離れしている感が否めません。 スレ住人の見解 続いてスレ住人達の見解です。こちらは現場サイドの意見が見られます。 ぶっちゃけ日本人は能力格段に低い 日本のIT企業はコミュ力で勝
IT業界で客先常駐という働き方はもうやめにできないか - あいむあらいぶ
かるび（@karub_imalive)です。 【2016年7月15日更新】 今日はウツを患って2年前に会社を去り、今は資格試験で再起を図ろうとしている昔の仲間と飲んできた帰りなので、少しグチっぽくなりますが勘弁してください。 システム開発会社で一般に普及している業務形態として、超大手から零細企業まで、「客先常駐勤務」という、いわゆる「派遣」的な働き方があります。これをどうにかしてもうやめられないか、という話です。 僕は、長年この業界でエンジニアから営業職、採用職といろいろ立場を替えて10年以上働いてきました。実際自分が体験して、また仲間を現場に送りこむ立場になって思うのは、この「客先常駐」という働き方は働き手にあまりに負荷をかけるのではないかということです。 客先常駐の成り立ちは1960年代 客先常駐っていう形態は、古くは1960年代後半の大型汎用機での開発黎明期にCSKという会社（現SC
客先常駐はガンガン減らしていっておりますが - novtan別館
会社違えば認識違う、ということでツッコミ入れとく。 といっても、言及先が間違っているという話ではなく、色んな職場があるよって話 顧客先に常駐する、ってことは、顧客内のオフィスにおいてあなたの一挙手一頭足が全部見られているってこと。厳しいお客さんだとあくびや眠そうにしただけでクレームが入る。 IT業界で客先常駐という働き方はもうやめにできないか - あいむあらいぶ そういやよく「お疲れですね（ちょっと皮肉」って言われてましたけどクレーム入ったことないですね。客にもよるんだろうけど、目に見えて役に立っているとね。 自社の有給休暇を取得しようとしたら、「また休むんですか」とクレーム。 IT業界で客先常駐という働き方はもうやめにできないか - あいむあらいぶ これはない。労務管理は客先側も厳しい（もちろん客の会社の話でこっちには関係ないけど）から理解はある。もちろん客にもよ（ｒ 自社では服装自由だ
IT業界でありがちな説明下手について - 文系プログラマによるTIPSブログ
横着しちゃいかんのです。 IT業界に限った話しではありませんが、説明下手な人っていますよね。 私がIT業界でよく日頃から感じている説明下手（質問下手とも言う）なエピソードについて書いてみます。 例 この話から私が理解できた部分 この話から私が理解できなかった部分 どうして話が伝わらないか どうすれば伝わったか こういう質問が返ってきたら説明下手かも！？ 雑感 例 やらないおさん、落ちちゃうんですけど、getHoge()のこの部分があれで、多分ああなんじゃないかと思うんですけど、どうすればいいですか？ ？？？？ え？ごめん。何の話？いきなりソースコードの具体的な箇所の話されても理解できないから、落ち着いて順を追って話してみようか ※ 以降、質問をする側を「やるお」、される側（私）を「やらないお」とします。 ※ getHoge() メソッドはやるおが自分で作った独自メソッド。当然やらないおは知
元社畜SEが教える、IT土方から抜け出す方法 - NZ MoyaSystem
「IT業界で働きたいけど、残業が多そうで怖い」という不安を抱えている人、多いんじゃないだろうか？ 確かに、IT業界は一歩道を間違えるとデスマーチという落とし穴が待ち受けている。 あまりに過酷な働き方から「IT土方」なんて言葉もあるくらいの業界だ。 僕は、かつては日本でシステムエンジニアとして働き、毎日終電、休日出勤も当たり前のブラック労働をしていた。 そこから脱出して、今ではニュージーランドのIT企業でプログラマをやっている。 残業はゼロで毎日定時で帰れる職場だ。 天国と地獄の両方を見てきた経験から、今日はどうすれば「IT土方」にならずに働けるかについて考えたいと思う。 なおこの記事では「IT土方」を「過剰な残業(月60時間以上)、休日出勤を強いられるIT技術者」と定義する。 ITゼネコンの一部になるな 大手ITベンダー 下請け 孫請け IT土方にならないための具体的な方法 高いプログラミ
仮想化時代の終わりを告げる5つの兆候
Janakiram MSV （Special to TechRepublic） 翻訳校正： 石橋啓一郎 2015-08-26 06:45 仮想化の時代は終わろうとしているのだろうか？最近起きた出来事やトレンドを見る限りでは、答えはイエスだ。この記事では、IT業界が仮想化の次の時代に移ろうとしていることを示す5つの兆候を紹介する。 1．コンテナの台頭 サンフランシスコのPaaS（サービスとしてのプラットフォーム）会社だったdotCloudがLinuxのコンテナをベースとした新たな技術のデモを行ったとき、その技術はDevOpsの課題を解決する興味深い手法に見えた。しかし、それが時代を変えるような技術に成長するとは誰も予想しなかった。そのdotCloudは、今やシリコンバレーの寵児であり、10億ドル規模のスタートアップ企業であるDockerとなった。同社の技術は、ソフトウェアの開発と導入の形を再
IT業界に足りない人材は“臨時工”や“コボラー見習い”なのか！
SIerや下請けの受託ソフトウエア開発会社など SIガラパゴスに生きるITベンダーの経営者は、口を開けば「IT人材が足りない！足りない！」と騒ぐ。だが、彼らが足りないと言うIT人材とは、大型案件が集中する今の繁忙期を乗り切るための“臨時工”か、スパゲティ状のコードを永遠に保守し続ける“コボラー見習い”の若者だ。本来、必要なはずのIT人材に関心が無いから恐ろしい。 必要なはずのIT人材とは、別にニュータイプの技術者のことを言っているのではない。以前から必要性が叫ばれてきた「顧客の業務や最新技術に知見を持ち、提案できる技術者」のことだ。だから一応、ITベンダーの経営者も口では、そうしたIT人材が必要だと言う。だが今、欲しいのは臨時工か、コボラー見習い。だから技術者を志す若者は、彼らの言う必要な人材の意味を見極めないと、あとで泣きを見る。 臨時工とコボラー見習いのうち、ITベンダーにとって焦眉の
（第1回）ベンダーが呆れる「発注責任」の放棄
ユーザー企業には「発注者責任」がある。ところが最近、この責任が希薄なばかりに、外注したシステム開発が頓挫したり、ITベンダーとのトラブルにつながったりするケースが増えている。今回、匿名を条件にITベンダーから「こんな発注は勘弁してほしい」との本音を聞いた。プロジェクトを成功させるために、ITベンダーの声に耳を傾けてほしい。 あらかじめ断っておくが、この特集は日経コンピュータの2008年6月15日号に掲載した記事をベースにしている。つまり、オリジナルは4年半前に書いたものだ。だが、そのオリジナルをいま読み返しても、全く古さは感じない。ITproのコラム「極言暴論！」で最近、大きな反響のあった記事とも深く関わる話なので、一部を加筆・修正して掲載することにした（関連記事：法外な開発料金の見積もり根拠、「客には絶対に言えません」）。 ITベンダーがパニックに陥った顧客の暴挙 「開発着手の1週間前に
IT業界の『多重下請け構造』は社会悪になりつつある - paiza times
Photo by Jonathan Kos-Read 今回のpaiza開発日誌は片山がお送りします。 SIerについて語られる際にIT業界の「多重下請け構造」についての問題点が良く取り上げられますが、「多重下請け構造」がITエンジニアにとってどのような問題点があるのでしょうか？ その点について今回は少し整理してみようと思います。 ■「多重下請け構造」とは何か 説明するまでもないかもしれませんが、「多重下請け構造」とは、受託システム開発において、発注者から直接仕事を請け負った元請（たいていの場合が大手SIer）が、請けた仕事を切り出して2次請け、3次請け、4次請けと仕事を下ろしていくピラミッド構造の事を言います。 良くある例で言うと、元請は要件定義や概要設計等の上流工程を請負い、開発・実装などの下流工程は2次請けに委託する、というような構造です。2次請けは自社リソースで開発を賄えない場合に3
IT業界にも蔓延する「偽装表示」 | スラド IT
先日食材についての「偽装表示」が話題になったが、IT業界でも「偽装表示」が蔓延しているという（Tech総研）。 エンジニアへのアンケート調査によると、「バグを仕様と言い通した」「想定外の試験結果に対し、資料を修正して対処した」「仕様通りでないものに対し設計書を変更して正しいこととした」といった仕様に関するものや、「契約どおりでない納品物をこっそり納品した」、「実施していないテストを実施したと偽った」といった納品物に関する作業に関するものなどが実際にあった「偽装」案件として紹介されている。 また、「保有していない資格を保有しているとして業務を請け負った」「工数を削減したにもかかわらず費用はそのまま」「下請け会社の社員を自社社員のように見せかけて受注」など、悪質な話も掲載されている。 読者皆様はIT業界の「偽装」に直面したことはあるだろうか？
無能なプログラマの特徴
技術書を買っただけで満足するｗブクマするだけで理解した気、分かった気になっているｗ勉強会（笑）には参加するが復習も実践もしないｗ一つの言語を使い込めてないのに複数言語に手を出すｗ流行りの技術に飛びつくけど直に飽きるｗ専門と断言できる技術領域がないｗVisualStudioを貶す割には、パフォーマンス分析とかテストなどの便利機能は使えないｗWPFが分からないだけなのに、自前で作る方が偉いと思っているｗオーバーヘッドやフットプリントなどデメリットを考えず、すぐにtemplateとか純粋仮想関数を使って可読性を落とすｗオブジェクト指向/デザインパタンを何か特別の技術だと思っているｗ無駄なところにラムダ式を使うｗメモリ使用量や計算量の予測ができないｗ最大負荷を予測した上で始めから対策を取った実装が出来ないｗHHKでないと仕事できないｗとりあえずVim（笑）を使うｗ用途もないのにマックブックプロを買
笑ってはいけないSIer 抽出
Kenji HASUNUMA @btnrouge ベンダーがサポートを打ち切ったミドルウェアを「安定版」と信じていつまでも使い続ける。そしてバージョンアップの時に痛い目を見る（その上結果しくじったら会社の信用を失う）。 #笑ってはいけないSIer 2011-11-12 05:22:25
正直に思ったことを書いて、いい結果になったという話 - アスペ日記
最近、ネットでものが言いにくい雰囲気があるとのこと。 「なんで辞めたの？」とか「次どこ行くの？」など、昨今のインターネットは若干書きにくい空気 退職しました - jarinosuke blog 個人的には、ぶっちゃけた退職エントリを書いたこともあるので、そういう風潮を憂慮している。 そういうわけで、「正直に思ったことを書いて、いい結果になった」という話を書いてみたい。 （といっても、上記エントリの話ではない） 前職を辞めて、半年ちょっとプラプラして、さて仕事を探すかーとなったとき。 まあプログラマというのは就活力の低い人間のクズが多いと思うけど、ぼくはその中でもかなり重症のほうなので、いろいろ苦戦していた。 まず、会社の数をこなせない。 それまでの就職でも、受けた会社の数はごくわずか。 就職経験は 2回なのに、就活したのは合計 4〜5社だけ。 今回の就職活動では、昔勤めていた大阪の K社と
Bochs - Wikipedia
BIOS等を除く大部分は標準C++によって実装されており、移植性に優れる。x86プロセッサの命令実行をエミュレートするために、x86以外のコンピュータでもPC/AT互換機エミュレーションを実現できる。そのため、Linux、FreeBSD、macOS、Windows用など非x86環境を含む様々なプラットフォーム用のバージョンが存在している。 QEMUも同様のエミュレーション手法を採用しており、どちらも実行環境およびエミュレーション対象を柔軟に選択できるためOS開発や動作テストには有用である。その反面、VMwareやXenなどユーザモード命令をそのままプロセッサに実行させる方式に比べると実行速度が劣るため、仮想マシン環境をサービスとして利用するには不向きである。 CPU 標準構成では、インテル Pentium III 相当のユニプロセッサである。コンパイルオプションを変更することで、386、4
自立したプロフェッショナルのための自由な企業の制度 - Zerobase Journal
ゼロベース株式会社は「フリーランス的な自立したプロフェッショナルにとって働きやすいプラットフォーム」というコンセプトで設計されています。 ゼロベースがスタッフにとってどういう存在であることを目指しているのか、その取り組みの現状を報告します。なお、この記事は初版2010年1月、最終更新日2011年11月16日です。本制度は2008年下期に試行したうえで2009年度から導入しました。 独立採算制 ゼロベースでは スタッフ個々人を独立した「事業体（企業）」のようにみなしています（※註：会計制度について）。 各自の業績は報酬に直接連動します（成果報酬・歩合制）。 報酬を決めるための人事評価は一切ありません（人為的余地はなく、規則的に決定されます）。 原則としてすべての仕事は「取引」です。 社外取引・社内取引 ゼロベースでは 仕事の価値を自分で評価します。 自分で値段をつけて（見積）、価格交渉して、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ＩＴ業界嫌いになった人