僕も住人たるIT業界 ossan.hatenablog.com anond.hatelabo.jp 弱いSE、強いSEという視点で説明しておられる。 僕は経営と日本社会という視点で見てみよう。 この業界にはもう10年近く住んでいる。21歳で学もなくブラブラしていた僕はオンラインゲームの世界にいりびたっていた。当時は今ほど常時オンラインでゲームすることは一般的ではなかった。今ほど便利でなかったため、必然的に多少のITスキルは身についた。例えばゲーム操作をしながらチャットする必要があるためPCでのタイピングは速くなったし、攻略法をネットで調べるという検索力なんかも身についていた。そのため僕は親にどやされてアルバイト生活から正社員になる時、IT業界を選んだ。 理系の学位などもない僕は、超文系のプログラマ見習いから始めることになった。いわゆる弱いSEである。入った会社はIT業界歴の長い人たちで独立
IT業界が外部の人間から敬遠される理由の一つに「デスマーチ」がある。 ほとんど実現不可能に思える無理なスケジュールで、深夜におよぶ残業、休日出勤の連続、人海戦術でほとんど役に立たない新人までが駆り出され、終わりの見えないプロジェクトの完成にひた走る、これがデスマーチである。 そこではプログラマは一人また一人と過労に倒れ、うつろな目でキーボードを叩き続けるプログラマの連続勤務時間は20時間を優に超える、といった光景が見られる。 このようなデスマーチについて、人材の疲弊やそれに伴う退職など、ITベンダー側の不利益が語られることは多いが、クライアント側の不利益、もっといえばプロジェクトの成果物自体がデスマーチで台無しになってしまうことはあまり知られていない。 デスマーチのきっかけ 営業の無謀な受注、仕様の調整不足などで、システムの実装行程が確保できず、どうやっても通常の開発体制ではシステムの完成
2016 - 11 - 29 ちょまど界隈の炎上で感じたIT業界のジェンダー問題について list Tweet Share on Tumblr Xamarinコミュニティでちょっとしたトラブルが生じていたらしい 自分自身はLinux信者で、Xamarinを始めとするMSの製品には、微塵も興味はないのだが、そこで起こっていた現象が、IT業界での性別の扱いについての根深い問題について言及するのに良い機会だったので駄文を書き散らすことにする。 その事件の中心になっていたのはちょまど（千代田まどか）氏だ。知らない人も多いだろうが、現在マイクロソフト社のエバンジェリスト（広報的な役割か？）として勤務しながら、CodeIQなどに自作の漫画を投稿するなど幅広い分野が活躍している女性エンジニアだ。 炎上のきっかけとなったのがこのスライド、 「Xamarinするには、人脈♪」 Xamarinするには、まず人
2015-03-08 日本でプログラマが少ない理由は戦う戦場を間違えているからです IT業界 ◯ 広告 昔から言われている日本のプログラマ問題、さて、皆さんどう考えているのでしょうか。 日本でプログラマが少ない理由は正当な対価を支払わないからである : SIerブログ この記事を読んで、色々と思うところがありました。 社長や偉い人の見解 日本史なんか教えなくていいからプログラミングを教えろ、日本でプログラマが足りない理由は 工学系とかプログラム系を学ぶ学生が少ないから http://wirelesswire.jp/london_wave/201503031606.html まあ一理あるとは思いますが、ちょっと浮世離れしている感が否めません。 スレ住人の見解 続いてスレ住人達の見解です。こちらは現場サイドの意見が見られます。 ぶっちゃけ日本人は能力格段に低い 日本のIT企業はコミュ力で勝
かるび（@karub_imalive)です。 【2016年7月15日更新】 今日はウツを患って2年前に会社を去り、今は資格試験で再起を図ろうとしている昔の仲間と飲んできた帰りなので、少しグチっぽくなりますが勘弁してください。 システム開発会社で一般に普及している業務形態として、超大手から零細企業まで、「客先常駐勤務」という、いわゆる「派遣」的な働き方があります。これをどうにかしてもうやめられないか、という話です。 僕は、長年この業界でエンジニアから営業職、採用職といろいろ立場を替えて10年以上働いてきました。実際自分が体験して、また仲間を現場に送りこむ立場になって思うのは、この「客先常駐」という働き方は働き手にあまりに負荷をかけるのではないかということです。 客先常駐の成り立ちは1960年代 客先常駐っていう形態は、古くは1960年代後半の大型汎用機での開発黎明期にCSKという会社（現SC
会社違えば認識違う、ということでツッコミ入れとく。 といっても、言及先が間違っているという話ではなく、色んな職場があるよって話 顧客先に常駐する、ってことは、顧客内のオフィスにおいてあなたの一挙手一頭足が全部見られているってこと。厳しいお客さんだとあくびや眠そうにしただけでクレームが入る。 IT業界で客先常駐という働き方はもうやめにできないか - あいむあらいぶ そういやよく「お疲れですね（ちょっと皮肉」って言われてましたけどクレーム入ったことないですね。客にもよるんだろうけど、目に見えて役に立っているとね。 自社の有給休暇を取得しようとしたら、「また休むんですか」とクレーム。 IT業界で客先常駐という働き方はもうやめにできないか - あいむあらいぶ これはない。労務管理は客先側も厳しい（もちろん客の会社の話でこっちには関係ないけど）から理解はある。もちろん客にもよ（ｒ 自社では服装自由だ
横着しちゃいかんのです。 IT業界に限った話しではありませんが、説明下手な人っていますよね。 私がIT業界でよく日頃から感じている説明下手（質問下手とも言う）なエピソードについて書いてみます。 例 この話から私が理解できた部分 この話から私が理解できなかった部分 どうして話が伝わらないか どうすれば伝わったか こういう質問が返ってきたら説明下手かも！？ 雑感 例 やらないおさん、落ちちゃうんですけど、getHoge()のこの部分があれで、多分ああなんじゃないかと思うんですけど、どうすればいいですか？ ？？？？ え？ごめん。何の話？いきなりソースコードの具体的な箇所の話されても理解できないから、落ち着いて順を追って話してみようか ※ 以降、質問をする側を「やるお」、される側（私）を「やらないお」とします。 ※ getHoge() メソッドはやるおが自分で作った独自メソッド。当然やらないおは知
「IT業界で働きたいけど、残業が多そうで怖い」という不安を抱えている人、多いんじゃないだろうか？ 確かに、IT業界は一歩道を間違えるとデスマーチという落とし穴が待ち受けている。 あまりに過酷な働き方から「IT土方」なんて言葉もあるくらいの業界だ。 僕は、かつては日本でシステムエンジニアとして働き、毎日終電、休日出勤も当たり前のブラック労働をしていた。 そこから脱出して、今ではニュージーランドのIT企業でプログラマをやっている。 残業はゼロで毎日定時で帰れる職場だ。 天国と地獄の両方を見てきた経験から、今日はどうすれば「IT土方」にならずに働けるかについて考えたいと思う。 なおこの記事では「IT土方」を「過剰な残業(月60時間以上)、休日出勤を強いられるIT技術者」と定義する。 ITゼネコンの一部になるな 大手ITベンダー 下請け 孫請け IT土方にならないための具体的な方法 高いプログラミ
SIerや下請けの受託ソフトウエア開発会社など SIガラパゴスに生きるITベンダーの経営者は、口を開けば「IT人材が足りない！足りない！」と騒ぐ。だが、彼らが足りないと言うIT人材とは、大型案件が集中する今の繁忙期を乗り切るための“臨時工”か、スパゲティ状のコードを永遠に保守し続ける“コボラー見習い”の若者だ。本来、必要なはずのIT人材に関心が無いから恐ろしい。 必要なはずのIT人材とは、別にニュータイプの技術者のことを言っているのではない。以前から必要性が叫ばれてきた「顧客の業務や最新技術に知見を持ち、提案できる技術者」のことだ。だから一応、ITベンダーの経営者も口では、そうしたIT人材が必要だと言う。だが今、欲しいのは臨時工か、コボラー見習い。だから技術者を志す若者は、彼らの言う必要な人材の意味を見極めないと、あとで泣きを見る。 臨時工とコボラー見習いのうち、ITベンダーにとって焦眉の
ユーザー企業には「発注者責任」がある。ところが最近、この責任が希薄なばかりに、外注したシステム開発が頓挫したり、ITベンダーとのトラブルにつながったりするケースが増えている。今回、匿名を条件にITベンダーから「こんな発注は勘弁してほしい」との本音を聞いた。プロジェクトを成功させるために、ITベンダーの声に耳を傾けてほしい。 あらかじめ断っておくが、この特集は日経コンピュータの2008年6月15日号に掲載した記事をベースにしている。つまり、オリジナルは4年半前に書いたものだ。だが、そのオリジナルをいま読み返しても、全く古さは感じない。ITproのコラム「極言暴論！」で最近、大きな反響のあった記事とも深く関わる話なので、一部を加筆・修正して掲載することにした（関連記事：法外な開発料金の見積もり根拠、「客には絶対に言えません」）。 ITベンダーがパニックに陥った顧客の暴挙 「開発着手の1週間前に
Photo by Jonathan Kos-Read 今回のpaiza開発日誌は片山がお送りします。 SIerについて語られる際にIT業界の「多重下請け構造」についての問題点が良く取り上げられますが、「多重下請け構造」がITエンジニアにとってどのような問題点があるのでしょうか？ その点について今回は少し整理してみようと思います。 ■「多重下請け構造」とは何か 説明するまでもないかもしれませんが、「多重下請け構造」とは、受託システム開発において、発注者から直接仕事を請け負った元請（たいていの場合が大手SIer）が、請けた仕事を切り出して2次請け、3次請け、4次請けと仕事を下ろしていくピラミッド構造の事を言います。 良くある例で言うと、元請は要件定義や概要設計等の上流工程を請負い、開発・実装などの下流工程は2次請けに委託する、というような構造です。2次請けは自社リソースで開発を賄えない場合に3
BIOS等を除く大部分は標準C++によって実装されており、移植性に優れる。x86プロセッサの命令実行をエミュレートするために、x86以外のコンピュータでもPC/AT互換機エミュレーションを実現できる。そのため、Linux、FreeBSD、macOS、Windows用など非x86環境を含む様々なプラットフォーム用のバージョンが存在している。 QEMUも同様のエミュレーション手法を採用しており、どちらも実行環境およびエミュレーション対象を柔軟に選択できるためOS開発や動作テストには有用である。その反面、VMwareやXenなどユーザモード命令をそのままプロセッサに実行させる方式に比べると実行速度が劣るため、仮想マシン環境をサービスとして利用するには不向きである。 CPU 標準構成では、インテル Pentium III 相当のユニプロセッサである。コンパイルオプションを変更することで、386、4
ご挨拶 今月の第二日曜日は3月11日でした。言わずと知れた、あの「3.11 東日本大震災」から丸一年が経過した日です。改めまして、当時亡くなられた方々のご冥福をお祈り申し上げます。また、被災され現在も不便な暮らしを強いられている大勢の方々にお見舞い申し上げます。一日も早く元通りの日常が送れるようになることを願って止みません。 3.11の14:46、オレは代休で自宅にいるところにあの大地震がやってきました。自身が立つこともままならないような衝撃の中、不安定なテレビ台とPC棚をなんとか抑えて揺れが収まるのを必死で耐えたのは、今でも鮮明に思い出すことができます。それもあって我が家の被害は全くなく、妹も職場の方の好意で車で送って貰え、日付が変わった頃に無事帰宅できました。都内では翌日昼を過ぎても帰宅できなかった人が多かった中、我々は非常に運が良かったと思います。 はじめに さて、オレにとって、この
Webサービス全盛の今こそ、エンジニアリングについて本気で語るイベント、「これからのエンジニアリングの話をしよう」第1回レポート。未来の受託業界を担うベンチャー企業のエンジニアが集まってパネルディスカッションを行った。 「Webサービスは格好いい」「SIオワコン」本当に？ 「Webサービスが盛り上がっていて、“クリエイティブで楽しい”“華やか”というイメージがある。一方、受託開発は“地味でオワコン”という風潮があるが、本当のところはどうなのか？」 2012年1月19日、ベンチャーカフェが主催するイベント「これからのエンジニアリングの話をしよう」で、このような質問が投げ掛けられた。 本イベントは、「Webサービス全盛の今こそ、エンジニアリングについて本気で語る場が欲しい」というエンジニアの声によって生まれた。さまざまな切り口で「受託開発の未来を考える」シリーズイベントで、全5回を予定している
Jack Wallen氏は以前「IT業界の仕事を辞めたくなるとき--10の理由を紹介」という記事で、IT業界を離れたくなる理由をいくつかリストアップした。今回わたしはこの記事で、Wallen氏とは異なる観点でIT業界にとどまるべき理由を紹介したい。 1．カネ お金を稼ぐために仕事が大変なのは確かだが、ITプロフェッショナルにはその大変な仕事に見合うだけの稼ぎがある。その給料は単に「いい」という程度ではなく、ずば抜けている。米労働統計局が発表した、「An Overview of U.S. Occupational Employment and Wages in 2010（PDF：米職業別雇用状況と賃金）」（Chart 6）によれば、コンピュータおよび数学関連の職業は平均年収が7万7230ドルであり、2010年の主な職種グループの中で3位を占めている。これよりも年収が高いのは、経営職と法曹職だ
日本のSI業界でこそ、専門の技術者の必要性がもっと見直されるべきではないのか？ - 達人プログラマーを目指してを拝読しました。この手の議論は定期的に出てくる根の深い問題でありまして、1億年と2000年前から多くの方に言及されています。しかし、それほど大きい問題であるということです。一概にああしろこうしろで片付く問題ではありません。 色々論点はありますが、「技術を売って社会貢献している業態なのに、一番重要な技術者を軽視するってどういうこと？」という１点に集約でき、上記エントリの主題も同じです。技術onlyの専門家の存在が認められないのが問題だと。しかしですね、「技術者そのものを売ってるんだから、軽視云々を言ってもどうしようも出来ない」という果てしない平行線を辿っていることが見えているでしょうか？ブルーハーツの「弱いものたちが夕暮れ 更に弱い者を叩く」というフレーズが思い起こされます。 技術者
読売新聞東京多摩版の記事「町田の企業 働きやすさ追求」によると、町田市の組込み系を中心としたソフト開発を行っているIT企業であるソフト開発が、「残業なし社員」や「週4日勤務社員」といった制度を始めたそうだ。ｌこれにより「東京ワークライフバランス認定企業」や町田市の「仕事と家庭の両立推進企業」などに選ばれ、さらに退職者も大幅に減るという実績を出したとのこと。 背景には、IT業界ではよく聞く「過酷な労働環境による退職者の続出」があったそうだ。同社は社員45名の規模ながら毎月退職者が出る状況で、育成コストの問題や担当者が頻繁に変わることに対する顧客からの信頼喪失があり、メンタルを含め健康面で問題が発生したり、結婚や子育てをきっかけに退職しないでも済むようにできないかということがあるとのこと。 しかし、特に同社の担当している携帯電話系組込み開発はデスマの中のデスマと呼ばれ、開発現場をそのような状況
3月の一ヶ月間、IT業界に入社する新卒の方たち(へ|から)、毎日持ち回りでブログのエントリを書くという、新卒準備カレンダー 2011春、という企画に参加しました。 4月からIT業界で働きはじめる新卒のみなさん、はじめまして、keiです。シリコンバレーにある某巨大ソフトウェア会社でプログラマをやってます。IT業界は15年になります。自己紹介がてら、私がシリコンバレーに来た経緯からお話しようと思います。 今をさかのぼること15年ほど前、私は大学を卒業して、とある外資系のソフトウェアベンダーに就職しました。新卒の研修が終わって配属されたのは製品のマーケティングの部署でした。仕事の内容は、製品の機能を調べ、デモを作り、セミナーやプレゼンを繰り返し、製品のテストを手伝い、日本市場に製品をリリースする、と、非常に多岐に渡るもので、社内外のたくさんの方々と会えるチャンスがあり、毎日が変化に富んでいて、と
住商情報システム（SCS）とCSKは2011年2月24日、11年10月1日付の経営統合に合意したと発表した。SCSがCSKを吸収合併し、新会社名は「SCSK」とする。新会社の社長にはSCSの中井戸信英会長兼社長（写真右）が就任する予定だ。「経営統合は、IT業界が右肩上がりに成長しなくなった今、どうやって生き残っていくかを考えた結果だ。CSKを救済する合併ではなく、対等合併だと思っている」と中井戸社長は強調した。 両社の売り上げを合算すると2800億円（11年3月期予想）となり、ITホールディングスや伊藤忠テクノソリューションズなどと並ぶ規模となる。「流通や製造、金融など両社が強みとする業種は重なるが、各業界内で持つ顧客は重ならない。こうした点が今回の経営統合を決断する最大の要因となった。短期間で収益を上げやすいと判断した」と中井戸社長は話す。 一方のCSKの中西毅社長（写真左）は「多角化を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
