並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 603件

新着順 人気順

SIの検索結果321 - 360 件 / 603件

  • システム会社勤務の友人「今までクライアントに却下されがちだったやつが『これをケチるとみずほみたいになりますよ』って言うと通るようになった」

    今日のむいむい @mui_king 先日システム会社勤務の友だちと飲んでて 「今までクライアントの偉い人に却下されがちだったやつが 『これをケチるとみずほみたいになりますよ!』 って言うとなんでも通るようになった」 ってくだりで千切れるほど笑った。みずほ、役に立ってるぞ 2021-10-09 17:29:00

      システム会社勤務の友人「今までクライアントに却下されがちだったやつが『これをケチるとみずほみたいになりますよ』って言うと通るようになった」
    • 富士通JapanのMICJETで相次ぎ発生した証明書誤交付についてまとめてみた - piyolog

      2023年3月以降、富士通Japanが提供する地方公共団体向けの住民情報ソリューションである「MICJET」(ミックジェット)において、プログラム不具合に起因するシステム障害によりコンビニ交付サービスで他人の証明書が出力されるなどの誤交付が相次ぎ発生しています。ここでは関連する情報をまとめます。 証明書の誤交付が発生した地方公共団体 富士通Japanが提供する住民情報ソリューション「MICJET」に関連した誤交付が生じたのはこれまでに8つの地方公共団体。MICJETのコンビニ交付サービスにおいて住民票の写し、印鑑登録証明書などで誤交付が発生した。MICJETを導入している地方公共団体は全国で123。*1 誤交付を行った地方公共団体 誤交付された対象 誤交付を行っていた時期 横浜市 他人の住民票(個人番号あり)の写し1件(1名) 他人の住民票(個人番号無し)の写し5件(11名) 住民票記載事

        富士通JapanのMICJETで相次ぎ発生した証明書誤交付についてまとめてみた - piyolog
      • トヨタ自動車、コンサルファームへの発注ぜんぶ止めると噂に : 市況かぶ全力2階建

        失言で静岡県知事を辞任の川勝平太さん、最後の最後にリニア新幹線に黄信号(制限速度45km/hで進め)を出す失言

          トヨタ自動車、コンサルファームへの発注ぜんぶ止めると噂に : 市況かぶ全力2階建
        • 『世界一流エンジニアの思考法』を読んでみて

          はじめに みなさん、『世界一流エンジニアの思考法』読みましたか?(唐突) 結構 X(Twitter)で話題になっていたり、周りに読んでいる人も多かったので 年末年始のお休みに読もうと思ったら、あっという間に読了しました。 (電車の中で読んでいたら、同僚から「課題図書です」と連絡がきました。すごいタイミング) 知識の定着という意味でも、読んだことを書き出しておきたいと思います。 ※本の要約ではなく、私自身気になった点をピックアップしています。 偉大な習慣を身につけたプログラマになる 本書の「はじめに」にて 彼らはなにも全員が常人と比べて著しく頭の回転が速いわけでも、天才的記憶力を持つわけでもない。 主に「思考法」(マインドセット)が高い生産性を形づくっているのだ。 小手先のテクニックでもなければ Tips でもなく、その圧倒的なパフォーマンスは思考法から生まれているという事実。 いわゆる「一

            『世界一流エンジニアの思考法』を読んでみて
          • オリンピック・パラリンピック関係システムの調達に関する私の発言につきまして “English as follow.” | 平井卓也[ひらいたくや] デジタル改革担当大臣 自民党 衆議院議員

            オリンピック・パラリンピック関係システムの調達に関する私の発言につきまして “English as follow.” 一部の報道で政府のシステム調達に関する私の発言が問題だと指摘がありました。 私は、かねてより政府のシステム調達に関して大きな問題意識を持っており、国民の血税をお預かりする立場として、国民に説明ができる調達しかしないという強い気持ちと覚悟を持っております。 私自身は、直接事業者との交渉に臨む立場ではありませんが、今回の契約の見直しに際しても、必要な機能に見合った契約金額の圧縮となるよう、担当責任者には詳細に検討を行うよう強く指示してきました。 報道されている音声データにつきましては、契約見直しに当たっての自分の考えを、10年来一緒に仕事をして来て自分の真意が分かる幹部職員へ対面で檄を飛ばしたものであり、事業者への脅しでは決してありません。しかし、幹部職員に対する発言だったとし

              オリンピック・パラリンピック関係システムの調達に関する私の発言につきまして “English as follow.” | 平井卓也[ひらいたくや] デジタル改革担当大臣 自民党 衆議院議員
            • 会社に所属する理由は放置しておくとゴリゴリ削れていくぞ、という話

              You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                会社に所属する理由は放置しておくとゴリゴリ削れていくぞ、という話
              • 某国立病院のITエンジニア職を辞めることにした

                はじめに予め伝えておくが、身バレ防止に、多少だがフェイクを織り交ぜた内容になっている。 そして、そのフェイクも他の医療機関(国立と名の付くどこか)での実際の出来事を複数織り交ぜている。 だが、伝えたい実情に偽りはない。 高度な医療を担う国の機関で、エンジニアと組織がこれほど腐っていては、将来性もへったくれもないと思うんだ。 某国立病院は国そのものではない。 だが、公的な組織がシステム構築・運用するとどうなるか、多少でも公にし、何かを考えるきっかけ・ヒントになってほしい。 役所的な仕事の仕方を受け継いでいるはずだと思うから。 ちなみに、次の仕事は、ある大手の企業で新システムの導入支援をすることになった。 私としてはそちらの仕事のほうが面白いし、自分の能力・経験にとってプラスになる。 自分主任(電子カルテとか色々)地方国立大学院卒(情報工学) 前職は大手システムインテグレータで専門はインフラ

                  某国立病院のITエンジニア職を辞めることにした
                • システム開発はなぜこうも「失敗」を繰り返すのか

                  コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕

                    システム開発はなぜこうも「失敗」を繰り返すのか
                  • IT系を腐す文化本当にやめてほしい

                    学生のころ、IT土方がどうとかで業界がだいぶまずい場所だと文系の大学生の自分は思い、とても興味のある分野だったけどやめた。 それから5年がたち、今の職業を続けていてもと感じて、ずっと抱えていた興味に素直になろうと思い半年独学し、SES系の会社に転職した。 DBすらよくわかっていない状態だったけど、めちゃくちゃ楽しくて毎日充実しているし、3年たったけどまだ楽しい。 会社で学んだことを活かして個人開発したらまたそれで収入が増えてスキルが上がり、それを会社で活かせば褒めてもらえてより難しい課題に挑め、また更にスキルアップしてより難しい個人開発に挑める。 だからこそ新卒の時入社で来て居たらなぁと思うし、最近では自分と同じようにもっと早く業界に入っていればという中途の人にも出会った。 「他人の言葉に流されるなんてその程度」 そういう意見もあるかもしれないけど、ネット上での世論が世の中に影響を与えるよ

                      IT系を腐す文化本当にやめてほしい
                    • 無料プログラミングスクールからブラックSESに就職した話

                      プログラミングスクールが話題になっていたので体験談を書いてみた。スクールの中身と就職先がメイン。技術的な話はあまりしてないし長いけどよかったら読んでみて欲しい。細かいところは濁してるよ。 数年前の話。 20代半ばでフリーターをしてたんだけど正社員になるべくプログラミングスクールに通った。そのスクールは授業料が無料。代わりに斡旋してもらった企業には(法的拘束力はないけど)就職しなきゃいけないというルールだった。 スクールの開校初日はよく覚えてる。簡素な小部屋に同期生30人程が集められた。やたら顔のいい講師が自己紹介をしてくれたが、ホントは営業職らしい。意味がわからん。講師から最終月にグループ課題があるので同期生とは今から仲良くしてくださいねと言われ、前後左右に座る男女と自己紹介をした。理由は色々だったけどみんなエンジニアになりたいらしい。1人からは並々ならぬ熱意を感じる。熱血クンと呼ぼう。

                        無料プログラミングスクールからブラックSESに就職した話
                      • 東証システムトラブルの責任取り 東証の宮原社長 辞任 | 株価・為替 | NHKニュース

                        日本取引所グループは、10月、東京証券取引所で発生したシステムトラブルの責任を取り、東証の宮原幸一郎社長が、30日付けで辞任すると明らかにしました。終日、売買が停止した大規模なトラブルは、東証の経営トップが引責辞任するという事態に発展しました。 これは日本取引所グループの清田瞭CEOが記者会見で明らかにしました。 10月1日、東証で発生したシステムトラブルは、1999年5月に取り引きがシステム化されて以降初めて、すべての銘柄の売買が終日停止され、金融庁は30日、「取引所に対する投資家などの信頼を著しく損なうものだ」と指摘した上で、日本取引所グループと東証に対し再発防止の徹底を命じる「業務改善命令」を出しました。 これを受けて東証の宮原幸一郎社長は、こうした深刻な事態を防げなかった責任を取りたいとしてみずから辞任を申し出て受理され30日付けで辞任することになりました。 金融市場の中心である東

                          東証システムトラブルの責任取り 東証の宮原社長 辞任 | 株価・為替 | NHKニュース
                        • マーソ株式会社を退職します - ikasama over technology

                          6 月 30 日付けで退職、昨日 28 日が最終出社日でした。 2018 年 2 月から、約 1 年半お世話になりました。 マーソ株式会社 is 何 ( 2019 年 6 月末時点の情報です ) www.mrso.jp MRSO という Web サービスを運営している会社です。 MRSO は、人間ドックや検診を全国の医療施設から検索・予約できるポータルサイトです。 登録されている医療施設数は、国内の類似サービスの中ではトップクラスの規模です。 他にもこんな事業をやっています。 MRSO で利用できるギフト券、マーソギフト券の販売 健康をプレゼントするとう考え方 ご両親に人間ドックを受けてほしい! というユースケースが多いようです 企業向けの健診結果管理システムの開発・運用 ( toB ) 何をしていたのか MRSO の開発・運営に必要なほとんどの領域を担当していました。 具体的には、 新機

                            マーソ株式会社を退職します - ikasama over technology
                          • 大規模アジャイルフレームワークの紹介

                            みなさんこんにちは。@ryuzeeです。 12月1日に新刊『チームトポロジー』が発売になったのでぜひよろしくお願いします。 スクラムの認定コースでも基礎的なコースでも、よく聞かれるのが大規模の場合の対応についてです。 そこで、今日は大規模の場合の選択肢になりそうな大規模アジャイルフレームワークを紹介します。 紹介しますが、最初に大事なことをお伝えしてから紹介します。 そんなにたくさん作っても使わない2019年にプロダクトマネジメント関連のSaaS企業であるPendoが行った調査によると、ソフトウェアプロダクトにおいて平均的な機能の利用状況は次のようになったそうです。 まったく使わない: 24%ほとんど使わない: 56%よく使う: 8%いつも使う: 12%つまり80%の機能はほとんど、もしくは、まったく使われないということになります。 たくさんの人を集めて、たくさんの機能を作るのは、ムダであ

                              大規模アジャイルフレームワークの紹介
                            • 限界集落化するIT業界? - Qiita

                              はじめに 日本は2021年時点で高齢化率(65歳以上の高齢者の比率)が28.9%の超高齢化社会のようです。 そして、わたし達の勤める会社も高齢化が緩やかに進んで いると思います。意外と認識するのが難しいのですが、すべての人は生きているだけで年を取りますので、会社の構成員の平均年齢は毎年自動で上がります。 会社の高齢化は、IT業界の人口分布を調べると確認できそうです。 出典 : - IT 人材需給に関する調査 - 調査報告書:みずほ情報総研株式会社 レポートは出てきましたが、分かるような分からないような感じですね。 仕事の役割が変わりそうな年代で再集計してグラフ化してみましょう。 みなさんが仕事をしている周りの人達の年齢層はどのようなものでしょうか? このグラフに当てはまっているでしょうか? もしもそうであるとしたら、限界集落化が進行している可能性があります。 限界集落化 限界集落とは、人口

                                限界集落化するIT業界? - Qiita
                              • IT業界でストレスなく働くには - Qiita

                                はじめに ITエンジニアのみなさんこんにちは。 今日はIT業界でストレスなく働くということについて考えます。 GPT先生にお題を頂いてそれぞれコメントしていきます。 状況への適応の困難さ IT業界で最も多く発生しているのはこの要因かと思います。 ITエンジニアはSESなどで時間いくらで切り売りしている時給労働者ですが、簡単にはできない技術を提供することで高い単価を頂く仕事になっています。 学生さんから社会人になった人には分かりにくいですが、一定の期間内に一定の成果を出すといった点がコンビニのバイトとは大きく異なります。 現実の状況や要求が個人の能力や資源を超えている場合、適応することが難しくなります。このような状況では、ストレスが生じやすくなります。 誰にでも簡単にはできない技術 はマニュアル化されておらず、自分で状況を判断して適切な結果を出していく仕事となりますが、それができないとすると

                                  IT業界でストレスなく働くには - Qiita
                                • https://twitter.com/matsuu/status/1586362867506327552

                                    https://twitter.com/matsuu/status/1586362867506327552
                                  • 保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発、その全体像 ~Software Design 2022年3月号「そろそろはじめるテスト駆動開発」より | gihyo.jp

                                    保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発⁠⁠、その全体像 ~Software Design 2022年3月号「そろそろはじめるテスト駆動開発」より 今回、Software Design 2022年3月号 第2特集「そろそろはじめるテスト駆動開発 JavaScriptでテストファーストに挑戦」の第1章「保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発、その全体像」を本サイトに掲載します。第2章以降については、本誌『Software Design 2022年3月号』電子版(Gihyo Digital Publishing、Amazon Kindle)をご購読いただければ幸いです。 第1章では、混同されることの多い自動テスト関係の概念を、自動テスト、テストファースト、テスト駆動開発の3つの段階に分け、それぞれの効果や注意点を説明します。ソフ

                                      保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発、その全体像 ~Software Design 2022年3月号「そろそろはじめるテスト駆動開発」より | gihyo.jp
                                    • プログラミングを外注したところ下請けの下請けの下請けの下請けくらいで自社に案件が戻ってきてしまった話

                                      ありあ @aria_nico 「社内の人手が足りない、もうだめだ」ってプログラミングを外注したら、下請けの下請けの下請けの下請けくらいでプログラミングの案件話が自社に戻ってきた話する? 2021-10-21 18:47:13

                                        プログラミングを外注したところ下請けの下請けの下請けの下請けくらいで自社に案件が戻ってきてしまった話
                                      • 内製化は、きっとうまくいかない - orangeitems’s diary

                                        最近はDXという言葉が独り歩きしてしまい、結局はどうすればいいのかと考えたあげく、内製化に舵を切る企業が多いと聞きます。 でも、この内製化、非常に危ない面を持っていると思っています。結局はユーザー企業が、SI部門を自前で持つということにほかならないからです。このSI部門、立ち上げるときにはだいたいが、大手のSIerが出身で、それまでの知識や経験をもとに組織を組み立てるのが通常です。 これ、はじまりはうまく行くんです。むしろ、一から作ったのでSIerよりもスマートに内製をスタートできる場所もあるぐらいです。そう、そこまではよい。問題は、この内製化部門が成長できるかどうか、です。 SIerはいつも競争にさらされていて、いつでも新しいトピックを主にアメリカから輸入し、常に最新化、モダナイズしないといけない強迫観念を持っています。 過去、外資のベンダーのイベントが都内ホテルであったときに、基調講演

                                          内製化は、きっとうまくいかない - orangeitems’s diary
                                        • 情報システム 導入後に他社参入困難な状態について報告書 公取 | NHKニュース

                                          「ベンダーロックイン」と呼ばれる、情報システムを導入した企業以外がメンテナンスなどを行えず、他社の参入が難しくなる状態について、公正取引委員会は、他社の入札参加を難しくする行為などが企業側にあれば、独占禁止法に違反するおそれがあるとする報告書をまとめました。 「ベンダーロックイン」について公正取引委員会は、去年6月から中央省庁や地方自治体などを対象に調査を行い、1021機関からの回答をもとに報告書をまとめ、8日、公表しました。 情報システムの保守や改修の際の契約相手について尋ねた質問では、従来の企業と再度契約したことがあると答えたのが98.9%を占め、このうち48.3%は、その理由として「既存事業者しかシステム機能の詳細を把握できなかった」と回答しました。 公正取引委員会は、情報システムに詳しい人員が十分でないことなどを背景に、官公庁でベンダーロックインが広がっているとみています。 そのう

                                            情報システム 導入後に他社参入困難な状態について報告書 公取 | NHKニュース
                                          • なんでマイクロソフトは死ななかったのか? - YAMDAS現更新履歴

                                            www.nytimes.com マイクロソフトは長年大きな失敗を犯したが、今ではまたテック界のスーパースターに返り咲いていることについての記事だが、これはかつて↓という文章を訳したワタシ的には取り上げないといけないでしょうね。 www.yamdas.org ポール・グレアムが原文を書いたのは2007年だが、確かに当時マイクロソフトは明らかにイケてなかった。「悪の帝国」イメージも健在だったし、この記事ではマイクロソフトの暗黒時代をゼロ年代半ばから2014年までとしているが、「ジョークのオチに成り下がった」という表現が感じをつかんでいる。 しかし、今では再びテック界のスーパースターなわけで、ほとんどすべてに失敗しても企業再生は可能ということなのか、それとも独占企業というものはかくも殺しにくいものなのか(あるいはその両方か)。 これは現在いろいろと憎悪の対象になっている(日本でのみ GAFA と

                                              なんでマイクロソフトは死ななかったのか? - YAMDAS現更新履歴
                                            • IT界隈では顧客から「Excelみたいなアプリ作れませんか?」みたいな車輪の再発明を要求されるこわーい話がある

                                              しよたろ @_siyotaro 顧客「エクセルみたいなアプリ作れませんか?」 エンジニア「技術的には可能ですね…」 営業「じゃあそこ実装決定で」 #ITブレイキングダウン 2022-11-19 20:58:18

                                                IT界隈では顧客から「Excelみたいなアプリ作れませんか?」みたいな車輪の再発明を要求されるこわーい話がある
                                              • IT 系に行くことはやめたほうがいいと思う

                                                最近こんな感じの記事をいくつか見かけた https://xtech.nikkei.com/atcl/nxt/column/18/00001/08910/ IT 系の人が足りないとか言う話 また、子供になりたい職業のランキング上位に IT 系が上がったみたいな話もあった 個人的にはやめたほうがいいと思う IT 系エンジニアになりたいって思う人は基本自分が使ってるサービスとかに関わりたいと思ってるだろうけど そういうところ行けるのって IT 系でもごく一部 自分の好きなサービスの会社とまで絞り込むと採用される人数は限られてるし、人気があるから倍率も高い 難易度的には東大に入るよりも難しいんじゃない?と思うほど なので実際は IT 系を目指してもほとんどは底辺でブラックと言われる SIer とか SES などになる IT 系エンジニアって一応は専門職だし、必要な知識が多いし、なりたいと思ってすぐ

                                                  IT 系に行くことはやめたほうがいいと思う
                                                • サイバーセキュリティ情報インプット集 第1.0版 - Qiita

                                                  定期的に更新・追加していきます。 セキュリティガイドライン、フレームワーク集 サイバーセキュリティガイドラインやフレームワーク等を参照することは、自組織でのセキュリティステータスを把握し、実際にセキュリティ施策を打つうえで非常に重要となります。 ただ、これらの文書の要件を満たすような施策を実施するためには、 1. 自組織が適用(組織・技術的に対策)したい各種ガイドラインやフレームワーク等を選定する 2. これら文書における抽象的な要件を具体的な要件へ落とし込む 3. 具体的な要件を満たすために最適なセキュリティ策を実施する のような流れを踏む必要があります。 2、3についてはセキュリティ策や技術動向に精通したセキュリティ専門家による対応が求められますが、1については自組織が目指す目的に依存するため専門家の手を借りずともある程度は対応することができます。 また、業界や技術等の軸で存在感のある

                                                    サイバーセキュリティ情報インプット集 第1.0版 - Qiita
                                                  • 転職した - tmtms のメモ

                                                    これは「Rubyist近況[1] Advent Calendar 2021」の6日目の記事です。 adventar.org 自称 Rubyist なので近況を書きます。 2021年10月末で30年ほど勤めた富士通グループを退職しました。 11月からは SmartHR という会社で働いてます。 3年ほど Ruby は仕事ではあんまり使ってなかったのですが、また Ruby を仕事で使うようになりました。 会社から配布された PC は Core i7 メモリ32GB の MacBook Pro なんでかなり人権がある感じなんですが、人生初 Mac で1ヶ月位経ってもまだ慣れなくて、VM で Ubuntu Desktop 入れようか迷ってます。 近況は以上です。以下は富士通グループの入社〜退職までのメモ。長いので読まなくていいです。 1991〜 設立7年目の今はなき「富士通長野システムエンジニアリ

                                                      転職した - tmtms のメモ
                                                    • なぜ自治体のシステムはバラバラなのか|楠 正憲(デジタル庁統括官)

                                                      政府が自治体システムの仕様統一を決め、来年デジタル化のための新法提出を目指すと報じられました。自治体システムの標準化はかねて総務省で検討が進められてきて、直近もデジタルガバメント閣僚会議の下に設置された「マイナンバー制度及び国と地方のデジタル基盤抜本改善 WG」で議題に挙がり、わたしも議論に参加しています。 技術屋の視点でみると、法律で定められた似たような住民事務を、どうして1740もある自治体がバラバラにシステム構築しているのか、不思議に思われるかも知れません。ひとつのシステムで賄った方が効率的ではないかという意見も大きいのではないでしょうか。 確かにバラバラにシステム構築されているために特別定額給付金などの新しい制度ができた際まとめてシステム改修できずに、大量の手作業が発生して給付に時間を要してしまったことは記憶に新しいところです。もし日本全体で単一の住民システムが動いていて、そのシス

                                                        なぜ自治体のシステムはバラバラなのか|楠 正憲(デジタル庁統括官)
                                                      • Rui Ueyama on Twitter: "しばらく考えてみたけど、やっぱりGoogleはここ20年間くらいで最大のチャレンジを迎えているような気がする。"

                                                        しばらく考えてみたけど、やっぱりGoogleはここ20年間くらいで最大のチャレンジを迎えているような気がする。

                                                          Rui Ueyama on Twitter: "しばらく考えてみたけど、やっぱりGoogleはここ20年間くらいで最大のチャレンジを迎えているような気がする。"
                                                        • 「本当に間に合うの?」の答えが「何もなければ大丈夫」は“圧縮スケジュール”  プロジェクトマネジメントアンチパターンの回避策

                                                          ソフトウェア開発において「悪い結果に陥りやすい、避けるべき典型例」を指す、「アンチパターン」。 プロジェクトマネジメントの世界にも存在するアンチパターンは、プロジェクトの遅延や成果物の品質低下を招く原因となります。今回のセミナーでは、プロジェクトマネジメントの現場でよく見かける「プロジェクトマネジメントのアンチパターン」と、その回避方法を紹介しました。全4回。1回目は、アンチパターンその1「圧縮スケジュール」について。 よかれと思ってやっていることに苦しめられているケースがある 西郷智史氏:みなさんはじめまして、株式会社ビーイングコンサルティングでコンサルタントをしている西郷と申します。よろしくお願いします。 本編を始める前に、まず弊社の紹介をします。弊社はビーイングコンサルティングといいまして、事業内容は、制約条件の理論に基づいた生産性向上のコンサルティングサービスの提供です。制約条件の

                                                            「本当に間に合うの?」の答えが「何もなければ大丈夫」は“圧縮スケジュール”  プロジェクトマネジメントアンチパターンの回避策
                                                          • 今度は徳島市でも判明、止まらない富士通Japan巡るコンビニ誤交付トラブル

                                                            マイナンバーカードを使ったコンビニ証明書交付サービスで、別人の住民票などが発行されるトラブルが立て続けに発生した問題を巡り、新たに徳島市でも誤発行が発生していたことが2023年5月11日までに分かった。サービスの提供ベンダーは今回も富士通Japanだ。 徳島市によると、同年3月27日、徳島市に住民票を置く住民が徳島県小松島市のコンビニでマイナンバーカードを使って住民票の発行を申請したところ、別人の戸籍証明書が誤交付されたという。具体的には、3枚つづりになっている戸籍証明書のうち、2枚目のみが印刷された。誤った証明書を受け取った住民はコンビニの店員に当該証明書を渡し、返金を受けたという。 トラブルは、地方公共団体情報システム機構(J-LIS)が検知したアラートによって判明した。同日の夜にJ-LISから徳島市にシステムエラーの可能性について連絡が入った。徳島市は即日、コンビニ証明書交付サービス

                                                              今度は徳島市でも判明、止まらない富士通Japan巡るコンビニ誤交付トラブル
                                                            • やばい。このアイデア凄い。「予算100万円で都内のマンホールの写真を撮らないといけない」という課題を解決する孔明の策

                                                              てとらα SI @TETRA_IT SIerのしがない中間管理職/ITIL Expert/SIerや情シスあるあるとかネタツイ多め。雑多に呟きます。threadsの方は過疎ってます。Blue Skyはじめたけど飽きました。

                                                                やばい。このアイデア凄い。「予算100万円で都内のマンホールの写真を撮らないといけない」という課題を解決する孔明の策
                                                              • 新潟県の公文書データ10万件が消失 保守業者がテストなしで新機能追加し不具合に

                                                                新潟県は4月21日、サーバに保存していた公文書データ10万件が消失したと発表した。外部からの攻撃によるものではなく、システム保守業者の人為ミスが原因としている。 県は富士電機ITソリューション(東京都千代田区)が開発・保守を担う公文書管理システムを使用している。消失したのは同システムにおいて3月24日午後9時から31日午後11時59分までに登録した文書の添付ファイル10万3389件。「県民や関係事業者に直ちに大きな影響があるものではない」としている。 4月10日に、県の職員が添付ファイルを開けない状況になっていることに気付き、富士電機ITソリューションに調査を依頼した。ファイルが消失したのは9日夜ごろで、判明した段階でバックアップ期間(3日間)を過ぎていたためバックアップファイルが残っていないことが分かった。 原因は、添付ファイルの拡張子を小文字に変更する新機能を、運用テストや社内審査など

                                                                  新潟県の公文書データ10万件が消失 保守業者がテストなしで新機能追加し不具合に
                                                                • テクノロジー企業の墓場

                                                                  (はてなブックマークやTwitterでの対話で詳しい人が色々教えてくれたのでそれに伴って改稿) VMwareがBroadcomに8兆円(!)で買収されるというニュースが報道されている。 Broadcomは通信に必要なチップを寡占している地味なベンダという印象であったので、なんじゃそりゃと思ったら、2005年にプラベート・エクイティが作った会社が買収と売却を繰り返して急成長して、2015年にはBroadcomを5兆円で買収して社名を引き継ぎ、2017年には更にQualcommを買収しようとして米国政府に阻止され、2018年にはCAを買収、2019年にはSymantecを買収と、そういう流れである。 要するに、マーケットを寡占している製品を持つ低成長・斜陽の会社のIPを割安で買って、セールスもマーケティングもR&Dもお金のかかる事は全部辞めて、既存のお客さんからライセンス料をとれる間だけとろう

                                                                    テクノロジー企業の墓場
                                                                  • なぜ変化を起こすのが難しいのか? - 数年以上にわたって難しさに向き合い・考え取り組んできたこと / The reason why changing organization is so hard - What I thought and faced for more than several years

                                                                    Regional Scrum Gathering℠ Tokyo 2023 のクロージングキーノートの資料です。 https://2023.scrumgatheringtokyo.org/index.html

                                                                      なぜ変化を起こすのが難しいのか? - 数年以上にわたって難しさに向き合い・考え取り組んできたこと / The reason why changing organization is so hard - What I thought and faced for more than several years
                                                                    • スクラム開発チームと業務委託エンジニアの相性が最悪だと思っている|s_semiya

                                                                      はじめにこの記事の対象読者は「機能しているスクラム開発チームのメンバーないし関係者」をイメージしています。 また会社のフェーズや資本状況、フルタイムでないメンバーを雇いたいなどのコンテキストもあるので業務委託が一概に悪とは言いません。 単純に相性が悪いってだけです。 また相性が悪くてもチームが即崩壊するとかそう言う話でもないです。 僕は業務委託の人が嫌いなわけではありません。ただスクラム開発と相性悪いな(主に単価的な意味で)と思っています。 あとここで言うSES的に送り込まれる業務委託の人の単価は月100万~150万円くらいです。 実は「業務委託契約」とは限らないWeb界隈の一部の慣行として「協力会社(個人を指す)」とほぼ同義語として「業務委託」は使われています。「業務委託」と呼ばれる個人に対してリーダーが指揮命令権を持ちます。契約形態は関係ありません(パねぇな)。 実態の契約形態が業務委

                                                                        スクラム開発チームと業務委託エンジニアの相性が最悪だと思っている|s_semiya
                                                                      • 「零細企業経営にはほとんどの意見が参考にならなかった話」を書けと言われたので - terurouメモ

                                                                        書けと言われたので、雑に。人に意見されたことはあまりないつもりだったんだけど、思い出してみたら、結構あったような気がしてきた。 零細企業経営にはほとんどの意見が参考にならなかった話 https://t.co/sUpRX51RJq ポエム書いた。— V (@voluntas) 2020年11月22日 これは是非 @terurou にも書いていただきたい。— V (@voluntas) 2020年11月22日 人の意見は参考になるか? 基本的に利害関係のない人間の話は「参考にならん」でいいと思う。逆に利害関係のある人間の話は重要で、それは社員だとか、顧客だとか、株主だとかになってくる(うちは株の100%が自分が持ってるので、株主って自分ですねになるのだけど)。 世間には「勝ちに不思議の勝ちあり、負けに不思議の負けなし」という良い言葉がある通りで、 成功体験をもとにしてくる意見はまず参考にならん

                                                                          「零細企業経営にはほとんどの意見が参考にならなかった話」を書けと言われたので - terurouメモ
                                                                        • 大澤昇平特任准教授による2019.12.12付のSNS書込みに対する見解 - 東京大学大学院 情報学環・学際情報学府

                                                                          December 13, 2019 大澤昇平特任准教授による2019.12.12付のSNS書込みに対する見解Regarding Tweets Posted by Project Associate Professor Shohei Osawa on December 12th 2019 2019年12月12日に、東京大学大学院情報学環(以下、情報学環)の大澤昇平特任准教授(以下、当該教員)から、SNSにおいて、本学の寄付講座に関して誤った認識を含む書き込みがありました。それに対する情報学環の見解を表明いたします。 情報学環としては、今回各社からの寄付停止の方針となったのは、当該教員のSNSにおける不適切な書込みが原因であると認識しております。この書込みが、東大憲章の理念に反し、情報学環の原則に照らして許容できない差別に該当することはこれまでも述べてきました(*1)。 東京大学の寄付講座は、

                                                                            大澤昇平特任准教授による2019.12.12付のSNS書込みに対する見解 - 東京大学大学院 情報学環・学際情報学府
                                                                          • 実践要件定義入門 - 勘と経験と読経

                                                                            最近ネットを見ていると要件定義入門的な記事とか、あと要件定義は不要みたいな記事が目についたので思ったことを書いてみる記事その2。ITシステム開発における要件定義に関するあれこれ。本記事には前編があります。 目次 要件定義以前 要件定義の進め方 IPAユーザのための要件定義ガイドをベースにする 決め過ぎない 機能を定義するのではなく、機能要件を定義する 関係者をすべて洗い出す 利用者マニュアルの目次が作れるようになっているか ビジネス要件定義 前提事項、制約事項とリスクを定義する 優先順位の決定を忘れずに システム化要件定義 不安定な要件を構造で支える おまけ:本記事の元ネタ 要件定義以前 要件定義というプロセスが本当に必要なのか、ということなどは以下の記事に書いたので省略。 実践要件定義入門以前 - 勘と経験と読経 要件定義の進め方 IPAユーザのための要件定義ガイドをベースにする 前編に

                                                                              実践要件定義入門 - 勘と経験と読経
                                                                            • 会社でGitHubを使うとなぜ危ないのか - orangeitems’s diary

                                                                              はじめに 7PayにおけるGitHubソースコード漏洩(の可能性)の件、できるだけわかりやすく、何が起こったかを説明してみたいと思います。一般の人にはなかなかわかりにくいと思いますので。 この件そのものの顛末は、下記の記事をごらんください。 www.businessinsider.jp 7payにも関連する、ECアプリ「オムニ7」の設計図にあたるソースコードが漏洩していた可能性がある。オムニ7アプリはセブン-イレブンアプリとは別アプリだが、ログインまわりの設計は非常に似通っているとみる専門家もいる。 事実であれば、アプリ開発の管理体制、アプリ自体やサービスのセキュリティーに関するリスクの有無についても、一層の警戒が必要になる可能性がある。 説明してみる GitHubっていうのはインターネット上のWEBサービスです。 GitHubには、ファイルをアップロードできます。GitHubはバージョン

                                                                                会社でGitHubを使うとなぜ危ないのか - orangeitems’s diary
                                                                              • 遅いデジタル投資は、コストだけがかかる|深津 貴之 (fladdict)

                                                                                仕事上、デジタル・トランスフォーメーションの相談が、ちょいちょい発生します。 DXの苦戦例というと運用体制や制度変更せずに、無理やり技術導入してる…がありがちですが、それ以前に「タイミングを逃した」導入ケースも多いイメージです。 共通課題すぎるので、よくするテクノロジー導入の例え話をnoteにまとめておくことに。 戦国時代の鉄砲導入を例えにした小話です。 最初に火縄銃を導入した人一番手は高コストかつ、ハイリスク・ハイリターン。そもそも一番最初は、この技術がアタリかも不明瞭。自分でリスクと手間をかけて、運用体制や使い方を確立しなければならない。 ただし技術導入に成功したときには、圧倒的に無敵なポジションを取れる。押し寄せる武田の騎馬隊を、コテンパンにできる! 成功事例をみて即座に導入した人 一番コスパが良い賢いプレイヤー。ミドルコスト、ミドルリスク・ハイリターン。他人がコンセプト実証をしてく

                                                                                  遅いデジタル投資は、コストだけがかかる|深津 貴之 (fladdict)
                                                                                • けしからん本屋とけしからん大人たちが僕を育てた 天才プログラマー登大遊氏をかたちづくった「あの本屋」

                                                                                  “けしからん”天才プログラマーはなにを考える? 登大遊氏を形成した歴史と日本のこれから けしからん本屋とけしからん大人たちが僕を育てた 天才プログラマー登大遊氏をかたちづくった「あの本屋」 例えば自分がエンジニアを目指したとき、どのように視野を広げればいいのか、漠然と不安を抱えたことはありませんか。そんな時、自分とは異なる“天才”の頭の中はどうなっているのか、その中身を覗いてみたいと思いませんか? そこで今回は、天才プログラマーとしても知られる登大遊氏に、その考え方や思想の根源がどこにあるか、ちょっと頭の中を覗かせてもらいました。まずは、登氏がプログラミングに出会った幼少期について。 雑誌やマニュアルを読んで学んだ幼少期 ーーまず、登さんの幼少期についてお尋ねします。登さんは、小学生2年生の頃に自宅にあるPCでプログラミングをはじめたとのことですが、当時はどのように勉強されていたのでしょう

                                                                                    けしからん本屋とけしからん大人たちが僕を育てた 天才プログラマー登大遊氏をかたちづくった「あの本屋」