番号のコピーボタンが欲しい
@02856 のように、コメントに番号をつけることで、そのアイデアを参照する機能があります。番号はアイデアの左上にありますが、スマホではこの番号選択が難しい。 なので、番号の横にコピーボタンをつけて欲しい。 » 詳しく
- 1ポイント
- 1票
- 0コメント
ikemoさんのマイページ
投稿したアイデア 38
Excelスクリーンショットによるエビデンス問題
今はどれくらい残ってるか分からないのですが、珍妙な風習の一つに、「テストしたエビデンスとして、スクリーンショットをとってExcelに貼り付ける」というものがあります。 この記事にあるように、Seleniumで取得して、画像を比較して差分を表示するのならまあ意味はあるかと思います... » 詳しく
- 3ポイント
- 7票
- 2コメント
業務委託契約における「上下割」の禁止
自分には関係ない話ですが、聞いたときに酷い制度と思ったので。 フリーランスの業務委託契約、アジャイル開発を含む準委任契約においては、例えば「月160時間〜200時間」といった感じで幅を持たせて、下限を下回ったときは減額、上限を越えたときは増額している。 その精算におけ... » 詳しく
- 1ポイント
- 5票
- 2コメント
平井大臣は記者会見の早期公開/ブログでの発信を
河野大臣は繰り返されるマスコミの捏造報道に対してブログで反論していますが、平井大臣はブログもあまり書かず、Twitterでも動画投稿が多いので、正確な情報が伝わっていません。 マスコミには1ヨクトメートルも期待していないので、記者会見はできれば当日のうちに公開、あとマスコ... » 詳しく
- 1ポイント
- 1票
- 1コメント
「期間限定ポイント」を使った迷惑メールの禁止
これは法律の抜け穴なので、早急に規制して欲しい。 ある複数のECサイトで次のような手法が使われている。 1. 業者が期間限定ポイントを「勝手に」付与する。 2. その事実より、「ポイントの有効期限が近づいています」という内容のメールを送る。オプトアウトのリンクもない。 ... » 詳しく
- 4ポイント
- 5票
- 4コメント
車輪の再発明をしない
PPAPの代替案が多いと思ったら、平井大臣がアイデアを募集してたんですね。 アイデア募集するのはいいんですが、セキュリティ的には「車輪を再発明しない」が原則です。適当にググったらJIPDECの人の資料が引っかかったんですが、「S/MIME」とか「オンラインストレージ」とか、既存の... » 詳しく
- 12ポイント
- 12票
- 5コメント
「地方創生テレワーク交付金」の過去に遡っての適用
まだ概算要求段階のようですが、「地方創生テレワーク交付金」というのができるらしいですね。これを2020年頭〜6月くらいの過去に遡って適用できないでしょうか。国民に利益になるため、法令の遡及適用的には問題ないと思います。 何でかというと、コロナ禍でリモートワークできるよう... » 詳しく
- 1ポイント
- 1票
- 0コメント
アイデアに「関連アイデア」を加える
「@数字」で別のアイデアへリンクできるようだが、本文の一部として使う必要があり、埋もれやすい。 Issue Tracking Systemでは「関連チケット」という機能があり、別のチケットの番号を登録することで、関係性を明示することができる。 https://redmine.jp/glossary/r/related-issue... » 詳しく
- 3ポイント
- 3票
- 1コメント
アイデアにステータスを加える
自分としてはことアイデアボックスは11月頭で一旦停止でいいと思っていたが、継続されるのならそれはそれでアイデアを一つ。 重複したアイデアが目立っているが、これを解消するために、アイデアにステータスを追加して欲しい。イメージ的にはIssue Tracking Systemとして有名なBugzil... » 詳しく
- 2ポイント
- 2票
- 4コメント
「クラウド・バイ・デフォルト」の説明を広く知られる形で提供する
「クラウド・バイ・デフォルト」で知られる、「政府情報システムにおけるクラウドサービスの利用に係る基本方針」というドキュメント(PDF)がある。 https://cio.go.jp/sites/default/files/uploads/documents/cloud_%20policy.pdf このPDFに書かれていることはもっともだが、目を引い... » 詳しく
- 2ポイント
- 2票
- 0コメント
「パズル認証」は日本の恥
CAPTCHAで使われる「パズル認証」というのが存在する。 やってることは「ジグソーパズルのピースを埋める」ものだが、あまりに簡単すぎてすぐに解かれている。 輪郭を検出するだけなので、えーあいとか持ち出すまでもない。 このような無意味なものを蔓延させているのは日本の恥な... » 詳しく
- 2ポイント
- 6票
- 5コメント
セキュリティとして意味のない行為をしている場合はISMS・プライバシーマークを通らないようにする
パスワード付きZIPにしろ、パスワードの定期変更にしろ、結局のところはISMSやプライバシーマークを取得するために行われていると推測される。本来は正しいセキュリティマネジメントが行われていることがISMSの趣旨のはずだが、「これを入れるだけでOK」というのが蔓延しており、かえって... » 詳しく
- 4ポイント
- 4票
- 3コメント
パワハラの類型に「非効率なやり方を押し付ける」を追加
Twitterでは、非効率的なやり方を押し付ける件に対する嘆きをよく見ます。酷いのだと「ExcelのSUMを使ったら上司が手計算でやり直せ」と言ったとか。 状況的には間違いなくパワハラと思われるが「ハラスメントの類型と種類」にはそういうのは含まれていない。 https://www.no-harassm... » 詳しく
- 6ポイント
- 6票
- 5コメント
健康診断の手続きの効率化(全国どこでも受けられるように)
会社では関東ITソフトウェア健康保険組合に入っているが、健康診断が受けられる施設が限られていて、都道府県によっては1つもないこともある。それ以外の施設でも受けられるが、手続きが煩雑になっている。これによって、フルリモート社員の中に、近くで受けられなくて困っている人がいる... » 詳しく
- 4ポイント
- 5票
- 2コメント
合理的な理由のない「地域別給与」を差別として禁止する
寒冷地手当など、必ずしも地域による差が全てダメとは言わないが、プログラマーなど、リモートワーク可能な職種で同じ仕事をしていても、地域によって給与体系が違うのはおかしい。 とある企業の求人では、同一職種において、東京と地方都市で2.5倍ものの給与差があった。また、Facebo... » 詳しく
- 7ポイント
- 9票
- 8コメント
RFC違反のメールアドレスの廃止の要請
iOS14アップデート後、メール送信不可となる事象に関して https://service.smt.docomo.ne.jp/site/mail/src/rfcaddress_info_for_ios.html > ※iOS14未満/imode/Android端末をご利用のお客様は特に影響はない為、なにか操作をいただく必要はございません。 となっているが、... » 詳しく
- 5ポイント
- 6票
- 2コメント
go.jp共通のPermalink(短縮URL)の提供
現在は各省庁で独自にURLを作成しているが、分かりづらいものが多い。 パンフレットにはQRコードを載せる形でもいいが、PCで直接入力したいケースもある。 そこで内閣が変わったり、政策が変わってもしても継続的にメンテナンスされるURLを提供して欲しい。 信頼性という観点から &a... » 詳しく
- 2ポイント
- 8票
- 6コメント
政府広報の自治体の広報誌への掲載
あえてアナログな話ですが、広報が足りないという話をいくつか見たので。 広報が届かない理由の1つに、掲載メディアの問題があると思います。 人によると思いますが、自分はどれも見ないんですね。 最近の若い人は同じようなものじゃないかなと。 https://www.gov-online.go.jp/pr/... » 詳しく
- 5ポイント
- 6票
- 2コメント
ユーザ単位でのミュート機能が欲しい
反対が集まっているからと開き直る人、コピペのようなコメントを繰り返す人が何人かみられます。 昔から「荒らしは無視」と言われているんですが、目に入ってしまったものを忘れるのは難しい。なのでミュート機能が欲しいです。今後同じようなシステムを作るときにはデフォルトで欲し... » 詳しく
- 4ポイント
- 6票
- 1コメント
このサイトからダウンロードできるCSVをUTF-8にして欲しい
CSVダウンロードできるようになったが、案の定、Shift-JISが使われている。 https://ideabox.cio.go.jp/ja/csv_download/ 名前に絵文字を使っている人もいるが、投稿者名「？」になってしまっている。 情報が失われていることは遺憾であり、Shift-JISをやめて、UTF-8にして欲しい。 ... » 詳しく
- 9ポイント
- 10票
- 5コメント
標準報酬月額の簡略化
あくまで事務コストの話です。 社会保険料や健康保険料の算出に使われる「標準報酬月額」だが、非常に分かりづらい。 ・4〜6月の支給額のみで決定する ・交通費が対象になっている ・賞与は対象にならないが、4回を超えると対象になる 「標準報酬月額」自体をなくすのは難しいと... » 詳しく
- 8ポイント
- 10票
- 7コメント
SMSの高止まりの解消
SMS(ショートメッセージサービス)は電話番号だけで使えるため、 企業からの連絡メッセージや、ワンタイムパスワードの送信など広く使われている。 ユーザとしては使いやすいSMSだが、開発する側としては非常に使いにくい。 なぜなら、日本でSMSを使う場合、企業向けのサービスでは1... » 詳しく
- 7ポイント
- 11票
- 2コメント
直接請求(リコールなど)のインターネット署名
インターネット投票や電子投票のアイデアがあるが、 「投票の秘密」という課題があり、なかなか難しい。 そのため、まずはリコール署名などを含む直接請求を 電子化・インターネット対応することで、課題を洗い出すのはどうか。 ・直接請求は「縦覧」と言う形で、現状でも投票の... » 詳しく
- 5ポイント
- 7票
- 1コメント
認証の実装ルールの整備
開発者としても困ることがあるが、 主にユーザーとして困ることに、パスワードのルールがある。 シングルサインオンがあるサービスも増えているが、実装が容易なのと、 ユーザからもあえて連携させたくないためにパスワード認証を使うケースも多々あり、 今後も(しばらくは?)使われ... » 詳しく
- 1ポイント
- 5票
- 8コメント
誹謗中傷・捏造に特化した司法制度や第三者機関
以下の問題を解決したい。 ・マスメディアによる捏造記事 ・ネットメディアによる捏造記事、煽り記事 ・SNSによる誹謗中傷 これらに対するアイデアはいくつかあるが、 根本的には「裁判に時間と費用がかかる」ところが問題だと思っている。 また、裁判を起こすほどではないが... » 詳しく
- 5ポイント
- 7票
- 1コメント
CSVエディタの開発支援(Excel, Shift-JIS依存対策)
CSVは簡単なファイルフォーマットのため広く使われているが、 文字コードにはShift-JISが使われることが多い。 まさにこのサイトも、Shift-JISが使われている。 その理由は、「Excelで読み込みをするため」だと思われる。 Excelで読み込みをするだけならBOM付きUTF-8を使えばいいが... » 詳しく
- 1ポイント
- 5票
- 8コメント
資格取得など、学習のための費用の所得控除の拡充
現在は「給与所得者の特定支出控除」という制度があるが、要件が厳しいため、ほとんど使われていない。内容を見ても、ほとんどは会社が出すべきもののため、対象者が少ないと思われる。 https://www.nta.go.jp/taxes/shiraberu/taxanswer/shotoku/1415.htm このうち研修費、資格取得... » 詳しく
- 6ポイント
- 7票
- 1コメント
アジャイル開発に特化した情報処理技術者試験
IPAの情報処理技術者試験は学習する側としてはちょうどいい目標だが、実務に携わる側からすると大きな問題が2つある。 1つは、内容が最大公約数になっていること。コンピュータサイエンスや数学は必須でよく、ベンダー固有の技術はIPAの管轄外でいいが、プロジェクトマネジメントのよ... » 詳しく
- 6ポイント
- 7票
- 2コメント
マイナンバーカードの身分証明書としての有効性を法律で義務付け
マイナンバーカードが普及しない理由は色々あるが、 一つに、身分証明書として拒否されるケースがあるからだと感じている。 なぜ拒否するのかは分からないが、 住基カードのときはこの問題はなかった。 なので、マイナンバーカード(正確には政府が指定したもの)が 身分証明書とし... » 詳しく
- 1ポイント
- 2票
- 0コメント
XMLベースのAPI/ファイルフォーマットの廃止
現代では、サービスが提供するAPIはREST/JSONが基本となっている(GraphQLも増えている)。 しかし、SIerが作成するAPIはSOAP/WSDLのようなXMLベースのものが多く、 非常に分かりづらく、生産性低下の元凶となっている。 OpenID Connectだと思ったら、設計がSAMLだったというケースも... » 詳しく
- 7ポイント
- 13票
- 0コメント
PC購入時の「10万円の壁」の解消
PCには昔から10万円の壁があり、10万までは経費で落とせるが、 10万円を超えるといろいろ面倒なのでなかなか購入を認められないことが多い。 そのため、低スペックPCが支給され、生産性の低下を招いている。 平成18年(2006年)からずっと延長されている「少額減価償却資産の特例」が... » 詳しく
- 78ポイント
- 83票
- 13コメント
相互運用性に関する責任の明確化
開発時に外部サービスとの連携をすることが多々ある。 その中で使われるプロトコル、API、ファイル形式、セキュリティなどで、 標準、あるいは事実上の標準規格が使われることがある。 通常はお互いその規格に従って開発するのだが、 明らかに相手側の問題にも関わらず、こちらに改... » 詳しく
- 6ポイント
- 7票
- 1コメント
官民の調達要件に「アップデートへの対応」を必須とする
最近は少なくなった(自分はしばらく遭遇していない)が、 動作のために「古いバージョンのJava」を入れさせているケースがあった。 また、検証が終わっていないとの理由で、 最新バージョンのOSやブラウザを拒否するケースもあったと記憶している。 もちろん動作検証は必要だが、... » 詳しく
- 5ポイント
- 7票
- 2コメント
職業訓練のモダン化、高度化(あるいはオンラインリカレント教育)
最近、プログラミングスクールが多く設立されており、 高い授業料にも関わらず人気があります。 その理由は、ベンチャー企業で求められる技術を学習し、 就職する機会を提供しているからです。 もっとも、怪しいところも多くありますが。 逆に言えば、プログラミングスクールが流... » 詳しく
- 9ポイント
- 10票
- 4コメント
他国で承認されている機能の迅速な審査
具体的にはApple Watchの心電図機能だが、 発表から2年近く経ってようやく承認されている(現時点ではまだ利用可能になっていない)。 もちろん日本国内での審査は必要だが、 前例がないものについては動きが非常に遅く、 他国に後れを取る原因になっている。 また、多くの理由は... » 詳しく
- 6ポイント
- 6票
- 1コメント
リモートワーク(テレワーク)時の個人情報取り扱いのルール整備
リモートワーク(テレワーク)を推進するときに問題となっているのが、個人情報の取り扱いです。 個人情報保護が重要なのは言うまでもありませんが、 リモートワーク時の個人情報の取り扱いは各社様々で、完全に禁止の会社もあれば、 ルールの整備やツールの導入を行ってリモートワー... » 詳しく
- 2ポイント
- 2票
- 1コメント
公的情報の同時配信の原則(事前リークの禁止)
正直信じられないが、COVID19についてニュースメディアに事前リークしているところがあった。 事前リークは論外だが、国からの情報を国民に公的な形で発信するのにタイムラグがあるため、 ニュースメディアによる、誤解を招く、時には完全に間違った情報が流通してしまっている。 例... » 詳しく
- 2ポイント
- 2票
- 0コメント
国が発注するシステムの多重下請けの全面禁止
個人的には内製がベストだと思っていますが、 すぐには難しいので、 まずは多重下請けを全面禁止してほしい。 なぜなら、過去にもオウム真理教が 国のシステムを受注して問題になっていたが、 この多重下請け構造がある限り、 身元が分からない、信用できない人が 開発に入る可... » 詳しく
- 32ポイント
- 33票
- 5コメント
お気に入りアイデア 1
PC購入時の「10万円の壁」の解消
PCには昔から10万円の壁があり、10万までは経費で落とせるが、 10万円を超えるといろいろ面倒なのでなかなか購入を認められないことが多い。 そのため、低スペックPCが支給され、生産性の低下を招いている。 平成18年(2006年)からずっと延長されている「少額減価償却資産の特例」が... » 詳しく
- 78ポイント
- 83票
- 13コメント
投稿したコメント 199
役所の体質とIT
いつでもどこでもデジタル情報が使える社会の中のデメリットから情報活用できる社会の実現
#001 のコメントに賛成。
こういう政策とかで「経済効果」が出されるけど、ハッキリ言ってあれ意味ないです。「密」による弊害が全く考慮されていない。
限られた環境にとらわれない視点の強化と学習
IT業界は年齢差別が強いのですが、その一因として、新しい知識を取り入れることもなく、思考停止している人が多いからだと考えています。そういう人が役職につくと最悪ですね。
「ただ参加するだけで無く、必ず成果物を作っていく。」という観点だとハンズオンがオススメですね。準備する側は大変ですが、参加者としては楽しいし、一番役に立つと思います。
個人が情報を管理できるようにしてほしいです。
意図は分かるし便利ですが、強制は強すぎるなと感じます。
あと、技術的にはマイナンバーを教える必要もなく、このサイトの「Googleでログイン」みたいな仕組みで実現可能かと。
提出書類におけるExcel方眼紙の廃止とXML化
自治体システム等標準化に対してシステム監査を実施
スーツ着るのやめたら?
公共放送の受信料とかいろいろ平等にしてほしい
医療費控除の期間と医療費通知の期間を一致させてください。
遠隔でない遠隔医療
売却・反対!
むしろEテレしか見るに値しないので他を売却して欲しい。
ニュースとかもいらない。クローズアップ現代は過去に何度も迷惑をかけてるし、自分も被害を受けた。まあ手話ニュースだけは必要か。
紙を原本(正本)とするのをやめてPDFなど電子データを原本(正本)として生産性アップを!
もちろん大賛成なのですが、契約の当事者だけでなく、第三者が絡むとややこしい話が出てくる可能性があるなと思いました。
もちろん電子契約プラットフォームを使っているがそれが認められないのは論外なのですが、契約自体はメールだけでも問題ないんですよね。
https://www.meti.go.jp/covid-19/ouin_qa.html
なので、「当事者間では電子署名なしPDFのやりとりだけで済んでいるが、それでは第三者が検証できなく、電子決済を導入するハードルも高いため、仕方なく紙に退化する」という事象が発生するかもと思いました。思いつきなので実際発生しているかは分からないのですが。
悪質まとめサイトの規制に関する意見
個人的にははてなブックマークやTogetterのような「陰口サイト」も潰したいのですが、この手の規制って難しいんですよね。
規制よりも、誹謗中傷などの違法行為に関しては、速やかに訴えられる仕組みを整えた方がいいと思います。そう言えば @02266 で書いてた。
医療費控除の期間と医療費通知の期間を一致させてください。
「事務処理が遅すぎる」のが根本原因なのでそこを解消するのが正攻法だと思います。実際のところは認められないケースが稀なので、見込み額で申請して、もしダメだったときはに返還を求めるのじゃダメですかね。。。
デジタル庁のパソコンスペックは国内最高峰で
#001 もてなしというよりはセンスを見られると思います。
#002 今どきならRyzenですかね。
#003 がベストですね。
エンジニア向けの勉強会に行くと、ほとんどがMacBook Proです。あとはThinkPad、Let's noteをたまに見るくらいです。
まあ最近のMSはOSSフレンドリーになってきて、WSL2とかもありますし、Windowsでも拒否感は少ないと思いますが。
自分の受けたい医療を受けられる社会の実現
2.は意図は分かるのですが、ストレス解消のために食べすぎるとかあるし(とは言え程度はありますが)、予防や健康診断は医療費控除にすらならない現状を変えないと逆効果じゃないかなあと思ってます。
「産学官民イノベーション基盤」設立のご提案
「デジタル改革の方向性」のアイデアにも書いたんですが、「与えられるもの」「誰かがやってくれるもの」という意識でいるうちはダメですよね。
ブロードバンド僻地にも高速インターネットを整備すべき
遅延とか速度制限考えるとWiFiでは不十分ですね。
方向性としてはユニバーサルサービス制度に光インターネット(1Gbps)の対応を入れるのでいいと思います。
https://www.soumu.go.jp/main_sosiki/joho_tsusin/universalservice/index.html
コロナ禍に適応しITを活用した職業訓練、年齢・性別などにこだわらない中途採用の推進
IT業界では中途採用は当たり前ですが、年齢差別は平気で行われてますからねぇ。。。
とは言え家庭を持つと希望年収が高くならざるを得ない事情もあるので、ベーシックインカムがあればベストですが。
go.jp共通のPermalink(短縮URL)の提供
#005
はい、検討お願いします。このアイデアのコメントや他のアイデアの議論を見ても、この3つが課題として挙げられてますね。
・Permalinkになっていない(消えてしまう)
・URLの信頼性 @03971
・ユーザに使いやすいものでない(長すぎるとか、QRコードを使ってほしいとか)
スマホゲームでコロナ感染予防への理解を広める
ゲームって作ればやってくれるほど単純しゃないからなあ。。。
感染対策情報はCOCOAに組み込めばいいし(公式アプリならリンクは入れられますよね、たぶん)、Plague Inc.みたいに既存の人気のあるゲームでちょうどいいのがあれば提携の方がいいかと。ガチャゲーは論外ですが。
デジタル業務をブラウザだけで完結する
メリット
・OSに依存しない
・スペックが高くなくても利用可能
・文書などは共同作業が可能
・紛失、交換時の対応も容易
デメリットはブラウザに依存する可能性があるとかですか。まあIE依存とは違ってまともな選択肢があるけど。他にも課題はありそうだけど、メリットが圧倒的に大きいですね。
全都道府県にIT特区のようなものをつくる
国会議員の各省庁のやり取りでZoom解禁について
今回は傍聴されても問題ないものに限るとのことなのでまあ許容範囲かなと。
https://www.itmedia.co.jp/news/spv/2011/27/news151.html
ただ、 @04163 のコメントに書いた通り、この分野では国内でも頑張ってるようなので賛成。
IT技術者の厳格化
SESは問題が多すぎて何とも言えないけど、とりあえずは経歴詐称が当たり前に行われているのを何とかした方がいいんじゃないかなあと。
ハッカソン等の集中開催日
Global Day of Coderetreatを思い出しました。みんなで集まって何かやるのは楽しいので、そういう日を設けるのはアリかも。
対応端末にLinuxも追加して欲しい
@01376 に似たようなこと書きましたが、動作確認してないなら警告を出すくらいなら分かるけど、先に進めないのは「そういうところがだめなんだぞ」と強く言いたい。そういう意識から変えていかないと。
[事務局]「マイナンバー制度及び国と地方のデジタル基盤の抜本的な改善に向けた検討課題」へのご意見をお願いします
どこに書いたらいいか分からないのでここに書きますが、
デジタル改革関連法案ワーキンググループ作業部会の資料はよく出来てると思います。専門家向けの内容ですが、こういうのをもっとアピールした方がいいと思うんですよね。
https://www.kantei.go.jp/jp/singi/it2/dgov/houan_wg/sagyobukai/dai1/gijisidai.html
[事務局] 「デジタル社会を形成するための基本原則(10原則)」へのご意見をお願いします
⑥迅速・柔軟に「アジャイル発想を活用し、費用を抑えつつ高い成果を実現」があるんですが、コスト削減できるという誤解を招く表現になってます。どうしても費用の話を入れるなら「費用対効果の高い」とでもしてください。
[事務局]「マイナンバー制度及び国と地方のデジタル基盤の抜本的な改善に向けた検討課題」へのご意見をお願いします
#008 と同じく、人材の視点が全く不足しています。
OSSやベンチャーが作るならまだしも、SIerが甘い汁を吸う構図だとたまったものじゃない。
[事務局] 「デジタル社会を形成するための基本原則(10原則)」へのご意見をお願いします
社会全体のテレワーク率向上に向けて
#003
自分の読み間違いでした。「事務職」のテレワーク率でしたね。その基準なら一律でいいと思います。
稠密度についても異論ないです。これまでは「サテライトオフィス＝ベンチャー企業中心＝開放的」というイメージが強かったのですが、今後は大企業も使うので、個室型が主流になっていくのかもですね(というか増えて欲しい・・・)。
「期間限定ポイント」を使った迷惑メールの禁止
[事務局]第3回データ戦略TFへのご意見をお願いします。
とりあえず、これの場所教えてほしい。調べても見つからず。
> プロトタイプ Ver.1 は、既に GitHub にて 2020 年 9 月 30 日に公開
社会全体のテレワーク率向上に向けて
@01629 でも議論されてますが、
・業種ごとに設定(特にIT系は目標を高く)
・地域によって分けるか、郊外のサテライトオフィスは優遇するなど
(地方都市で密度が低いなら優先度は高く無いため)
とかの考慮は必要かなと。
在宅勤務にあわせた新しい税制・関連法の早急な整備を!
表題には賛成ですが、個別にはいろいろ問題があるので。
1. 家で転んだときとかは除外ならまあOK。通勤労災は逆に労災認定を緩くした方がいいと思いますが。
2. 裁量労働制がそもそもちゃんと適用されてるかどうか怪しいので・・・
3. 労働者に不利になるので反対。選択制ならまあOK(自分は確定申告でもいいけど)。
4. 賛成。郊外でリモートワーク推進するだけでも東京の通勤地獄は緩和される。
5. 賛成。
6. iDeCoの拠出額引き上げはいいが、「標準報酬月額」という考え方を見直す必要あり @02841
7. ストレスの原因は同感だが、対案はこれではダメだと思います。
リコール(直接請求)署名の電子化対応
@02789 で自分も書きました。
せっかくなので一つ付け加えておくと、電子化すれば基本的には大丈夫ですが、万が一投票内容を精査する必要が出てきた場合は、該当自治体とは利害関係がほぼない、遠く離れた自治体の職員などが行うようにすれば圧力行使のリスクはさらに減らせるかと。
業務委託契約における「上下割」の禁止
Excelでのドキュメント作成の不思議
昔はExcel方眼紙を割と使ってたんですが、要はExcel方眼紙って「縦横の制限がない紙」なんですよ。
Wordは校正機能とか使わない人にとっては「A4の紙」だし、結局「紙」というものに縛られているという意味では正直どっちもどっちだと思ってます。
まあ適切なツールを使いましょうというのは賛成ですが。
デジタル省庁による耐災害性の検討。
人月単価での発注から必要機能ベースでの調達
請負開発である以上は「早く納品して終わらせたい」という欲求が出てくるので、スコープ外と言ってしまうのはしょうがないと思います。
アジャイル開発なら準委任契約がいいんでしょうけど、受け身の人ばかりだとダラダラやる可能性がありますし。まあダラダラやる人を排除した方がいいかもしれませんが。
AIの意味を正しく
閾値のくだりがイマイチ分からないんですが、どっちも「弱いAI」という意味では変わらないんじゃないですかね？「強いAI」に対する幻想を捨てて欲しいという意味なら分かるんですが。
携帯カタログ CPUではなくSoCと表記すべき
正しく表記すべきという観点からは賛成ですが(なので「インテル4コア」みたいなマヌケな表記は排除すべき)、SoCという表記が適切かどうかはちょっと自信ないですね。
政府民間に関係なく将来起こりうる障害を考慮した要件の定義を
この手の話は「問題のないことを保証しろ」と悪魔の証明を求められて疲弊するケースもあるので(実話)、実効性のあるガイドラインが欲しいですね。
パワハラの類型に「非効率なやり方を押し付ける」を追加
#004
もちろんIT弱者を罰することが目的ではなく、あくまで今虐げられている人を助けるためです。そして教育に投資するのは大賛成です。
ただ、PCを使えるだけでは不十分で、ITを使って業務改善に取り組めるくらいの知識は欲しいです。 @04374 で提案されているように。
平井大臣は記者会見の早期公開/ブログでの発信を
大事なことが漏れてた。早期公開してほしいのは「文字起こし」です。
記者会見そのものは動画で公開されているので。
https://nettv.gov-online.go.jp/mobile/prg.php?p=21615&t=184
官公庁では、多段階契約で安くならず、高くなるおそれ
会社で役職を得る人間、および、起業する人間の資格制度(IT技術を使って業務改善できる能力の保証)
なるほどなあと思いました。「業務改善能力」に着目するのは方向性としてとても良いと思います。
自分の経験でも、業務改善能力、有能さは強い正の相関関係があります。というより、業務改善を疎かにしている人で、有能な人は見たことありません。
現代では業務改善にはITが必須ですが、利用する側のハードルは下がってるので、資格のハードルは低いと思います。
IT人材にスポットを当てた議論を
ダメな組織を変えるのは難しいので、人材の問題は「いかに悪い環境を脱出できるか」が鍵だと思ってます。20代や30代前半だと未経験でも何とかなるのですが、それ以降になると経験があっても、学習をしていても、偏見が多くてまあなかなか厳しいですね。あと家庭持ちだと冒険がしづらい。
自分はまだマシな方ですが、話を聞くと「脱北者」みたいな人もいますね。
RPAの積極的な活用について
RPA自体「逃げ」の手法なので将来の廃止前提にして欲しいですが、入れるのならMSが公式で出すようなので、これでいいと思います。
https://www.publickey1.jp/blog/20/rpawindowspower_automate_desktopignite_2020.html
プログラミング、メカニカルエンジニア、デジタルデザインの教育
プログラミングはいいけど、デザインは見た目よりはまずはUI/UXかなと。
Twitterで話題になった、「階段に見えない階段」のような、見た目だけ重視して使いにくい、危険なものが出てしまうのを避けるためにも。
地方の中小零細企業に向けて
圧力という意味では日本商工会議所が反対している、最低賃金の値上げを滞りなく進めるのでいいと思います。人を雇っているということはその人の人生を預かっているようなものなので。
やる気があるところに知恵を提供するのはいいですが、やる気のない上司がいるところは何を言っても無駄なので、どう選別するかかなあ。
新型コロナウイルス接触確認アプリ(COCOA)の対象バージョン拡大
全角の英数字・記号の廃止
削除は互換性の観点からも難しいかなと思いますが、IMEに「非推奨」と表示させるように要請は出来るかなと思います。元々Unicode上も互換のためだけの文字として収録されているので。
最新アプリを揃えた行政デジタルラボを作る
やるのならラボよりはいわゆる「情シス」がやるのがいいかなと。
なぜかというと、情シスは「守り」になりがちなんですよね。新しいことをやろうとしても情シスがノーと言う、それなら情シス自体を花形職種にしてしまった方がいいかなと。メルカリのコーポレートエンジニアリングチームのように。
官公庁では、多段階契約で安くならず、高くなるおそれ
「多段階契約」というのが「要件定義までの契約」というのならまあ分かります。特定のベンダーしか受注できない内容にならないように注意が必要ですね。
あと全体的に「工程ごとの見積もりの精度を高め」とか、全体的にSIer臭い感じがします。ここは全面的に見直しが必要だと思います。
山田太郎参議院議員のサイトより全文を見つけて読みました。
https://taroyamada.jp/?p=13272
ここの箇所ですよね。
> 失敗のリスク及び失敗した際のコストを最小化しつつ、常に修正・変更・中止がで きるようにするため、各府省及び地方公共団体の情報システムの構築にあたっては、工程ごとの見積もりの精度を高め、かつ、徹底した PM(プロジェクト・マネジメント)を行えるよう、多段階契約を行うなど契約の方式や内容を工夫する。
PDFにしたからデジタルってもんじゃない
#005
Excelでも同じ問題は発生し得るのですが、現状で大きな問題になってないことから、Wordでも変わらないのかなあと。
#008
Pandocなら入力はMarkdown/reSTに限らず.docx, .odtとか色々対応してるから(入力にPDFは対応してません)「好きなものを使って書いていいよ」が実現できそう。
DVDリージョン廃止
テレワークのための防音
ある程度の防音は必要だと思いますが、結局はコストに跳ね返ってくると思います。あと、マンションってWiFiは通りにくいし、リモートワーク向きじゃないんですよね。それよりは人が集まらなくて済む方がいいかなあと。
ICT公共事業としてオープンソースソフトウェア開発をせよ
ローカライゼーションについては人不足もありますが、個人でやるよりは組織向きだと思います。開発については既存の開発者に対する支援がいいかと。今はどうか知らないですが、未踏事業はそんな感じもありました。
契約の自動更新について
#003
サービスによっては期間限定で使いたいものもあるので、自動更新の選択はアリかなと思います。
あと「契約しているのを忘れる」という対策には、更新のたびに領収書の発行を義務付ける(Kindle Unlimitedはそうなってません)とか、契約更新が近づいたことをメールで知らせる手もありそう。
交通系ICカード(交通系電子マネー)のJR全駅での利用拡大
無人駅は車両につけるか車掌に携帯してもらうとして、チャージをどうするかでしょうか。スマホ前提にできるならモバイルSuicaでいいですが。
契約の自動更新について
意図は理解できますが、クラウドストレージなど、更新を忘れて勝手に解約されると困るケースもあります。最近だと「ふくいナビ」のデータ消失のように。
「期間限定ポイント」を使った迷惑メールの禁止
定期的なパスワード変更は廃止
即時変更が必要なケースとして、流出時の他に、アカウントを共有しているケースで、異動、退職した場合もありますね。これも異動、退職をトリガーとしての変更でいいと思います。
もちろん、そもそもアカウント共有は避けるべきだし、共有せざるを得ないケースでも、少なくとも誰とアカウントを共有しているかは管理しないとマズいです。
車輪の再発明をしない
#002
ありがとうございます。メール関連には詳しくないので助かります。
OSSで実現できる、ユーザビリティにも優れたものであればそれがベストですね。
この問題はデジタル改革の試金石とも言えるので、
変なベンダーに騙されず、真っ当な方法で実現して欲しいですね。
記者会見のオープン化
記者会見の文字起こし自体は見れます。
https://www.cao.go.jp/minister/2009_t_hirai/index.html
ただ、載るのがものすごく遅いんですよね。
河野大臣と平井大臣についてはライブ配信で、文字起こしも当日かせめて次の日に載らないかなあ。マスコミはノイズ生成機なので参考にならない。
PDFにしたからデジタルってもんじゃない
電子申請XML構造定義のアップデートを
2000年代前半は猫も杓子もXMLという時代だったので、その頃に作られたものじゃないかなあと。
桁数を変える程度ならXMLのままでもいいと思いますが、CSVで十分ならXMLやめた方がいいよなあと思います。
関係ないけど #001 のコメントを見て、どこかの団体が作った仕様で、要素名にデータの内容を入れてて、これじゃXMLの意味ない(スキーマ作れない)のが話題になったのを思い出しました。
オンライン行政サービス等の運用品質規定
絶対失敗が許されないと言われたみずほ銀行のシステム移行でも最長3日ちょっとだったしなあ。関わった業者と何でこれだけかかるのか教えてほしいですね。
国産GitHub
ナビダイヤルへの通話も無料にすべき
ナビダイヤルは「名前を変えたダイヤルQ2」と認識してるんですが、それでも使う理由は、クレーマー対策にあるようです。クレーマーでないと分かると折り返してくるところもありますね。
なので、「チャットでの問い合わせができる」あるいは「購入者、加入者なら折り返し電話してもらえる」ことを推進してもらえるといいかなと。
「いかがでしたか」サイトに規制
「見ないように呼び掛ける」だけで見なくなれば苦労しないし、閉鎖できるとも思えない。Google検索で出て来なくなればいいけどそれも期待できないので自衛してるのが現状。
提案に投票する場合 コメントを残す事を義務付け
自分が無言で反対するのは、
・内容が稚拙すぎて書く気にもなれない
・既に他の人がコメントしているので特に書くことがない
の二パターンです。
無言で中立は、自分の中でうまく表現できないときです。
なので、投票のハードルを上げて、ノイズ増やすだけにしかならないです。
マイナンバーカードの安全性を確保してもらいたい
総務省の回答が何だったんですかね？
「完璧とは言えない」という回答なら「完璧なものを求めるのが間違い」です。
それとは別に、認証方式をいろいろ工夫すること自体は賛成ですが。
Zoomの使用を禁止しよう
職場(IT業界・地方自治体)の情報セキュリティ施策について
自分も @01129 で書きましたが、多重下請け構造によって「オウム真理教ソフト開発業務受注問題」が起きたので、それの解決が先というのは異論ないです。
ボランティアと労働者の切り離し
好きでやってる方は止められないんじゃないかなと思う。
ただ「ボランティアを募集」というのは無賃労働の要求なので、原則アウトにしたいですね。やるなら「寄付を募集」ですかね。
POP、アフェリエイト、webライティング等に学ぶ文章
デジタル改革アイデアボックスがヤバい！
学歴は？本名は？彼女は？調べてみました！
いかがでしたか？
↑みたいな文章が増えるのは嫌です。。。
ハードウェア調達方針の見直し
#006
まさにこのPDFのp5にある問題ですね。
https://cio.go.jp/sites/default/files/uploads/documents/cloud_%20policy.pdf
> インターネットとの接続の有無のみによって、情報システムの安全性を単
純に判断してはいけない。
アイデアにステータスを加える
デジタルデバイスの活用促進
国産メーカー、大手SIerの作ったPC、タブレットとか高いだけで低スペック、ハードも安っぽいしあんなもの使わされる方が可哀想ですよ。そんなのより「本物」の方がIT技術促進に有効です。
「秘密の質問」の廃止
これも前々から言われてますね。
当人をよく知ってる人には無意味だし。
ペットの情報は秘密にするものではないし、逆にセンシティブな情報を入力させているケースもあるので、個人情報保護の観点からも取り上げて欲しいです。
「パズル認証」は日本の恥
#003
> パズル認証ではなくreCAPTCHAにすべきだという主張であれば、賛同します。
はい、最初からそのつもりでした。
「CAPTCHAをやめる」ではなくて、「まともなCAPTCHAに入れ替える」です。
アイデアにステータスを加える
#001
回答ありがとうございます。
「検討の結果やらない事になったもの」については理由がはっきりしているといいと思います。例えば「コストが高すぎる」なら、コストを下げるアイデアや技術があれば実現できるし、そういうところからベンチャー企業が生まれる可能性があると思うので。
「パズル認証」は日本の恥
#001
パズル認証は「機械には容易」なんですよ。最先端でないどころか、30年前の技術で突破されますし、視覚障害者には使えないのでUXも下がる。Twitterでも「クソ」との評価が下されてますね。検索してみてください。
結局これもPPAPのように「対策した気になってる」だけです。
SaaSにおけるAPI公開の原則義務付け
マネーフォワード使ってるんですが、以下の業者がAPIを提供しておらず、手入力したりCAPTCHAを手入力したり面倒。なのでAPIの公開を求めて欲しい。
・電子マネー: PayPay、モバイルSuica
・クレジットカード: Orico
・EC: Amazon
服装と多様性
自分の感覚では「スーツを強制する職場はそれだけで入るに値しない」という感じですね。客先とか公式の場ではスーツを着て欲しいというのは分からないでもないですが、普段の服装はせいぜいビジネスカジュアルまでです。
セキュリティとして意味のない行為をしている場合はISMS・プライバシーマークを通らないようにする
プライバシーマークについては「従来から推奨しておりません」とのこと。
https://privacymark.jp/news/system/2020/1118.html
とは言え「推奨しない」なので、もっとはっきり「有害」だと強く言ったほうがいいと思います。
マネジメントプロセスの話なので必ずしも「事故＝取消」ではないですが、漏洩事故があったときに「何でこんなザル運用なのに通ってるの」というのは結構見かけるので、意義を含めて見直したほうがいいですね。
年末調整を廃止する
確定申告は毎年やってますが、慣れると楽ですね。
家を買ったときとか、医療費控除とかで確定申告が必要なケースも多々あるので、いっそのこと年末調整自体廃止でいいと思います。
公的なコワーキングスペースの推進
リモートワークに限らず、出張でもあると便利なので、是非整備してほしいですね。コワーキングスペースはオープンなものが多いですが、自分としては個室主体にしてほしいです。
自治体の基幹業務システムのOSS化の推進
OSS化はいいと思いますが、JavaとC#は型安全というメリットがあるので別にいいのではと思います(VBは滅びてください)。
それより、SIerにありがちな独自フレームワークを禁止したいですね。。。
ZIPのパスワードをメールで別送する行為は無意味
添付ファイルのパスワードが「メールと違う信頼できる方法」で送られるなら多少は意味があります。
ただ、実際はパスワードも添付ファイル付きメールと同じ経路で、製品によっては「自動」で送られます(「メール 暗号化 製品」とかでググってください)。パスワードも自動で送られたら誤送信対策にもなりません。
なので無意味です。
定期的なパスワード変更は廃止
やめるくらいでは正直甘いと思います。総務省のサイトにも書かれていますが、むしろセキュリティを低下させるので禁止したほうがいいですね。
そのために「定期的なパスワード変更を要求していないこと」をISMSの認証基準にするのがいいと思います。これをやれば大手企業からは定期的なパスワード変更という悪習は一掃されます。
ハードウェア調達方針の見直し
自分の感覚だと、まともに使うためにはこれくらいは必要ですね。
・OSは最新(少なくともサポート対象のもの)
・メモリは最低8GB
・ディスクはSSD(HDDは不可)
・解像度はFull HD以上。ノートPCはデュアルモニタ必須
感覚的にはMacのエントリークラス、Mac mini, MacBook Airくらいはないとダメですね。操作用端末ならPCよりTabletで、iPadの最安モデルでも性能的には十分です。
Apple基準で書きましたが、Windows機でも変わらないですね。5万円くらいのはスペックが低すぎて論外です。
AIによる公務員の勤務量監視システム
定型業務に関しては、一件当たりの時間が分かれば、一日で作業可能な量や、必要な人員数は分かると思います。余裕は必要ですが、明らかに業務に対して人数が多すぎるという状況はそれで十分かと。
非定型業務や、知識労働については、監視するとむしろ逆効果です。
極端な例ですが、プログラマーはPCに張り付いている人ほどダメで、一見すると遊んでいるだけにしか見えない人の方が結果を出せる人と言っていいくらいです。
IT人材を増やすために資格手当を導入する
例えば医療では、専門家の意見は尊重されるのが原則です。
しかしなぜかITになると専門家の意見が無視されることが多いです。専門知識が尊重される方がお金より重要かと。
職場(IT業界・地方自治体)の情報セキュリティ施策について
長机で三密、Excelスクリーンショットの世界ですよね。一度だけ関わりましたが、生産性なんて皆無、人権侵害も甚だしい、今すぐに無くすべき環境です。
セキュリティの観点からはUSBメモリは避けてクラウドサービスを使うべきだと思いますが、セキュリティをガチガチにして不便にした結果、「シャドーIT」が増えて、むしろセキュリティが低下した例もあるようです。なんとかしたいですね。
アイデアでなく感想になってますが、この問題はとても重要なのでコメントしました。
パワハラの類型に「非効率なやり方を押し付ける」を追加
#001
そうですね。実際は度合いによると思いますし、逆に難易度が高すぎるのを押し付けるのもアウトですね。
「職場におけるパワーハラスメントに該当するか微妙なものも含め広く相談に対応するなど適切な対応をお願いします。」となってますが、実際は類型にマッチしないものはまともに相手されないんですよね。なので抑止効果を狙っています。
合理的な理由のない「地域別給与」を差別として禁止する
物価に関しては体感的には家賃を除いてあまり変わらないという印象です。ネットはもちろん、リアル店舗でもチェーン店が多いし、安さで言えば「ディスカウントストアがあるかどうか」が重要かと。
政府統計でも家賃以外はさほど変わらないというデータが出てます。
https://www.e-stat.go.jp/stat-search/files?page=1&layout=datalist&toukei=00200571&tstat=000001067253&cycle=7&year=20190&month=0
ただそもそも、自分としては物価によって差を付けること自体反対ですね。住居手当までは「合理的な範囲」で許される範囲かなとは思ってますが、基本給が変わるのはおかしい。
#002
自分は全国同一の給与体系の企業で働いているので大丈夫です。2.5倍はネットで見て「これ酷いなぁ」と思ったところなので。まあそんなところに働きたいとは思わないですが。
昨日の対話見てても、リモートで働ける職種を増やしたいみたいですが、そのときにFacebookのような姑息な手を使う企業が出るのは確実なので、事前に「それはだめだぞ」と潰しておきたいですね。
メールの文字コードにUnicode/UTF-8を推奨してほしい
JIS X 0213で定義されている文字を当たり前のように使えるようにするためにも、そろそろ必須のような気がします。少なくともプログラムで送るにはUTF-8にしたいですね。
外字の廃止について
p14に「JIS X 0208等の文字で運用している場合、JIS X 0213に移行してシステムを更新（任意）」
p15に「外字を保有しておらず、JIS X 0208 等の規格の文字で運用している場合、JIS X 2013 の文字への移行を推奨します。」
(2013でなく0213が正しいですね。他にも何箇所か出てきます)
となってますが、これを「必須」にできないですかね？
現在どれくらいJIS X 0213未対応のシステム、フォーマットがあるのかを洗い出して、改修へのロードマップを決めて対応すれば遅くとも数年以内には問題は完全解決するはずてす。逆に今取り組まないと、何十年経っても解決しません。
これに限らず「最低スペックに全体を合わせる」ことを続けている限り、いつまで経ってもレベルが上がりません。IE廃止とかも同様です。
デジタル庁への民間人採用について
1.と3.は基本賛成ですが、2.は判断しづらいですね。
高度情報処理試験合格クラスなら知識、スキルはまあ十分かなとは思いますが、指摘されてるようにずば抜けた人材が漏れるのと、マインドがレガシーSIerのままの人が入ってもなあと思ってます。なので、3.にはベンチャー企業でCTOやってたクラスの人材にお願いしてもらうのがいいかなと。
国は在宅勤務者宅の電気代の一部を必要経費として認める
考えてみたのですが、一定額までのテレワーク手当を法定外福利費の一部として計上出来るようにするので十分な気がしました。テレワーク制度が整ってることは前提ですが、経費の見積もりは難しいので大雑把でいいかなと。
電子帳簿保存法の更なる改正を求めます。
既に河野大臣が目をつけているようですが、わずか数百円の領収書を郵送で送るとか全くもってバカらしい行為をせざるを得ない状況は早急に何とかしてほしい
。
印鑑廃止より、個人認証としての印鑑証明の仕組みの見直しを
印鑑証明はデジタルで言えば二段階認証(二要素認証)のようなものなので、単純な身分証明書提出では認証レベルが下がるので、単純には置き換えられないと思います。
まあ河野大臣のやってるのはあくまで現在の業務の棚卸しなので、印鑑証明の見直し(というかデジタル化)は入ると思います。
ITリテラシーの中間層を膨らます
仕事でビジネス側の人と話すことも多いのですが、「ここは簡単」「これは難しい」とか「これは難しくても進めたい」「これは後々問題になるのって避けたい」というのってなかなか通じにくいことが多いです。
Facebookみたいな「どの職種もプログラマー」なのは正直選民主義的で嫌いなので、もっと多くの人が協力できる方がいいですね。
何となくですが、委員会やエンタープライズでなく、ボトムアップで出てきた、インターネットやOSSの歴史などは欠かせないかなとは思ってます。
雰囲気で書いてみましたがどうでしょうか。
処方箋医薬品を「 処方箋なし 」に調剤薬局で購入できるように
アレルギー性鼻炎でオンライン診療受けてますけど、こんな感じですね。
時間的な負担は30分未満かなと。支払いはクレジットカードです。
1. スマホで予約、事前に問診を行う
2. 5分前になったら通知が来るので待機
3. 時間になったら診察
4. 処方箋は調剤薬局と連携
5. 薬は郵送してもらう(現在は200円負担)
無制限で処方箋なしだと難しいと思うので、事前に問診を提出してもらって、医師が「特に診断するほどではない」と判断すれば、そのまま処方箋発行可能にするとかですかね。
官公庁のウェブ上の公開データのURLの維持
短縮URLを使ったPermalinkについてはこちらに書きました。
@02977
全てのページについてやるのは正直難しいと思ってるので、主要なページだけでもデジタル庁で一括管理できればいいんじゃないかなと。
市町村に配布したマイナンバー用端末の見直し
Atomで2GBのメモリでWindowsって・・・完全なゴミじゃないですか。ベンダーがWindowsアプリしか作れないんですかね。
利便性向上のためにマイナンバーカードと民間ID連携を
思いつきですが、課題は多いと思います。
・実装を間違えると7payになる
・外部IDで2要素認証を使うことは必須としたいが、その方法(情報が渡ってくるか？)
・署名用証明書が必要な場面では難しそう(回数は少ないから非対応でいいかな)
マイナポータルをIDプロバイダとして広く提供することによる利便性向上とカード普及促進
OpenID Connectはそこそこ程度の知識ですが、正しく実装できればいいんじゃないでしょうか。例えばFinancial-grade APIというのがありますし。
https://www.authlete.com/ja/developers/fapi/
ただ、マイナポータル自体はどうなんですかね。以前ちょっと関わったことありますが、SAMLをラップしてOpenID Connectっぽく見せてるだけっぽいんですね。ちゃんとしたところに作らせ直した方がいい気がします。なので中立で・・・
[事務局]第2回データ戦略TFへのご意見をお願いします。(プラットフォーム整備)
ざっと読みましたが、専門家の意見がほとんど取り上げられていないと感じました。おそらく「理解できないから取り上げなかった」だと思いますが、専門的なことは専門家に任せるのが必須です。
なので、構成員の選出からやり直してほしい。
総論はまだしも、プラットフォームやデータを真っ先に利用するのは開発者であって、開発者不在の議論は無駄です。
第二期政府共通プラットフォーム(AWS)運用コスト削減案
アメリカ政府がやってるAWS GovCloudみたいなものですかね？
https://aws.amazon.com/jp/blogs/news/aws-govcloud-us-east-now-open/
GovCloudを作るために土地を貸すとか、クラウドバイデフォルトの例外でどうしてもオンプレにせざるを得ないケースにOutpostsを使うのは理解できますが、土地が余ってるから埋めるためにわざわざOutpostsを使うのは何か違うと思います。
コロナに対して報道統制
まず、汎用性のあるマイクロサービス(Web API)の構築を
OAuth 2.0/OpenID Connectの仕組みは広く使われてて汎用性が高いので、利用するためにはちょうどいいかもしれないですね。
OpenID Connectと名乗りつつSAMLに合わせて変なことをするベンダーがいなければですが。
DX認定制度では特に人材面の実態を反映した認定をすべきである。
開発者の立場で。
@01806 で書いたんですが、根本的には開発やプロジェクトマネジメントの分野で定期的に更新が必要な試験、資格がないことが原因かなと。
逆に言えば、最新の知識を持っていることが保証されるものであれば、
情報処理安全確保士に限る必要はないと思います,
このサイトのログインUIなんとかして
このアイデアボックスを予定通り終了しよう
コメントとかアイデア見てもまた(これ or この人)かぁ・・・というのがほとんどですね。十分すぎるほどアイデアは集まってるのでこれからは検討 & 実行に専念して、やるならまた来年でいいんじゃないでしょうか。
行政のデジタル化と並行して、小規模・零細企業のデジタル化が必要
kintoneとかSmartHRといった、PaaS/SaaSの利用のみに限った補助でいいんじゃないでしょうか。オンプレ(論外)やIaaS(使いこなせない)は除外で。
人を人が教える事をやめませんか
なんのためにデジタル化するのか? 移動のムダを減らそう トヨタから学ぼう
ドラッカーの著書だと「体系的廃棄」「継続的改善」「成功の追求」「イノベーション」の順で挙げられてますね。
体系的廃棄は今やってる認印廃止やIE廃止、継続的改善がトヨタ生産方式に代表される「カイゼン」。前二つができないと後ろ二つはできない。
なので「作業効率改善以前に、その作業、本当にいる？」が先に来るのが正しいですが、体系的廃棄って個人で取り組むには難易度が高いので、まずカイゼンの習慣から入るのもいいと思っています。
このサイトのログインUIなんとかして
#010
あれ？対応されてます？
このファイルなんですが、更新されているように見えません。スーパーリロードもしました。
https://ideabox.cio.go.jp/assets/scripts/funk.js
アイデアボックスに政府からの回答は?
アイデアとも言えないものも多いし、重複も多いので全体の論点をまとめてからでいいと思いますが、既に対応してるもの、政令レベルで対応可能なもの、今取り組んでいるもの、法律の改正が必要なもの、さらなる議論が必要なものなど分類してコメントくれると助かりますね。
DX構成要素の調達条件にEOL時期を追加し、EOL時期を揃える案
#006
> 2021年から2025年がDX対応期間になります。
DXは継続的に行われるものなので「DX対応期間」という考え方がそもそもおかしいです。ただの「レガシーマイグレーション」とは違います。変化に強い組織にすることが重要です。そもそもの前提を理解してください。
このサイトのログインUIなんとかして
ちょっとソースコードを見てみましたが、こんな感じでしょうか。解決方法は試してないですが。
再現手順
1. 画面を表示
2. ロード完了する前にログインフォームにマウスカーソルを合わせる
3. その状態でログインフォームからマウスカーソルを外すと他サービス連携のリンクなどがにょろっと出てくる
原因
jQueryのhover(over, out)を使っているが、overとoutの内容が同じで、toggleClassを使っているから
解決方法
over, outの関数を分けて、overのときにclass='open&ideabox:///idea/02886/comment/039?#039;、outのときにclass='close&ideabox:///idea/02886/comment/039?#039;を有効にする
このサイトからダウンロードできるCSVをUTF-8にして欲しい
#004
UTF-8でダウンロードできることを確認できました。
ありがとうございます。
Shift_JIS廃止は引き続きご検討いただければと思います。
DX構成要素の調達条件にEOL時期を追加し、EOL時期を揃える案
#004
なんの「努力」をさせたいか分からないんですが、「その」システム導入から「全てのコンポートネント」に対して10年(何年でもいいけど)間のサポートを要求させるということでしょうか?
#002
リリースサイクルは知らないので適当に検索してみたんですが、Javaが8→11、JBossが6.x→7.xですかね?
導入された時期にもよりますが、JBoss 7.0が出たのが2016年前半のようなので、2017年後半か2018年に構築されたシステムなら最初から7を導入してないとマズいと思います。できてないのなら単なる「実力不足」の可能性が高いです。
あとEOLを10年先というのは「無理」です。WindowsかRHELくらいですが、それでも「リリース後の10年」で、しかも「別途お金を払う必要がある」ものなんですね。ソフトウェアは古いものをメンテナンスするのはコストがかかるようになってます。
それよりもSIerのような人海戦術による検証をやめてテストの自動化に投資し(完全な自動化は難しいですが)、アップデートを容易にする方がDXにふさわしいです。
自分が文意を勘違いしてるかもしれないですが、アップデートにやたらお金がかかるのはSIerのやり方が非効率なのが原因なので、アップデートさせないのではなく、アップデートを適切に行えるベンダーが入るべきだと考えてます。
詳しくは @1376 に書いてます。
シフトJIS基準のシステムや仕様、考え方の改革を
#010
割と詳しい方だとは思いますが、独学でネットの情報を読み耽った程度なので、専門家に比べたらまだまだ・・・という感じです。
とは言えIT系の技術者なら文字コード(文字集合・エンコーディング)に関する知識は避けて通れないのは同意です。例えばJavaで開発するならUTF-16なのでサロゲート・ペアを知らないとマズい。
この手の知識は以前は欧米の開発者には通じなかったのですが、今ではEmojiの普及で当たり前になりつつありますね。もう「基本情報」の範囲だと思います。
PC購入時の「10万円の壁」の解消
某所で見たんですが、逆に「スペックが低いのは認めない」というのもアリかなと思いました。
開発する側からすると、HDD搭載機とか拷問みたいなものですし。
現金支払とキャッシュレスの差別化
レシートの電子化は急務ですね。
紙の削減もありますが、企業の領収書保存の電子化、個人では家計簿サービスとの連携と言ったメリットがありますし。
(今はOCR使ってるところが多いけど無駄ですね)
あとは事業者間の送金とかでしょうか。それくらいやれば現金より便利だと言えるので、お金をかけて推進してもいいと思います。なのでまだ今は早いかなと。
Nextアイデアボックス開催への提案
あとアイデアも大まかなものはどんどん出してもらっていいんですが、実装方式は開発者やその分野で基本的には議論したい。
例えば文字コードの問題の場合「異体字がマッチしないので困る」とか「異体字が多すぎるので入力が面倒」とかは分かるんですが、「はしごだかをなくす」「異体字をなくす」とか言われるとげんなりします。
なぜなら、文字コードの仕様としての議論は2004年頃にはすでに終わってたんですね。あとはどう実装、普及していくかの話がほとんど。
まあ実現方式の議論はこの場の役割ではないかもしれないですが。
事前フィルタや削除は基本的に避けたいので、こんな感じはどうですかね。
・完全な重複は削除(二重投稿か荒らしのみなので)
・ほぼ同じ内容のものは移動先を明示して、コメント、投票を停止する
・ただそれだと「早い者勝ち」になったり、内容が浅いものが選ばれたりするので、事務局が論点をまとめたものを投稿
ITゼネコンに任せていては自治体のデジタル化は進まない
#005
真心をかけた結果、1台1台がバラバラの品質が悪いものが出来上がるわけですね。
自分は前の会社でSIerとやりとりをしてたのですが、10分でできる作業を「できない」と言われたりまあ散々ですね。嫌になって脱SIerしましたが。
1日で40〜60台のセットアップができるのなら十分だとは思いますが、技術力のある会社ならもっとスピードアップできるんじゃないかなぁと思いました。自分ならAnsible使いたい。
誰一人取り残さない…どころか地方はすでに取り残されている問題
#005
> OSSを用いて大規模ベンダーから地方に取り戻すべきだろう、と思うのです。
公共事業という形がふさわしいかは分かりませんが、これは同意です。
日本は最近はSaaSは増えてきましたが、パッケージ製品やベンチャー企業はまだまだ少ない。ただ一方でOSS関係に関わる人は昔から多い印象があります(自分がOSS畑というのもありますが)。
ただLinuxカーネルとかPostgreSQLとか、サーバ側の開発者は外資系企業とか、SIerの研究所とかで仕事としてOSSに関われるケースが多いのですが、国際化やデスクトップや翻訳など、ユーザに近い立場の人は仕事として携われないケースが多いです。
そういう人たちの受け皿としていいのではと思っています。
このサイトからダウンロードできるCSVをUTF-8にして欲しい
#001
対応ありがとうございます。
やっぱりExcel対応のためなんですね。
ただ、Excel対応のためならBOMつきUTF-8でも十分なはずです。他のアイデア、特に人名漢字の問題として出ていますが、Shift_JISはレガシーシステムの象徴であり、デジタル改革には避けて通れないことはご承知おきください。
シフトJIS基準のシステムや仕様、考え方の改革を
他のアイデアで「旧字体は廃止すべき」という意見が結構見られますが、そもそもShift_JISをやめてUnicodeを使えば大体の漢字は普通に使えるし、むしろ今使える漢字をいじる方が混乱の元です(83JISの混乱とかもう知らない人がほとんどなんでしょうね)。
誰一人取り残さない…どころか地方はすでに取り残されている問題
#003
【地方で「まともな仕事」が少ない】と書いたんですが、その逆も言えて、まともな仕事があるなら、東京に行く必要もないんですよね。自分は東京の満員電車が大嫌いなので、年収が上がっても東京に住みたいとは全く思いません。
若い人はそれでも東京に行くと思いますが、人混みが苦手な人や、子育て世代中心にUターンの需要は大きいと思います。いきなり地方に仕事を持ってくることは難しいので、地方からリモートで東京の仕事を請け負う、または逆に地方の課題を東京から(その地域に詳しい人が)リモートで請け負えるように整備するのがいいんじゃないかなと。
地方の人材不足は結局、地方で「まともな仕事」が少ないところに行き着くと思います。40歳でも年収300万円台とか、SIerの下請けで客先常駐だとか。
リンクはしませんが【｢東京に優秀な人材が集まる｣というのは"幻想"だった】という記事があり、自分も同感です。上だけ見ると優秀な人が多いですが、中間を見ると実は大したことない。
ただ、地方で優秀な人がいても受け皿がないんですよね。リモートでフリーランスやってるとか、小さい会社を立ち上げて活動してる人はいますが、目立たない。
地方は(少なくとも都道府県単位では)小さいながらもコミュニティがあって、そこに参加している人は優秀な人が多いので、そこ参加して話を聞くところからじゃないかなと思います。
公共系システムのUI/UX改善とアジャイル開発の適用、それに向けた政府の取り組みについて
今の準委任契約をアジャイル開発に適用する場合、どうしてもグレーゾーンが出てしまうので、アジャイル開発に適した契約を一から作るべきという意図を含むのならいいと思います。
#002
ああなるほど。
確かに指揮命令については注意しないといけないですね。
ただ現実的に、問題になりそうなのはこれだけだと思ってます。
> 対象として、主に労働時間や休日、職場環境の制約といった労働関係に影響を与える事項が想定されるべき
なので、以下の文章のQ5にあるように、作業スペースは分離する、あるいはそもそも常駐させないのが必要という認識です。
https://www.mhlw.go.jp/file/06-Seisakujouhou-11600000-Shokugyouanteikyoku/0000078287.pdf
> 加えてアジャイル開発だと高確率で偽装請負が発生するというコンプライアンス的な課題があります。
ここが分からないです。アジャイル開発は準委任契約がふさわしいのは知ってますが、準委任契約は契約上は再委託禁止が普通で、契約に違反しているかどうかは普通に調べられそうな気がしますが。特に公共系なら。
全角英数字と半角カタカナの緩和
分かります。自分もよく困ってます。
表示だけなら全角の方が読みやすいケースはあると思いますが(先程の投稿も「？」をあえて全角にしました)、入力に全角のみの制限をかけているサービスは怠慢だと思いますね。半角カナは論外です。
データ戦略へのご意見をお願いします!![事務局]
概要なのでなんとも言いづらいのですが、「レジストリ」と言えば過去にあった、UDDIを思い出します。
2000年頃はSOAP/WSDL/UDDIがWebサービスのインフラになると言われたのですが、全世界的に完全に失敗して、名前すら忘れ去られてようとしています。
少なくともこの失敗を繰り返さないように、大掛かりで実用に耐えないなものではなく、小さくでも実用的なものを作って改善を続けて欲しいです。
自治会活動 回覧板などの紙ベース廃止・メール配信など
とりあえず、20時間の労働に対して4000円の対価というのは割に合わないですね。「ボランティア」は低賃金労働を回避するための口実にはなりません。まずそこを理解してもらうことが必要そうです。
オフィスワーカーのテレワーク/リモートワーク実施を法律で義務化
#004
そうですね。死亡率が低くなっても、QoLの問題は重要です。3.の「満員電車のストレス」もQoLの観点ですし。
あとCOVID19が他のと決定的に違うのは「発症前から感染する可能性がある」点で、ワクチンができて収束しても、同じようなウイルスが出る可能性は否定できない。少なくともリスク管理としては考えておく必要がある。
となると今は多少逆戻りするのは仕方ないとしても、リモートワークを完全に止めた、リモートワークに必要な投資も行わない、東京で満員電車を強制させるところはBCP(事業継続計画)という観点からもアウトですね。
会社ごとのITリテラシーにあったデジタル導入を
無償配布用デジタル端末の開発
思いつきなんですが、ラズパイをベースにしたキットとか面白いかもしれないですね。パーツは既製品で安価にして、親子工作で作ったものをプレゼントするとか。
全角英数字と半角カタカナの緩和
タイトルを見てあれ？と思ったんですが、「全角英数字と半角カタカナを強制しないで、勝手に変換して欲しい」という意図なんですね。それなら同意です。サーバ側で簡単に変換できるので。
アイヌ語などの表記手段
文化は効率より多様性が大切なので賛成。
(何も知らないんですが)個人的には例えば「つ」から「ツ゚」を変換できるだけでもいいと思いましたが、専用の入力方式があった方がいいんですかね・・・としてもMacそのままでもいい気がするけど。
https://support.apple.com/ja-jp/guide/japanese-input-method/jpim10244/6.2.1/mac/10.15
クラウド時代に則した補助等の在り方を
マイナンバーカードの証明書
電子署名を使うかどうかで使い分けられているようですが、ハードウェアに紐づくかつロック機能があるのでアリかもですね。Windows 10のPINも4桁数字ですし。
専門的にいいのか分からないので中立にしましたが。
政府広報の自治体の広報誌への掲載
すべての世代へのデジタル教育
そういう人って結局学ぶ気がないので、義務にしても適当に受けて何も身につけずに終わりそうな気がします。
「難しいから若い人にやらせる」ところに手を入れた方がいい気がしますね。
セキュリティをデジタル化のブレーキにしない工夫
災害対応と同じで、100%はない、しかし適切な措置は取る必要があるのがセキュリティだと思うので、リスクには素人ではなく、専門家の意見を尊重する必要があるかなと。
となると、情報処理安全確保支援士の活用が一つ。ただ、これだと「過剰なセキュリティ」に対する対策にはならない感じですかね。
UI/UXに優れた使いやすいシステム/サービスを作るにはどうしたらよいか(第2回対話を受けて)
いわゆるSoRとSoEの話になると思いますが、ノウハウが全く異なるので、フロントエンドとバックエンドは分けた方がいいかもしれないですね。
・API化を行う
・開発もできる運用チームを作る
ここまで出来ればフロントエンドを担当するチームがUI/UXを考えられる・・・と思ったんですが、APIの変更に時間がかかって進まない可能性がありますね。
安全で便利に使うために
メーカーによってキーボード配列が異なるのがおかしい気がしますね。
キーピッチやキーストロークを競うのはいいですが、
些細なキーの配置は混乱するだけで、誰の得にもならないです。
20年後の未来がしっかり描ける優秀な人材を登用するべき
未来は予測できない。できるのは変化の先頭に立つだけ。
必要なのはまともな現状認識と、最前線で頑張ってる人の智慧であって、
口だけの人はいらない。
学校教育の入札化 (デジタル化に祭して、貧富の差=教育格差を是正)
問題提起としてはいいと思いますが、
この案だと結局は「画一的な偏差値教育」でしかないんですよね。
個別フォローに時間をかけられるようにするのであればいいんですが。
データ戦略へのご意見をお願いします!![事務局]
とりあえず技術的なことだけ書くと、
・Shift_JISはやめてほしい
・Shift_JISはやめてほしい
・Shift_JISはやめてほしい(大事なことなので3回書きました)
・CSV以外のフォーマットの記載がないが、JSONも入れて欲しい
くらいでしょうか。あとデータの品質は重要ですが、国がやると「完璧主義」になりがちなので、フィードバックを早くするようにして欲しい。
デジタル化反対の人向けに
自分的には「口コミ」かなと思ってます。
家族や友人、知人が使っていて「便利だよ」と教えてくれたり、
何かあったときに簡単な相談が受けられるなら、安心して使える。
その方が効果が高いのかなと。
なので、高齢者や不慣れな人に直接語りかけるよりは、そういう人と繋がってる、
ITリテラシーの高い人に向けてのガイドがあった方がいいかなと思います。
「やる気はある、慣れればできる、サポートすればできる人」はそれでもいいかもしれないですが、何がなんでも反対しかしない人や、テレビのニュースしか見ない人は無理なんじゃないかなぁ。マスコミがまともに伝えるとは1ミリとも思っていません。
【迅速な手続きの実現】役所の窓口に「事前にネット申請→窓口で書類テイクアウト」の仕組みを設計する。
認証なしだとイタズラに使われてしまうので、認証は必要そうです。
・フォームでの入力＆来庁での本人確認(事前確認は電話とか)
・事前確認のオンライン化
・タブレットによる確認と署名
・完全オンライン化
といった感じで順番に必要な機能を実装していけば良さそうです。
民間における外字(旧字体)活用の推進に、国が積極的に対策に乗り出して欲しい
外字といってもUnicodeに収録されているものと、Unicodeに収録されていないものの2種類あります。
画面では表示されているが、通販では使えない件は前者の問題で、Shift_JIS(CP932)を使っているからじゃないかなと。これはUnicode(UTF-8)に移行するように働きかけるだけで解消されるはずです。UTF-16におけるサロゲートペアの取り扱いが面倒というのはありますが、それくらいはまあ開発者の常識でいいかな。
ただ、Unicode IVS(異体字セレクタ)については正直難易度が高いため、必須にするのは厳しいと思います。ライブラリなどの支援がないと難しいですね。
はしご高、複数の渡辺などの旧字体廃止
・まずそもそも、CP932というレガシーエンコーディングをやめればいい。「はしごだか」も「たつさき」も当然Unicodeには含まれている。
・統合は絶対反対。過去にも無理に統合したことで問題が起きており、無用な混乱を引き起こすだけ。
・検索はプログラムで簡単に対処できる問題。元データを統合すると問題だが、似たものを同一視して対応するのはコンピュータでは普通に行われている。
標準報酬月額の簡略化
#001
そうですね。昨日考えてみたんですが、自分が一番気にしているのは計算によるコストよりは、無駄な歪みをなくすことだと思います。
ビール系飲料の酒税が分かりやすい例で、あれがよく分からない仕組みのため「第三のビール」という日本でしか通じないものが生まれてしまっています。外国でも売れるほど美味しいとか、健康に配慮といった付加価値があればいいですが、酒税法対策のためだけの偽物は不要。ようやくそれに気づいてビール系飲料の酒税は一本化される方針になりましたが。
例えば「標準報酬月額を増やさないために4〜6月の残業を減らす」というのもよく分からないですよね。そういうのは無駄じゃないかと。なので収入に比例したものでいいんじゃないの、という主旨です。
オフィスワーカーのテレワーク/リモートワーク実施を法律で義務化
賛成はしたんですが、リモートワークを考えるときは3つに分ける必要があると思います。
1. コロナ禍における、命を守るためのリモートワーク
2. 育児や介護など、通勤が難しい人のための手段としてのリモートワーク
3. 東京の満員電車によるストレスを避ける、生産性向上のためのリモートワーク
このうち2.はリモートワークでしか解決できませんが、1.と3.は東京都心から離れる、あるいはサテライトオフィスがあれば、リモートワークでなくても解決できると思います。
デジタル弱者への配慮と改革・効率化を止めることを履き違えないでほしい
同意。
配慮が必要なのはあくまで、今のデジタル機器が使いにくいため避けている層であって、ラガード(守旧派)に迎合してはいけないですね。
中小零細だけでなく、大学も多すぎる
#002 に賛成です。
社会人になってから学び直したい人はたくさんいるはずだし、
大学はそういう人を取り込める場所になって欲しい。
国が率先して電子投票の実施を
#007
自分は電子投票までなら実現可能だと思うので賛成しましたが、
投票の秘密が譲れないのは同意します。
リコールに関しては書いている通り、
現在でも投票の秘密が確保されてないのに加えて、
住所の一部書き間違い程度で恣意的に無効にされている惨状があるため、
選挙より先にリコール署名で取り組むのはアリかなと思いました。
認証の実装ルールの整備
#007
そうですね。
開発者としてはこれくらい当たり前の知識なんですが、
セキュリティは利便性と対立することが多く、
仕様がエンジニアだけで決められないので、
説明に苦労することが多いです。
(苦労するだけならまだマシ)
現状の仕様に問題があっても(平文で保存してるとか！)、
無視されるケースがほとんどです。
#004
> NIST 800-63-3
まさにそれです。
> これが間違っていると言うご見解ですが、もう少し詳細をご教示いただけないでしょうか。
引っかかったのは安全なパスワードにある『パスワードの中に数字や「@」、「%」、「"」などの記号も混ぜている。』の記号のところです。少なくとも必要条件ではありません。
NISTが出しているガイドラインですが、パスワードは長さより複雑さが重要だと言っています。
https://www.itmedia.co.jp/news/articles/2003/02/news061.html
実際、英数字15桁の方が、英数字+記号12桁より組み合わせが多いです。ユーザが覚えやすいなら記号を使っても構いませんが、システム側がそれを強制するのはおかしいです。そういうシステムに限ってパスワードの最大長が短いんですよね。
あと同じくNISTですが、パスワードの定期変更も不要(漏洩した確証がある場合のみ)、ペーストできるようにというガイドラインがあります。
https://japan.zdnet.com/article/
官公庁システムのコスト低減の必要性
根本的には請負開発の問題ですね。
対策は以下の3つくらいでしょうか。
・最低限の機能のみ開発し、残りの要件は追加開発で行えるようにする
・準委任契約にする(官公庁では難しいか？)
・公務員エンジニアで内製する
民間なら準委任契約か内製がいいと思いますが、
官公庁なら予算に柔軟性を持たせて一番上がいいかも。
田舎こそネットワークに公的資金や企業への行政指導が必要
同感です。
ある程度の人口集約は必要だと思いますが、
東京への投資が「壮大な無駄だった」と分かったのが、
今回のコロナ禍で明らかになったと思います。
本物のIT人材とそうでない人材を、国で明確に定義(区別)する
自分のアイデアですが、こんなのはどうですかね？
受け身な人、レガシーな考え方に捉われている人は経験が豊富でもダメで、
自主性のある人は経験が浅くても「本物」になれる素養はあると思っています。
アジャイル開発に特化した情報処理技術者試験
https://ideabox.cio.go.jp/ja/idea/01806/
ITSSで言えば、Lv4までの開発者はアジャイル開発への親和性で区別できると思っています。
Lv5以上やエセコンサルとかは見抜くのは難しいですが、
それこそ「実績」を正しく評価することかなと。
家電のリモコンをスマホで操作できるようにすべき
WiFi経由で赤外線を飛ばす機器はありますが、
対応してない機器が多いので意外と使いにくいんですよね。
多分機器の開発側でも困っているので、必要なのは、
通信プロトコルの開示と集約かと。
外字の内字化
外字以外の包摂や標準書体の変更には反対。意図してないと思うが、中国の簡体文字が例に挙げられていたのが気になったので。
外字(Unicodeにもないもの)についてはマイナンバーカードには「氏名代替文字」があるので、戸籍以外はこれを使うのでいいと思います。戸籍は過去の経緯もあるのでまあ例外でもいいかなと。
https://mojikiban.ipa.go.jp/contents/2017/02/20170220_4.pdf
上のPDF見てて気付いたのですが、JIS第三水準、第四水準も対応してないんですね。Unicodeには収録されているものなので、Shift-JISを廃止すれば人名に使える文字が増えますね。
デジタル庁を関東以外に
世の中には、物理的な本社がなく、フルリモート社員だけの会社もあります。
オンライン前提の組織にするのはアリかなと。
その場合も最寄りの庁舎に行くことにはなりそうですが。
失業者のことを考えろ(怒)
再就職のための支援やBIには賛成しますが、
「なくすと困る人がいるから」と言ってずるずると20年も先延ばしにして、
その結果みんなが困っているのが現状です。
CSVエディタの開発支援(Excel, Shift-JIS依存対策)
#002
> WindowsもMacもLinuxは文字コードやファイルシステムも異なります。
これは現在ではBOMなしUTF-8で問題ないという認識です。
・Windows: 以前はShift-JISだったが、メモ帳でもBOMなしUTF-8がデフォルトで、LFにも対応している
・Mac: Mac OS 9以前は知らないが、Mac OS X以降(かな?)はではUTF-8が標準
・Linux: 過去はEUC-JPだったが、現在はUTF-8が標準
改行コードの違い(WindowsはCRLF、Mac/LinuxはLF)はありますが、自動判定が容易なため、ここでトラブルを起こしたことはないです。あとファイルシステムではMacのNFD問題がありますが、ファイル名に日本語を入れる必要性もないので別にいいかなと。
なので、Excelの呪縛がなければBOMなしUTF-8でよく、Shift-JISも、BOM付きUTF-8を使う理由もないという認識です。逆にCSVで扱うのが当たり前になれば、Excelを使う機会は半減します(自分は仕事ではほとんど使ってません)。
ネットバンキングで銀行手数料完全無料化
全銀システムの料金設定の問題なので、
今行ってるような独占禁止法での対応で良いかと。
どこがやってもシステム構築、運用にはお金がかかるので、
無料にはできないと思います。
祝祭日、税率変更などの自動取得ライブラリの提供
・OSSのライブラリがいいと思います。
・あるいは実装は任せて、テストを提供でもいいかも。
(JavaのTCKのようなイメージ)
アイデアの賛成/反対と革新的アイデア
#001
ドラッカーの名前が出たのでコメントしますが、
ドラッカーの「満場一致に注意せよ」は、
「満場一致なら検討が不十分」であって、
「反対意見が多いほど革新的」ではありません。
(「革新的なら反対意見が多い」は言えると思いますが)
「反対するものも知的で公正であると仮定しなければならない」
とも言っており、このコメントのような発言を諌めています。
日本のパソコンやスマホにトロンを搭載すべき
「国産xx」というのはよくアイデアとして出るけど、国防という意味ならともかく、使い勝手が劣るものを強制的に使わせようとするのは悪いアイデアであり、開発者も惹きつけない。
どうしても外国産が嫌なら、LinuxなどOSSの普及に徹した方がいいです。
関連団体の押さえ込み
「実証実験」や「他国で認められているもの」については原則反対できないくらいでいいと思います(問題があれば見直しは前提で)。後者についてはこんな感じで書きました。
https://ideabox.cio.go.jp/ja/idea/01341/
はんこをなくすためのフオームサービスの提供
申請の電子化はそれほど難しくないので、費用対効果は高いと思います。
PDFをそのまま送れるだけでもだいぶ違いますね(それだと事務側の負担は変わらないけど)。
テレワーク減税と通勤税の創設
似たようなことは考えたことあります。
https://note.com/ikemo/n/nff07a0b68f18
・オフィスの面積に課税するのでもいいかも
・大都市だけにする、もしくは地域によって税率を変える
と言う感じですかね。
特に後者は、東京の満員電車による痛勤と、それ以外の通勤では全く違うので。
公的報道専用のチャンネルとアーカイブの国有化
NHKのニュースも信用できない(民法よりはマシだけど)ので、
優良番組が多いEテレだけ国営化して、総合は民営化すればいいと思います。
受信料は国費になりますが、
チャンネルが半分以下なので負担は半額以下になります。
PC購入時の「10万円の壁」の解消
先ほど固定資産税について調べてみたんですが、資産の有効利用という意味が大きいようです。で、不動産については「応益性」があり、「希少性」もあるので分かります。
ですが、PCのような償却資産については希少性が乏しいので、固定資産税を課す理由がないのではと思います。少なくとも徴収した固定資産税よりも、固定資産税によるデメリットの方が大きいかなと。
30万円あれば十分なスペックのPCが買えるので、一旦は30万でいいと思いますが、根本的には償却資産に対する固定資産税の存在意義を検証した方がよさそうです。
官民の調達要件に「アップデートへの対応」を必須とする
#001
何年間区切りというのはそのとおりだと思います。
ただ、費用については全くの新デバイスとか、
OSのメジャーバージョンアップならともかく、
それ以外は運用の一部で十分だと思っています。
バージョンアップでやたら費用がかかるのは、
SIerのやり方が効率悪すぎるからなんです。
だからこそ「定期的なアップデートを考慮した体制になっているか」が重要だと考えています。
職業訓練のモダン化、高度化(あるいはオンラインリカレント教育)
#003
プログラミングスクールの中には、現役のプログラマーが教えているケースも多いので、適切な対価があれば教えたいという人は多いと思います。
あるいはまともなプログラミングスクールなら委託するのもアリでしょうね。
IT技術者派遣における中抜きの厳格な制限を
賛成はしましたが、そもそも派遣については以下の義務/制限があります。
・多重派遣の禁止
・マージン率の公開
・教育提供の義務
なので「複数の中抜き業者がいる」こと自体がアウトなんですね。
実態は派遣なのに関わらず、準委任契約(これ自体は有効な契約)で契約を結ぶことによって、多重派遣をしている、いわゆる「偽装請負」の問題です。
国産クラウドの推進を
投票履歴 403
高評価コメント 41
他のユーザからの評価（★の数）の平均が4以上のコメントを表示しています。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
コロナ禍に適応しITを活用した職業訓練、年齢・性別などにこだわらない中途採用の推進
IT業界では中途採用は当たり前ですが、年齢差別は平気で行われてますからねぇ。。。
とは言え家庭を持つと希望年収が高くならざるを得ない事情もあるので、ベーシックインカムがあればベストですが。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
プログラミング、メカニカルエンジニア、デジタルデザインの教育
プログラミングはいいけど、デザインは見た目よりはまずはUI/UXかなと。
Twitterで話題になった、「階段に見えない階段」のような、見た目だけ重視して使いにくい、危険なものが出てしまうのを避けるためにも。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
全角の英数字・記号の廃止
削除は互換性の観点からも難しいかなと思いますが、IMEに「非推奨」と表示させるように要請は出来るかなと思います。元々Unicode上も互換のためだけの文字として収録されているので。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
PDFにしたからデジタルってもんじゃない
#005
Excelでも同じ問題は発生し得るのですが、現状で大きな問題になってないことから、Wordでも変わらないのかなあと。
#008
Pandocなら入力はMarkdown/reSTに限らず.docx, .odtとか色々対応してるから(入力にPDFは対応してません)「好きなものを使って書いていいよ」が実現できそう。
- 評価の平均値
- 4
- コメント日時
- コメントしたアイデア
テレワークのための防音
ある程度の防音は必要だと思いますが、結局はコストに跳ね返ってくると思います。あと、マンションってWiFiは通りにくいし、リモートワーク向きじゃないんですよね。それよりは人が集まらなくて済む方がいいかなあと。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
PDFにしたからデジタルってもんじゃない
加工前提の生データとしての扱いならいいと思います。EPUBに変換するという手もありますし。PDFはスマホで読みづらい。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
電子申請XML構造定義のアップデートを
2000年代前半は猫も杓子もXMLという時代だったので、その頃に作られたものじゃないかなあと。
桁数を変える程度ならXMLのままでもいいと思いますが、CSVで十分ならXMLやめた方がいいよなあと思います。
関係ないけど #001 のコメントを見て、どこかの団体が作った仕様で、要素名にデータの内容を入れてて、これじゃXMLの意味ない(スキーマ作れない)のが話題になったのを思い出しました。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
提案に投票する場合 コメントを残す事を義務付け
自分が無言で反対するのは、
・内容が稚拙すぎて書く気にもなれない
・既に他の人がコメントしているので特に書くことがない
の二パターンです。
無言で中立は、自分の中でうまく表現できないときです。
なので、投票のハードルを上げて、ノイズ増やすだけにしかならないです。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
マイナンバーカードの安全性を確保してもらいたい
総務省の回答が何だったんですかね？
「完璧とは言えない」という回答なら「完璧なものを求めるのが間違い」です。
それとは別に、認証方式をいろいろ工夫すること自体は賛成ですが。
- 評価の平均値
- 4
- コメント日時
- コメントしたアイデア
ボランティアと労働者の切り離し
好きでやってる方は止められないんじゃないかなと思う。
ただ「ボランティアを募集」というのは無賃労働の要求なので、原則アウトにしたいですね。やるなら「寄付を募集」ですかね。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
デジタルデバイスの活用促進
国産メーカー、大手SIerの作ったPC、タブレットとか高いだけで低スペック、ハードも安っぽいしあんなもの使わされる方が可哀想ですよ。そんなのより「本物」の方がIT技術促進に有効です。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
「秘密の質問」の廃止
これも前々から言われてますね。
当人をよく知ってる人には無意味だし。
ペットの情報は秘密にするものではないし、逆にセンシティブな情報を入力させているケースもあるので、個人情報保護の観点からも取り上げて欲しいです。
- 評価の平均値
- 4
- コメント日時
プライバシーマークについては「従来から推奨しておりません」とのこと。
https://privacymark.jp/news/system/2020/1118.html
とは言え「推奨しない」なので、もっとはっきり「有害」だと強く言ったほうがいいと思います。
- 評価の平均値
- 4.5
- コメント日時
- コメントしたアイデア
ZIPのパスワードをメールで別送する行為は無意味
添付ファイルのパスワードが「メールと違う信頼できる方法」で送られるなら多少は意味があります。
ただ、実際はパスワードも添付ファイル付きメールと同じ経路で、製品によっては「自動」で送られます(「メール 暗号化 製品」とかでググってください)。パスワードも自動で送られたら誤送信対策にもなりません。
なので無意味です。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
定期的なパスワード変更は廃止
やめるくらいでは正直甘いと思います。総務省のサイトにも書かれていますが、むしろセキュリティを低下させるので禁止したほうがいいですね。
そのために「定期的なパスワード変更を要求していないこと」をISMSの認証基準にするのがいいと思います。これをやれば大手企業からは定期的なパスワード変更という悪習は一掃されます。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
IT人材を増やすために資格手当を導入する
例えば医療では、専門家の意見は尊重されるのが原則です。
しかしなぜかITになると専門家の意見が無視されることが多いです。専門知識が尊重される方がお金より重要かと。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
合理的な理由のない「地域別給与」を差別として禁止する
物価に関しては体感的には家賃を除いてあまり変わらないという印象です。ネットはもちろん、リアル店舗でもチェーン店が多いし、安さで言えば「ディスカウントストアがあるかどうか」が重要かと。
政府統計でも家賃以外はさほど変わらないというデータが出てます。
https://www.e-stat.go.j...;year=20190&month=0
ただそもそも、自分としては物価によって差を付けること自体反対ですね。住居手当までは「合理的な範囲」で許される範囲かなとは思ってますが、基本給が変わるのはおかしい。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
合理的な理由のない「地域別給与」を差別として禁止する
#002
自分は全国同一の給与体系の企業で働いているので大丈夫です。2.5倍はネットで見て「これ酷いなぁ」と思ったところなので。まあそんなところに働きたいとは思わないですが。
昨日の対話見てても、リモートで働ける職種を増やしたいみたいですが、そのときにFacebookのような姑息な手を使う企業が出るのは確実なので、事前に「それはだめだぞ」と潰しておきたいですね。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
メールの文字コードにUnicode/UTF-8を推奨してほしい
JIS X 0213で定義されている文字を当たり前のように使えるようにするためにも、そろそろ必須のような気がします。少なくともプログラムで送るにはUTF-8にしたいですね。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
外字の廃止について
p14に「JIS X 0208等の文字で運用している場合、JIS X 0213に移行してシステムを更新（任意）」
p15に「外字を保有しておらず、JIS X 0208 等の規格の文字で運用している場合、JIS X 2013 の文字への移行を推奨します。」
(2013でなく0213が正しいですね。他にも何箇所か出てきます)
となってますが、これを「必須」にできないですかね？
現在どれくらいJIS X 0213未対応のシステム、フォーマットがあるのかを洗い出して、改修へのロードマップを決めて対応すれば遅くとも数年以内には問題は完全解決するはずてす。逆に今取り組まないと、何十年経っても解決しません。
これに限らず「最低スペックに全体を合わせる」ことを続けている限り、いつまで経ってもレベルが上がりません。IE廃止とかも同様です。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
国は在宅勤務者宅の電気代の一部を必要経費として認める
考えてみたのですが、一定額までのテレワーク手当を法定外福利費の一部として計上出来るようにするので十分な気がしました。テレワーク制度が整ってることは前提ですが、経費の見積もりは難しいので大雑把でいいかなと。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
DX認定制度では特に人材面の実態を反映した認定をすべきである。
開発者の立場で。
@01806 で書いたんですが、根本的には開発やプロジェクトマネジメントの分野で定期的に更新が必要な試験、資格がないことが原因かなと。
逆に言えば、最新の知識を持っていることが保証されるものであれば、
情報処理安全確保士に限る必要はないと思います,
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
このアイデアボックスを予定通り終了しよう
コメントとかアイデア見てもまた(これ or この人)かぁ・・・というのがほとんどですね。十分すぎるほどアイデアは集まってるのでこれからは検討 & 実行に専念して、やるならまた来年でいいんじゃないでしょうか。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
行政のデジタル化と並行して、小規模・零細企業のデジタル化が必要
kintoneとかSmartHRといった、PaaS/SaaSの利用のみに限った補助でいいんじゃないでしょうか。オンプレ(論外)やIaaS(使いこなせない)は除外で。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
DX構成要素の調達条件にEOL時期を追加し、EOL時期を揃える案
#006
> 2021年から2025年がDX対応期間になります。
DXは継続的に行われるものなので「DX対応期間」という考え方がそもそもおかしいです。ただの「レガシーマイグレーション」とは違います。変化に強い組織にすることが重要です。そもそもの前提を理解してください。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
このサイトのログインUIなんとかして
ちょっとソースコードを見てみましたが、こんな感じでしょうか。解決方法は試してないですが。
再現手順
1. 画面を表示
2. ロード完了する前にログインフォームにマウスカーソルを合わせる
3. その状態でログインフォームからマウスカーソルを外すと他サービス連携のリンクなどがにょろっと出てくる
原因
jQueryのhover(over, out)を使っているが、overとoutの内容が同じで、toggleClassを使っているから
解決方法
over, outの関数を分けて、overのときにclass='open&ideabox:///idea/02886/comment/039?#039;、outのときにclass='close&ideabox:///idea/02886/comment/039?#039;を有効にする
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
PC購入時の「10万円の壁」の解消
某所で見たんですが、逆に「スペックが低いのは認めない」というのもアリかなと思いました。
開発する側からすると、HDD搭載機とか拷問みたいなものですし。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
Nextアイデアボックス開催への提案
事前フィルタや削除は基本的に避けたいので、こんな感じはどうですかね。
・完全な重複は削除(二重投稿か荒らしのみなので)
・ほぼ同じ内容のものは移動先を明示して、コメント、投票を停止する
・ただそれだと「早い者勝ち」になったり、内容が浅いものが選ばれたりするので、事務局が論点をまとめたものを投稿
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
誰一人取り残さない…どころか地方はすでに取り残されている問題
#005
> OSSを用いて大規模ベンダーから地方に取り戻すべきだろう、と思うのです。
公共事業という形がふさわしいかは分かりませんが、これは同意です。
日本は最近はSaaSは増えてきましたが、パッケージ製品やベンチャー企業はまだまだ少ない。ただ一方でOSS関係に関わる人は昔から多い印象があります(自分がOSS畑というのもありますが)。
ただLinuxカーネルとかPostgreSQLとか、サーバ側の開発者は外資系企業とか、SIerの研究所とかで仕事としてOSSに関われるケースが多いのですが、国際化やデスクトップや翻訳など、ユーザに近い立場の人は仕事として携われないケースが多いです。
そういう人たちの受け皿としていいのではと思っています。
- 評価の平均値
- 4.7
- コメント日時
- コメントしたアイデア
誰一人取り残さない…どころか地方はすでに取り残されている問題
#003
【地方で「まともな仕事」が少ない】と書いたんですが、その逆も言えて、まともな仕事があるなら、東京に行く必要もないんですよね。自分は東京の満員電車が大嫌いなので、年収が上がっても東京に住みたいとは全く思いません。
若い人はそれでも東京に行くと思いますが、人混みが苦手な人や、子育て世代中心にUターンの需要は大きいと思います。いきなり地方に仕事を持ってくることは難しいので、地方からリモートで東京の仕事を請け負う、または逆に地方の課題を東京から(その地域に詳しい人が)リモートで請け負えるように整備するのがいいんじゃないかなと。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
誰一人取り残さない…どころか地方はすでに取り残されている問題
地方の人材不足は結局、地方で「まともな仕事」が少ないところに行き着くと思います。40歳でも年収300万円台とか、SIerの下請けで客先常駐だとか。
リンクはしませんが【｢東京に優秀な人材が集まる｣というのは"幻想"だった】という記事があり、自分も同感です。上だけ見ると優秀な人が多いですが、中間を見ると実は大したことない。
ただ、地方で優秀な人がいても受け皿がないんですよね。リモートでフリーランスやってるとか、小さい会社を立ち上げて活動してる人はいますが、目立たない。
地方は(少なくとも都道府県単位では)小さいながらもコミュニティがあって、そこに参加している人は優秀な人が多いので、そこ参加して話を聞くところからじゃないかなと思います。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
全角英数字と半角カタカナの緩和
分かります。自分もよく困ってます。
表示だけなら全角の方が読みやすいケースはあると思いますが(先程の投稿も「？」をあえて全角にしました)、入力に全角のみの制限をかけているサービスは怠慢だと思いますね。半角カナは論外です。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
データ戦略へのご意見をお願いします!![事務局]
概要なのでなんとも言いづらいのですが、「レジストリ」と言えば過去にあった、UDDIを思い出します。
2000年頃はSOAP/WSDL/UDDIがWebサービスのインフラになると言われたのですが、全世界的に完全に失敗して、名前すら忘れ去られてようとしています。
少なくともこの失敗を繰り返さないように、大掛かりで実用に耐えないなものではなく、小さくでも実用的なものを作って改善を続けて欲しいです。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
全角英数字と半角カタカナの緩和
タイトルを見てあれ？と思ったんですが、「全角英数字と半角カタカナを強制しないで、勝手に変換して欲しい」という意図なんですね。それなら同意です。サーバ側で簡単に変換できるので。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
民間における外字(旧字体)活用の推進に、国が積極的に対策に乗り出して欲しい
外字といってもUnicodeに収録されているものと、Unicodeに収録されていないものの2種類あります。
画面では表示されているが、通販では使えない件は前者の問題で、Shift_JIS(CP932)を使っているからじゃないかなと。これはUnicode(UTF-8)に移行するように働きかけるだけで解消されるはずです。UTF-16におけるサロゲートペアの取り扱いが面倒というのはありますが、それくらいはまあ開発者の常識でいいかな。
ただ、Unicode IVS(異体字セレクタ)については正直難易度が高いため、必須にするのは厳しいと思います。ライブラリなどの支援がないと難しいですね。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
官公庁システムのコスト低減の必要性
根本的には請負開発の問題ですね。
対策は以下の3つくらいでしょうか。
・最低限の機能のみ開発し、残りの要件は追加開発で行えるようにする
・準委任契約にする(官公庁では難しいか？)
・公務員エンジニアで内製する
民間なら準委任契約か内製がいいと思いますが、
官公庁なら予算に柔軟性を持たせて一番上がいいかも。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
デジタル庁を関東以外に
世の中には、物理的な本社がなく、フルリモート社員だけの会社もあります。
オンライン前提の組織にするのはアリかなと。
その場合も最寄りの庁舎に行くことにはなりそうですが。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
PC購入時の「10万円の壁」の解消
先ほど固定資産税について調べてみたんですが、資産の有効利用という意味が大きいようです。で、不動産については「応益性」があり、「希少性」もあるので分かります。
ですが、PCのような償却資産については希少性が乏しいので、固定資産税を課す理由がないのではと思います。少なくとも徴収した固定資産税よりも、固定資産税によるデメリットの方が大きいかなと。
30万円あれば十分なスペックのPCが買えるので、一旦は30万でいいと思いますが、根本的には償却資産に対する固定資産税の存在意義を検証した方がよさそうです。
- 評価の平均値
- 4
- コメント日時
- コメントしたアイデア
職業訓練のモダン化、高度化(あるいはオンラインリカレント教育)
#003
プログラミングスクールの中には、現役のプログラマーが教えているケースも多いので、適切な対価があれば教えたいという人は多いと思います。
あるいはまともなプログラミングスクールなら委託するのもアリでしょうね。
- 評価の平均値
- 5
- コメント日時
- コメントしたアイデア
IT技術者派遣における中抜きの厳格な制限を
賛成はしましたが、そもそも派遣については以下の義務/制限があります。
・多重派遣の禁止
・マージン率の公開
・教育提供の義務
なので「複数の中抜き業者がいる」こと自体がアウトなんですね。
実態は派遣なのに関わらず、準委任契約(これ自体は有効な契約)で契約を結ぶことによって、多重派遣をしている、いわゆる「偽装請負」の問題です。
トップダウンで指示しても結局はその人の「思考停止」を止めないと同じことになるので、結局は #002 のように使えない人は切り捨てる方向にならざるを得ないかなあと思ってます。もちろんやる気がある人に対する支援は必要ですが。
by ikemoさん - 2020/12/05 14:16 問題を報告