米Broadcom（ブロードコム）によるVMware製品ライセンスの変更による影響が、国産クラウドベンダーに波及している。VMware製品を使う国産クラウドベンダーが相次ぎ、値上げを始めたからだ。ユーザーが支払うクラウド利用料金が2～3倍に跳ね上がったケースもあるという。 IIJとNSSOLは値上げ済み、NTTコムは7月から値上げ 日経クロステックの取材によって、既にインターネットイニシアティブ（IIJ）と日鉄ソリューションズ（NSSOL）が値上げを実施済みであり、NTTコミュニケーションズも2024年7月に値上げ予定であることが分かった。 富士通とソフトバンクは、値上げの有無や予定についての回答を拒否した。しかし日経クロステックの取材では、富士通が既に複数の顧客に対して値上げを打診していることが分かっている。 ソフトバンクは2024年6月13日時点で、クラウドサービス「ホワイトクラウド
次世代SQLクライアントArctypeを触ってみる
どうも、株式会社プラハCEOの松原です 先日社内のエンジニアに「このSQLクライアントがイケてそう！」と教わったので早速Arctypeを触ってみました TL;DR クエリの補完が最高 チャートやダッシュボードを通して簡単に可視化できる 操作性に優れていて、見た目が綺麗 クエリやダッシュボードごとに権限管理できる プレースホルダーを使えば非開発者ともクエリを共有しやすい 説明しよう、Arctypeとは なんかイケてるSQLクライアントです セットアップ それぐらいしか分からないので、ひとまずDBを立ち上げて実際に使ってみようと思います。こちらのmysql-employeesを使わせていただきましょう docker run -d \ --name mysql-employees \ -p 3306:3306 \ -e MYSQL_ROOT_PASSWORD=college \ -v $PWD/
このエントリはIT企業について詳しくない人に読んでもらいたい。 IT企業で働いたことがある人なら大方は知っている内容なので新鮮味はないからだ。ただ、それでも読み物として共感を得られて楽しめる部分はあるかもしれない。 さっそくいきます。 まず、IT業界にはどんな種類の会社があるのか。 ●SIer(受託開発) 客の要望をもとにシステム開発を受注し、開発して納品したら終わり。保守サポートが続く場合も多く、それで継続的に利益をもらう。スーツを着ている人も多く、堅い会社が多い印象。ITというより普通の会社員のイメージが強い。発注先が大手の企業だったりするし、客先に常駐する機会もあるので社会性を求められる。需要が多く、なかなか潰れにくい。 ●自社製品開発 客からの要望ではなく、自社で自ら開発したパッケージ製品を売る会社。ゲームなども広い意味ではここに含まれる。社風はSIerよりも自由な傾向が強い。自社
SIerの輪廻から解脱するための技術｜はまあ
モチベーション最近「SIer界の輪廻からどうやって解脱したらいいですか？」 という話をちょくちょく耳にすることが増えた。 それに対する"解答"というわけではないのだけど、輪廻からの解脱を目指すにあたり、どんな要素技術を学ぶべきかについてはある程度指針を示せると思ったので今回は、選ぶべき技術と、その理由について解説していきます。 SIer界で輪廻転生を繰り返したい人はジャバ言語のラムダ式を禁止にすべきか議論するほうが大事だと思うので、こんな記事にクソリプする前にさっさと帰って、どうぞ。 TypeScript解脱への第一歩は、なにはともあれTypeScriptだろう。 正直、この言語だけ覚えておけば、FaaS(Lambda, Cloud Functions)も書けるし、ReactによるSPAとか、なんならReact Nativeでアプリも書けるし、モダンな開発環境に必要なスキルセットがすべてま
精神を安定させることはコードの品質に繋がる 社内政治をせよ。 さすればレビュー指摘が柔らかくなる。 上司からの評価も上がるかもしれない。 実践した私は部下付きのマネージャーになった。（部下無しのマネージャーとはいったい…… ポイント１．指揮系統を認識せよ 誰の仕事をやっている？ その仕事はどのような権限で発動している？ 「部長からモック作成の依頼が先輩社員に降りてきて、先輩社員がその作業を自分に振ってきた」場合、 意識するのは次のこと。 １．何かトラブルがあった場合は部長へGO （先輩社員から言われた仕様が部長の意図と反している等 ２．何もしない場合、手柄は先輩社員が貰っていく （この作業、A君がやったんすよ～と先輩社員が部長に言うことは無いと考えて良い ３．本来の業務がある場合、優先順位をはっきりする。納期等に問題がある時は先輩社員に報告。状況によっては部長にも。 ４．終了報告はメール。
行政のデジタル化に向け各省庁が民間企業などと結んだ契約について会計検査院が調べたところ、競争入札にもかかわらず、70％以上の入札に1業者しか参加していなかったことが分かりました。価格競争が働きにくい状況で、検査院は「競争性を確保する工夫が必要だ」とする報告書を国会に提出しました。 会計検査院は、行政のデジタル化に向け各省庁が平成30年度に民間企業などと結んだ「情報システム」の契約状況について、国会の要請を受けて調べました。 その結果、423件で「競争入札」が行われていましたが、このうち入札に1業者しか参加しなかった「1者応札」が73.9％を占めていたことが分かりました。 予定価格に対する平均の落札率は96％と高止まりしていて、複数の業者が入札に参加したケースより13.5ポイントも高くなっていました。 価格競争が働きにくく契約金額が割高になった形で、特にシステムの「改修」に関する契約はほとん
なぜ未曾有の人材不足でも、エンジニアの年収は上がらないのか：多重下請けも海外人材活用も「元」は同じ（1/3 ページ） 市場原理では需給バランスで価格が決定する。なのになぜ、俺の、私の年収は上がらないんだ！――IT“業界”解説シリーズ、第7弾はマクロ視点での多重下請け考察です。 複雑怪奇なIT“業界”を解説する本連載、第1弾はIT業界にまん延する多重下請け構造と偽装請負について、第2弾は多重下請け構造が起こる仕組みについて、第3弾はシステム開発プロジェクトには複数の契約形態が混在することを、第4弾はユーザーはなぜプロジェクトに協力したがらないのか、第5弾は「案件ガチャ」が起こるメカニズム、第6弾はベンダーの営業が安請け合いする理由を説明しました。 今回は、再び「多重下請け構造」について考えます。 就活時、偏った業界研究をしてIT業界に就職したITエンジニアの中には、キャリアアップしたくても、
まいど AWS の犬が、少々 Azure に触れてみましたので、絵は描かずに基礎知識の整理と共有だけしていきたいと思います。 全然ド素人な状態なので、なにかしら間違ってたり不足していると思われますが、同じようにイチから調べる人の足がかりにでもなれば、くらいの質感で進めていきます。 はじめに 今のところ少々用事があっただけなので、これから Azure を掘り下げるぞとか、Azure の犬になるぞ、とかは考えていなく一発ネタで終わる可能性が高いです。雑なメモをブログに起こして、いったんの区切りとする個人的な清書のため、詳しくはちゃんとリンク先のドキュメントなどを読んでくださいませ。 さて、AWS に似たパブリッククラウドはいくつもあり、Azure もその１つです。公式ドキュメントに何箇所も AWS との比較が出てくるくらいには、Azure も AWS を意識しています。 例）AWS サービスと
伝説となった厚生労働省のアプリCOCOA、3億9000万で発注して実際に作ったのはどの会社か、優秀な皆さんならわかりますよね？
猫熊（ねこくま）@孤高のIT戦士⭐️ @negimagurott @ebiebi_pg システムのことをよく知らない人事部が取引のある人材派遣会社だけどシステムちょっとわかる、パーソルに開発を委託し、丸投げで開発した結果よく起こる悲劇。 #システム開発あるある #外注丸投げ
検査仕様書なしでシステム開発するとどうなるか？
検査仕様書なしでシステムを開発するとどうなるのか? ある炎上プロジェクトの建て直しを通じて嫌と言うほど思い知らされた。 そのプロジェクトの顧客が一番怒っていたのは「一体どういうテストをしてリリースしてるんだ?」という点だった。 プロジェクトの建て直しはやり慣れているのでまずは検査仕様書をレビューして検査項目の強化だな、とか軽く考えていた。 でもプロマネに検査仕様書を見せてくれと言っても整理できてないから待ってくれ、の一点張り。 まずは社内の人間で見るだけだから整理なんていらないよ、と説得しても頑固に出さない。 なんとそいつは検査仕様書なしでテスト(うちの会社の定義ではそんなもんはテストと言わないけど)して顧客にリリースしてた。 全く動かないシステムをリリース顧客は「全く動かない」と怒っていたが僕はいくらそれはないだろ、顧客が話を盛っているんだろうと甘く考えていた。 しかし、プロジェクトの自
「設計書」というのは、作るものの構造を抽象的に表現したものと言うことができます。 ただ、ソフトウェアの抽象化の仕組みはプログラミングコード自体に備わっているので、ソフトウェア生成可能な抽象的表現というのはコード表現ができるはずですね。コードで表現しておくと、整合性のチェックとかも行いやすいです。 でも、コードではない「詳細設計書」というものが一部業界には必要とされているので、その「詳細設計書」というのは実際はなんなのか考えてみます。 ※ 最初はタイトルは「設計書」としてましたが、話を限定するため「詳細設計書」に変更しました。 追記：納品物に関する記述を追加しました。 表現を変えたコーディング ソフトウェア生成可能な抽象的表現というのはコード表現ができるわけですが、文字で表記する必要もなく、ダイアグラムで表現することもできますね。 代表的なのがER図やクラス図で、これは文字表現との相互変換が
2023年3月、横浜市のコンビニの証明書交付サービスでトラブルが発生した。住民が住民票の写しの交付を申請したところ、別人のものが発行されたのだ。原因は富士通Japanが手掛けるサービスの不具合だった。利用者が増えて負荷が高まり、潜在的なバグが表面化した。国がマイナンバーカード普及に力を注ぐ中、冷や水を浴びせる結果となった。 「個人情報漏洩にも当たる事案で大変重要な問題であり、遺憾に思っている」――。河野太郎デジタル相は2023年3月31日の閣議後記者会見において、厳しい口調でこう述べた。河野氏が言及したのは、横浜市で発生したコンビニの証明書交付サービスにおける住民票の誤発行トラブルについてだ。 横浜市のトラブルは2023年3月27日昼に発生した。住民がマイナンバーカードを使って住民票の写しの交付を受けようとしたところ、他人の住民票が誤発行される事象が相次いだのだ。原因は富士通Japanが手
この幼稚で非合理で理不尽な感情をそのまま頭の中に残すのは、近いうちにつくるリアリティのあるシナリオの下書きとして使う前に忘れてしまいそうでもったいないため記録しようと思う。 また、記録するだけだと正直味気ないためここで公開してみる。叩かれるかもしれないが。。。 私は大手Sierのシステム開発の部署に属する一次受け新人SEだった。 学生の頃は自分でアプリを何個か作った経験がある。 そんな経験を活かし、今後はここでたくさんの技術を身に着けエンジニアとしてのキャリアを花咲かせてやる！ ・・・なんて事を思っていた。今思えば馬鹿な話である。 大手Sier経験者なら鼻で笑っていたことだろう。 期待に目を輝かせていた無知で愚かな新人に仕事内容を聞かれた先輩社員はこう言った。 「ここはね。Excelでシステムを作る職場だよ。」 ■大手Sierの私からみた環境について大手Sierのシステム開発で技術に長けた
オープンソースは誰もがヒーローになれる平等な空間 ─ 小さくてもソースコードを公開することが「チャンス」 - Findy Engineer Lab
こんにちは。mattn（@mattn_jp）です。一部の方はご存じかもしれませんが、僕は普段あまり皆さんの前に登場することはありません。どちらかというとお堅いSI業で仕事をしています。社会人になってから今まで一度も、Web業界と呼ばれるB2C（Business to Customer）な職種に転職したこともありません。 ですが、今ではOSS（オープンソースソフトウェア）を通して、多くのエンジニアと友達になり、カンファレンス等で何度かお話しする機会をいただくまでになりました。この記事では、OSSに縁遠いはずの僕が、いかにしてOSSと出会い、そして多くの方たちと知り合うチャンスを得たのかをご紹介したいと思います。 オープンソースとの出会いはVim 日本のVimコミュニティを作る VimConfで作者Bram Moolenaarと握手 Vimから得られたチャンスや出会い GoコミュニティからGo
LIXILはDX（デジタルトランスフォーメーション）を推進するため、米Google（グーグル）のノーコード開発ツール「AppSheet（アップシート）」を採用した。2022年7月29日時点で、2万個を超えるアプリケーションを内製し、このうち839個を本番運用している。AppSheet活用の狙いについて、同社の岩﨑磨常務役員デジタル部門システム開発運用統括部リーダーは「（情報システム部門に該当する）デジタル部門が開発すべきシステムやアプリにフォーカスできるようにする」と語る。 LIXILがAppSheetを導入した背景には、デジタル部門の負荷増大があるという。「社内でデジタル技術の活用が進んだことにより、デジタル部門が社内の全ての案件に対応するのが難しくなってきている」（岩﨑常務役員）。そこで経営レベルで費用対効果の大きいシステムやアプリをデジタル部門が開発し、小さいものは現場が自ら開発する
多重下請けではエンジニアが育たないという話を前回のブログで引用していたのですが、そもそも多重下請けではまともなソフトウェアは開発できないんではないかという気持ちになりました。 多重下請けでは、上位受け会社の「SE」が「設計」を行い、下位受け会社の「PG」が実装を行うという役割分担があります。というか、今回の話はそういう役割分担がある多重下請けを前提とします。 そうすると、設計というのは会社間をまたがった契約文書であり、発注のための作業指示書であるということになります。ソフトウェア開発で本質的に必要な文書というよりは、ビジネス構造によって必要になったビジネス文書です。ちなみに派遣ではなく業務委託のはずなので詳細な作業指示になってはいけないのもポイントです。 ※余談ですが「設計は必要である」という人の話をきいてみると、必要なのは実装のための設計ではなく保守のためのドキュメントということがほとん
先立って未経験としてエンジニア入社し、4ヶ月でフリーランスになったというポストがTwitterを駆け巡っていました。私自身は未経験エンジニアが早期退職しフリーランスとして独立（そしてそのノウハウを売る）するムーブメントを問題視しており、下記のような投稿をしました。今は削除されていますがご本人も登場されました。 公務員を辞めてベンチャー内定後、4ヶ月で独立したという生存バイアスポストが回っていますが、こういう事例があちこちにあるので未経験採用を辞めている企業は多いです。後進の邪魔でしかありません。 あと時系列的に3ヶ月の試用期間でスパッと切られた可能性があるのが気になります。 — 久松剛 (@makaibito) September 13, 2021 4ヶ月というのはまた極端な例ではありますが、1年で辞めるパターンは数多く耳にします。今回は私も失敗も含めて経験してきた未経験エンジニア採用界隈
「プッチンプリン」をはじめとする江崎グリコのチルド食品が店頭から姿を消した。2024年4月3日に実施した基幹システムの切り替えでトラブルが発生。同社が物流・販売を請け負っていた他社製品を含め、一部商品を出荷できなくなった。同月18日に出荷を一部再開したものの、トラブルは終息せずに再び出荷を停止。システム障害の影響で、当初業績予想より売上高を200億円程度押し下げるとみる。 「スーパーにもコンビニにも『プッチンプリン』が見当たらない」「『カフェオーレ』を長年愛して飲んでいるが、どこの店舗も販売休止中だ」――。2024年4月中旬、X（旧Twitter）で、このような投稿が相次いだ。 江崎グリコの看板商品が店頭から姿を消した理由は、システムトラブルによるものである。同社は2024年4月3日、基幹システムの切り替えを実施した。旧システムを独SAPのERP（統合基幹業務システム）パッケージ「SAP
ERP（統合基幹業務システム）の導入に失敗した挙げ句、ビジネスが止まる――。ERPにまつわるシステム障害が相次ぎ発生している。江崎グリコは独SAPのERP「S/4HANA」を使って構築した基幹系システムの障害で、プッチンプリンなどチルド品の出荷停止に追い込まれた。ユニ・チャームもS/4HANAと物流システムの連係を巡る障害で、製品の出荷に遅延が生じた。 なぜERPの導入はうまくいかないのだろうか。イチからシステムを構築するわけではなく、形のあるパッケージソフトを導入するにもかかわらず、だ。 江崎グリコは2024年4月3日に実施した基幹系システムの切り替えでトラブルが発生し、「プッチンプリン」をはじめとする同社製品と、同社が物流・販売を請け負っていた他社チルド食品の出荷ができなくなった SAPや米Oracle（オラクル）など大企業向けのERPパッケージを中心に、導入に失敗することは今に始まっ
「なんかアプリでインシデント起きてエンジニアがどこかで対応してるらしいよ」 「インシデント時のお知らせって誰がどうやって出すんだっけ？」 「インシデントの復旧作業って今どれくらい終わってる？」 「あのインシデントって振り返りしたっけ？」 「似たようなインシデント、前も対応したような、していないような」 このような会話に覚えはありませんか？ FiNC Technologies社 (以下FiNC) では今まで インシデント対応をしていても自チーム内で対処しようとしてしまい、他の人が気づけないインシデント対応の仕方にフォーマットがなく、迅速な対応やお客様への報告ができないインシデントの振り返りが実施されず、インシデント時の知見が共有されないという問題がありました。 それらの問題を 気が付きやすく、シェアしやすくする = 統一のチャンネルで情報を整理し、そこにシェアしやすい空気を作る何をすべきかわ
ウェブ魚拓
URL: https://note.com:443/0xfffffff7/n/n976f89ff201e 取得日時: 2020年1月27日 16:35 削除理由: 個人情報削除済み 手続日時: 2020年8月16日 09:01 SHA-256: 5b35f6dd838c7bc7842cd619991bcd1c5bcaea50e828c3ef57f094f15d1971af *突合には「魚拓のみの表示」のファイルからCHECKSUMタグとその外側を除去してください 裁判所・弁護士様等による要望向け:
Linux procfs 徹底入門
これは Linux Advent Calendar 2019の 15 日目の記事です。procfs について勉強したことをまとめます。 検証環境CentOS 8 を利用する。 ]# cat /etc/redhat-release CentOS Linux release 8.0.1905 (Core) ]# uname -a Linux localhost.localdomain 4.18.0-80.el8.x86_64 #1 SMP Tue Jun 4 09:19:46 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux procfs とは疑似ファイルシステムのひとつ。 ディスク上に実体は存在せず、メモリから情報を取得する。 カーネルだけが知っている情報 (例えばシステム全体のロードアベレージ/CPU負荷/メモリ利用状況や、プロセスごとの情報)が取得できる。
日本企業で「出世する人」たちが「保身クズ野郎」ばかりになってきた“意外なワケ”（藤岡 雅,成毛 眞） @moneygendai
人事権を握る経営トップ層の顔色をうかがって、組織の暴走が止まらなくなる――。いまそんな不祥事があちらこちらの日本企業が噴出するようになってきた。 象徴的だったのは、積水ハウスの地面師詐欺事件だろう。現場の中にはその契約の危険を察知して止めようと行動した幹部もいたが、取引が止まることなく約56億円という巨額の被害を出す前代未聞の事件に発展した。 ほかにも、東芝のガバナンス無視の株主総会や関西電力の金銭受領問題はもちろんのこと、政官界間に目を広げてもトップ層主導による不祥事が後を絶たない。日本の優秀なサラリーマンたちは、上層部から理解の及ばない仕事をさせられて、ただただ組織に埋没するだけでしかいられないのか。そこに処方箋はないのか――。『保身 積水ハウス、クーデターの深層』の著者が、ベストセラー『2040の未来予測』の著者で、元マイクロソフト社長の成毛眞氏に聞いた。 日本企業は「保身オヤジ」ば
お探しのページは、URLが変更されました。 お手数ですが、トップページまたはサイトマップから再度アクセスして下さい。 The URL(address) of your requested page has been changed. Please try accessing the information again from the top page or the site map.
日本のプログラマはレベルが低い
日本のプログラマでマスを占めてるのは、大規模SIのコーダーじゃん？ そんで、そこでのお仕事はExcel方眼紙に書かれた設計書を、ひたすらプログラム言語に翻訳するだけという。 だから翻訳するために最低限の言語仕様だけ知っていれば良くて、あとはまあ上手に立ち回るコミュ力があれば上出来とされるけど、あくまでオプション扱い。 仕事そのものには数学的素養どころか、理系的センスすら全く不要。 つまり、SIにおけるプログラミングは工学でも自然科学でもない。 そんな知識がなくても務まるし、実際備わっていない人が大半。 だからSIにおけるプログラマはどう間違ってもエンジニアではない。 もしエンジニアなどと言ってしまったら、他の分野の「正しい」エンジニアに失礼だろう。 というか、エンジニアと呼べるレベルには程遠いと言い換えてもいい。 まあライン工としては一人前だと思うが。 以上のことから結論づけると、タイトル
SI案件でアジャイル開発を進めるときの勘所
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 10月に発売となった『プロダクトマネジメント - ビルドトラップを避け顧客に価値を届ける』ですが、まだお読みになっていない方是非よろしくお願いします。 また、ここ数か月新しい書籍の翻訳に取り組んでいて、来年の春くらいには発売になるかと思います。この本も楽しい本だと思うので是非楽しみにお待ち下さい。 さて、先日、プライベート講演で、SIのコンテキストでアジャイル開発を進める場合に、どのような点に気をつけておくとよいかを話して来ました。 汎用的な内容で読者の方の参考になるかと思いますので、資料を公開しておきます。 以下、資料だけ見てもわからない方向けの解説です。 TL;DR（結論）SI案
SES契約における期間途中の撤収の責任 東京地判令3.12.20（令2ワ20021） - IT・システム判例メモ
顧客からのクレームに納得できず、SES契約の期間途中に（ほかの案件も含めて）要員を撤収させたこと適否が問題となった事例。 事案の概要 X社は、下記の図のとおり、A社、B社、C社からそれぞれシステム開発に関する業務を受託し、それぞれの案件に対応する要員ａ、ｂ、ｃを、Y社から調達し、その業務を担当させていた。１カ月当たりの単価を定め、比較的短期間（１カ月から３カ月）の契約期間が定められ、必要に応じて延長、更新が行われていたので、いわゆるSES契約といえる形態だったといえる。 このうち、Ａ社にアサインされたａに関し、Ａ社からパフォーマンスが低いとのクレームを受けたXは、2020年5月8日、Yに対し、A社は契約途中の5月22日を以て解除を希望していることなどを伝えた。 クレームの内容が、「GitやRailsのコマンドがわからないレベルだ」などというものであったが、Yは「現場レベルでの作法の話だろう
部署異動の際の Power Apps や Power Automate の引継ぎについて - Qiita
はじめに これまで、作成した Power Apps のアプリや Power Automate フローに共同所有者を追加する方法等について書かれている記事もあるという認識ですが、部署異動の時期だと思うので、改めて情報を整理してみたいと思います。 方針決め まず、部署異動の際、元々の作成者について、 Power Apps のアプリや Power Automate フローの所有権限を削除するのか、つまり、アクセス権をはく奪してアクセスできなくするのか、あくまで、引継ぎ先の人を共同所有者を追加するだけに留めるのか、方針を決める必要があると思います。 こちの方針により実際に行うことが変わってきます。特に決まっていない場合はこれから書く内容も踏まえ、どちらにするか判断するのでも良いかと思います。 個人的には、余程の事情がなければ、元々の作成者も所有者として残しておく方法の方がいいと思います。 これから
HPEO🌐IT×資格 @hpeo_jp ジョークと見せかけて 営業部門・開発部門・顧客の パワーバランスによっては マジでちょくちょく発生する状況 ってのがIT業界の微笑ましい一面🤮 2022-03-27 18:50:00
AWSのSIer世界一に日本の「クラスメソッド」が選出、アジア太平洋では「アイレット」が選出。クラウド専門のSIerがリードするクラウドのSIビジネス
AWSのSIer世界一に日本の「クラスメソッド」が選出、アジア太平洋では「アイレット」が選出。クラウド専門のSIerがリードするクラウドのSIビジネス Amazon Web Servicesは、米ラスベガスで開催した年次イベント「AWS re:Invent 2022」で同社の優れたパートナーを表彰する「2022 AWS Partner of the Year」を発表しました。 各部門はグローバルから選出される「Global」と、地域ごと、例えばアジア太平洋・日本（APJ）、アメリカ・カナダ・中南米（NAMER）、ヨーロッパ・中東及びアフリカ（EMEA）などからの選出があります。 主要な各部門を見てみると、「Innovation Partners of the Year」のグローバル選出は「IBM」、「Design Partners of the Year」のグローバル選出は「Informa
ろーね @nerone1024 インフラさんが辞めてからインフラさんが大事な仕事をしていることがわかりました、って今更言われても・・・。私は理解がある人達と楽しくやっているので戻りませんよ。 #ジブリIT業界あるある pic.twitter.com/z5rVW0oXbW
ここに、SES・多重請負の悪いところがたくさん書いてあるけれど。 anond.hatelabo.jp 私も15年前に、SESの自分の立場を呪い、元請に転職した人間だ。１度きりの転職だがここでエスケープして正解だったとは今でも思う。そのときに「どうせSESや多重請負の構造などジリ貧だ。いずれ滅びる。それなのにここに長居したら未来はない。」と決めつけて、出て行った。 その後はどうか。残念ながら、ちっとも無くなっていない。もう15年だ。 今「この業界は内製になるだろう、だからSESや多重請負が無くなる」という呪いをかけたところで、それはちっとも説得力がない。だって、後ろを振り返ってみても未だに、多重請負にしろSESにしろ、その世界観は崩れていないのだもの。 そもそもの話として、SESや多重請負の構造は小泉改革が作ったものではない。もっと昔、1990年代から根付いていた。パソコンがオフィスに入って
ITゼネコンの巣窟 デジタル庁 いよいよ9月に、デジタル庁が鳴り物入りで発足する。霞ヶ関省庁のデジタル予算を一手に握る“最強組織”という触れ込みだ。民間人材の登用と役所の縦割り排除により、国民が享受するITサービスの向上と劇的なコスト削減を狙っている。しかし、その目的の実現は容易ではない。日本は世界でも稀有なIT丸投げ大国だ。1990年代以降、官公システムの構築は、NTTデータや御三家（富士通、NEC、日立製作所）らを頂点とする重層下請け構造「ITゼネコン」に依存をし続けてきた。デジタル庁は大きな裁量を武器に旧来の商習慣を断ち切る構えだが、すでにITベンダーやコンサルティング会社の暗躍は始まっている。本特集では、デジタル庁に群がる企業の構図と、IT後進国ニッポンの切実な実態に迫った。 バックナンバー一覧 新型コロナウイルス対策の給付金を国民に配るシステムの不備などにより、日本政府は「デジタ
ドコモ口座の問題はシステム的な部分でいうと「本人確認と認証が甘い」に尽きるんですが、それ以前の問題として、このビジネススキームが何を根拠に成立していて、その根拠に基づいた対応が行われていたか、ということがありますね。なにぶん、それなりに新しいことをやろうとしている話なので必ずしも法整備は十分ではないし、抜け道というか、既存の制度だったらこうすれば使えるよね、というスキームをひねり出して実施していくわけです。なので、根本的な法律や制度の問題とは別に、2者間で成立させるための個別の契約が必ずあるわけです。それがどのくらい今回の事態を想定していたかは定かではないですけれども、少なくともここについて一般に開示されることはないでしょう。でも、そこがキモってのがこの話の難しいところ。 とはいえ、銀行との資金移動に持っていく部分については口振契約ということは明らかですので、そのへんをちょっと考察してみま
河野太郎氏が激怒。トラブル続出の「富士通」コンビニ交付システムが炙り出したIT後進国ニッポンの致命的な問題点 - まぐまぐニュース！
マイナンバーカードのメリットのひとつとして総務省が掲げる、コンビニでの各種証明書の取得。しかし今年3月以降、別人の証明書が発行されるトラブルが相次ぎ、サービスが一時停止に追い込まれる事態となってしまいました。何がこのような問題を引き起こしてしまったのでしょうか。今回のメルマガ『週刊 Life is beautiful』ではWindows95を設計した日本人として知られる中島聡さんが、「コンビニ交付システム」の開発運営を典型的なITゼネコンの手に委ねた事が主因と断言。さらに同様の問題を回避するため国が取るべき「ソフトウェア調達法」の具体案を提示しています。 プロフィール：中島聡（なかじま・さとし） ブロガー／起業家／ソフトウェア・エンジニア、工学修士（早稲田大学）／MBA（ワシントン大学）。NTT通信研究所／マイクロソフト日本法人／マイクロソフト本社勤務後、ソフトウェアベンチャーUIEvol
東京地裁の判断が覆されてユーザである野村HDの請求が棄却されたことで話題になった控訴審判決。 結論が大きく変わったので，最初に原審と本判決の判断の違いをまとめておく。 事案の概要 普段は判決文から自分なりに事案の概要をまとめるのだが，今回は判決文冒頭の記載がわかりなすいのでそのまま引用する（以下，太字などの書式変更は筆者）。 (1) ＩＢＭは，野村ＨＤとの間で，野村証券（野村ＨＤの完全子会社）のＳＭＡＦＷ業務のためのコンピュータシステムについて，パッケージソフト（ＷＭ）を利用した開発業務支援等の委託を受ける内容の，開発段階ごとの複数の契約（原判決別紙１の１記載の契約・本件各個別契約）を締結した。本件開発業務は，平成２５年１月４日のシステム稼働開始を目標として，平成２２年後半から平成２４年後半まで継続されたが，目標時期における稼働開始実現にリスクがあると判断されたことから，平成２４年８月下
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
VMware問題でIIJやNTTコムなどが大幅値上げ、クラウド料金が2～3倍になる場合も
Yoichiro Takehora (竹洞 陽一郎) | 株式会社Spelldata @takehora もう発注側企業に要件定義能力はないので、要件定義を専門でやる技術者(Requirement Engineer)が世界でも日本でも出てきている。 そして、経産省の契約モデルにあるとおり、要件定義は、準委任契約であるのが妥当。 引用ツイート nori @00oichan · 2022年12月3日 要件定義に関わる人は３億回くらい読んでほしい
日本のIT業界が終わってることを暴露するから聞いてくれ｜ジョーカー｜note
プログラマーの為の社内政治【テクニック集】 - Qiita
国の情報システム契約 70％超で入札参加は1業者 会計検査院 | IT・ネット | NHKニュース
なぜ未曾有の人材不足でも、エンジニアの年収は上がらないのか
これからはじめる Azure の基礎知識 | 外道父の匠
ソフトウェアの「詳細設計書」とはなんなのか - きしだのHatena
他人の住民票が誤発行される謎バグの真相、富士通Japanの「稚拙」設計に専門家も驚く
大手Sierのシステムエンジニアの砕けた夢について
ノーコードでアプリ内製進めるLIXIL、2万個超えでも「野良」を生まない仕組み
多重下請けでは構造的にいいソフトウェアが作れない - きしだのHatena
プログラマーに憧れる子供たちに周知せよ、人月商売と本物のIT業界は別物だぞ
1年目で辞める未経験エンジニア／採用を後悔する企業の裏側｜久松剛／IT百物語の蒐集家
いのけん on Twitter: "「今週のこづかい万歳の、「オフィスで働いたことがない人が描くオフィス」っぽさ！ 密！！！ https://t.co/Cwcrj3BI7k」"
「S/4HANA」への切り替えでトラブルの江崎グリコ、1カ月経過も商品の出荷停止続く
グリコもユニ・チャームも苦渋、トラブル相次ぐERP導入に潜む大きな理解不足
【いでよ障害対応太郎】我々はインシデントにどう向き合っているのか 〜社内向け障害対応リスト付き〜
ページが移転されました｜Page Moved : 日本銀行 Bank of Japan
https://twitter.com/masakatsu_/status/1581316064801337345
IT業界の日常を図にしてみたら「地獄絵図」「ウチの会社の悪口はそこまでだ！」になった→これから業界に入る人は身震い
「客先には業務経験3年ってことにしてあるからね」業界の闇とわかりみが詰まった#ジブリIT業界あるある まとめ
ITの内製化が進んでも、業界構造が変わらない理由 - orangeitems’s diary
「大手ITベンダーは無能」と幹部が豪語も、デジタル庁が結局NTT・富士通に依存の理由
Web口振受付と即時口振に頼らなければならない新型決済スキームの問題 - novtanの日常
野村vsIBM事件控訴審 東京高判令3.4.21（平31ネ1616） - IT・システム判例メモ
it.impress.co.jp
k-tai.watch.impress.co.jp
k-tai.watch.impress.co.jp
ameblo.jp/tokachilife
digital.asahi.com
k-tai.watch.impress.co.jp