サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ※この記事は「本番環境などでやらかしちゃった人 Advent Calendar 2025」向けの体験談です。 ADサーバーが消えると、たくさん楽しいことが起きます。 1. 登場人物 まずは登場人物から。 Aさん：作業者。入社1年目。数回のメンテナンス作業経験あり。 私：作業の確認者。入社5年目くらい。システム構築やメンテナンス作業の経験あり。 B課長：Aさんと私の上司。 C部長：B課長の上司 D事業部長：C部長の上司 2. システム構成 VMware製品を使用した DaaS（仮想デスクトップサービス）環境 です。 細かい構成要素はいろい
「テッペイ」発表もシステム構築はこれから “突貫工事“覚悟で、JR東がコード決済参入を急いだワケ（1/2 ページ） 既報の通り、JR東日本は11月25日にコード決済サービス「teppay」（テッペイ）の提供を2026年秋に開始すると発表した。 teppayの機能は既存のモバイルSuicaアプリから呼び出しが可能で、提供タイミングでアプリをアップデートしだい、すべてのモバイルSuicaユーザーが利用可能になる。また、同じタイミングでモバイルPASMOについてもteppay対応が表明されており、こちらは時期が少し遅れ、2027年秋からの提供予定となる。 同日にはJR東日本とパスモの共同開催で記者説明会が行われ、teppayの狙いや機能説明が行われたが、ここではteppayを取り巻く市場概況からみた同サービスの今後と、開発にまつわる背景について少し紹介したい。 なぜこのタイミングでJR東はコード
#WIP レガシーシステムを再構築しようとしても、期待していた開発スピードや品質の向上が得られないのはなぜか? そこに潜むアンチパターンを書き出してみます。 画面駆動設計 画面を切り口にアプリケーションの設計を考える。これ単体ではアンチパターンではない。 コンテキスト 現行システムの画面操作に慣れたユーザが多い 問題 同じ扱いをすべきデータが複数の画面に分散していても、それに気づきにくい 表示条件に見えるものが実はビジネスルールの制約である 項目間の関係性や構造が見えにくい テーブル駆動設計 データベースのテーブルを切り口にアプリケーションの設計を考える。これ単体ではアンチパターンではない。 コンテキスト 現行システムのデータベーススキーマが既に存在し、それを前提とした開発が求められる
いよいよ数年前から誰もが予想し予想通りの結果になりつつある自治体システム標準化のコスト増の問題。最近、共闘プラットフォームなる組織から衝撃的なnoteがリリースされた。 これまで長い間この国の施策に汗水を流してきた事業者を自治体システムの知識が低いワーキングメンバーがあたかもコスト増は事業者の責任の如く失礼極まりない会議が行われ公開処刑に近い形の議事要旨が公開された。界隈にいる人ならどの事業者かは想像に難くないだろう。 99％政治マターに踊らされた国の失敗である。無論これまでの自治体システムにおいて事業者側にもやるべきことがあったことは認める。しかし、今回の失敗は国の責任だ。これは曲げようもない事実。こちらは何度も軌道修正を呼び掛けたが応答することはなかった。いや、失敗が明らかになってから応答したものもある。時すでに遅し。処方箋は病気発覚後すぐに投薬するのがベストだ。お迎えまじかの患者に投
はちみつ（20） @honeycomb_bnbn 公式文書でここまで書くということは相当お怒りということ。その前のページもか。国が言うことは全く当てにならない、いい加減にしろ、という強い憤りを感じる。 2025-05-29 19:56:37
本ガイドラインは、世の中のシステム開発プロジェクトのために無償で提供する。 ただし、掲載内容および利用に際して発生した問題、それに伴う損害については、フューチャー株式会社（以下、フューチャー）は一切の責務を負わないものとする。 また、掲載している情報は予告なく変更する場合があるため、あらかじめご了承いただきたい。 免責事項: 有志で作成したドキュメントである フューチャーには多様なプロジェクトが存在し、それぞれの状況に合わせて工夫された開発プロセスや高度な開発支援環境が存在する。本ガイドラインはフューチャーの全ての部署／プロジェクトで適用されているわけではなく、有志が観点を持ち寄って新たに整理したものである相容れない部分があればその領域を書き換えて利用することを想定しているプロジェクト固有の背景や要件への配慮は、ガイドライン利用者が最終的に判断すること本ガイドラインに必ず従うことは求めて
by Gage Skidmore海外ニュースメディア・WIREDが、イーロン・マスク氏の率いる政府効率化部門(DOGE)がアメリカ社会保障局(SSA)のコンピューターシステムを、数ヶ月という短期間でCOBOLからJavaなどへ移行しようとしていると報じています。ソーシャルニュースサイトのHacker Newsで、この移行計画を危険視する声が挙がっています。 Doge Plans to Rebuild SSA Codebase in Months | Hacker News https://news.ycombinator.com/item?id=43505659 SSAは2017年にコアシステムを置き換えるための数億ドル規模の計画を発表しており、その際には約5年かけて近代化を進める予定でした。しかし2020年に発生したCOVID-19パンデミックにより、この取り組みは一時休止しています。
オーストラリアのスタートアップであるCortical Labsが、世界初の商用バイオコンピューターとなるCL1を発表しました。培養した人の脳神経細胞をシリコンチップにつなぐことで、AIをはじめとするニューラルネットワークによる計算を行うことが期待されています。 Cortical - CL1 https://corticallabs.com/cl1.html World's first "Synthetic Biological Intelligence" runs on living human cells https://newatlas.com/brain/cortical-bioengineered-intelligence/ Melbourne start-up launches 'biological computer' made of human brain cells - A
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? こんにちは。 普段、エンジニア向けの研修講師をしている都合上、「おすすめの本を教えてください」といつも聞かれるので、2025年中に全て読破したい本をピックアップしました。2025年、あと11ヶ月くらいあるので、1ヶ月に1冊読めば読破できるはず！！ ①マスタリングTCP/IP ネットワークエンジニアのバイブルといえばこれでしょう。逆をいえば、これ以上は読まなくてもいいし、これ以下では足りない。そんな一冊です。OSI参照モデルにおいて、ほとんどの人が「3層：ネットワーク層」しか理解していない中で、この本を読めば7層全てが明らかになります。
ド〇ノピザでバイトリーダーしてる大学生だけど、かなりハイペースで炎上を量産しているのは何故か、いくつかの面でうっすらこういう理由だろうなあと思う点を上げていくよ。 ①システムが継ぎ接ぎで使いづらすぎる 〇ミノピザ以外の飲食店で働いたこともあるけど、ここのシステムは本当に使いづらい。 注文を受注するアプリケーションと、注文の状況を管理するアプリケーションが違うなんてのはザラで、外部サイトからの注文の1部は専用のタブレットに受注した注文の内容を、顧客の名前や住所、注文内容なんかを会社の内製注文アプリに「手打ちで」打ち込む必要がある。 上みたいにapi連携すらできてないのにサービスを開始するなんてことが当たり前にあるんだ。非効率なのはたかがバイトでさえ分かるけど、薄利多売の傾向があるドミ〇では効率よりも1000円くらいの売上げを取る方針らしいね。 ではこのクッソ使いづらいシステムが、なぜ炎上を誘
滋賀銀行は2024年12月20日、次世代勘定系システムの構築を中止することで日立製作所と合意したと発表した。日立は和解金として滋賀銀行に80億円を支払う。次世代システムの構築は一旦仕切り直しになり、滋賀銀行と日立の双方にとって痛手になる。 滋賀銀行は次世代システムについて「想定を上回るハードルの高さと銀行システムの安定的な提供という観点からサービスインの時期を延伸してきたが、早期の完成が見通せないため、プロジェクトの中止を決めた」（総合企画部）と説明する。 日立との合意に基づき、滋賀銀行は日立から和解金80億円を受け取り、2024年10～12月期に「受取和解金」として特別利益に計上する見込みだ。この特別利益が2025年3月期の連結業績に与える影響については、現在精査中としている。 滋賀銀行は2020年9月、日立のオープン勘定系パッケージである「OpenStage」を利用して勘定系システムを
2024年12月20日 ソフトウェアテストシンポジウム 2024 東海 #jassttokai24
オードリー羽田 @audrey1967 セルフレジを見てると「エラーはあなたを叱ってるのではない、わからなければ試行錯誤して良い、決済しない限りお金は消えない、何ならリスタートできる」という概念を持つのが難しい方、というのが割と居る 良し悪しではなくそういう層をどうフォローするのかというのがこれからの時代の課題なのかな 2024-10-03 09:25:30 オードリー羽田 @audrey1967 そもそも論としてスーパマーケット自体「客が黙って商品をカゴに入れて店内を歩き回る」という、それまでの生活習慣にないUIになっているので当初は慣れない人が居たと聞く x.com/audrey1967/sta… 2024-10-03 12:57:43 mhl@元南CA移民→今は北CA @mhl_bluewind 「決済しない限りお金は消えない」というのはトランザクションの概念なので、ここが1番難しい
タリーズコーヒージャパンは、同社のECサイトを利用したユーザーのクレジットカード情報が5万件以上漏えいした可能性があるとして謝罪しました。 個人情報の流出可能性も 漏えいした可能性があるのは、2021年7月20日〜2024年5月20日に「タリーズ オンラインストア」でクレジットカード決済をした5万2958人の「クレジットカード番号」「カード名義人名」「有効期限」「セキュリティコード」。 また2020年10月1日〜2024年5月23日に会員登録をした9万2685人の名前や住所、ログインIDやログインパスワードなどの個人情報も漏えいした可能性があるとしています。 原因は「オンラインストアのシステムの一部の脆弱性をついたことによる第三者の不正アクセスにより、ペイメントアプリケーションの改ざんが行われたため」と説明。上記に該当する9万2685人については、別途、電子メールで個別に連絡するとしました
2024年10月02日 京セラコミュニケーションシステム株式会社は、奈良県の斑鳩町立図書館様からのご依頼で、9月10日より弊社の図書館システム（以降、本システム）の導入作業を行っておりましたが、新規構築したサーバがランサムウェアに感染していることが判明し、2024年10月1日に予定していた図書館利用者様向けのサービス利用開始を延期する事態となりました。現在、原因究明と被害状況の確認、また、本システムの運用再開に向けて取り組んでおります。 斑鳩町立図書館をご利用の皆様には多大なるご迷惑とご心配をおかけすることになりましたことを深くお詫び申し上げます。 被害の全容の把握にはいましばらく時間を要する見込みですが、現時点で判明している内容について、以下の通りご報告いたします。 2024年9月10日 弊社のソフトウェア製品である図書館システムの導入作業開始 2024年9月29日本システムの稼働開始
物流大手の日本通運が「新・国際航空貨物基幹システム」の開発失敗を巡り、ベンダーのアクセンチュアを訴えた裁判。名門企業同士の訴訟、さらには約124億9100万円という賠償請求額の大きさは衝撃的だった。 裁判資料を読んでいると胃がキリキリした。筆者は2年ほど前までシステムエンジニアとして働いていた。その分、記されていた当事者の発言やチャットが、あまりにも生々しく映った。 訴状によると、開発プロジェクトはテスト工程から遅延し始めた。当初2020年12月の予定だった結合テストの後半過程「ITb」の終了は2021年11月にずれ込んだ。アクセンチュアがITbの「成果物」を共有サーバーにアップロードしたのは2021年11月30日。しかし、日本通運は先立って実施していた「打鍵テスト」で大量の指摘事項が挙がっていたことなどから、この品質を問題視した。以降、これら成果物の検収を巡り、両者の主張は至るところで対
物流大手の日本通運が、航空輸送事業におけるグローバル共通基盤の構築を目的に進めていた「新・国際航空貨物基幹システム」の開発失敗を巡り、開発ベンダーであるアクセンチュアを訴えていたことが日経クロステックの取材で分かった。以下ではアクセンチュアが提出した第1準備書面を基に、日本通運の主張に対する同社の反論を読み解く。 アクセンチュアが最重要争点として挙げるのは、結合テストの後半フェーズ「ITb」に関する債務の履行を完了したことだ。日本通運は訴状で「アプリケーション開発業務」など4件の個別契約が債務不履行になった結果、システムは完成せず基本契約書で締結した「システムの完成義務」に違反すると主張していた。 アクセンチュアは請負で締結された上記4件の個別契約について、債務を履行していると反論する。同社の主張によれば、請負契約において求められるのは「仕事の完成」だ。検収は「仕事の完成」とは独立した手続
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめにエンジニアのみなさま、日々の学習本当にお疲れ様です！ また本記事まで足を運んでいただき本当に感謝です。 約3分程度で読めるので最後まで読んでもらえると幸いです。 要件定義関連の記事の投稿をしました。時間あればぜひ読んでみてください。 今回は「非機能要件」の 可用性 性能・拡張性 運用・保守性 移行性セキュリティ システム環境・エコロジー の6項目について理解を深めてアウトプットしようと思います。 非機能要件｜6項目について 1. 可用性 システムが継続して利用可能な状態を維持する能力を指します。『稼働率』 で表現されます。シ
システム経費は、22年度予算からデジタル庁に一括計上されてきた。同庁から各府省庁への配分を経て執行される仕組みで、同庁がまとめ役となることで各府省庁間でのシステムの重複を省き、効率化するのが狙い。24年度当初予算では4803億円で、うち「デジ庁」分がマイナポータルの利便性向上などに充てる1193億円、デジ庁を除く「各府省分」は3611億円だった。 問題視されたのは、「デジ庁」分の内訳は事業名や金額が明示されるのに対し、「各府省」分の支出内訳が外部に公表されていない点だ。例えば22年度には法務省の「出入国管理システム」に113億円、厚生労働省の「新型コロナウイルス感染者等情報把握・管理支援システム」に106億円が支出されるなどしたが、これは財務省の予算執行調査資料で明らかにされたもの。デジ庁自ら公開した資料はなく、決算後も「どの省の何のシステムにいくら充てられたか」が分からないため、政府内で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
