ガバメントクラウドに見る「ボタンの掛け違い」《本文》■ 懸念されていた「移行の失敗」「富士通に続き「間に合わない!」表明のベンダーも…「自治体システム標準化」問題、26年3月の本格稼働まであと半年!」[1]という記事が目をひいた。 記事の中で、下記の部分が状況を示している。 全国1741の市区町村と47都道府県が、役所の中核機能をつかさどる住民記録や税など20の基幹ITシステムを2026年3月までに一斉に「標準化」する、総予算7000億円超の壮大な計画。それが自治体システム標準化プロジェクトだ。3万4000を超えるシステムを対象とし、さらにその後これらのシステムをクラウドに移行する。日本のITの歴史の中でも最大の基幹系移行プロジェクトである。 その移行現場では大混乱が起きている。前出の自治体は、大手自治体ITベンダーRKKCSの顧客。同社は10月1日、現在標準化作業を受注している全123団

本ガイドラインは、世の中のシステム開発プロジェクトのために無償で提供する。 ただし、掲載内容および利用に際して発生した問題、それに伴う損害については、フューチャー株式会社(以下、フューチャー)は一切の責務を負わないものとする。 また、掲載している情報は予告なく変更する場合があるため、あらかじめご了承いただきたい。 免責事項: 有志で作成したドキュメントである フューチャーには多様なプロジェクトが存在し、それぞれの状況に合わせて工夫された開発プロセスや高度な開発支援環境が存在する。本ガイドラインはフューチャーの全ての部署/プロジェクトで適用されているわけではなく、有志が観点を持ち寄って新たに整理したものである相容れない部分があればその領域を書き換えて利用することを想定しているプロジェクト固有の背景や要件への配慮は、ガイドライン利用者が最終的に判断すること本ガイドラインに必ず従うことは求めて
ホーム政府のウェブサービスやアプリの使い勝手に関するご意見をお聞かせください 政府のウェブサービスやアプリの使い勝手に関するご意見をお聞かせください 政府が提供しているウェブサービスやアプリケーションに関する使い勝手や情報の探しやすさ、アクセシビリティ等についてフォームでご意見をお寄せください。 ※本フォームは、試行運用中であり、今後内容等を見直す可能性があります 政府のウェブサービスやアプリの使い勝手に関するご意見 対象ウェブサービス・ウェブアプリケーション対象となるウェブサービスやウェブアプリケーションは以下になります。 ※該当のシステムが選択肢にない場合は、ご意見フォームの「ご意見のある政府のウェブサイト・アプリケーションを教えてください。」の項目にて「その他」を選択し、システムの名称を入力してください。 警察行政手続サイト(行政手続オンライン化) 金融庁電子申請・届出システム 金融

第1章Stripe決済の全体像 概要Stripeを使うことで、従来は複雑だった決済システムの実装ハードルが大幅に下がります。全体像をつかむための最低限必要な知識として、Web決済に的を絞って、Stripe決済の基本構造、単発決済とサブスクリプション決済の違い、テスト環境の使い方を説明します。 Web決済システムの全体像Stripe決済システムは以下のようなコンポーネントで構成されています: ※最小限の基本的な決済に必要なもの。実際にはもっと複雑で、膨大な構造です 基本概念 商品(Product): 販売する商品やサービスの基本情報 価格(Price): 商品の価格設定(金額、通貨、請求間隔) 顧客(Customer): 購入者の情報を管理 支払いインテント(Payment Intent): 単発決済の処理を管理 サブスクリプション(Subscription): 継続課金の管理 アプリ

システム構築の上流工程強化(非機能要求グレード)紹介ページ本ページの情報は、2023年8月時点のものです。本事業は終了しているため、お問い合わせには対応できません。 国民生活や社会経済活動における基盤となった情報システムは、「大規模化・複雑化」、「利用の広がり」の点からますます高度化しています。このような高度化に伴い、情報システムの安定的なサービスが求められるようになっており、複雑なシステムを構成する多様なコンポーネントがきちんと連携してそのようなサービスを提供する「システム基盤」の実現が重要になっています。そのためには、提供したいサービスに対応する要求を適切に定義する必要があります。 機能/非機能要求の相違点と課題 システム構築における要求には機能要求と非機能要求があります。このうち、非機能要求については、以下のような要件定義上の課題があります。 非機能要求グレードとは 「非機能要求グ

いよいよ数年前から誰もが予想し予想通りの結果になりつつある自治体システム標準化のコスト増の問題。最近、共闘プラットフォームなる組織から衝撃的なnoteがリリースされた。 これまで長い間この国の施策に汗水を流してきた事業者を自治体システムの知識が低いワーキングメンバーがあたかもコスト増は事業者の責任の如く失礼極まりない会議が行われ公開処刑に近い形の議事要旨が公開された。界隈にいる人ならどの事業者かは想像に難くないだろう。 99%政治マターに踊らされた国の失敗である。無論これまでの自治体システムにおいて事業者側にもやるべきことがあったことは認める。しかし、今回の失敗は国の責任だ。これは曲げようもない事実。こちらは何度も軌道修正を呼び掛けたが応答することはなかった。いや、失敗が明らかになってから応答したものもある。時すでに遅し。処方箋は病気発覚後すぐに投薬するのがベストだ。お迎えまじかの患者に投

はじめまして、一休でプロダクト開発・技術広報を行っている山本(@kymmt90)といいます。 今回は「一休.comレストラン」のバックエンドのRust移行の取り組みについて、バックエンドを中心に、背景や現在の移行状況をお伝えします。 なぜRustを選定したのか?サービス概要「一休.comレストラン」は、上質なレストランを対象に店舗や食事コースの検索、詳細情報の閲覧、Web予約機能を提供するサービスです。2006年にローンチされ、従来はPython・C#・VBScriptといった技術スタックを用いたシステム構成となっていました。 選定背景5年以上Pythonを中心にサービスを開発/運用してきましたが、コロナ禍や開発チームの再編成を経て、既存のコードベースのままだと事業の要求に沿った開発や運用が難しくなってきたという課題がありました。 そこで、サービスのUI自体の刷新を含めリライトしていくとい

VTuberグループ「にじさんじ」を運営するANYCOLORは2月18日、千葉県の幕張メッセで21日から開催するイベント「にじさんじフェス2025」の4つの公演で、同社がチケットの発売を委託している楽天チケットの抽選の一部に不備があったと発表した。一定の条件下で抽選応募が無効になる不具合が生じていたという。 ANYCOLORは不具合により落選した対象者に対し、一部返金とおわびの品を送付することを決定。対象者には、楽天チケットからメールで案内を送るとしている。 ANYCOLORには、2024年末ごろからチケット抽選の不具合の可能性を指摘する声が複数寄せられていたという。同社は楽天チケットに抽選の運用が正常かどうか確認し、24年12月時点で楽天チケットから「不具合はない」との回答を受け取っていたが、その後も不具合を指摘する声が相次いでいた。再度確認した結果、25年2月12日に楽天チケットから「

ゼミで,学生さんがシステム系の著名国際会議の論文紹介をするのを聞きながら,思ったこと. まずイントロのストーリを聞いた段階でこのネタOKと思えなくてはいけない.読み手の心を捉えていること.その先は大体想像が付くから読まなくて結構,読みたくない,は駄目.その先が気になるので読みたいと思わせなくてはいけない. 実装は奇をてらわなくてもいいが,着実に,やれることはすべてやってあること.評価もやるべきことをすべてやっていて,goodな性能が出ていること.これができるためには,研究構想の段階で,goodな性能が出るような設計,実装法,実装環境をうまく選択してある必要がある.イントロのストーリも,研究構想段階でどのように語るか,織り込んである必要がある. つまり,構想の段階での洞察が非常に重要.そして,スキルの高い人が1年程度,実装,実験,論文書きに没頭することが必要.goodな性能が必ずしもでない
1.はじめに ここ数日作っていたローカルPDF検索エンジン「kugutsushi-search」について書きます。これは、PDFドキュメントを検索するためのベクトル検索エンジンで、特にRaspberry Pi 4Bのようなスペックが控えめな環境でも、100GB超の書籍PDF群を全文検索できるようにしました。さらに、同じくRaspberry Pi上で動くDiscordボットとn8nと組み合わせて、RAG(Retrieval-Augmented Generation)システムのバックエンドとしても使えるようにしています。 この数年、大規模言語モデル(LLM)の進化に伴って、RAG技術が注目されていますよね。RAGは、LLMの知識を外部知識で補強して、より正確な回答を生成する手法です。このプロジェクトでは、RAGシステムの外部知識として、手元にある書籍PDF群を活用できないかと考えました。特に、

はじめに TROCCO では ETL ジョブや、dbt 連携、ワークフローなど、様々なジョブで実行ログをリアルタイムで見ることができます。 これによりエラー時のトラブルシュートをスムーズに行うことができます。 そして、この実行ログですが、DB にあるジョブのレコードの1カラムに書き込まれていました。 このように TROCCO の実行ログの表示機能は、データベースのアンチパターンの上に成り立っています。 ログデータはTEXT 型でDB に保存されているためサイズが大きく、また TROCCO の成長に応じてジョブ数は増えるため、ログデータもサービスの成長とともに無限に成長してしまいます。 おかげさまでアカウント数は増加の一方であり、それに伴い DDL が遅くなったり、また SELECT のパフォーマンスも当然落ちるため、INDEX に気をつけたりする必要がありました。 SRE ではこれに課

しが情 a.k.a しがない現自治体情シス担当者 @VRS_CR7 デジタル人材育成の話は、昨年「人材育成・確保基本方針策定指針」が20数年ぶりに改定されて明記されたものの、実際自治体の人事部門で自団体に取り入れてどうこう〜のケースは弊県ではあまり聞かないなあ。デジタル人材っていうけど土木人材だっていないやん?みたいな議論をどこかで誰かとしたような 2024-11-25 22:08:37 高橋 広和/Hirokazu TAKAHASHI @techniczna 高度人材以前に兵隊が不足しているんですよね、多分(´・ω・`) カイゼンする余力が無いから派遣を受けても効果が出ないし、たぶん現場と幹部の状況認識にギャップがある。 幾ら兵隊が死にそうで潰れようが、上に全く問題ありませんって報告してるマネージャー無数にいるっしょ。査定に響くしね。 2024-11-26 06:22:59 高橋 広和/

重い腰を上げマイナンバーカードを作成しようと申請したところ、気になることが発生しました。 代替文字とはなんでしょうか。 署名用電子証明書は、コンピュータで使用されるものであるため、氏名、住所は、文字化けせずにコンピュータで表示されるものとする必要があります。このため署名用電子証明書で利用可能な文字は、JIS(日本工業規格)の漢字の規格の内、日常的に使用頻度の高い常用漢字と人名用漢字を含むJIS第一水準、第二水準(JISX0208)と補助漢字(JISX0212)の範囲としています。 住民基本台帳の氏名または住所が電子証明書に記載するコード取扱範囲外の場合は、コンピュータでの表示に類似の字形を指定し、代替文字として登録します。(公的個人認証サービスポータルサイトより) 平たく言えば、「パソコンで普通に打てない名前は置き換えるよ」という意味です。 名字が旧字体で変換しても出てこない人も多いでしょ

リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く