自治体システム一元化がダメとは言ってません｜ヨシモトアキヒラ
自治体システムを国で一元化すべきという意見があります。別にダメとは言わないのです。ただ、ナイーブに一元化すれば安くつくとか効率化されるとか、ましてや住民サービスが向上するとか、そう思っているのだとすれば、ちょっと待ってほしいなという話。 今はバラバラのシステムシステムという言葉は守備範囲が広いので、ここではコンピュータで処理される情報システムのことだと思ってください。 現状、1700ほどある自治体は基本的にそれぞれにシステムを導入しています。共同利用は徐々に進んでいますし、SaaSとして自己保有ではなくサービスとして利用する動きも出てきています。しかし、所管としては個々個別です。 ここで問題なのが地方自治とはいえ、1700余りの自治体がやっている仕事は大体同じだということ。どこの団体も住民票は発行されるし納税証明ももらえます。微妙にデザインとか違うけど、基本同じような証明書が出てきます。
いろいろおかしいマイナンバーカード｜青野慶久
新しく菅内閣が発足してデジタル化推進が叫ばれる中、その中心的政策であり、普及に向けて大量の税金が投入されているマイナンバーカード。でも、いろいろおかしくない？ 「マイナンバー」と「マイナンバーカード」は別物です。マイナンバーは国民の出席番号みたいなもので、ない方が不便だと思います。でも、それを使うために、新しくプラスチックの「物理カード」を「全国民に」発行して持たせる必要がありますか？ しかも、発行や更新の手続きが複雑すぎませんか？ 私の知識不足・勘違いもあるかもしれませんが、おかしいと思うところを列挙してみます。これを機に議論が活性化することを期待しています。 -- ・そもそもマイナンバーカードの目的がよくわからない。身分証明のためなら運転免許証や健康保険証でよくね？行政手続きのためなら普通にID発行してネットでやればよくね？ そもそも何が問題なの？ ・カードに書かれたマイナンバーが漏れ
自治体向けシステムの完成度について
anond:20191229095749 某田舎市役所の現場より。 中小自治体は、ほとんどがパッケージシステムに移行しててすでに平準化されている。 いやいやどうだろう。 うちも全国数十カ所で採用実績あるパッケージシステムで業務を行ってるけど、 大抵の部署では完成度が低くて結構難儀してるわけよ。 幼保関係で説明しよう。 ある児童が保育1号認定(幼稚園のことな）と保育2号認定（保育園のことな）を併願するってときは 2号認定を受けて保育園待機中 ※保育園は朝から夕方まで預かるから仕事するならこっちを希望するのが普通。 かつ 1号認定を受けて幼稚園在園※幼稚園はお昼には迎えなきゃいけないので保育園に受かるまでのつなぎで入れるというパターン。定員は無いので無条件で入れる。 ていう情報を登録できなきゃ仕事にならない。 しかしうちで採用しているシステムは、児童が1号と2号両方の認定を受けるという状況を想
スマホ1年間充電不要に？ 次世代光通信システムで大幅省電力化 NTT、ソニー、インテルが連携 - ITmedia NEWS
NTTが次世代の高速光通信システム実現のため、ソニー、米インテルと国際的な連携組織を立ち上げると発表した。通信時の遅延や消費電力を抑え、自動運転車や1年間充電不要のスマートフォンなどへの活用も期待される。 NTTは10月31日、次世代の高速光通信システムの実現を目指し、ソニーと米半導体大手のインテルとともに国際的な連携組織を立ち上げると発表した。新技術は通信時の遅延や電力消費を大幅に抑えることが期待され、自動運転車などへの活用の他、1年間充電不要のスマートフォンの実現なども見込まれるという。今後参画企業を募集し、来春に設立、2030年ごろの実用化を目標に掲げる。 NTTが開発を進める次世代高速光通信システム「IOWN（アイオン）」に、イメージセンサーなど光関連の技術にたけたソニーと半導体に知見を持つインテルが協力する。アイオンは電気信号を用いず、光の周波数で情報を区別し、信号として伝送する
コンピュータシステムのサマータイム対応を巡る二つの楽観論 - アンカテ
いきなり来年から日本でサマータイムを導入するという話が出てきて、私には到底実現できない話としか思えなかったが、自民党の少なくとも一部の方々は本気で考えているようだ。そもそも、私にはメリットがどこにあるのかわからないがそれは置いておいて、コンピュータシステム側の対応が非常に困難であるということを、なるべく一般の方にわかるように説明してみたいと思う。 5chとツィッターを眺めて見ると、同業者の人は私と同じ意見が多数であるように見えるが、一部楽観的に見ている方もいるのに驚いた。何事にもいろいろな見方があるので、賛否両論の意見があって議論していけばいいことではあるが、その楽観論を見ていると、全く違う立場の二種類の楽観論がある。何がなんでも自分の立場が正しいと主張する気はないが、この二種類の楽観論が絶対両立しないことは確かで、ここだけはハッキリしておかなければならないと強く言いたい。 最悪のケースは
業者の設計スキルをハダカにする - 設計者の発言
システム刷新に失敗する理由のひとつが、ユーザ企業が業者の設計スキルを吟味せずに一括請負契約を結んでしまう点にある。彼らに委託すると、実際には下請業者が設計していたりする。多くの業者が多かれ少なかれゼネコン化しているため、設計スキルが空洞化しているためだ。下請業者に的確な設計が出来ないとは限らないが、起用される設計者のスキルレベルを発注者がコントロールできないという意味で、リスクが大き過ぎる。 そもそも「システム刷新に失敗した」とはどういうことか。ユーザ企業自身が想定するコスト感やスピード感でシステムを改善・発展させられなくなっているのであれば、失敗したと判断していい。少しばかり改修しようとしても、無駄に複雑な設計を掌握している開発業者の意向に振り回される。そんな業務システムの命運は業者に握られていて、これはもう経営権の一部を奪われているのと変わらない。そんな事例は少なくない。 なぜそういう
住所の番地は全角で入力してください←コレ
なんで半角じゃだめなん？ ていうか、システムで自動変換してくれんの？ 登録ボタン押した後にこれ出るのせいで、途中で会員登録やめたのいっぱいあるわ。
京都市がシステム刷新失敗、「悲劇を繰り返すな」とご意見番
京都市が2014年から81億円を投じて進めていた基幹系システム刷新プロジェクトが失敗した事案が、ついに訴訟合戦に突入する。2017年12月8日、京都市議会（京都市会）は門川大作市長名義で提出された訴えの提起を全会一致で可決した。刷新が遅延した原因となったバッチ処理のマイグレーション（開発言語と業務ロジックを引き継ぐ移行）を受託したITベンダーのシステムズ（東京・品川）に対する訴えである。 システムズは2億円を求め、京都市は8億円を求める 京都市の情報システム部門に当たる総合企画局情報化推進室の担当者は日経コンピュータの取材に対し、訴訟額は約8億円、正確には7億9976万2365円となると回答。内訳は既にシステムズに支払っていて返還を求める額が5億662万5000円、稼働遅延に伴う既存システムの延長稼働などの損害賠償金が2億2043万1696円、弁護士費用が7270万5669円という。 もと
京都市が今回失敗したような、自治体のシステム更新について
http://itpro.nikkeibp.co.jp/atcl/column/14/346926/101101158/ Q1.役所の仕事なんて全国でほぼ一緒なのに、なんで自治体ごとに別のシステムを作るの？ A1.地方自治体の事務や財務について法律で決まっているのは大枠だけだよ。 それを実務≒内部規定に落とし込むのは各役所ごとなので大枠は似てても実務プロセスは全然各役所で違うよ。例えば同じ業務でも独自の語彙があったり、下手すると同じ語で市町村ごとに意味が違ったりするよ。 Q2.なんで新規で作らないの？ A2.80年代ぐらいにやったよ。その結果が政令市クラスに残ってて今回京都市が更新しようとしてるような、メインフレーム上のシステムだよ。 Q3.メインフレーム（汎用機）って何？ A3.みんなが使ってるWindowsとかLinuxとかのOSがなかった時代のコンピュータだよ。IBMとかがベンダーご
システム刷新に失敗した京都市、ITベンダーと契約解除で訴訟の可能性も
京都市は2017年10月11日、NEC製メインフレームで稼働している基幹業務システムの刷新プロジェクトについて、バッチ処理プログラムの移行業務を委託していたシステムズ（東京・品川）との業務委託契約を解除したと発表した。作業の遅れで京都市は既に稼働時期を2017年1月から2018年1月に延期していたが、それがさらに遅れて2020年になる見込みである。新システムの稼働時期は、当初予定よりも3年以上の遅れとなりそうだ。 京都市は2014年から81億円を投じて、国民健康保険や介護保険といった福祉系のほか、徴税、住民基本台帳の管理など18業務を担っている基幹系システムの刷新プロジェクトを進めてきた。現行システムは30年前に稼働し、COBOLで構築している。 既に京都市は、福祉系のオンライン処理の刷新を予定通りに終了させている。地場のITベンダーなど5社が落札し、COBOLプログラムをポルトガルのアウ
オリラジ中田氏の転売屋対策について言いたい
とある地方のホール運営に関わる者です。この記事を読みました。 オリエンタルラジオ 中田 公式ブログ - オリラジ中田、転売撲滅の画期的システム発表！ - Powered by LINE ちなみに最初に書いておくと、転売問題は「①価格の初期設定を高め、転売屋の利ザヤを薄くする」「②本人確認を厳格にし（公式がコントロールする部分を除き）転売ビジネスが成り立たない方策を模索する」という両面から解決していくべき、というのが僕のスタンスです。 元記事にはポイントがいくつかあると思うので、ポイントごとに書いていきたいと思います。 主催者側の「見えない」損失 要するに主催者にはほぼ損失がないのである。ここがポイント。 よくアピールされる「売る方は損してない」というのは主催者のことだ。 だから主催者がなかなか声をあげなかった。 本格的にコストのかかる対策を取らなかった。 と元記事では主張されているが本当に
なぜ「システムが無事に動いている」ことの価値は理解されないのか
最近はあまり技術的な仕事をしていないんですが、実は私は元々DBエンジニアです。 OがつくDBとか、PがつくDBとか、mがつくDBとかをいじくって、クエリを書いたり、テーブルの設計をしたり、パフォーマンスのボトルネックをあれこれ調べて解消したり、INDEXヒントを総とっかえして頑迷なオプティマイザをぶん殴ったりすることが主なお仕事でした。今でもたまーにそういうことをします。 同業の方であればお分かりかと思うんですが、DBのパフォーマンスは凄く唐突に、かつ多くの場合極端に落ちます。そして、DBのパフォーマンスが落ちると物凄く広範囲に影響が及びます。 アプリケーションサーバ、重くなります。クライアント、ろくに動かなくなります。お客様、切れます。カスタマーサポートにはわんさか電話がかかってきます。 ただ「遅くなる」だけでも十分に影響は甚大なのですが、それ以上のトラブルが発生するとまあエラいこっちゃ
国内企業におけるシステム運用、約3分の1の企業が毎月数回の運用ミスや障害発生。最大の課題は「運用担当のスキル不足」で、二番目の課題は「自動化できてない」など
国内企業におけるシステム運用、約3分の1の企業が毎月数回の運用ミスや障害発生。最大の課題は「運用担当のスキル不足」で、二番目の課題は「自動化できてない」など 調査会社のIDC Japanは国内企業におけるシステム運用の状況についての調査結果を発表しました。 運用管理担当者の運用のミスや障害になどによるトラブルの発生頻度では、ほぼ毎日トラブルが発生しているのは全体の1.3％、週に数回程度トラブルが発生しているのは7.1％、月に数回程度トラブルが発生しているのは23.6％で、合計して月に数回程度のトラブルが全体の32％の企業で発生しているとのことです。 上記のグラフでは、サーバの台数が100台以上の企業と99台以下の企業のそれぞれの結果が示されており、サーバ台数が100台以上のほうがトラブルの件数が多いことが分かります。 システム運用管理における課題について質問した結果では、もっとも多かった回
特殊詐欺の番号に警察が繰り返し電話 装置導入 - 日本経済新聞
振り込め詐欺など特殊詐欺を減らそうと、警察庁が犯人側の電話に繰り返し電話をかけ、詐欺に使えなくする対策を始める。新たに自動で電話をかけ続けるシステムを導入。来年度から始める方針で、概算要求に5300万円を計上した。システムは各都道府県警が集めた犯行グループの電話番号を集約し、繰り返し電話をかける。犯行グループが電話に出た場合、警察からの着電である旨を知らせ、出頭を促す音声が流れる。切ってもすぐ
名寄せって難しいのよね - novtan別館
同姓同名同生年月日くらいだったら「便宜上」同一人物として扱っているシステムは結構多いと思うよ。 事故の経緯に関し、銀行側の説明をまとめると、次のようになります。 寝屋川支店では、死者の親族からの要請を受けて、死者の銀行口座を閉じた。この際、三井住友銀行の全国の顧客の口座一覧の中で、死者と同姓同名、同じ生年月日の人物を、住所を確認せずに閉じた。 http://21432839.at.webry.info/201601/article_4.html その人がどの支店に属する人かが重要であった時代ならともかく、今銀行にとってリテールのお客さんの住所は富裕層ならともかくそうじゃなければそれほど大きな意味合いを持っていないことも多いでしょう。 銀行についてはペイオフの絡みでずい分昔に名寄せのシステムは整えたんですが、実際のところ、システム的な名寄せを全て信じて何かをすることは難しいので名寄せされた人
これがデスマーチの実情か……SEが無茶なシステム開発に奮闘する自主制作アニメ「こうしす！」2年越しで「第2話」が公開に
情報セキュリティの重要さを啓蒙する自主制作アニメ「こうしす！」（関連記事）。前回から2年越しで、第2話「やはり弊社の業務システムは間違っている」がニコニコ動画で公開されました。今回のテーマは業務システムの開発。セキュリティの脆弱なシステムが生まれる背景を描いています。 物語の舞台は、京都と姫路を結ぶ中堅私鉄「京姫鉄道株式会社」のシステム課。第1話の事件以来、主人公のアカネは通常業務から外されて、子会社へ出向。自社システムの開発要員に組み込まれるのですが、そこには絶望的なデスマーチが待ち受けていました。 配属先に近づくごとに消耗したスタッフが通りすがり、中に入るとバイオハザードが 配属先の部署は死屍累々といった様相。スタッフはゾンビのように疲弊し、責任者は発注元の親会社から進捗の遅れを責められ、みんな心が壊れかけています。 親会社の総務部長に責められる課長代理。パワハラだぁ！ というのも、プ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://telework.cyber.ipa.go.jp/news/20200514/pic2.jpg
【新元号】改元のシステム改修で慌てるシステム屋は「無能」とのこと
ANAのシステム障害で搭乗手続きが昭和レトロなアナログ対応に！「懐かしい！」「即アナログに切り替えられるとか有能」
いまから２０年後、有能な１％の人間がモノとシステムを作り、４％のコミュニケーション強者がその上前を撥ね、残りの９５％がそのおこぼれで生活する時代がやってくる。 - orangestarの雑記
