ikemoさんのマイページ

Shift_JISというレガシーエンコーディングを使っている問題ですね。
開発者も苦しめられています。

これこそ「誰一人取り残さない」ために必要だと思います。
もっと声をあげてください。自分も声をあげます。

by ikemoさん - 2021/02/16 22:28 問題を報告

ワイドショーや写真週刊誌と根っこは同じ。
安全な場所から石を投げてるだけ。

by ikemoさん - 2021/02/02 12:29 問題を報告

一度レールを外れてもやり直せるということを伝えるのにはいいかもしれないですね。

by ikemoさん - 2021/01/11 15:52 問題を報告

心情的には賛成なのですが、現実的には日本に支部のあるところとか一部に限られるでしょうね(赤十字みたいなイメージで考えてます)。

どちらかと言えば国内のOSS団体への支援も入れたいのですが、そっちは認定NPO法人でカバーできそうな感じだし、あまりいじるところないかも。

by ikemoさん - 2021/01/06 18:51 問題を報告

CLI(コマンドラインインタフェース)でも打ち間違えると候補のコマンドが出ますし、技術的にはそう難しくないと思うんですけどね。逆に何でないんだろうと疑問に思います。意味不明な単語で登録して欲しくない、そんな需要はありそうなものですが。。。

by ikemoさん - 2020/12/28 20:54 問題を報告

#007

基本はそうあるべきだと思います。自分もミュートを提案したことあるので。 @02938

削除が無理なら「隔離」しかないですかね。イメージ的にはNetNewsでの fj.news.usage や japan.yoso でしょうか(古い)。

by ikemoさん - 2020/12/28 20:07 問題を報告

基本的にはデジタルに関係なくても、内容が稚拙でも、デジタル化に反対でも、「アイデア」なら尊重されるべきだと思います。問題は「個人の日記帳」レベルの投稿ですね。これは迷惑でしかない。

3の賛成票は今のままでいいと思います。モチベーションを下げる要因になるので。個人単位で集計するのなら除いた方がいいと思いますが。

by ikemoさん - 2020/12/28 10:33 問題を報告

メーターでの確認もいいですが、安否確認だけだと素っ気ないのでEcho Showみたいなビデオ会話できるデバイスと組み合わせるのがいいかなと思います。一番の問題は、訪問という物理的な行為に縛られているところかと。

by ikemoさん - 2020/12/27 16:57 問題を報告

#029

了解しました。UserInfoエンドポイントのようなエンドポイントを提供する感じですね。それが一番素直ですね。

by ikemoさん - 2020/12/27 08:27 問題を報告

「マイナンバーカードが保険証になる」とか「顔認証」というのは一面でしかなくて、本命は資格情報のオンライン化による事務コスト削減ですね。
https://www.mhlw.go.jp/stf/newpage_08280.html

PINなし認証の仕組みも少なくとも勝手にICカードリーダーを使ってスキミングはできないようですね。こういう仕組みを含めて色々と周知が足りないなとは思います。仕様書も一部のベンダーだけに見せるのではなく、もっと一般に公開しないとダメですね。

by ikemoさん - 2020/12/26 22:35 問題を報告

#009

なかなか興味深い資料でした。PINなし認証ってこんな感じで動くんですね。ありがとうございます。

ネットワーク分離についてはp30にありますね。

＞万が一資格確認端末がウイルス感染された場合における院内/局内への影響/リスクが軽減されます。また、外部への情報漏洩のリスクも軽減されます。

まあ想定通りではあったのですが(いわゆるDMZみたいなものなので)、「USBカードリーダーを外してUSBメモリを挿せばウイルス感染できる」とか「Windowsはアンチウイルスソフトがあるので大丈夫」とか、そんな認識で決めてるのかなあと邪推したくなりますね。まあ分離した方が安全ではありますが、想定するリスクとコストが釣り合ってない感じがします。

by ikemoさん - 2020/12/26 21:59 問題を報告

#006

あ、すみません、資格確認端末の分離自体は分からないでもないです。PCに組み込むパターンと、独立した端末として提供する、それはまあ妥当かどうかはともかく、考え方としてはあり得るので。

自分が気になったのは、ルータを一つ追加してネットワークを分離してパケットが通らないようにしないといけない、でもWindows端末は例外というのが分からないんですよね。

ユーザ(患者)からしたら顔を近づけるとか、カードをかざすとか(4桁の数字も使わないのかな)くらいしかできることはないはずなのに、何のリスクを想定しているのかなと。

by ikemoさん - 2020/12/26 20:44 問題を報告

#004

読んでみました。

本業はバックエンドプログラミングでネットワークは専門ではないですが、資格確認端末を分離する理由が分からないですね。その割にはWindows端末に搭載するのはOKみたいだし。どこかの国から怪しいプログラムを買ってくるとか、変顔で認証するとレセプトサーバがクラックされるとか、そんなリスクを想定しているのでしょうか。。。

by ikemoさん - 2020/12/26 19:57 問題を報告

つい先日も、マイナンバーとマイナンバーカードを混同したことによる虚偽報道がありましたね。

利用者証明用電子証明書と、署名用電子証明書もよく分からないですね。技術者でも理解するのに時間がかかったので、一般人はもっと分からないと思います。この辺りも含めてのUXだと思います。

by ikemoさん - 2020/12/26 19:06 問題を報告

#008

自分としては「報酬が不十分」というところに手を入れて欲しいと思います。

同一労働同一賃金でも不十分で、社会保険料は当然として、リスクプレミアム代込みでの価格でないと釣り合わないと思うんですよね。

by ikemoさん - 2020/12/26 18:56 問題を報告

#005 #006

考えてみてるのですが、どこに規制をかけるのがいいかむずかしいですね。

感覚的にですが、こんな感じだとセーフだと思います。
・CtoC
・社会保険料が上乗せされているもの(企業間の業務委託や、フリーランスエンジニア)
・本業が正社員で十分に報酬がある人の副業(逆に雇用契約の方が面倒)

逆に言えばこの3つを同時に満たすとダメという話ですよね。
(考慮は不十分かも知れないけど)
・企業対個人
・報酬が不十分
・本業がない人

by ikemoさん - 2020/12/26 12:58 問題を報告

で、肝心なシェアリングエコノミーですが、正直どうするか分からないですね。例えば労災は適用できた方がいいと思います。

年金については報酬に含めることを前提とするのはどうだろうと思ったのですが、そうすると利用者のハードルが上がるし、隙間時間の有効利用という観点からすると微妙かなと。Uber Eatsみたいに大規模にやるものは規制強化した方がいいかなと思いますが。

フリーランスエンジニアのように収入が多ければ実際問題にならないので、個人単位で所得を把握して、必要なら支援する形の方がいいかも知れません。

by ikemoさん - 2020/12/26 11:11 問題を報告

#002

業務委託契約が適用できる仕事と裁量労働制が適用できる仕事って多くは被るはずなので、裁量労働制に合わせて職種を限定するのでいいと思います。

プログラマーは裁量労働制の対象外ですが、ここはグレーゾーンですね。仕事の実態に合わせて労働者から申立できるようにするのが妥当かも知れません。自分の場合はある片道2時間の通勤含めて6時から24時まで拘束されてたので、とても裁量労働制とは言えません。

by ikemoさん - 2020/12/26 10:50 問題を報告

あくまで例かもしれませんが、児童手当等の現況届はこれまで「認印」を使われていたもので、これが電子署名をするとなると「実印 + 印鑑証明」同等になります。そこまで必要ですか？というのが気になりました。

4桁数字と6〜16桁のパスワードを使い分けるのがわかりにくいので強い方に統一するような動きでもあるのでしたら分からないでもないですが・・・

by ikemoさん - 2020/12/25 19:29 問題を報告

WELQ以上の大問題だと思います。

側から見てると、最初からプライバシー情報を詐取するために作られたアプリにしか見えないですし、「悪用がない」と言うのならそれを第三者に検証してもらわないと、このアプリに関わった人たちを「危険人物」扱いして二度と関わらせないようにするしかないですね。

by ikemoさん - 2020/12/25 12:58 問題を報告

#023

なるほどです。

もちろん認証自体は中間サーバなくても実現可能なのですが、 #010 のようなシステムを作る場合、名寄せのデータをどこに持たせるかがピンと来ていません。事業者ごとに別々のトークン(Pairwise Identifier)を持たせるんですよね？

by ikemoさん - 2020/12/24 09:01 問題を報告

もしかしたら「その他」の方が良かったのかな？

by ikemoさん - 2020/12/23 20:15 問題を報告

派遣とか裁量労働制とかもそうですが、本来は裁量があり、付加価値の高い仕事の出来る人に対して適用すべきものを、時間と交換でお金を得る仕事に適用するのはダメですね。

自分も最初の会社で裁量の一切ない仕事で「裁量労働制」で働いてたのですが、こういう違法行為、脱法行為については厳しくした方がいいと思います。

by ikemoさん - 2020/12/23 20:09 問題を報告

#005

賛成ありがとうございます。他の場所での投稿もしたいですが、まあ、このサイトの扱う領域を広げる提案 @04995 も人気なので大目に見てもらえると。

自分的にはデジタル社会と知識社会は地続きで、知識社会にあった働き方を考えるときに、副業・復業や労働時間などと並んで、休憩時間も見直しが必要かなと思って書いてます。もちろん悪い形に変わってはダメですが。

by ikemoさん - 2020/12/23 19:59 問題を報告

#003

＞22時から残務

これれは明らかに労働時間ですね。持ち帰りを認めるかどうかとか、深夜残業扱いにするかどうかの観点はありますが、少なくとも一時帰宅があるから業務外というのは明らかにおかしい。でないとリモートワークもできない。

by ikemoさん - 2020/12/23 09:24 問題を報告

例えば午前半休(それ自体が制度化されていないけど)を考慮するなら、「4時間以上の場合は30分休憩が必要」なら、残業で6時間を超えたとしても追加は15分の休憩で済むので自分としてはいいかなと。

ただ、アルバイトの人だと思われるが、4時間くらいだと「休憩なしでいいので早く帰りたい」という人もいるので制度にするなら考慮が必要だけど。

by ikemoさん - 2020/12/23 08:38 問題を報告

自分がややこしいことになった事例。

・家庭の事情で休憩時間を始業時から30分取ったところ、「労働時間の途中に」というのに引っかかってややこしいことになった。
もちろん昼休憩はとって、合計1.5時間の休憩になってます。

・午前半休をとったあと残業せざるをえなかったが、6時間を超えると45分の休憩が必要というのに引っかかってややこしいことになった。

予想できなかった残業だったし、早く帰りたいので45分休憩を取ること自体が足枷になっていた。

by ikemoさん - 2020/12/23 08:31 問題を報告

平井大臣が「小さく生んで大きく育てていく」と言ってたので、まずは少数精鋭で組織の地盤固めをする感じでしょうか。「リードリクルーター」を募集しているところが興味深いですね。

せっかくなのでYouTubeとかでこの採用方針にした意図を語ってくれないかなあ。

by ikemoさん - 2020/12/22 20:58 問題を報告

方式や時間は検討が必要ですが「時間をお金に換える」しか出来ないと、貧困から脱出できないのは間違いないですね。

by ikemoさん - 2020/12/22 20:27 問題を報告

多分これだと業務が回らなくなるので難しいですが、業務時間での学習を支援できる制度はあってもいいと思います。今だと派遣会社はその義務がありますし。

時間がありつつも無為に過ごしている人はダメですが、子育て中だと本当に時間がないんですよ。そういう人が意欲があっても時間がないから学習せずに会社にしがみつくダメな人になってしまう、そんなのは困りますよね。

by ikemoさん - 2020/12/22 20:23 問題を報告

#015

@03704 みたいなイメージでしょうか？

公的個人認証サービスとマイナポータルの関係がイマイチピンと来ていませんが。。。

自分の場合は逆に中間サーバとECサイトのプロトコルを独自にすることを考えていました。1アカウントであることだけが必要なら、IdPを作るまではないだろうと思って。

by ikemoさん - 2020/12/22 07:47 問題を報告

「兼業前提」というのがなかなか興味深いなと思いました。

by ikemoさん - 2020/12/21 22:24 問題を報告

結局必要なのは「まともな仕事」ですよ。VB6とかCOBOLとか、お金になってもそういう古すぎて腐臭が漂っているものをやらせることがその人のキャリアにとって一番の害です。

by ikemoさん - 2020/12/21 21:07 問題を報告

#037

ああ、なるほど。

生の声を聞く限り、消費税そのものが税率アップ以外に影響を与えたというイメージはたぶんないですね。自分の実感だと、電通社員の自殺の頃から、残業時間規制にかけて、「とにかく安く」から「適切に対価を払うべきだ」という人が増えて、値上げに寛容になったイメージがあります。

by ikemoさん - 2020/12/20 23:08 問題を報告

#034

Twitterでもよく見かけるんですが、竹中平蔵という名前が出ただけで議論ができないのはよくないと思います(自分も名前を見ただけで暴言吐きたくなる人がいるので気持ちはわかりますが)。擁護するわけではないですが、少なくとも「知識労働者」に限った話ならそんなに変なことは言ってないので。逆に言えば、知識労働者に限るべき議論を他に広げるからダメ。

派遣の拡大に関してははっきり失敗ですね。派遣は本来専門家でないと成り立たないので。ただ、正社員については逆だと思います。会社がいつなくなるか分からない時代において、解雇規制という「特権」を持っていることこそが問題です(まあ自分も特権持ちなんですが)。その代わりセーフティネットやリカレント教育を充実させることこそが重要です。という話を @05033 のコメントで書いてますが、まあこの話も人気ないですね。

#035

自分はまあ書きたいときに書いているので、他のアイデアでもどちらでも構わないです。まあアイデアが埋まるよりはいいんじゃないでしょうか。ただ仮想通貨については全く興味がないので、他のアイデアになるとまず反応しないですね。

by ikemoさん - 2020/12/20 22:34 問題を報告

後世に残していけないのは何より、日本に残っている古くて使えない「システム」です。認印なんかもそうですが、有名なものだと「2025年の崖」で知られるレガシーシステムです。

何もしないままだと2025年以降「毎年12兆円」の経済損失が発生します。この試算に含まれているか分かりませんが、人材がレガシーシステムに囚われていることに対する被害額はものすごいです。

ITに限らずインフラってそういうものなんですよね。一旦作ってメンテしないと、どんどん金食い虫になる。家なんかもそう。再度作り直すか、完全に壊して捨てるしかない。最悪なのは「何もしないまま放置」です。はっきり言えば、それ以外の問題は正直どうでもいいくらいです。それくらい大きい問題。

by ikemoさん - 2020/12/20 21:51 問題を報告

#027

物価に関しては消費税の影響はありますが、それ以外でも弱いながら上昇傾向です。下落した月もあるし、まだ全然ダメですが。
http://www.garbagenews.net/archives/2064125.html

国債については外国人が持っているものは純粋に借金で、銀行とかが持っているものはなんとも言えないところですが、日銀が持っているものは違うという認識です。日銀のバランスシートを逆にするとちょうどいいと思いますが、資産が増えて負債が同じだけ増えたのなら、少なくとも会計上は等価ですし、初歩的な知識です。

by ikemoさん - 2020/12/20 21:40 問題を報告

#027

「消えた円」というのは「マスコミ用語」なので分かりませんし言及しませんが、一般的に格差がどうなっているのかと言うと、拡大していると同時に縮小しています。

例えば日本はそうでもないですが、シリコンバレーだと年収4000万円くらいは普通みたいですし、簡単に転職できる人と、職を失うとどこにも行く場所がない人の間では格差が広まっていると思います。事務職は今はほとんど求人はありませんが、プログラマーなどの専門職は引っ張りだこです。

一方で、階層についてはどんどんなくなっています。例えばプログラミングを学ぶのにお金はほとんど不要です。本を読んで知識を得るのも簡単です。そして一旦それを仕事にして研鑽を積んでいる限り、転職は容易になってきています。

知識社会というのはそういうことです。

by ikemoさん - 2020/12/20 21:16 問題を報告

マイナポータルから見たらSP、ECサイトから見たらIdPのように見える感じのシステムを作るイメージでしょうか？

一意性を保ちつつ、プライバシーにも配慮するならそれが一番のような気がします。

by ikemoさん - 2020/12/20 18:59 問題を報告

#019

あとデフレに関してはここ数年については数字上はもうデフレでは無くなってるんですね。年率で言えば0%〜1%で不十分ですが。

じゃあなんで実感とズレているのかというと、そもそも率が低いこととか色々ありますが、マスメディアが「悪い点だけを凝縮して伝える存在」だからです。例えば値上げも求人倍率が上がって人を確保するために行われているものもあるので、働く側にとっては有利になっています。ただこれってニュースを見ているだけだと絶対伝わらない。

なので自分はニュースは絶対見ません。生のデータと生の声以外は信用しません。

by ikemoさん - 2020/12/20 10:33 問題を報告

#019

仮想通貨については二種類考えられます。
・何らかの価値があることを保証されているもの
・何も価値について保証されていないもの

まずその前に、日本に限らず金との交換が保証されていない、不換紙幣が通用している理由は、日本銀行券には強制通用力があるのと、「ある程度」安定していることを保証しているからです。

で、前者については仮想通貨というより暗号通貨と言った方が適切ですが、何らかのエコシステムが構築されているなら可能性があると思います。

ただ後者については完全な無価値ですね。3倍どころか1円の価値もない。ただ、現実に値段がついているのを説明するとしたら、娯楽的価値でしょうね。自分も10億円資産があったらネタでビットコイン1つくらいは持ってると思いますし。

by ikemoさん - 2020/12/20 09:48 問題を報告

#020

その件は知らなかったので軽く調べてみました。普段ニュースは全く見ない人なんで。まあ、日経以外はゴミ記事ばかりで参考にならなかったのですが。

これはGPIFによる保有と似たような構図ですね。GPIFは配当が年金として国民に還元される構図なのですが、日銀については国庫に戻る仕組みです。
https://www.boj.or.jp/announcements/education/oshiete/outline/a25.htm/

ただ、最大株主となるなら株主としての意見を出すべきでしょうね。利益の出せない企業の経営陣にたいする追認になっては困るので。

by ikemoさん - 2020/12/20 08:53 問題を報告

あと、株式についても調べたことあるんですが、バブルには程遠いんですね。

なぜかというと、PER(株価収益率)というのがあって、これが高いほど割高で、だいたい20倍が目安なのですが、東証全体の11月のPERが22.2倍です。やっぱり割高じゃなかと言われそうですが、コロナ禍で収益が減ると高くなる(逆に言えば今後回復を見込んでいる)ので、1月時点だと17.2倍です。高めではあるけれどまだ基準値の範囲内。

で、バブル崩壊直前のPERがどれだけかというと、60倍は超えていたそうです。端的に言うと今の3倍株価が高かった。それがバブルなんですね。

by ikemoさん - 2020/12/19 22:44 問題を報告

#016

お金がどこにいったかというと、それは「日銀」です。日銀のバランスシート、「負債」だけでなく「資産」も思いっきり膨らんでいます。なぜこれができるのかというと、自国通貨建ての国債だからです。これは財務省も認めています。
https://www.mof.go.jp/about_mof/other/other/rating/p140430.htm

自分としては、緊縮財政の方が「人体実験」だと思っています。少なくとも、成功したことがほとんどない、ほとんどは大失敗に終わっているので。ただ少なくとも、世の中の無駄は財政関係なく減らしていかないといけないわけです。だからこそこの場所があるわけで。

by ikemoさん - 2020/12/19 22:43 問題を報告

国債については色々考えてみたことありますが、結論としては「分からない」ですね。金融緩和は効果はありましたが、デフレ退治についてはインフレを心配するどころか、デフレ脱却できたかどうか、そんなレベルですし(「岩石理論」を唱えていた人たちは息してるんだろうか？)。

どちらにせよ、当面は財政出動が必要ですし、無駄は無駄として見直していくしかないと思います。メタボ健診とか。

by ikemoさん - 2020/12/19 18:04 問題を報告

直接民主主義を懸念する理由として「ポピュリズム」が挙げられていたようですが、そもそもポピュリズムは「エリート主義」に対比する言葉でしかなく、善悪の概念はありません。ですが、いつのまにか「大衆迎合主義＝悪」としてすり替えられています。まあそのすり替えの原因がもっとも悪質なエリート主義である、新聞社ですが・・・

すり替えはともかく、「ポピュリズム」が「大衆迎合主義」にならないためには価値観の異なる人たちんいよる討論が必要だというのは間違いないので、その意味ではこの場所はまあまあうまくいっている方だとは思います。

by ikemoさん - 2020/12/19 09:10 問題を報告

「周りで石を投げているだけの人」より「当事者としてちゃんと動いている・動こうとしている人」を応援したいというのは同意です。

ただ、捏造報道に対する処罰を増やしてもそれ自体が「マスコミのエサ」になるので、現行法の元で捏造報道に対する訴えが容易に行えることが重要だと思います( @2266 誹謗中傷・捏造に特化した司法制度や第三者機関)。

あと、ハフポストや東洋経済オンラインのようなネットでも有害情報を振り撒いているところもあるし、結局は政府も国民も「中抜きさせず直接やり取りをする」ということをもっと重要視した方がいいと思います( @01183 公的情報の同時配信の原則(事前リークの禁止))

国営放送に関してはEテレだけ国営化してそこに広報番組を入れればいいんじゃないかと思います。もちろん今のNHKの報道は切り離す方向で(Eテレの手話ニュースだけは残す)。捏造報道の批判は平井大臣がやっているようにYouTubeとかでいいんじゃないかな(元は記者会見ですが)。

by ikemoさん - 2020/12/18 08:12 問題を報告

うちの会社で飲食店支援のための補助が出てたのですが、
そのときの対象はテイクアウトか通販が対象でしたね。
「店内飲食はNG」という条件にすればいいと思います。

by ikemoさん - 2020/12/17 21:00 問題を報告

緊急事態宣言のときは結構な割合がリモートワーク してたので、一時期陽性者数が減ってときに、いざという時はリモートワーク できるように体制を整えていると思ってました。まあ正直東京の民間企業がここまで「バカ」だとは思わなかったですね。

by ikemoさん - 2020/12/15 22:42 問題を報告

所得税はそれ自体では「壁」はないんですが、社会保険料とかいろいろあって結果的に「壁」になってしまうものが結構あります。まあ社会保険料は引かれるだけではないんですが、全体を考えた設計が必要ですね。

by ikemoさん - 2020/12/15 19:18 問題を報告

まあ基本的には賛成ですし、たかが3%の賃上げすら厳しいという企業には退場してもらいたいですが、まずは「サービス残業」という無賃労働の排除の徹底だけでも結構効果があるんじゃないかなと。

by ikemoさん - 2020/12/14 20:32 問題を報告

#027

とりあえずこの2つについては提案済で、事務局からの回答もあります。必要性は認識されているようなので、まあ気長に待つのがいいかなと。

アイデアにステータスを加える @04130
アイデアに「関連アイデア」を加える @04132

by ikemoさん - 2020/12/14 13:34 問題を報告

いろんな観点があると思いますが、VBAの代わりにPythonという意図なら異論ないです。RPAと同様の問題があるので、隙間を埋めるツールとしての活用に限ると思いますが。

by ikemoさん - 2020/12/14 08:05 問題を報告

方式については保留ですが、利用者からしたら国民年金なのか厚生年金なのかはどうでもいいので、少なくとも手続きがバラバラなのはおかしいですね。

by ikemoさん - 2020/12/13 14:18 問題を報告

現状では何も決まってなくて「外国人がプロジェクトベースで関わることを排除しない」くらいかなと。廉宗淳さんに話を聞く勉強会がYouTubeでありましたが、ああいう感じでコンサルとして関わってもらうのはアリかなあと思います。

もちろん原則として日本人が中心になる必要があるし、機密情報を扱うところは身元のしっかりした人で揃えないとダメですね。過去に「オウム真理教ソフト開発業務受注問題」がありましたし。 @1129

by ikemoさん - 2020/12/13 09:18 問題を報告

平井大臣がYouTubeに挙げてる国会答弁は字幕があって音声オフでも見やすいのであれはあれでいいかなと思います。

by ikemoさん - 2020/12/12 14:16 問題を報告

「金曜の夕方に届き、回答期限は月曜の朝」って典型的な「モンスタークライアント」じゃないですか。

内容的に緊急性が高いものもあると思いますが、深夜・休日出勤にかかった費用を国や都道府県に請求できるように通達とかすれば改善されるんじゃないかなぁ・・・もちろん根本解決はシステム化ですが。

by ikemoさん - 2020/12/11 08:28 問題を報告

@01484 に書いてあるので賛成票入れてもらえると！

体感的にはデスクトップなら20万でもなんとかなりますが、ノートだと20万ではキツい。コメントには「AI関連開発機器は50万」という話もありますが、そこは特例として、原則は30万円が妥当な水準かなと。

by ikemoさん - 2020/12/11 08:13 問題を報告

40歳すぎて転職した人なんですが、年齢を除いても転職をするハードルはやっぱり高いですね。

・退職してからの転職活動はお金の問題でリスクが高い
・仕事しながらの転職活動は時間や精神的にキツい
・家庭があるとさらに時間がキツいし、求める給与のハードルが上がる(年収ダウンは妥協したとしても、年収300万円では働けない)

転職してしまえば大したことないし、いい会社なら一時的に年収が下がっても結果的にはいい選択になりますが、転職するまでの壁が大きいですね。

あと「長期勤続するほど退職金の税制度が有利」と言った正社員の「既得権益」にも踏み込まないといけないのが厄介です。「解雇規制緩和」とか議論すらできませんし。

by ikemoさん - 2020/12/10 20:07 問題を報告

内容にもよるけど、「門前払い」というのがそもそもおかしい。民間なら年齢差別でハローワークの受付すら拒否される内容。

by ikemoさん - 2020/12/10 19:40 問題を報告

#001

それなら「編集禁止」でいいと思います。

#002

@05123 に挙げたIPAのドキュメントがそんな感じですね。よく分からないコードが入ってます。この文書は著作権があり、冒頭に著作権について書かれているものですが、適切な引用をしたいケースまで阻害されるのはね・・・

by ikemoさん - 2020/12/10 13:44 問題を報告

リダイレクトされているならまだいい方だと思いますが、こう言う時こそ @02977 に書いた、短縮URLがいいだろうなと思います。

by ikemoさん - 2020/12/10 09:18 問題を報告

あー、確かにSMS非推奨になってますね。不見識でした。

by ikemoさん - 2020/12/09 22:16 問題を報告

ワンタイムパスワードについてはメールでなく、グローバルスタンダードのSMSでいいと思う。SMSが高すぎるという指摘もしたけど。
@02835

Googleは逆にキャリアメールを利用不可にしてますね。
https://www.watch.impress.co.jp/docs/news/1217210.html

by ikemoさん - 2020/12/09 18:51 問題を報告

#001

一応「システム基盤」とは書かれているようです。

> 「非機能要求グレード」では、このシステム基盤が実現する非機能要求を対象とし、業務やアプリケーションが実現する機能要求に関してはスコープ外としました

ですが、DevOpsの考え方としても変更可能性は必須ですし、「APIの使いやすさ」という観点からもユーザビリティも必須でしょうね。PDFもファイル名が文字化けするし(いつものごとくShift_JISでしょうか)、いろいろ問題がある資料のようです。

※どこぞが作ったAPIがIF01, IF02・・・・みたいなゴミ命名規則なのを思い出して腹が立ちました。

by ikemoさん - 2020/12/09 14:05 問題を報告

自分は一応マスターパスワードをメモしたものを保管してるけど、そうじゃない人がほとんどだし、突然自動車に轢き殺される可能性もあるので、何らかの対応は欲しいかな。

お金に関して言えばクレジットカードと銀行口座を止めればいいんじゃないかと思うけど。

by ikemoさん - 2020/12/08 12:53 問題を報告

ひじで軽く突く(nudge)というよりは腹を思いっきり殴る感じですが、これくらいやった方がいいと思います。あのシステム自体どうかと思いますが、せっかく作ったシステムを一回限りで終わらせるのは無駄じゃないかなーと思うので。

by ikemoさん - 2020/12/07 20:55 問題を報告

民間では「守りのDX」「攻めのDX」という言い方が浸透してるようですし、これを追認していいんじゃないでしょうか。

「守りのDXを軽視する」のがありがちかなと思ってますが。

by ikemoさん - 2020/12/07 20:38 問題を報告

「スマホなどのカレンダーと連動するようなデジタルデータ」でしたら、フォーマットはiCalendar一択ですね。カレンダーによりますが、既に祝日変更にも対応してるものもあります。
https://ja.m.wikipedia.org/wiki/ICalendar

あとは個人によって需要が違うので、それをどうカバーするかになると思います。

by ikemoさん - 2020/12/07 20:01 問題を報告

軽くネットにある過去問を受けてみたんですが、ITそのものよりも、業務に関する出題が多いので、入庁して1〜2年くらいに身につけておくくらいのレベル感だと感じました。

ITについての問題は初歩的ですが、このレベルも知らないと会話も出来ないレベルなので、ちょうどいいと思います。あまりハードルを上げすぎても良くないと思うので。

by ikemoさん - 2020/12/06 10:20 問題を報告

ソースは思い出せないのですが、多額の損害を出して責任を取って辞職しようとしたら、「授業料を払ったばかりではないか」と言って引き留めたという話を見た記憶があります。

明らかな怠慢なら批判されるのもやむなしですが、強い組織はミスを教訓にして良いサービスを作ってきますね。

by ikemoさん - 2020/12/06 09:23 問題を報告

トップダウンで指示しても結局はその人の「思考停止」を止めないと同じことになるので、結局は #002 のように使えない人は切り捨てる方向にならざるを得ないかなあと思ってます。もちろんやる気がある人に対する支援は必要ですが。

by ikemoさん - 2020/12/05 14:16 問題を報告

#001 のコメントに賛成。

こういう政策とかで「経済効果」が出されるけど、ハッキリ言ってあれ意味ないです。「密」による弊害が全く考慮されていない。

by ikemoさん - 2020/12/05 11:18 問題を報告

IT業界は年齢差別が強いのですが、その一因として、新しい知識を取り入れることもなく、思考停止している人が多いからだと考えています。そういう人が役職につくと最悪ですね。

「ただ参加するだけで無く、必ず成果物を作っていく。」という観点だとハンズオンがオススメですね。準備する側は大変ですが、参加者としては楽しいし、一番役に立つと思います。

by ikemoさん - 2020/12/05 10:57 問題を報告

作るのは別にSIerでもいいんですが、少なくとも他に乗り換えられること、コストが適正なことの検証は必要ですね。

by ikemoさん - 2020/12/04 21:06 問題を報告

「スーツ vs ギーク」という言葉もありますからね。

by ikemoさん - 2020/12/04 19:55 問題を報告

Eテレだけは絶対必要なので、これだけ税金で賄って欲しい。これで半分以下になるかと。

by ikemoさん - 2020/12/04 07:08 問題を報告

#004

なるほどです。

やっぱりプロセス改善して医療費控除の期間と医療費通知の期間を一致させる方向が望ましいですが、費用対効果を考えると一旦は #002 でもいいと思います。

by ikemoさん - 2020/12/03 22:34 問題を報告

これ確か本で紹介されていた記憶がありますね。アメリカの話だったと思います。

by ikemoさん - 2020/12/03 22:15 問題を報告

むしろEテレしか見るに値しないので他を売却して欲しい。

ニュースとかもいらない。クローズアップ現代は過去に何度も迷惑をかけてるし、自分も被害を受けた。まあ手話ニュースだけは必要か。

by ikemoさん - 2020/12/03 19:33 問題を報告

もちろん大賛成なのですが、契約の当事者だけでなく、第三者が絡むとややこしい話が出てくる可能性があるなと思いました。

もちろん電子契約プラットフォームを使っているがそれが認められないのは論外なのですが、契約自体はメールだけでも問題ないんですよね。
https://www.meti.go.jp/covid-19/ouin_qa.html

なので、「当事者間では電子署名なしPDFのやりとりだけで済んでいるが、それでは第三者が検証できなく、電子決済を導入するハードルも高いため、仕方なく紙に退化する」という事象が発生するかもと思いました。思いつきなので実際発生しているかは分からないのですが。

by ikemoさん - 2020/12/03 08:00 問題を報告

「事務処理が遅すぎる」のが根本原因なのでそこを解消するのが正攻法だと思います。実際のところは認められないケースが稀なので、見込み額で申請して、もしダメだったときはに返還を求めるのじゃダメですかね。。。

by ikemoさん - 2020/12/01 22:39 問題を報告

「デジタル改革の方向性」のアイデアにも書いたんですが、「与えられるもの」「誰かがやってくれるもの」という意識でいるうちはダメですよね。

by ikemoさん - 2020/11/30 18:45 問題を報告

遅延とか速度制限考えるとWiFiでは不十分ですね。

方向性としてはユニバーサルサービス制度に光インターネット(1Gbps)の対応を入れるのでいいと思います。
https://www.soumu.go.jp/main_sosiki/joho_tsusin/universalservice/index.html

by ikemoさん - 2020/11/30 18:41 問題を報告

IT業界では中途採用は当たり前ですが、年齢差別は平気で行われてますからねぇ。。。

とは言え家庭を持つと希望年収が高くならざるを得ない事情もあるので、ベーシックインカムがあればベストですが。

by ikemoさん - 2020/11/30 12:46 問題を報告

#005

はい、検討お願いします。このアイデアのコメントや他のアイデアの議論を見ても、この3つが課題として挙げられてますね。

・Permalinkになっていない(消えてしまう)
・URLの信頼性 @03971
・ユーザに使いやすいものでない(長すぎるとか、QRコードを使ってほしいとか)

by ikemoさん - 2020/11/29 12:43 問題を報告

メリット
・OSに依存しない
・スペックが高くなくても利用可能
・文書などは共同作業が可能
・紛失、交換時の対応も容易

デメリットはブラウザに依存する可能性があるとかですか。まあIE依存とは違ってまともな選択肢があるけど。他にも課題はありそうだけど、メリットが圧倒的に大きいですね。

by ikemoさん - 2020/11/29 09:27 問題を報告

特区でなく普通に欲しいですね。内容的に県庁所在地など、ある程度人が集まってるところに限られると思いますが。

by ikemoさん - 2020/11/28 20:14 問題を報告

今回は傍聴されても問題ないものに限るとのことなのでまあ許容範囲かなと。
https://www.itmedia.co.jp/news/spv/2011/27/news151.html

ただ、 @04163 のコメントに書いた通り、この分野では国内でも頑張ってるようなので賛成。

by ikemoさん - 2020/11/28 18:15 問題を報告

Global Day of Coderetreatを思い出しました。みんなで集まって何かやるのは楽しいので、そういう日を設けるのはアリかも。

by ikemoさん - 2020/11/28 11:59 問題を報告

@01376 に似たようなこと書きましたが、動作確認してないなら警告を出すくらいなら分かるけど、先に進めないのは「そういうところがだめなんだぞ」と強く言いたい。そういう意識から変えていかないと。

by ikemoさん - 2020/11/28 11:06 問題を報告

#003

自分の読み間違いでした。「事務職」のテレワーク率でしたね。その基準なら一律でいいと思います。

稠密度についても異論ないです。これまでは「サテライトオフィス＝ベンチャー企業中心＝開放的」というイメージが強かったのですが、今後は大企業も使うので、個室型が主流になっていくのかもですね(というか増えて欲しい・・・)。

by ikemoさん - 2020/11/27 22:20 問題を報告

#003

これだけでは無いですが、自分が記憶にある最も古いのはじゃらんですね。これが嫌になってリクルートID自体解約しました。

by ikemoさん - 2020/11/27 20:55 問題を報告

@01629 でも議論されてますが、

・業種ごとに設定(特にIT系は目標を高く)
・地域によって分けるか、郊外のサテライトオフィスは優遇するなど
(地方都市で密度が低いなら優先度は高く無いため)

とかの考慮は必要かなと。

by ikemoさん - 2020/11/27 12:28 問題を報告

表題には賛成ですが、個別にはいろいろ問題があるので。

1. 家で転んだときとかは除外ならまあOK。通勤労災は逆に労災認定を緩くした方がいいと思いますが。
2. 裁量労働制がそもそもちゃんと適用されてるかどうか怪しいので・・・
3. 労働者に不利になるので反対。選択制ならまあOK(自分は確定申告でもいいけど)。
4. 賛成。郊外でリモートワーク推進するだけでも東京の通勤地獄は緩和される。
5. 賛成。
6. iDeCoの拠出額引き上げはいいが、「標準報酬月額」という考え方を見直す必要あり @02841
7. ストレスの原因は同感だが、対案はこれではダメだと思います。

by ikemoさん - 2020/11/27 08:56 問題を報告

@02789 で自分も書きました。

せっかくなので一つ付け加えておくと、電子化すれば基本的には大丈夫ですが、万が一投票内容を精査する必要が出てきた場合は、該当自治体とは利害関係がほぼない、遠く離れた自治体の職員などが行うようにすれば圧力行使のリスクはさらに減らせるかと。

by ikemoさん - 2020/11/26 20:35 問題を報告

#001

まあ、ちゃんと裁量がある職場ならいいんですが、SES界隈では発注側が安く働かせるために使われているみたいなんで。

by ikemoさん - 2020/11/25 23:26 問題を報告

昔はExcel方眼紙を割と使ってたんですが、要はExcel方眼紙って「縦横の制限がない紙」なんですよ。

Wordは校正機能とか使わない人にとっては「A4の紙」だし、結局「紙」というものに縛られているという意味では正直どっちもどっちだと思ってます。

まあ適切なツールを使いましょうというのは賛成ですが。

by ikemoさん - 2020/11/25 22:01 問題を報告

自分は仙台で牛タンが食べたいです。

それはともかく、BCP(事業継続計画)の観点からも分散は必要ですね。

by ikemoさん - 2020/11/25 20:16 問題を報告

この手の話は「問題のないことを保証しろ」と悪魔の証明を求められて疲弊するケースもあるので(実話)、実効性のあるガイドラインが欲しいですね。

by ikemoさん - 2020/11/25 08:34 問題を報告

#004

もちろんIT弱者を罰することが目的ではなく、あくまで今虐げられている人を助けるためです。そして教育に投資するのは大賛成です。

ただ、PCを使えるだけでは不十分で、ITを使って業務改善に取り組めるくらいの知識は欲しいです。 @04374 で提案されているように。

by ikemoさん - 2020/11/24 20:18 問題を報告

大事なことが漏れてた。早期公開してほしいのは「文字起こし」です。
記者会見そのものは動画で公開されているので。

https://nettv.gov-online.go.jp/mobile/prg.php?p=21615&t=184

by ikemoさん - 2020/11/24 20:13 問題を報告

#004

「基本／個別契約モデル」についてざっと検索して見てみましたが、要は反復型開発ですね。これならアリだと思います。

by ikemoさん - 2020/11/23 22:46 問題を報告

なるほどなあと思いました。「業務改善能力」に着目するのは方向性としてとても良いと思います。

自分の経験でも、業務改善能力、有能さは強い正の相関関係があります。というより、業務改善を疎かにしている人で、有能な人は見たことありません。

現代では業務改善にはITが必須ですが、利用する側のハードルは下がってるので、資格のハードルは低いと思います。

by ikemoさん - 2020/11/23 22:32 問題を報告

ダメな組織を変えるのは難しいので、人材の問題は「いかに悪い環境を脱出できるか」が鍵だと思ってます。20代や30代前半だと未経験でも何とかなるのですが、それ以降になると経験があっても、学習をしていても、偏見が多くてまあなかなか厳しいですね。あと家庭持ちだと冒険がしづらい。

自分はまだマシな方ですが、話を聞くと「脱北者」みたいな人もいますね。

by ikemoさん - 2020/11/23 19:38 問題を報告

プログラミングはいいけど、デザインは見た目よりはまずはUI/UXかなと。

Twitterで話題になった、「階段に見えない階段」のような、見た目だけ重視して使いにくい、危険なものが出てしまうのを避けるためにも。

by ikemoさん - 2020/11/23 17:27 問題を報告

圧力という意味では日本商工会議所が反対している、最低賃金の値上げを滞りなく進めるのでいいと思います。人を雇っているということはその人の人生を預かっているようなものなので。

やる気があるところに知恵を提供するのはいいですが、やる気のない上司がいるところは何を言っても無駄なので、どう選別するかかなあ。

by ikemoさん - 2020/11/23 16:27 問題を報告

一般的には古いOSをサポートし続けることには反対ですが、COCOAについては広く使われることが最優先なので例外的に賛成です。

by ikemoさん - 2020/11/23 11:46 問題を報告

削除は互換性の観点からも難しいかなと思いますが、IMEに「非推奨」と表示させるように要請は出来るかなと思います。元々Unicode上も互換のためだけの文字として収録されているので。

by ikemoさん - 2020/11/23 10:36 問題を報告

やるのならラボよりはいわゆる「情シス」がやるのがいいかなと。

なぜかというと、情シスは「守り」になりがちなんですよね。新しいことをやろうとしても情シスがノーと言う、それなら情シス自体を花形職種にしてしまった方がいいかなと。メルカリのコーポレートエンジニアリングチームのように。

by ikemoさん - 2020/11/23 09:48 問題を報告

「多段階契約」というのが「要件定義までの契約」というのならまあ分かります。特定のベンダーしか受注できない内容にならないように注意が必要ですね。

あと全体的に「工程ごとの見積もりの精度を高め」とか、全体的にSIer臭い感じがします。ここは全面的に見直しが必要だと思います。

by ikemoさん - 2020/11/23 09:34 問題を報告

山田太郎参議院議員のサイトより全文を見つけて読みました。
https://taroyamada.jp/?p=13272

ここの箇所ですよね。
> 失敗のリスク及び失敗した際のコストを最小化しつつ、常に修正・変更・中止がで きるようにするため、各府省及び地方公共団体の情報システムの構築にあたっては、工程ごとの見積もりの精度を高め、かつ、徹底した PM(プロジェクト・マネジメント)を行えるよう、多段階契約を行うなど契約の方式や内容を工夫する。

by ikemoさん - 2020/11/23 09:17 問題を報告

#005

Excelでも同じ問題は発生し得るのですが、現状で大きな問題になってないことから、Wordでも変わらないのかなあと。

#008

Pandocなら入力はMarkdown/reSTに限らず.docx, .odtとか色々対応してるから(入力にPDFは対応してません)「好きなものを使って書いていいよ」が実現できそう。

by ikemoさん - 2020/11/23 08:51 問題を報告

ゲームにおける「おま国」問題もありますね。

by ikemoさん - 2020/11/23 07:13 問題を報告

ローカライゼーションについては人不足もありますが、個人でやるよりは組織向きだと思います。開発については既存の開発者に対する支援がいいかと。今はどうか知らないですが、未踏事業はそんな感じもありました。

by ikemoさん - 2020/11/22 22:34 問題を報告

#003

サービスによっては期間限定で使いたいものもあるので、自動更新の選択はアリかなと思います。

あと「契約しているのを忘れる」という対策には、更新のたびに領収書の発行を義務付ける(Kindle Unlimitedはそうなってません)とか、契約更新が近づいたことをメールで知らせる手もありそう。

by ikemoさん - 2020/11/22 20:52 問題を報告

無人駅は車両につけるか車掌に携帯してもらうとして、チャージをどうするかでしょうか。スマホ前提にできるならモバイルSuicaでいいですが。

by ikemoさん - 2020/11/22 18:37 問題を報告

意図は理解できますが、クラウドストレージなど、更新を忘れて勝手に解約されると困るケースもあります。最近だと「ふくいナビ」のデータ消失のように。

by ikemoさん - 2020/11/22 17:55 問題を報告

サイトによっては有用なので、期間限定ポイントの自動付与自体はあってもいいと思います。オプトアウトできれば。

by ikemoさん - 2020/11/22 13:10 問題を報告

即時変更が必要なケースとして、流出時の他に、アカウントを共有しているケースで、異動、退職した場合もありますね。これも異動、退職をトリガーとしての変更でいいと思います。

もちろん、そもそもアカウント共有は避けるべきだし、共有せざるを得ないケースでも、少なくとも誰とアカウントを共有しているかは管理しないとマズいです。

by ikemoさん - 2020/11/22 08:55 問題を報告

#002

ありがとうございます。メール関連には詳しくないので助かります。
OSSで実現できる、ユーザビリティにも優れたものであればそれがベストですね。

この問題はデジタル改革の試金石とも言えるので、
変なベンダーに騙されず、真っ当な方法で実現して欲しいですね。

by ikemoさん - 2020/11/22 07:23 問題を報告

記者会見の文字起こし自体は見れます。
https://www.cao.go.jp/minister/2009_t_hirai/index.html

ただ、載るのがものすごく遅いんですよね。

河野大臣と平井大臣についてはライブ配信で、文字起こしも当日かせめて次の日に載らないかなあ。マスコミはノイズ生成機なので参考にならない。

by ikemoさん - 2020/11/21 20:04 問題を報告

加工前提の生データとしての扱いならいいと思います。EPUBに変換するという手もありますし。PDFはスマホで読みづらい。

by ikemoさん - 2020/11/21 12:42 問題を報告

2000年代前半は猫も杓子もXMLという時代だったので、その頃に作られたものじゃないかなあと。

桁数を変える程度ならXMLのままでもいいと思いますが、CSVで十分ならXMLやめた方がいいよなあと思います。

関係ないけど #001 のコメントを見て、どこかの団体が作った仕様で、要素名にデータの内容を入れてて、これじゃXMLの意味ない(スキーマ作れない)のが話題になったのを思い出しました。

by ikemoさん - 2020/11/21 10:37 問題を報告

絶対失敗が許されないと言われたみずほ銀行のシステム移行でも最長3日ちょっとだったしなあ。関わった業者と何でこれだけかかるのか教えてほしいですね。

by ikemoさん - 2020/11/21 08:55 問題を報告

通常は「国産xx」には反対ですが、この分野では頑張ってる話がいくつか聞こえて来るので賛成。

by ikemoさん - 2020/11/20 06:48 問題を報告

自分も @01129 で書きましたが、多重下請け構造によって「オウム真理教ソフト開発業務受注問題」が起きたので、それの解決が先というのは異論ないです。

by ikemoさん - 2020/11/19 23:12 問題を報告

好きでやってる方は止められないんじゃないかなと思う。

ただ「ボランティアを募集」というのは無賃労働の要求なので、原則アウトにしたいですね。やるなら「寄付を募集」ですかね。

by ikemoさん - 2020/11/19 23:04 問題を報告

#006

まさにこのPDFのp5にある問題ですね。
https://cio.go.jp/sites/default/files/uploads/documents/cloud_%20policy.pdf
> インターネットとの接続の有無のみによって、情報システムの安全性を単
純に判断してはいけない。

by ikemoさん - 2020/11/19 22:46 問題を報告

#003

はい、運用が大変というのは認識していますので、お任せします。

by ikemoさん - 2020/11/19 18:34 問題を報告

これも前々から言われてますね。
当人をよく知ってる人には無意味だし。

ペットの情報は秘密にするものではないし、逆にセンシティブな情報を入力させているケースもあるので、個人情報保護の観点からも取り上げて欲しいです。

by ikemoさん - 2020/11/19 10:16 問題を報告

#003

> パズル認証ではなくreCAPTCHAにすべきだという主張であれば、賛同します。

はい、最初からそのつもりでした。
「CAPTCHAをやめる」ではなくて、「まともなCAPTCHAに入れ替える」です。

by ikemoさん - 2020/11/19 10:10 問題を報告

#001

回答ありがとうございます。

「検討の結果やらない事になったもの」については理由がはっきりしているといいと思います。例えば「コストが高すぎる」なら、コストを下げるアイデアや技術があれば実現できるし、そういうところからベンチャー企業が生まれる可能性があると思うので。

by ikemoさん - 2020/11/19 09:08 問題を報告

#001

パズル認証は「機械には容易」なんですよ。最先端でないどころか、30年前の技術で突破されますし、視覚障害者には使えないのでUXも下がる。Twitterでも「クソ」との評価が下されてますね。検索してみてください。

結局これもPPAPのように「対策した気になってる」だけです。

by ikemoさん - 2020/11/19 08:53 問題を報告

マネーフォワード使ってるんですが、以下の業者がAPIを提供しておらず、手入力したりCAPTCHAを手入力したり面倒。なのでAPIの公開を求めて欲しい。

・電子マネー: PayPay、モバイルSuica
・クレジットカード: Orico
・EC: Amazon

by ikemoさん - 2020/11/19 08:42 問題を報告

自分の感覚では「スーツを強制する職場はそれだけで入るに値しない」という感じですね。客先とか公式の場ではスーツを着て欲しいというのは分からないでもないですが、普段の服装はせいぜいビジネスカジュアルまでです。

by ikemoさん - 2020/11/19 06:50 問題を報告

プライバシーマークについては「従来から推奨しておりません」とのこと。
https://privacymark.jp/news/system/2020/1118.html

とは言え「推奨しない」なので、もっとはっきり「有害」だと強く言ったほうがいいと思います。

by ikemoさん - 2020/11/18 20:53 問題を報告

マネジメントプロセスの話なので必ずしも「事故＝取消」ではないですが、漏洩事故があったときに「何でこんなザル運用なのに通ってるの」というのは結構見かけるので、意義を含めて見直したほうがいいですね。

by ikemoさん - 2020/11/18 19:26 問題を報告

確定申告は毎年やってますが、慣れると楽ですね。

家を買ったときとか、医療費控除とかで確定申告が必要なケースも多々あるので、いっそのこと年末調整自体廃止でいいと思います。

by ikemoさん - 2020/11/18 19:20 問題を報告

リモートワークに限らず、出張でもあると便利なので、是非整備してほしいですね。コワーキングスペースはオープンなものが多いですが、自分としては個室主体にしてほしいです。

by ikemoさん - 2020/11/18 18:56 問題を報告

OSS化はいいと思いますが、JavaとC#は型安全というメリットがあるので別にいいのではと思います(VBは滅びてください)。

それより、SIerにありがちな独自フレームワークを禁止したいですね。。。

by ikemoさん - 2020/11/18 18:46 問題を報告

添付ファイルのパスワードが「メールと違う信頼できる方法」で送られるなら多少は意味があります。

ただ、実際はパスワードも添付ファイル付きメールと同じ経路で、製品によっては「自動」で送られます(「メール 暗号化 製品」とかでググってください)。パスワードも自動で送られたら誤送信対策にもなりません。

なので無意味です。

by ikemoさん - 2020/11/18 08:55 問題を報告

やめるくらいでは正直甘いと思います。総務省のサイトにも書かれていますが、むしろセキュリティを低下させるので禁止したほうがいいですね。

そのために「定期的なパスワード変更を要求していないこと」をISMSの認証基準にするのがいいと思います。これをやれば大手企業からは定期的なパスワード変更という悪習は一掃されます。

by ikemoさん - 2020/11/18 08:01 問題を報告

自分の感覚だと、まともに使うためにはこれくらいは必要ですね。
・OSは最新(少なくともサポート対象のもの)
・メモリは最低8GB
・ディスクはSSD(HDDは不可)
・解像度はFull HD以上。ノートPCはデュアルモニタ必須

感覚的にはMacのエントリークラス、Mac mini, MacBook Airくらいはないとダメですね。操作用端末ならPCよりTabletで、iPadの最安モデルでも性能的には十分です。

Apple基準で書きましたが、Windows機でも変わらないですね。5万円くらいのはスペックが低すぎて論外です。

by ikemoさん - 2020/11/18 07:34 問題を報告

長机で三密、Excelスクリーンショットの世界ですよね。一度だけ関わりましたが、生産性なんて皆無、人権侵害も甚だしい、今すぐに無くすべき環境です。

セキュリティの観点からはUSBメモリは避けてクラウドサービスを使うべきだと思いますが、セキュリティをガチガチにして不便にした結果、「シャドーIT」が増えて、むしろセキュリティが低下した例もあるようです。なんとかしたいですね。


アイデアでなく感想になってますが、この問題はとても重要なのでコメントしました。

by ikemoさん - 2020/11/17 21:52 問題を報告

#001

そうですね。実際は度合いによると思いますし、逆に難易度が高すぎるのを押し付けるのもアウトですね。

「職場におけるパワーハラスメントに該当するか微妙なものも含め広く相談に対応するなど適切な対応をお願いします。」となってますが、実際は類型にマッチしないものはまともに相手されないんですよね。なので抑止効果を狙っています。

by ikemoさん - 2020/11/17 21:19 問題を報告

物価に関しては体感的には家賃を除いてあまり変わらないという印象です。ネットはもちろん、リアル店舗でもチェーン店が多いし、安さで言えば「ディスカウントストアがあるかどうか」が重要かと。

政府統計でも家賃以外はさほど変わらないというデータが出てます。
https://www.e-stat.go.jp/stat-search/files?page=1&layout=datalist&toukei=00200571&tstat=000001067253&cycle=7&year=20190&month=0

ただそもそも、自分としては物価によって差を付けること自体反対ですね。住居手当までは「合理的な範囲」で許される範囲かなとは思ってますが、基本給が変わるのはおかしい。

by ikemoさん - 2020/11/17 08:57 問題を報告

#002

自分は全国同一の給与体系の企業で働いているので大丈夫です。2.5倍はネットで見て「これ酷いなぁ」と思ったところなので。まあそんなところに働きたいとは思わないですが。

昨日の対話見てても、リモートで働ける職種を増やしたいみたいですが、そのときにFacebookのような姑息な手を使う企業が出るのは確実なので、事前に「それはだめだぞ」と潰しておきたいですね。

by ikemoさん - 2020/11/17 06:34 問題を報告

JIS X 0213で定義されている文字を当たり前のように使えるようにするためにも、そろそろ必須のような気がします。少なくともプログラムで送るにはUTF-8にしたいですね。

by ikemoさん - 2020/11/15 20:11 問題を報告

考えてみたのですが、一定額までのテレワーク手当を法定外福利費の一部として計上出来るようにするので十分な気がしました。テレワーク制度が整ってることは前提ですが、経費の見積もりは難しいので大雑把でいいかなと。

by ikemoさん - 2020/11/14 20:14 問題を報告

既に河野大臣が目をつけているようですが、わずか数百円の領収書を郵送で送るとか全くもってバカらしい行為をせざるを得ない状況は早急に何とかしてほしい
。

by ikemoさん - 2020/11/14 18:19 問題を報告

仕事でビジネス側の人と話すことも多いのですが、「ここは簡単」「これは難しい」とか「これは難しくても進めたい」「これは後々問題になるのって避けたい」というのってなかなか通じにくいことが多いです。

Facebookみたいな「どの職種もプログラマー」なのは正直選民主義的で嫌いなので、もっと多くの人が協力できる方がいいですね。

何となくですが、委員会やエンタープライズでなく、ボトムアップで出てきた、インターネットやOSSの歴史などは欠かせないかなとは思ってます。

雰囲気で書いてみましたがどうでしょうか。

by ikemoさん - 2020/11/13 22:06 問題を報告

短縮URLを使ったPermalinkについてはこちらに書きました。
@02977

全てのページについてやるのは正直難しいと思ってるので、主要なページだけでもデジタル庁で一括管理できればいいんじゃないかなと。

by ikemoさん - 2020/11/12 11:27 問題を報告

OAuth 2.0/OpenID Connectの仕組みは広く使われてて汎用性が高いので、利用するためにはちょうどいいかもしれないですね。

OpenID Connectと名乗りつつSAMLに合わせて変なことをするベンダーがいなければですが。

by ikemoさん - 2020/11/10 19:17 問題を報告

開発者の立場で。
@01806 で書いたんですが、根本的には開発やプロジェクトマネジメントの分野で定期的に更新が必要な試験、資格がないことが原因かなと。

逆に言えば、最新の知識を持っていることが保証されるものであれば、
情報処理安全確保士に限る必要はないと思います,

by ikemoさん - 2020/11/10 19:04 問題を報告

コメントとかアイデア見てもまた(これ or この人)かぁ・・・というのがほとんどですね。十分すぎるほどアイデアは集まってるのでこれからは検討 & 実行に専念して、やるならまた来年でいいんじゃないでしょうか。

by ikemoさん - 2020/11/06 21:22 問題を報告

kintoneとかSmartHRといった、PaaS/SaaSの利用のみに限った補助でいいんじゃないでしょうか。オンプレ(論外)やIaaS(使いこなせない)は除外で。

by ikemoさん - 2020/11/06 19:59 問題を報告

アイデアとも言えないものも多いし、重複も多いので全体の論点をまとめてからでいいと思いますが、既に対応してるもの、政令レベルで対応可能なもの、今取り組んでいるもの、法律の改正が必要なもの、さらなる議論が必要なものなど分類してコメントくれると助かりますね。

by ikemoさん - 2020/11/03 18:27 問題を報告

#004

UTF-8でダウンロードできることを確認できました。
ありがとうございます。

Shift_JIS廃止は引き続きご検討いただければと思います。

by ikemoさん - 2020/11/02 18:41 問題を報告

#010

割と詳しい方だとは思いますが、独学でネットの情報を読み耽った程度なので、専門家に比べたらまだまだ・・・という感じです。

とは言えIT系の技術者なら文字コード(文字集合・エンコーディング)に関する知識は避けて通れないのは同意です。例えばJavaで開発するならUTF-16なのでサロゲート・ペアを知らないとマズい。

この手の知識は以前は欧米の開発者には通じなかったのですが、今ではEmojiの普及で当たり前になりつつありますね。もう「基本情報」の範囲だと思います。

by ikemoさん - 2020/11/01 10:58 問題を報告

某所で見たんですが、逆に「スペックが低いのは認めない」というのもアリかなと思いました。

開発する側からすると、HDD搭載機とか拷問みたいなものですし。

by ikemoさん - 2020/11/01 10:34 問題を報告

あとアイデアも大まかなものはどんどん出してもらっていいんですが、実装方式は開発者やその分野で基本的には議論したい。

例えば文字コードの問題の場合「異体字がマッチしないので困る」とか「異体字が多すぎるので入力が面倒」とかは分かるんですが、「はしごだかをなくす」「異体字をなくす」とか言われるとげんなりします。

なぜなら、文字コードの仕様としての議論は2004年頃にはすでに終わってたんですね。あとはどう実装、普及していくかの話がほとんど。

まあ実現方式の議論はこの場の役割ではないかもしれないですが。

by ikemoさん - 2020/11/01 09:24 問題を報告

事前フィルタや削除は基本的に避けたいので、こんな感じはどうですかね。
・完全な重複は削除(二重投稿か荒らしのみなので)
・ほぼ同じ内容のものは移動先を明示して、コメント、投票を停止する
・ただそれだと「早い者勝ち」になったり、内容が浅いものが選ばれたりするので、事務局が論点をまとめたものを投稿

by ikemoさん - 2020/11/01 08:42 問題を報告

#005

真心をかけた結果、1台1台がバラバラの品質が悪いものが出来上がるわけですね。

自分は前の会社でSIerとやりとりをしてたのですが、10分でできる作業を「できない」と言われたりまあ散々ですね。嫌になって脱SIerしましたが。

1日で40〜60台のセットアップができるのなら十分だとは思いますが、技術力のある会社ならもっとスピードアップできるんじゃないかなぁと思いました。自分ならAnsible使いたい。

by ikemoさん - 2020/11/01 07:09 問題を報告

#005

> OSSを用いて大規模ベンダーから地方に取り戻すべきだろう、と思うのです。

公共事業という形がふさわしいかは分かりませんが、これは同意です。

日本は最近はSaaSは増えてきましたが、パッケージ製品やベンチャー企業はまだまだ少ない。ただ一方でOSS関係に関わる人は昔から多い印象があります(自分がOSS畑というのもありますが)。

ただLinuxカーネルとかPostgreSQLとか、サーバ側の開発者は外資系企業とか、SIerの研究所とかで仕事としてOSSに関われるケースが多いのですが、国際化やデスクトップや翻訳など、ユーザに近い立場の人は仕事として携われないケースが多いです。

そういう人たちの受け皿としていいのではと思っています。

by ikemoさん - 2020/10/31 15:23 問題を報告

#001
対応ありがとうございます。
やっぱりExcel対応のためなんですね。

ただ、Excel対応のためならBOMつきUTF-8でも十分なはずです。他のアイデア、特に人名漢字の問題として出ていますが、Shift_JISはレガシーシステムの象徴であり、デジタル改革には避けて通れないことはご承知おきください。

by ikemoさん - 2020/10/31 13:59 問題を報告

他のアイデアで「旧字体は廃止すべき」という意見が結構見られますが、そもそもShift_JISをやめてUnicodeを使えば大体の漢字は普通に使えるし、むしろ今使える漢字をいじる方が混乱の元です(83JISの混乱とかもう知らない人がほとんどなんでしょうね)。

by ikemoさん - 2020/10/31 13:56 問題を報告

#003

【地方で「まともな仕事」が少ない】と書いたんですが、その逆も言えて、まともな仕事があるなら、東京に行く必要もないんですよね。自分は東京の満員電車が大嫌いなので、年収が上がっても東京に住みたいとは全く思いません。

若い人はそれでも東京に行くと思いますが、人混みが苦手な人や、子育て世代中心にUターンの需要は大きいと思います。いきなり地方に仕事を持ってくることは難しいので、地方からリモートで東京の仕事を請け負う、または逆に地方の課題を東京から(その地域に詳しい人が)リモートで請け負えるように整備するのがいいんじゃないかなと。

by ikemoさん - 2020/10/31 10:27 問題を報告

地方の人材不足は結局、地方で「まともな仕事」が少ないところに行き着くと思います。40歳でも年収300万円台とか、SIerの下請けで客先常駐だとか。

リンクはしませんが【｢東京に優秀な人材が集まる｣というのは"幻想"だった】という記事があり、自分も同感です。上だけ見ると優秀な人が多いですが、中間を見ると実は大したことない。

ただ、地方で優秀な人がいても受け皿がないんですよね。リモートでフリーランスやってるとか、小さい会社を立ち上げて活動してる人はいますが、目立たない。

地方は(少なくとも都道府県単位では)小さいながらもコミュニティがあって、そこに参加している人は優秀な人が多いので、そこ参加して話を聞くところからじゃないかなと思います。

by ikemoさん - 2020/10/31 09:16 問題を報告

分かります。自分もよく困ってます。

表示だけなら全角の方が読みやすいケースはあると思いますが(先程の投稿も「？」をあえて全角にしました)、入力に全角のみの制限をかけているサービスは怠慢だと思いますね。半角カナは論外です。

by ikemoさん - 2020/10/30 23:12 問題を報告

概要なのでなんとも言いづらいのですが、「レジストリ」と言えば過去にあった、UDDIを思い出します。

2000年頃はSOAP/WSDL/UDDIがWebサービスのインフラになると言われたのですが、全世界的に完全に失敗して、名前すら忘れ去られてようとしています。

少なくともこの失敗を繰り返さないように、大掛かりで実用に耐えないなものではなく、小さくでも実用的なものを作って改善を続けて欲しいです。

by ikemoさん - 2020/10/30 22:42 問題を報告

とりあえず、20時間の労働に対して4000円の対価というのは割に合わないですね。「ボランティア」は低賃金労働を回避するための口実にはなりません。まずそこを理解してもらうことが必要そうです。

by ikemoさん - 2020/10/30 22:28 問題を報告

#004

そうですね。死亡率が低くなっても、QoLの問題は重要です。3.の「満員電車のストレス」もQoLの観点ですし。

あとCOVID19が他のと決定的に違うのは「発症前から感染する可能性がある」点で、ワクチンができて収束しても、同じようなウイルスが出る可能性は否定できない。少なくともリスク管理としては考えておく必要がある。

となると今は多少逆戻りするのは仕方ないとしても、リモートワークを完全に止めた、リモートワークに必要な投資も行わない、東京で満員電車を強制させるところはBCP(事業継続計画)という観点からもアウトですね。

by ikemoさん - 2020/10/30 22:24 問題を報告

タイトルを見てあれ？と思ったんですが、「全角英数字と半角カタカナを強制しないで、勝手に変換して欲しい」という意図なんですね。それなら同意です。サーバ側で簡単に変換できるので。

by ikemoさん - 2020/10/30 20:00 問題を報告

文化は効率より多様性が大切なので賛成。

(何も知らないんですが)個人的には例えば「つ」から「ツ゚」を変換できるだけでもいいと思いましたが、専用の入力方式があった方がいいんですかね・・・としてもMacそのままでもいい気がするけど。
https://support.apple.com/ja-jp/guide/japanese-input-method/jpim10244/6.2.1/mac/10.15

by ikemoさん - 2020/10/30 19:26 問題を報告

「クラウド・バイ・デフォルト原則」にあった補助金にして欲しい。
100票くらい投票したい。

by ikemoさん - 2020/10/30 12:56 問題を報告

そうですね。今だと「xxで検索」が使われているようですが、検索サイト次第で確実性がないので、QRコードがいいと思います。

by ikemoさん - 2020/10/30 07:57 問題を報告

いわゆるSoRとSoEの話になると思いますが、ノウハウが全く異なるので、フロントエンドとバックエンドは分けた方がいいかもしれないですね。

・API化を行う
・開発もできる運用チームを作る

ここまで出来ればフロントエンドを担当するチームがUI/UXを考えられる・・・と思ったんですが、APIの変更に時間がかかって進まない可能性がありますね。

by ikemoさん - 2020/10/29 18:40 問題を報告

とりあえず技術的なことだけ書くと、

・Shift_JISはやめてほしい
・Shift_JISはやめてほしい
・Shift_JISはやめてほしい(大事なことなので3回書きました)
・CSV以外のフォーマットの記載がないが、JSONも入れて欲しい

くらいでしょうか。あとデータの品質は重要ですが、国がやると「完璧主義」になりがちなので、フィードバックを早くするようにして欲しい。

by ikemoさん - 2020/10/28 19:46 問題を報告

認証なしだとイタズラに使われてしまうので、認証は必要そうです。

・フォームでの入力＆来庁での本人確認(事前確認は電話とか)
・事前確認のオンライン化
・タブレットによる確認と署名
・完全オンライン化

といった感じで順番に必要な機能を実装していけば良さそうです。

by ikemoさん - 2020/10/28 13:07 問題を報告

外字といってもUnicodeに収録されているものと、Unicodeに収録されていないものの2種類あります。

画面では表示されているが、通販では使えない件は前者の問題で、Shift_JIS(CP932)を使っているからじゃないかなと。これはUnicode(UTF-8)に移行するように働きかけるだけで解消されるはずです。UTF-16におけるサロゲートペアの取り扱いが面倒というのはありますが、それくらいはまあ開発者の常識でいいかな。

ただ、Unicode IVS(異体字セレクタ)については正直難易度が高いため、必須にするのは厳しいと思います。ライブラリなどの支援がないと難しいですね。

by ikemoさん - 2020/10/28 09:03 問題を報告

#001

そうですね。昨日考えてみたんですが、自分が一番気にしているのは計算によるコストよりは、無駄な歪みをなくすことだと思います。

ビール系飲料の酒税が分かりやすい例で、あれがよく分からない仕組みのため「第三のビール」という日本でしか通じないものが生まれてしまっています。外国でも売れるほど美味しいとか、健康に配慮といった付加価値があればいいですが、酒税法対策のためだけの偽物は不要。ようやくそれに気づいてビール系飲料の酒税は一本化される方針になりましたが。

例えば「標準報酬月額を増やさないために4〜6月の残業を減らす」というのもよく分からないですよね。そういうのは無駄じゃないかと。なので収入に比例したものでいいんじゃないの、という主旨です。

by ikemoさん - 2020/10/28 06:49 問題を報告

賛成はしたんですが、リモートワークを考えるときは3つに分ける必要があると思います。

1. コロナ禍における、命を守るためのリモートワーク
2. 育児や介護など、通勤が難しい人のための手段としてのリモートワーク
3. 東京の満員電車によるストレスを避ける、生産性向上のためのリモートワーク

このうち2.はリモートワークでしか解決できませんが、1.と3.は東京都心から離れる、あるいはサテライトオフィスがあれば、リモートワークでなくても解決できると思います。

by ikemoさん - 2020/10/27 19:18 問題を報告

同意。

配慮が必要なのはあくまで、今のデジタル機器が使いにくいため避けている層であって、ラガード(守旧派)に迎合してはいけないですね。

by ikemoさん - 2020/10/27 07:19 問題を報告

#007

自分は電子投票までなら実現可能だと思うので賛成しましたが、
投票の秘密が譲れないのは同意します。

リコールに関しては書いている通り、
現在でも投票の秘密が確保されてないのに加えて、
住所の一部書き間違い程度で恣意的に無効にされている惨状があるため、
選挙より先にリコール署名で取り組むのはアリかなと思いました。

by ikemoさん - 2020/10/25 10:52 問題を報告

#007

そうですね。
開発者としてはこれくらい当たり前の知識なんですが、
セキュリティは利便性と対立することが多く、
仕様がエンジニアだけで決められないので、
説明に苦労することが多いです。
(苦労するだけならまだマシ)

現状の仕様に問題があっても(平文で保存してるとか！)、
無視されるケースがほとんどです。

by ikemoさん - 2020/10/23 21:02 問題を報告

#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/

by ikemoさん - 2020/10/23 13:52 問題を報告

根本的には請負開発の問題ですね。
対策は以下の3つくらいでしょうか。

・最低限の機能のみ開発し、残りの要件は追加開発で行えるようにする
・準委任契約にする(官公庁では難しいか？)
・公務員エンジニアで内製する

民間なら準委任契約か内製がいいと思いますが、
官公庁なら予算に柔軟性を持たせて一番上がいいかも。

by ikemoさん - 2020/10/22 20:30 問題を報告

同感です。

ある程度の人口集約は必要だと思いますが、
東京への投資が「壮大な無駄だった」と分かったのが、
今回のコロナ禍で明らかになったと思います。

by ikemoさん - 2020/10/22 20:00 問題を報告

#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を使う機会は半減します(自分は仕事ではほとんど使ってません)。

by ikemoさん - 2020/10/21 13:15 問題を報告

・OSSのライブラリがいいと思います。
・あるいは実装は任せて、テストを提供でもいいかも。
(JavaのTCKのようなイメージ)

by ikemoさん - 2020/10/20 19:57 問題を報告

「実証実験」や「他国で認められているもの」については原則反対できないくらいでいいと思います(問題があれば見直しは前提で)。後者についてはこんな感じで書きました。
https://ideabox.cio.go.jp/ja/idea/01341/

by ikemoさん - 2020/10/17 13:15 問題を報告

申請の電子化はそれほど難しくないので、費用対効果は高いと思います。
PDFをそのまま送れるだけでもだいぶ違いますね(それだと事務側の負担は変わらないけど)。

by ikemoさん - 2020/10/17 12:58 問題を報告

似たようなことは考えたことあります。
https://note.com/ikemo/n/nff07a0b68f18

・オフィスの面積に課税するのでもいいかも
・大都市だけにする、もしくは地域によって税率を変える

と言う感じですかね。
特に後者は、東京の満員電車による痛勤と、それ以外の通勤では全く違うので。

by ikemoさん - 2020/10/17 10:24 問題を報告

先ほど固定資産税について調べてみたんですが、資産の有効利用という意味が大きいようです。で、不動産については「応益性」があり、「希少性」もあるので分かります。

ですが、PCのような償却資産については希少性が乏しいので、固定資産税を課す理由がないのではと思います。少なくとも徴収した固定資産税よりも、固定資産税によるデメリットの方が大きいかなと。

30万円あれば十分なスペックのPCが買えるので、一旦は30万でいいと思いますが、根本的には償却資産に対する固定資産税の存在意義を検証した方がよさそうです。

by ikemoさん - 2020/10/15 09:47 問題を報告

#001

何年間区切りというのはそのとおりだと思います。
ただ、費用については全くの新デバイスとか、
OSのメジャーバージョンアップならともかく、
それ以外は運用の一部で十分だと思っています。

バージョンアップでやたら費用がかかるのは、
SIerのやり方が効率悪すぎるからなんです。
だからこそ「定期的なアップデートを考慮した体制になっているか」が重要だと考えています。

by ikemoさん - 2020/10/14 22:51 問題を報告

#003

プログラミングスクールの中には、現役のプログラマーが教えているケースも多いので、適切な対価があれば教えたいという人は多いと思います。

あるいはまともなプログラミングスクールなら委託するのもアリでしょうね。

by ikemoさん - 2020/10/14 22:39 問題を報告

賛成はしましたが、そもそも派遣については以下の義務/制限があります。

・多重派遣の禁止
・マージン率の公開
・教育提供の義務

なので「複数の中抜き業者がいる」こと自体がアウトなんですね。

実態は派遣なのに関わらず、準委任契約(これ自体は有効な契約)で契約を結ぶことによって、多重派遣をしている、いわゆる「偽装請負」の問題です。

by ikemoさん - 2020/10/14 07:33 問題を報告