受託開発やSIer、そこで採られる人月での見積と契約はスタートアップ・Web系・ベンチャーな方々から軽蔑されがちです。 けれど社会のインフラや企業の基幹を担うこともある重要なシステムでは残念ながらこれらの手法をとらざるを得ないのが現状となっています。 これを打破するイノベイティブでエポックメイキングでパラダイムシフトな変革は期待されていますが、文化や慣習、人手不足とレガシーコードはなかなかそれを許してくれません。やり玉にされがちなSIerのスタンスだけに帰せる問題ではないのです。 そんな状況でもわれわれSEは社会の繁栄のために、愛する（現在の/未来の）家族のために、そしてご飯を食べていくために働く必要があります。 しかし、この業界で難しいのは流動性が高い割にキャリア形成が難しいこと、自分の精神的・肉体的な健康を損ないやすいという問題があることで、苦労されている方も多いかと思います。 そして

1: 名も無き被検体774号+＠＼(^o^)／ 2014/07/21(月) 22:16:15.25 ID:1K2+zeEd0.net 正確にはSEじゃなくてネットワークエンジニアみたいなもんだけど 4: 名も無き被検体774号+＠＼(^o^)／ 2014/07/21(月) 22:18:55.34 ID:MYo/dpot0.net 実働時間 休みの日数 6: 名も無き被検体774号+＠＼(^o^)／ 2014/07/21(月) 22:20:19.34 ID:1K2+zeEd0.net >>4 普通に一日8時間。でも外資なので夜中に会議ある。 休みは土日祝、それに有給、家族のための休暇とか。 10: 名も無き被検体774号+＠＼(^o^)／ 2014/07/21(月) 22:21:14.18 ID:MYo/dpot0.net 夜中の会議の頻度は？ 14: 名も無き被検体774号+＠＼(^o^)

1: 名無しさん 2014/03/28(金)03:50:53 ID:pHJFv5RRc 15卒だけどなんか聞きたいことあったら答えるよ 2: 関崎 公平◆iwOQ5dadXo 2014/03/28(金)03:52:07 ID:sBBORO82B SE? 4: 名無しさん 2014/03/28(金)03:52:49 ID:pHJFv5RRc YES ITコンサルも一応受けたけど 3: 名無しさん 2014/03/28(金)03:52:28 ID:JMo0g6aHl 流動的だからな、いろんな意味で 5: 名無しさん 2014/03/28(金)03:53:23 ID:pHJFv5RRc >>4 転職出来るように選択したよ 7: 名無しさん 2014/03/28(金)04:03:49 ID:R3pnMBM3k 初歩的な質問すぎてすまんがSEって本当に一日中パソコンをカタカタやってるの？ 忙しいとは

自分はいわゆる上流工程を担当する比較的大きな会社(いわゆるSIer)のエンジニアなんだけど、合コンに行った時の自己紹介が人によってまちまちなことがわかった。 合コンでほぼ100%聞かれるのが 「仕事何してるの？」 という質問なんだけれど、これに対する答えにその人の価値観がちょっぴり表れたりするのが面白い。 だいたい7割くらいの人は、 「説明するのがちょっと難しいけれど」 と前置きした上で、 「SEだよ。システムエンジニアっていうパソコンをたくさんいじる仕事」 と説明する。 そうするとたいてい、 「今度パソコン壊れたら直してね」 と言われる。そこはヤマダ電機に言ってほしいところだと内心思いながら、「任せとけ」という。 僕はだいたい「プログラマー」と答えるが、これはかなり少数派だ。 仲間からは「プログラマーなのかよ」というツッコミが入るが、自分はプログラマーであるという信念は曲げない。 そうす

もう2007年といえば5年前のことになってしまう。時のたつのは早いものです。 当時の増田のエントリが何故か今頃盛り上がっていて、その結果それに言及した僕のエントリも盛り上がっているようなのですが、5年前の状況というのはさすがに古かろう、ということでちょっとアップデートしてみたいと思います。 参考： IT業界で無事にいたいなら銀行に関わるな 銀行SE…かわいそうです… - novtan別館 ここ最近の銀行システムの大きなトピックというのは三菱統合UFJ銀行のDAY2（システム完全統合）と、みずほ銀行の3.11後の大障害とそれに伴う銀行の統合・システム刷新でしょう。 特に後者は銀行システムの停止が社会に与える影響が如何に大きいものかということを体現してくれました。 なんどかリークもされているからここだけの話をすると、みずほ銀行はいわゆる第三次オンラインをちゃんとやらなかった建て増しシステムであ

業務系SEの末路的なお話でして - 急がば回れ、選ぶなら近道に寄せて。 マクロ的な見解は僕も同意見なので、特に言いたいことはないです。というか、僕自身も｢今後は受託開発を人月で請け負える(これが狭義のSIの定義です。)機会が減りますよ」という旨のエントリを結構書いています。だって、自分で見積もり書いて出してみたらやけに高いんだもん。この仕事がシステムで可能になっても、割に合うのかなって考えたこと結構あります。話がそれましたが、要は人月が出来ないとスペシャリティの無いやつは益々要らなくなるので、お前らマジ頑張らないと知らないよって話へと続いていきます。 でもね、こんなのどーでもいいんですよ。 やべーこの業界は先が無いからマジ頑張ろうかって思っても、何を頑張るんですかあなた。主語が無いじゃないですか。そこに至るロジックはあるんですか？自分が立っている世界の地図を考えてその成り立ちを考えることは

某DevLoveというところで話をしろ、ということでありましたので、いろいろ話をして来ました。 http://devlove.doorkeeper.jp/events/1733 まとめはこちら http://togetter.com/li/387189 あと、しんやさんの詳細なブログがこちら http://d.hatena.ne.jp/absj31/20121009/1349795347 スライドはこちら http://www.slideshare.net/okachimachi/devlove1 以下、ちょっと自分なりにまとめを。 ■自分なりにどう話したか 自分の仕事的にはHadoopとAsakusaでの課題解決が現在の本業です。ただ、Asakusaの位置づけとして、SIのための道具立てという側面が強く、また結果として会社も直接・間接にSIにはかかわっているので、割と現状の問題も意識して

「業務系SEの末路的なお話でして」という資料が一部の人々（というかソフトウェア業界人に）の話題になっています。 業務系SEの末路的なお話でして from okachimachi この資料自体は業界人的には、現在置かれている絶望的状況を的確に記述しているように思うわけですが、6スライド目にある給料の状況を見て「日本の技術者はアメリカの技術者に比べ不遇なのではないか」と捉えると大間違いなので注意が必要だと思います。 まず、これらの国の一人当たり購買力平価換算GDPを並べてみます（一人当たりGDPを比較する場合は、為替レートの一時的な変動を無視するために購買力平価で調整するのが一般的）。 国 一人当たりGDP 倍率（日本=1.0） アメリカ 48,327.86 1.39 中国 8,386.68 0.24 インド 3,662.69 0.11 ベトナム 3,358.62 0.10 韓国 31,220

クロノスの山本さんと飲みにいきました。遅刻してすいませんでした＞＜ 僕らの興味はやはりSIビジネスがどうなってしまうのだろうかという点で、色んな観点から話が盛り上がった。 クラウドの台頭によって、ビジネスでITを利用したくても出来なかった層にIT技術の裾野が広がっていく。SIは自前でシステム環境を構築することで差別化を図り儲けていた側面も強かったけれど、クラウドがハードのアウトソースを加速させた事でシステム開発案件の単価は下がっているし、価格下落話には枚挙に暇がない。目の上のたんこぶではあるが、業界のパイは小さくなったとしても優秀な人間にお金が回るようになれば長期的には良いこと的な帰結を考えていた。 でも、その歪みがひどい事態を生んでしまったようで・・・ 一方、SIおよびSEのこれからに暗い影を落とす話もある。関西のあるSE派遣の企業のはなし。 何十人もの新人さんを集めて、無料でプロジェク

酒粕みそ焼豚 美味しい酒粕の時期ですね。 今年も豚かたロースのブロックで焼豚を作りました。800gを2等分に。 お肉をコーティングしたのは、酒粕、味噌150gずつ、すりおろしにんにく3片、味醂半カップ、醤油小1を合わせたものです（味噌の味、粘りに合わせ、分量は調整）緩いと流れ…

私が就職活動を行っていた20年前、SE は花形職業の一つでした。しかし今は 3K として敬遠されるようになり、力のあるプログラマーは SIer を避けるという状況となっています。 この業界で骨をうずめようと考えている身にとって、なぜ今日のような状況になったのかという原因を探ることは責務と感じます。また、これを解決するために自身（と会社）のエネルギーを注ぎたいと思っています。 まず次の二点は、私が同業の方と話をしていて、よく話題になる事項です。 人月制度に代わる見積手法が確立されていないこと。人月による見積が妥当なのはコンサルタントなど、上流設計の一部のみ。例えば製造で1,000人月という数字は、根拠があってないようなもの。 階層構造によるコミュニケーションストレスの存在。階層構造の下部に位置するSE/プログラマが仕様の矛盾に気付いても、直接確認することができない。また、お客様との接点がない

エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『＠type』のコンテンツです。

つい先日、富士通がグループで抱える3万人ものSEを再教育して、職務転換を行う計画であるというニュースを知りました。 富士通の3万人SE職務転換大作戦は成功するのか？ - GoTheDistance 一つのシステムを複数の企業などが利用するクラウドサービスがこのまま普及すれば、顧客の要望を聞いて個別システムを作り込むＳＥは仕事がなくなり、余剰人員問題が顕在化するからだ。 クラウドの普及により、オーダーメイドでシステムをゼロから構築する必要がなくなり、そもそも顧客からの要件をまとめてシステムを設計するSEの仕事が不要になったり、基盤を構築、運用するエンジニアが不要になるということは、最近になってよく言われることであり、特に新しいことではありません。もちろん、クラウドの普及によって、これらの伝統的なSEの仕事が少なくなり、人員が余るという議論は間違いではないと思います。 ただし、一方でより本質的

全文は紙面でないと読めないのが残念ですが、非常に気になるニュースが飛び込んできました。 富士通、余剰ＳＥ変身作戦 富士通がグループで抱える約３万人のシステムエンジニア（ＳＥ）の大がかりな職務転換に乗り出した。一つのシステムを複数の企業などが利用するクラウドサービスがこのまま普及すれば、顧客の要望を聞いて個別システムを作り込むＳＥは仕事がなくなり、余剰人員問題が顕在化するからだ。野副州旦元社長の急進的な改革路線を修正した富士通はＳＥ余剰問題で軟着陸を目指すが、クラウドの奔流にのみ込まれる危うさもはらむ。 富士通、余剰ＳＥ変身作戦 実は富士通グループさんには弊ブログを頻繁にご覧頂いておりまして、企業ドメインの中では最もアクセスの多いドメインであります。クロールしにきているのかなと思うぐらい。ブログで言及している「なんでもかんでも受託開発では、もうSIビジネスで成長することは出来ない」という危機