デスマサバイバルガイド | さにあらず
はじめに#僕がよく知っている業界は SI だが、これに限らずソフトウェア開発の現場には、過酷な現場…いわゆるデスマーチが多いと言われている。 一方で、そのような過酷な現場を渡り歩き生き残ることでしか、良いプログラマになる方法は無いと言った考え方もある。僕の個人的な経験則からすると、この理屈はある程度合っていると思う反面で、合っていて欲しくないという気持ちは強い。 高い技術力をもつプログラマの全てがデスマ職人という訳ではない。 デスマーチに巻き込まれたと気が付いた時の妥当で基本的な戦術は撤退戦だ。何か理由をつけて逃げ出すのが望ましい。つまり、休職なり退職なり、異動なりして、その職場から離れるのが望ましい、出社拒否も良い。しかしながら、何か様々な理由があって、そこから逃げ出せないことはあるだろう。 僕はもう長い事デスマーチに関わることなく生きられているが、徐々に忘れつつあるので、若いころに獲得
この春情報系出身じゃないけどSE/PGになった人へ その１ - seri::diary
2014.7.24追記 結構読まれてるようなのでちゃんと「その２」へのリンクをつけました。 その２ 2015.7.15追記 はてなダイアリー時代のレイアウトのままで読みづらかったのでレイアウトと誤植を修正しました。 2016.3.31追記 あわせて読みたい serihiro.hatenablog.com なんとなくこのエントリーに影響されたのと、 そういえば新年度になっていたので、新社会人向けのメッセージ兼、 自分の学習履歴の整理のために新しくシリーズものの記事を書いてみます。 １．これ何？ タイトルの通り、『大学や専門学校で情報処理系の勉強をしてこなかったけど、何となく新卒でSEとかPGとか呼ばれる職業に就いちゃったてへぺろ☆』的な人向けに書いた「私はSE１年目〜３年目までこんな勉強してたよ」的な紹介記事です。 なお私も『何となく新卒でSEになっちゃった』人です。 どっちかといえばSIe
SIerを退職しました - ギークに憧れて
※本エントリは､自分の気持ちを整理するという事と､同じ様なやりきれない気持ちを抱えている人達に対して､何かのきっかけになればいいなと思い書きました｡自分の不満の憂さ晴らしでもなければ､SIerで働く人達を否定するものでもありません(そんな低俗な事をするつもりは毛頭無いです…)｡自分が現状の業界構造に疑問を覚えたのは事実ですが､それでもその中で正しい道を進もうと頑張る人達を心から尊敬しています｡ 2013年8月31日を持って､新卒で就職したSIerを退職しました｡ 2012年4月に入社してから約1年半､社会人としてのマナーやプログラマとしての基礎を教えて頂きました｡ 関係者の皆様､大変お世話になりました｡ 退職を決めた理由ですが､これといった契機があったわけではありません｡ 強いて言えば､下記の様な問題を考え続けた結果､転職という選択肢が自分にとって最善であると感じたという事です｡ 業界の方
55億円無駄に、特許庁の失敗
政府システム調達における失敗の典型例が、特許庁の基幹系システム刷新プロジェクトだ。5年がかりで臨んだが、結局は55億円を無駄にしただけ。新システムは完成しなかった。失敗の最大の要因は、発注者である特許庁にあった（図1）。関係者の証言から、失敗に至る経過を改めてひもとく。 特許庁は2004年、政府が打ち出した「業務・システム最適化計画」に沿って、特許審査や原本保管といった業務を支援する基幹系システムの全面刷新を計画した。システムアーキテクチャーに詳しい情報システム部門のある職員（以下A職員）と、刷新の「可能性調査」を担ったIBMビジネスコンサルティングサービス（現・日本IBM）を中心に、調達仕様書を作成した。 業務プロセスを大幅に見直し、2年かかっていた特許審査を半分の1年で完了することを目指した。度重なる改修によって複雑に入り組んだ記録原本データベース（DB）の一元化に加え、検索や格納など
人を売る現場でSEは萌えない
ファンはしばしば思い込む。アイドルのコンサートに行き、「彼が私に手を振ってくれた」と感動する。ソーシャルネットワークに書き込んだ短文に呼応するかのような一節を愛読している作家のブログで見つけ、「返事を書いてくれた」と感激する。 同様の体験を先日した。愛読しているライトノベル『なれる！SE』シリーズの第7巻を書店で手に取ったところ、表紙カバーに「目からウロコの？客先常駐術」と刷ってあった。それを見て、作者の夏海公司氏がファンである筆者の希望をかなえてくれたことが分かった。 ITproの「記者の眼」欄で2012年5月21日に公開した拙文『「萌えるSE」と「燃える営業」、永遠の闘い』に次のように書いた。 最後に愛読者として希望を述べたい。SEを冠したシリーズである以上、どこかで業務アプリケーション開発の話を正面から取り上げてほしい。これまでの6冊はバックアップセンターの構築やネットワーク運用の話
春香「プログラマーさんっ！納期ですよ！納期！」 : ゴールデンタイムズ
1 ：以下、名無しにかわりましてVIPがお送りします ：2012/08/13(月) 23:30:31.89 ID:XV0jXb2c0 俺のCPUがアイドル状態 8 ：以下、名無しにかわりましてVIPがお送りします ：2012/08/13(月) 23:35:41.28 ID:XV0jXb2c0 響「自分の環境だとちゃんと動いたんだぞ！」 10 ：以下、名無しにかわりましてVIPがお送りします ：2012/08/13(月) 23:36:28.42 ID:YHnBcePwO やめて 2 ：以下、名無しにかわりましてVIPがお送りします ：2012/08/13(月) 23:30:49.73 ID:0d8XH1Rv0 ぎゃあああああああああああああああああ 14 ：以下、名無しにかわりましてVIPがお送りします ：2012/08/13(月) 23:45:37.56 ID:XV0jXb2c0 雪歩「真
職業PGにわかるFizzBuzz - 日々常々
なんかFizzBuzzが書けないPGがどーとか定期的に話題になってるけど、私に言わせれば説明の仕方が悪い。 こうすれば誰でも書ける。 これだから最近の若いもんは……。 GoogleDocsのスプレッドシート、方眼紙作るのに向いてませんね……。
株式会社IDCフロンティア
IDCフロンティアのクラウドサービスが政府情報システムのためのセキュリティ評価制度（ISMAP... データセンター 2024年01月10日 【接続先追加】「バーチャルブリッジ」に主要IX事業者などの他事業者接続が追加 データセンター 2024年01月10日 令和6年能登半島地震の影響により、被災された地域のお客さまがご利用中のサービスについて支援措置を実施します。 サービス 2024年01月05日 新年のご挨拶 代表取締役社長 鈴木 勝久 その他 2024年01月04日 1月17日～19日に福岡で開催される「JANOG53 in Hakata」にブース出展します その他 2023年12月20日 ZDNET Japan Business＆IT ClassWork supported by ... その他 2023年12月15日 IDCフロンティア、「AIサービスのためのデジタルインフラ」を
［スクープ］特許庁、難航していた基幹系刷新を中止へ - ニュース：ITpro
特許庁が5年前から進めてきた基幹系システムの刷新プロジェクトを中止する方針を固めたことが、日経コンピュータの取材で分かった。当初は2011年1月の稼働を予定していたが、業務分析の遅れなどから要件定義と設計が難航。稼働を3年遅らせたが、立て直すことができなかった。 政府が策定したレガシーシステムの刷新指針に基づき、特許庁は2004年10月に「業務・システム最適化計画」を策定した。この刷新指針は、特定のITベンダーとシステム保守などを長期契約することによるITコストの高止まりを解消する目的で策定されたものだった。同庁はさらに、入札に分割調達の仕組みを採用して競争原理を働かせることを目指した。 要となるシステム設計とシステム基盤の構築については、東芝ソリューションが入札予定価格の6割以下の99億2500万円で落札した。ところがプロジェクトが始まると、現行の業務やシステムを理解した職員と技術者が足
祝・生誕50周年！COBOL、今年はCOBOLだ！｜【Tech総研】
1960年に仕様が公開されて今年で半世紀を迎えるCOBOL。かつてはメインフレームの花形言語だったが、時は移り、人気言語が次々と現れ、今では「レガシー」「負の遺産」などと揶揄されることも…。本当にそうか？ 2人のCOBOLerにCOBOLの魅力を語ってもらう！ COBOL（COmmon Business Oriented Language）とは米国のCODASYL（データシステムズ言語協議会）によって開発された、給与計算など事務処理用のプログラミング言語。1960年に仕様が公開された。英語表現に近い記述や十進演算が特徴で、世界中で主にメインフレームでの基幹系システム開発に活用された。システムのオープン化に従って新規案件での利用頻度は減っているが、全世界で稼働しているコードは約2400億行あり、年間30億行が追加されているとか。これを「負の遺産」と呼ぶか「歴史の蓄積」と呼ぶかは読者次第。 「
笑ってはいけないSIer 抽出
Kenji HASUNUMA "btnrouge" @btnrouge ベンダーがサポートを打ち切ったミドルウェアを「安定版」と信じていつまでも使い続ける。そしてバージョンアップの時に痛い目を見る（その上結果しくじったら会社の信用を失う）。 #笑ってはいけないSIer 2011-11-12 05:22:25
SIを仕事にするということ - Digital Romanticism
パラダイムを学ぶことと、実際にデリバリーすることとのバランスについて。あるいは転職報告。 導入 8月1日にグロースエクスパートナーズ株式会社に入社しました。人生で2回目の転職となります。入社してまもなく一ヶ月が経とうとしていますので、本日はその報告を。ブログ、翻訳、プレゼンに続く舞台裏記事の第4段ですね。私とは違う物事のとらえ方をする方々も多くいらっしゃることは重々承知しておりますし、それを批判するものではないこともあらかじめご了承ください。 転職をした理由 私が7月まで勤めていたのは、いわゆる「ITゼネコン」と呼ばれる元請けSIerでした。開発の実務は協力会社さんにお任せしつつ、自分はメールと打ち合わせに埋もれる日々を送っていたわけです。要件定義から保守まで一通り経験できたという意味で学ぶこともありましたし、アーキテクチャ策定やデータモデル設計のようなことも隙を見てやっていたことは事実で
銀行SE…かわいそうです… - novtan別館
※2012/11/15 五年後にして再度元ネタが注目されているので、現状についてのまとめをしてみました→2012-11-15 - novtan別館 いや、こんな底辺…あんまり無くもないかもしれないが…まあ守秘義務に触れない範囲で。 http://anond.hatelabo.jp/20071105213604 確かに、銀行は安定性が命だ。枯れた技術しか使わない…と言うのが主流だった。ついこの前までは。 無論、レガシーなシステムは残ってはいる。COBOLは業務書くのには便利だし、最深部ではアセンブラだって使って日々のトランザクションに耐えている。その一方で、銀行のインフラもWeb化しJava化しフロント業務はASPを使ったりそれをサービス差別化の為に内製化したりとまあ上から下まで何でもやっているのが現状だ。最新技術はニーズとリスクが一致すればむしろ採用されがちになってきている。もちろん、基幹
みずほ銀行の3月のシステム障害の調査報告pdfが超面白いのでマはみんな読むべき « おれせん。
みずほ銀行：システム障害に関するお知らせおよびお問い合わせ先 http://www.mizuhobank.co.jp/oshirase.html 中段の「システム障害特別調査委員会の調査報告書について」のリンク 直リンクはこれ（5/20掲載） 前半しばらく「グダグダ鬱陶しい能書き」が続きますが9ページ目の「3. 本障害発生以前のシステム障害及び対応状況」あたりからギアが入って、11ページ目の「4. 本障害の発生事実」からトップギアというかちょっとしたヘル絵図であります。 ……ああ、その前にここを引用しておこうかな、4-5ページの「2. システムの概況」内「(3) 次期システムの概要」箇所。 (3) 次期システムの概要 次期システムについて、ビジネス環境の急激な変化に対応すべく、肥大化・複雑化した現行システムを新たなシステムとして再構築するために、2004 年から MHFG を中心に検討
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【クラウド特捜部】 ビジネスに根付く分散処理基盤「Hadoop」、その利用実態を聞く
NTT研究所におけるYammerの取り組みと、社内Twitterの統計解析