tl;dr社内フレームワークは開発生産性を高めるためと言われることが多いが、実際はシステムを守るために産まれる（ことがある）すべては複雑怪奇な業務をシステム化する人が、システムアーキテクチャや非機能面まで全て見れないことに起因する画期的なハックはなく、業務にもシステムにも詳しい人を増やしていきましょうはじめにSI系の大規模な業務システム開発に参加すると、社内独自の重厚なフレームワークに遭遇することがあると思います。ここでいう社内フレームワークとは以下の条件に一致するものを指すことにします。 クローズドソースであるその社内でゼロベースで開発されたり、既存のフレームワークを拡張・ラップしているなど、独自の背景・思想により開発されているそのため、フレームワーク独自のお作法や制約がある開発生産性の向上や、非機能的な要件を満たすことを目的とする社内フレームワークに思いを馳せる自分が経験があるのはJa
1. イントロダクション 最近のビジネス環境は、規制緩和で競合会社の製品を販売したり、競争の激化で合併が相次いだりと変化が激しい。一方、ビジネスを支える情報システムはビジネスの変化に応じて迅速に変更せねばならない。この情報技術の進歩はドッグイヤーと言われるほど早い。これらに対応すべく既存の情報システムを変化に強く、ビジネスと整合性を持ったものに再構築・再構造化しようというレガシーマイグレーションが注目を集めている(*1)。どこからどこへ移行するかによってレガシーマイグレーションはいくつかのパターンに分けられるが、概ね「メインフレーム中心のレガシー・システムをオープンでスタンダードな環境に移植・再構築することにより拡張性ある柔軟な情報システムに移行すること」と言える。 オープンシステムに比べてミッションクリティカルな基幹系システムに利用されることを前提としているメインフレームにはスケーラビリ
底辺IT企業は『書けない』プログラマとどう向き合ってきたか、を読んだ 「あの世界は今、そうなっていたのかあ」、という文章を読みました。 www.megamouth.info 感想 私が昔いた会社は、底辺IT企業とは言わないまでも下請メインの会社だったので、10～20年前が本当にこうだったことを知っています。大量の下請案件が流通していて、それを大量の下請会社が消費していました。この文中のように、とりあえず人をあてがうことが重要であり、その中の人の品質は見事に軽視されていました。単価こそ重要。あとは本人のキャラクターが次に大事で、それこそあいさつ、言葉遣い、勤務態度などに問題なければ採用という時代でした。採用といっても正社員じゃないですよ。
こんにちは、gamiと申します。 2018年10月8日(月)に開催された技術書典5に軽い気持ちで初サークル参加しました。 techbookfest.org 結果、オンライン購入も含めて1週間で800部も売れたので、驚いてブログを書いてます。 別に売れた本が良い本という訳でも無いですが、「こんなに需要があったのか！」という感じです。 頒布した本は、『完全SIer脱出マニュアル』という、なんとも燃えそうなタイトルの本です。今でもpm 本の内容や本を出すまでの経緯は、以下のブログに書いたのでぜひご覧ください。 jumpei-ikegami.hatenablog.com 事前の準備 紙の本は200部刷った 技術書典では、Webサイト上でサークルを「チェック」することができます。 さらにサークル側は、自サークルの被チェック数を見ることができ、どのくら
帰りが一緒になって少し話してたんだけど 急に増田さんってリリースしたことありますか？って聞かれたから そりゃプログラマなら誰でもリリースしたことあると思いますよって言ったら 「僕リリースしたことないんですよ。っていうかリリースまでいたことがないので。」 いたことがないっていうのはつまりは途中でクビになったっていうわけじゃないですか 使える人は多少お金があがっても引き続きお願いしたいけどそうじゃない人はいてほしくないもんね で、そうなるとリリースの後の後始末とか運用も当然やらないわけでそうなると 恥はかき捨ての勢いでコードもかき捨てでもその人は何も困らないわけで その人は何も成長する機会がないわけですよ 成長してない状態でほかの現場をあちらこちら行っても使えないからまたクビになっての繰り返し
僕も住人たるIT業界 ossan.hatenablog.com anond.hatelabo.jp 弱いSE、強いSEという視点で説明しておられる。 僕は経営と日本社会という視点で見てみよう。 この業界にはもう10年近く住んでいる。21歳で学もなくブラブラしていた僕はオンラインゲームの世界にいりびたっていた。当時は今ほど常時オンラインでゲームすることは一般的ではなかった。今ほど便利でなかったため、必然的に多少のITスキルは身についた。例えばゲーム操作をしながらチャットする必要があるためPCでのタイピングは速くなったし、攻略法をネットで調べるという検索力なんかも身についていた。そのため僕は親にどやされてアルバイト生活から正社員になる時、IT業界を選んだ。 理系の学位などもない僕は、超文系のプログラマ見習いから始めることになった。いわゆる弱いSEである。入った会社はIT業界歴の長い人たちで独立
お盆休みに入る前にTwitterに以下のツイートを投稿しました。 ステップ数で評価しようとするどこかのシステム開発会社みたいだなｗ https://t.co/67ujbhVoUn — 米村歩@日本一残業の少ないIT企業社長 (@yonemura2006) August 10, 2017 あるんですよ。一番困ったのはステップ数に応じて「検出されるはずのバグ数」という指標もあって、その数の分だけバグが検出されないと試験が正しく実施されていないと判断されてしまうことがありました。プラグインで自動生成されるコードにまでその指標を押し付けられ…バグなんて出るはずもなく…。 https://t.co/oM4zT3oolb — 米村歩@日本一残業の少ないIT企業社長 (@yonemura2006) August 10, 2017 私自身が客先常駐の現場でシステム開発に携わったのはフリーランスの頃なのでも
4月入社の新人システムエンジニアも、春のうちに配属になったり、夏のこの時期から現場に配属になったりと、組織の教育制度によりバラバラでその辺りは新人SEをどこまで教育できるかという組織の体力や現場のリソース不足が如実に現れますね。それよりこうして配属時期を思うと、入社してすぐにSEとして認められるなんてある意味すごい業界なような気がしますね…。 新卒の学生が企業を選択するのも、企業が新卒を採用するのもどちらも博打な訳ですが言い方を変えればエンゲージメントなのですよね。合うのか合わないのかはそれぞれの体質みたいなものですから。 新人SE、常駐先に配属になる ワタシもそうでしたが、新人教育というなのちょっとした教育期間後に、速攻で現場に常駐に出されるケースが多いです。現場の規模が大きければ大きいほど、顧客とSIerの双方の依存関係は深いですからワークロードの道幅も広く、業務も顧客よりエンジニアの
今の職場で働きだして少し経つが、既にエンジニアとしての自信を割と失っている。 俺は自分のことを少なくとも「そこそこのエンジニア」と思っていた。でも今の職場では、俺は下から数えた方が早い。「技術は有るが人間的にはクソ」と自負していた俺は今「技術者としても人間としてもクソ」となりかねない事態に陥っている。 言い訳の材料はある。周囲のレベルが高いのだ。 自分で言うのもなんだか経歴は豪華な人が集まっている。コアメンバーは最高学府(あえて誤用)卒はザラだし、某世界時価総額トップとか某金融会社とか某大手ゲーム会社に居たとか、某ソシャゲーの幹部とか、あのフリマサービスを作ったとか、別会社の元CTOでしたとかはたまた現役CTOやってますとか集えば、下流エンジニアも皇帝、四天王、１０傑（俺含まない）などの超一流だ。 文系で有名企業どころか正社員歴すらなく、名のしれた商品やサービスに協力会社の人間としても一度
みずほ銀行は2016年12月に予定していた新たな勘定系システムの完成時期を遅らせる検討に入った。システムの一部で実施中の動作確認テストを延長する必要があると判断した。遅らせれば2度目の延期となり、新システムの運用開始は18年夏以降になるとみられる。みずほは過去に2回の大規模なシステム障害を起こしており、今回も万全を期すことにした。勘定系システムは、口座の入出金や資金決済、口座管理などを担うシス
一昔前、「厚い財布」は、お札をどっさり入れて高級店に出入りする「お金持ち」の象徴だった。貨幣と交換でモノやサービスを買う社会では、お財布の厚みによって受け取れるモノやサービスの量が決定されたからだ。 しかし、クレジットカードや電子マネーが普及して高額の現金を持ち歩く必要性がなくなった現在では、厚い財布は「スマートさに欠ける人」を指す表現になっている。大量の現金を持ち歩くのは不用心だし、クレジットカードやポイントカードなどで財布が膨らんでいると「お得」や「特典」といった言葉に踊らされている人だと思われがちだからだ。 情報システムの納品物となるドキュメントも、かつてはその厚みが数億円ものコストを象徴していた。基幹系システムなら、ドキュメント一式でキャビネットが数段占有されるのが当然のことだった。 しかし、いまや紙のドキュメントはお荷物。更新が大変なのでソースコードと乖離しやすいうえ、同時に複数
印刷する メールで送る テキスト HTML 電子書籍 電子書籍 IT産業の方向性や事業ポートフォリオなどから見て、日本のIT産業はメチャクチャにいびつだ」。ITコンサルティングを展開するフューチャーアーキテクトなどを傘下に抱える持株会社フューチャーの金丸恭文会長兼社長（グループ本のIT産業の問題点を指摘する。同氏の発言などから、IT企業が進む道を探ってみる。 保守的なIT投資スポンサー 同社が株式公開を果たしたのは1999年のこと。ITコンサルティングサービスを掲げた初のIT企業だったが、金丸会長は「そんな事業内容はない」と言われたことを今も覚えている。指摘通りか、「マーケットは広いと思ったが、現実は広くなかった」。 革新的なIT活用に挑戦するユーザー企業が少なかったということ
Photo by Michelle Hofstrand こんにちは。谷口です。 paizaを開発しているエンジニアの中には、もともとSIerで開発をしていた人が何人かいます。 paizaで転職のご相談をいただく方の中にも、SIerからWeb系に転向したいという方は増えていますが、Web系の経験のない人が勉強などを何もしないまま転向を叶えるのは正直難しいです。しかし、Web系の開発業務経験のない人は「具体的に何をどう勉強をしたら役に立つのかわからない…」という人が大半かと思います。 というわけで今回は、SIerからWebサービスを開発している弊社へ移ったエンジニアたちが今になって思う、「転職前にやっておいてよかったこと」、また今になって「やっておけばよかった！」と思うことを聞いてみたのでご紹介します。 いずれは転職を考えているという人、転職はまだ考えてないけどWeb開発の勉強に興味があるとい
定期的に上がってくる SIer 辞めましたエントリ、またはてなを賑わせているようで。 anond.hatelabo.jp 詳しくない方のために補足。IT業界にはシステムインテグレータ、通称 SIer と呼ばれる業種があります。主に政府や銀行、大手企業が使用するような大規模システムを開発するお仕事です。これだけ聞くとスゴイお仕事じゃんって思えるかもしれませんが、残業が多くて体力的にキツイ、IT業界なのにプログラム書く機会が少ない、なぜか高い Excel スキルを求められる、などの残念な面が度々フォーカスされ、IT業界なのにITが好きな人ほど離れていくという不思議な世界なのです。 筆者もExcelと人月とスーツの世界に生きていた元 SIer として、このエントリには大いに共感すると同時に、嘆息を禁じえません。 この手のエントリに、SIer バカにするなよ！ やりがいあって楽しい世界だぞ！ って
SIerの存在意義と抱える悩み 実際に”SIer”というキーワードでググって一番目に表示される「はてなキーワード」では、SIerの問題として次のような悪口が書かれています。 SIerの問題（はてなキーワードより） ヤクザ関係者多数 低劣な技術者多数 技術の分からない文系役職者多数 わけのわからない契約多数 組織犯罪者との内通多数 セキュリティ駄々漏れ事態多数 使途不明とも取れる不要な支出多数 ブラック企業のブラック求人多数 労働関係法令ぶっちぎり多数 派遣偽装請負多数 非日本人系の人間多数 「なんともひどい言われようだ」と笑ってしまいますが、現在の日本におけるSIerのイメージがここまで悪くなっているという証左でもあります。 「SIerはもう消える」「SIビジネスの終焉」。かれこれ20年くらい前から、そんな声を山ほど聞いてきました。しかし、どっこいSIerは今も元気で日本のIT産業の中核に
IT業界の多重下請け構造の解体前夜である今は、下請けベンダーにとって危機であるだけでなく、これまでなら有り得なかった企業変革・成長の千載一遇のチャンスでもあるのだ。 日本のIT業界の人月商売、多重下請け構造については、業界の心ある人たちが「こんな商売をやっていてはダメになる」と何度も何度も警鐘を鳴らしてきたが、今まではダメにはならなかった。だが冒頭にも書いた通り、いよいよあと数年もすれば人月商売、多重下請け構造は瓦解の時を迎える。その原動力は言うまでもなく、ユーザー企業で進むビジネスのデジタル化である。 要はユーザー企業のIT投資の力点が、基幹系などのバックヤードのシステムから、フロントのビジネスサイドに移る。IT投資の権限もIT部門から事業部門に移行する。既に多くのユーザー企業で、事業部門が自分たちのビジネスのために自らITを活用する“シャドーIT”がまん延しつつあるが、その傾向はますま
では本題に入ります。まず、Dockerは何がいいのか、あるいはどういうことには向かないか。実際に仕事で関わっている立場から語ってください。 松井：SIerをやっていて、最近はお客様からDockerという言葉が出てくるようになりました。とあるお客様からは、Solarisコンテナーで動いているシステムが古いので乗り換えたい、そのためにDockerはどうかと具体的な話を聞かれました。一方、「Dockerってどう？」と漠然とした話をいただいて、お客様の環境でしたらこう使えます、という話をすることもあります。 実案件まではまだありません。アプリケーションが対応していないと使えない、という話になることが多い。Dockerでは、いままでのアプリをそのまま使おうとすると、失敗すると思います。 前佛：無理をしてDockerを入れるのは違うと思いますね。Docker社が、仮想化を置きかえるというような見せ方を
自分の「好き」に挑戦できる機会に多く出会いたい！フリーランスの交流会で芽生えた新たな気持ち | クラウドワークス テック（旧クラウドテック）
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
