バッチ処理 プラクティス
バッチ処理は既に先人の方々が多くのナレッジを公開してくれていますが、それでもなお難しさが変わらないテーマだと思っています。 この記事は、筆者がこれまでの開発経験で気づいたバッチ処理の実装ナレッジを整理し、体系化を目指して文章にしました。 ここでの内容が、より良い課題解決に貢献できれば幸いです。 自身の断片的な思考整理(メモ書き)の延長で内容を整理したため、一部書き振りが統一されておらず、読みにくいかもしれません。ご了承ください。🙏 バッチ処理の難しさバッチ処理は難しい。 人によっては簡単なテーマかもしれませんが、自分は難しいテーマだと思っています。 「難しさの根源は何か？」を考えると、1. 考慮点が多様にあること 2. 解決する課題によって答えが大きく変わること に整理できました。 この2点は、どのソフトウェア開発にも当てはまる項目ではありますが、ことバッチ処理においては顕著に現れます。
［特報］27億円の賠償巡り新たなIT裁判始まる、文化シヤッターが提訴
アルミ建材大手の文化シヤッターが、販売管理システムの開発が頓挫した責任は委託先の日本IBMにあるとして、約27億4000万円の損害賠償を求めて日本IBMを提訴していたことが、日経コンピュータの取材で明らかになった。 文化シヤッターは2017年11月に東京地方裁判所へ訴訟を提起した。同社は2017年度第2四半期決算（2017年7～10月）で、販売管理システムの開発継続断念に伴う17億4500万円の特別損失を計上済み。同システムの開発委託で日本IBMに支払った費用などの返還を求める。 文化シヤッターが既存の販売管理システムを刷新するプロジェクトを始めたのは2015年3月のことだ。文化シヤッターは日本IBMに提案依頼書（RFP）の作成を委託。そのRFPに基づき複数のITベンダーから提案を受けたうえで、日本IBMをシステム構築の委託先として選定した。 日本IBMの提案は、販売管理システムの構築にE
なぜプログラマはあなたの事が嫌いなのか - megamouthの葬列
営業やマネージャーにとって、現場にいるプログラマというのは扱いづらい存在である。 飲み会などで、普段の彼らを観察してみると。同じエンジニア同士で固まってボソボソとよくわからない話をして、控えめな声で笑っており、総じて温厚で、扱いやすそうな人々に見える。 ところが、仕事になると、彼らはなんやかんのと理由をつけて、スケジュールに文句を言い、プロジェクト途中のリクエストには素直に答えてくれず、あげくには遠回しな嫌味を言ってきたり、極端な場合には、その温厚な仮面を投げ捨てて、攻撃的な暴言さえ吐く事がある。 どうも彼らは我々の事が嫌いらしい、と感じている営業・マネジメント職の人もいるのではないだろうか？ 彼らの人格や価値観に問題がある可能性も否定しないが、このような感情的な齟齬は、多くの場合、あなた自身が彼らの「自尊心」を傷つけていることに気づいていないことが多い。 プログラマの自尊心 プログラミン
消えたプログラマの残したものは - megamouthの葬列
システム開発の佳境に、開発メンバーが突然出社しなくなってしまう。 携帯にも連絡がつかず、3日ほど音信不通になったので、さすがに心配になった上司が大家と共に自宅を訪れると、夕日が差し込む部屋の真ん中に、当の本人が何の表情も浮かべずにただ座っていたりする。 そういう事は大して珍しいことではないので、ある程度経験のあるIT業界人なら、同僚が「消えて」しまってもそれほど驚くことはない。 プログラマというのは、とかく「消えて」しまうものなのだ。と彼らは思っている。 「消えた」プログラマは、意識的にしろ無自覚にしろ自分の人生をちょっとばかり台無しにしながら、プロジェクトに虚無の穴を空けるわけだが、そうした「工程の穴」は他のメンバーが残業したり、派遣会社から来た代替の人員が埋めてしまったりする。ビジネス的には人月で数えられた我々の「数字」などというものはちょっとした帳尻あわせでなんとかなってしまうらしい
「丸投げ請負」から「内製支援」へ - 設計者の発言
ジャスミンソフトの贄（にえ）氏によるブログ記事「日本のSIerは"フィックスドプライス"型契約から脱却できるか」が興味深い。ジャスミンソフトは注目の超高速開発ツール「Wagby」のメーカーである。立ち場が似ていることもあって、私としては書かれていることがいろいろ共感できる。 業界の人間が集まると景気の悪い話ばかりだ。なにしろNTTデータのトップが「SIはもう終わり」と断言するほどである。しかしくどいようだが、SIビジネスは終わりっぽいが、業務システムそのものの必要性がなくなることはない。では何が起こっているのかというと、ユーザ企業の「丸投げ委託の削減」および「内製の強化」である。 贄氏も書かれているが、丸投げ受託ビジネスは誰も幸せにしない。ベンダーにとっては黒字になりにくいし、顧客にとっては業務システムがブラックボックス化しやすい。これに代わって「内製支援」が、この業界が開拓すべきフロンテ
がんの生存率示すシステム運用 NHKニュース
胃がんや肺がんなど３０種類以上のがんについて、患者らがインターネットのホームページで、がんの部位や進行度などを入力すれば、５年後までの平均の生存率をグラフで見ることができるシステムを専門病院で作る団体が開発し、２３日から運用を始めました。 アドレスは次のとおりです。 http://www.zengankyo.ncc.go.jp/ 「ＫａｐＷｅｂ」と名付けられたこのシステムは、全国３１か所のがん治療の専門病院が加盟する「全国がん（成人病）センター協議会」が、平成１６年までの８年間に診断されたおよそ２４万件の症例を基に作りました。 協議会のホームページの画面で、患者や家族が性別、年齢、がんの部位、進行度、それに、受けた治療方法などを入力すれば、診断から５年後までの平均の生存率が１年ごとにグラフで表示されます。 また、治療が始まってから一定の期間がたった患者も、診断を受けてからの日数を入力すれば
これってIT業界も全く同じじゃねえ？あるいは何故デカイ店のコックは育たないか：プロジェクトマジック：オルタナティブ・ブログ
僕には、いろんな人に自慢しまくっている従兄弟がいる。 彼とは1歳違いなので、小さい頃から仲が良かった。例えば、僕が最初に暗記した英文は、"This is a pen"ではなく、"Your name is shit!"なのだが、それは親の仕事の都合でアメリカに行っていた彼から、6歳の時に伝授されたのだ。 現地のガキとの戦闘用語として。 ガリ勉派の僕とは違って彼は勉強が嫌いだったらしく、若い時からフランス料理の世界で修行を重ねた。やがてシェフにのし上がり、今年になってついにオーナーとして自分の店を出した。30代で一国一城の主である。立派だ。 料理人の世界は努力と創造性と技術による、競争の世界である。そこで結果を出してきたことに対して、僕は素直に彼を尊敬している。 ちなみに、彼の料理は滅茶苦茶ウマイ。彼の料理以外で太るのは悔しいから、僕は他のフランス料理屋には行かなくなった。 先日も食べに行った
ソフトに合わせて業務を変えると何が起きるか パッケージを導入していい業務といけない業務 | JBpress (ジェイビープレス)
お酒も入り饒舌になると、旧友たちと自ずとシステム開発の話になる。システムは本来どのようにあるべきかという話になり、大いに盛り上がった。 議論している中で、経営者やシステム担当者に非常に参考になるだろうと思われる話があったので、ここで紹介したいと思う。 食品会社の販売業績が伸びなかった意外な原因 以下は、旧友の1人が、2011年に経験したことである。 ある食品会社で「生産販売管理」の新システムを導入しようということになった。既存システムはその会社が独自に構築したものだったが、ソフト、ハードともに耐用年数を過ぎていた。そこで、すぐさま導入委員会が発足し、新システム構築の議論がなされた。 議論の結果、短期導入が可能で、スクラッチ開発に比べて低価格なパッケージソフトを導入することが決まった。予定通り導入は短期間で済み、予算内に収まり、順調に稼働し始めた。 だが、その会社の販売業績がなぜか思うように
Ring
Ringとは、リクルートグループ会社従業員を対象にした新規事業提案制度です。 『ゼクシィ』『R25』『スタディサプリ』など数多くの事業を生み出してきた新規事業制度は、 1982年に「RING」としてスタートし、1990年「New RING」と改定、そして2018年「Ring」にリニューアルしました。 リクルートグループの従業員は誰でも自由に参加することができ、 テーマはリクルートの既存領域に限らず、ありとあらゆる領域が対象です。 リクルートにとって、Ringとは「新しい価値の創造」というグループ経営理念を体現する場であり、 従業員が自分の意思で新規事業を提案・実現できる機会です。 Ringフロー その後の事業開発手法 Ringを通過した案件は、事業化を検討する権利を得て、事業開発を行います。 さまざまな事業開発の手法がありますが、例えば既存領域での事業開発の場合は、 担当事業会社内で予算や
コンサルタントがよく使うRFPの書き方：12項目で網羅的に作成
情報システム部の存在意義は、ITサービスを通したユーザ利便性の向上にあります。ITサービスとは単一、もしくは複数のシステムによって提供されるものですから、新しいシステムを企画立案して運用に漕ぎつけるまでの流れは、情報システム部の主たる業務と言えるでしょう。 新しいシステムを構築するためには、企画段階で得た構想を要件レベルに具体化し、システム設計者に引き渡します。企画をした人間が設計・構築・テスト・リリースまで担当できるにこしたことはないのですが、上流工程を担当する人間はスキルセット上、高コスト（月単価150万円以上）であることがほとんどですし、そもそも社内でシステム実装スキルを有する人間を必要数確保できないという根本的な課題もあって、要件定義フェーズ以前と設計フェーズ以降では担当者が異なることが多いのが実情です。 そこで要件定義フェーズで整理したことを正確に設計フェーズにつなげるために用い
みずほ銀行の3月のシステム障害の調査報告pdfが超面白いのでマはみんな読むべき « おれせん。
みずほ銀行：システム障害に関するお知らせおよびお問い合わせ先 http://www.mizuhobank.co.jp/oshirase.html 中段の「システム障害特別調査委員会の調査報告書について」のリンク 直リンクはこれ（5/20掲載） 前半しばらく「グダグダ鬱陶しい能書き」が続きますが9ページ目の「3. 本障害発生以前のシステム障害及び対応状況」あたりからギアが入って、11ページ目の「4. 本障害の発生事実」からトップギアというかちょっとしたヘル絵図であります。 ……ああ、その前にここを引用しておこうかな、4-5ページの「2. システムの概況」内「(3) 次期システムの概要」箇所。 (3) 次期システムの概要 次期システムについて、ビジネス環境の急激な変化に対応すべく、肥大化・複雑化した現行システムを新たなシステムとして再構築するために、2004 年から MHFG を中心に検討
緊急地震速報についての解説 | 無線にゃん
今日は緊急地震速報についての解説。 さて緊急地震速報と言っても、そうそう一言で片付けられない事情があります。それはもちろん、WCDMAとCDMA2000と言う異なるシステム上で似たようなサービスとして実現されているからです。まずはこの辺の技術的な基礎を、ちょっと小難しいながらも並べてみます。 WCDMAでは、ある程度機能が充実してきた頃に、「セルブロードキャスト(CBS)」と言う仕組みが求められるようになりました。「セル」とは一つの基地局アンテナがカバーする範囲です。ブロードキャストは「広くばら撒く」つまり「放送」です。要するに、一つのアンテナから発射された電波が届く範囲に同一の情報を一斉配信するような要求に対して、いちいちトラフィック用のチャネルを立ち上げるのはもったいないので専用のシステムを作っちゃいましょう、と言うこと。 これを実現するために、セルブロードキャスト用に専用のチャネルを
内製開発を考えているSI技術者が知っておくべき内製アンチパターン - aike’s blog
数年前から、ゼネコン的なSIerの業態に構造的な限界を感じ社内のエンジニアによる自社開発（内製）を見直す動きが見られます。自分の場合も少し前にSI企業を辞めて今は内製をしていますし、知り合いの技術者にも何人かそのような転職をした人がいます。しかし、彼らの話を聞くと良いことばかりではないようです。 そんなわけで、今回は内製に潜むアンチパターンをまとめてみました。なお、ここでは一般向けプロダクト開発ではなく、社内向け業務システムの開発を想定しています。 ■そこは異業種ですよ 内製ということは、ほとんどの場合その会社はシステム開発会社ではなく、異業種に転職することになります。そのため想像以上に開発の常識が通じないことにとまどう技術者も多いようです。SIのとき、システム開発に理解がないゆえに無茶を言う顧客にあたった経験があるかと思いますが、自分以外の社員が全員そのような人であるおそれもあります。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
国立国会図書館サーチ