「API」を含む日記 RSS

はてなキーワード: APIとは

2024-07-25

anond:20240714201952

日記を書いた者です。しばらくインターネットを離れていたのですが、誤植情報不足によりTwitterで誤った憶測が広まってしまったため追記しました。

AIを利用したらいいというアドバイス散見しましたが、お恥ずかしながらAIについては実態を何も知らず、英語も全くできません。

Chat-GPTなどのようにWeb上で文字を送るもの何となく知っていますが、stable diffusionなど、サーバーAPIという専門的な技術がないと使えそうにないものは、それ以上のことがよくわからず、また規制派に混ざって活動をするうちに、推進派が主張するAIに関する知識はすべて嘘という認識になってしまい、一切の主張や難しそうな話を遮断し続けていたように思います

AI絵を普通の絵に修正することはきっといくらでもできますが、私の問題解決できるいい手段ではないと思いますし、戒めという意味でも区切り必要なので、絵に関するインターネット活動はここで完全に諦めようと思います

私もコメントをくれた方々も完全な匿名ですが、私の愚かしさを「大丈夫」「低気圧で落ち込んでるだけ」「あの大御所の○○先生は40超えて云々」などと安易肯定せず、ストレート言葉をぶつけてくださったお陰で、蔑ろにしてきた現実と幼稚な精神に向き合って立て直していく決心がつきました。本当にありがとうございます

2019年9月から投資をはじめて+2,700%になってる話

これまで10年以上コツコツ積んでいた投資信託を解約し、元手400万円程度から自分で実際に取引してみようと株取引をはじめた。

その結果の5年前から今日までの成績は+2,700%超の+2,732%だ。

他のエントリで失敗談が話題になっていたので成功談も必要だろうと俺自身投資の考え方と共に書く。

まず投資を始めようとしたきっかけが、あまり円高傾向に政府円安傾向に振ろうと努力するのではないか?という予測2019年から既にあり、2019年9月頃の日経平均株価は中・長期目線で大幅な上下動をすることもなく安定していた。

もしも本当に為替円安傾向に振るのであれば、庶民でも手が出る現実味のある価格で推移している日本株特に輸出企業の株を買えば儲けが出るのではないか?という欲目を持った。

更に言えば、中・長期目線で大幅な上下動をしていない日経平均株価を考えると素人投資であっても損失を最小限に抑えられる可能性が幾分か高いのではないか?という考えに至って投資信託をすべて解約し400万円程度で株取引をはじめた。

一番最初に目を付けたのは海運関連株だった。

何故、海運関連株なのか?という理由は明白で、実は俺自身高校大学と海運を中心とした船舶関連のことを専攻している早い話が船乗りとなれる資格である海技士資格保有者だからだ。

とは言っても実はリーマン・ショック直撃世代であり、就職氷河期を下回る就職率の影響をもろに受け就職が上手く行かず、当時は非常に競争率が高くとも他の求人数と比較すると絶対数自体は多かった中卒の給与か?と疑いたくなる超安月給の零細IT系企業就職をした。

地元に居た幼馴染の友人たちはコンビニバイトを奪い合っていたのでマシと言えばマシではあったが、地方からすると工場生産海外移転してしまったので非正規期間工すら無く、地方ではコンビニバイトですら競争率が非常に高かったのだ。

船乗りスキル塩漬けにせざる得なく、意味のない学生時代だったなと考えながら日々安月給で過ごし、か細くも貯蓄のために投資信託へ積立していたが、社会人となって初めて活かせたタイミングが海運関連株の購入動機へ繋がったのだ。

俺は学生時代学習経験から世界の主要生産物と、その生産物が世界の何処の港で積み下ろしされているのか?を学生時代の古い知識ながらも大まかに把握しており、MarineTraffic.comあたりで船舶の動静を観る知識スキルを持っていた。

まり投資素人である自分は将来の需要予測必要先物取引は全く手が出せないものの、海運の積み下ろしという既に需要が確定している海運動静を観測することによって、日本製造業がどれだけの資源を消費しようとしているか?を推測できたのだ。

どのような積み荷を運ぶ船種が何処から何処へ運んでいるか?その積載量はどれくらいか?というのをAPIを用いてグラフ化し上下動を見ることが出来、実際にその上下動は時間が立つに連れて上昇傾向を示したのであった。

更に言えば、もしも逆に下触れが継続するのであれば投資撤退が示されており、海運の状況と海運関連株の財務状況と株価を見ておけば安全性を高められるという判断もしていた。

そして読みは当たった。

鉄鋼やゴム、樹脂などを運ぶ船の動静は明らかに活発化し日本へ運び入れている。このタイミングで俺は日本製造業の株を400万円使い切って多数買い、その直後あたりで為替円安へ振り始めた。

製造業が四半期短信を発表する毎に株価は見る見る間に上昇し、俺の成績は本日の時点で+2,732%だ。

俺の投資の決まりごとは信用取引をせず現物取引のみで行い、そして自分自身の得意分野を把握し、自分が納得できるやり方で取引しよう、出来れば中・長期でということだ。

結局、自分が知らない業界の株を買っても何で上昇しているのか説明が付かない。説明が付かないということは儲けが出たとしても偶然に過ぎない。

何故こういう値動きをするのか?を自分自身が納得できる結論を出して投資は行うべきで、何の説明もなしに勘で買うのは撤退するのも勘になってしまうし絶対に良くはないのだ。

みんなも得意分野を持とう。

2024-07-23

anond:20240723233231

実装するときに全て英語にする必要があって英語名の付け方で揉めるし

バグ修正カラム追加やAPI追加するときにもいちいち日本語名と英語名を付けないといけなくて滅茶苦茶めんどくさい

似たような名前の取り違えとかも起きてバグが増えてプチ炎上してやってられん

自分が知ってる限りC++, Rust, Java, JavaScript, Python日本語識別子使えるんだから

そういうプロジェクトでは日本語識別子書いたらいいんじゃないでしょうか

プロダクトデザインに一番必要なのは英語

プロダクト開発するときの一番最初ラフ設計を共有したとき

プロダクトデザインの責任者

機能名とか要素名は全部日本語で書いて下さい」

みたいに言ってきて、かなり反対したんだけど

「決まりです。お願いします」

みたいな感じで全部日本語名前を付けることになった

そのせいでDBテーブルからカラム名まで全部日本語名前が付いてるし

それに合わせてオブジェクトAPI機能名まで全部日本語設計

実装するときに全て英語にする必要があって英語名の付け方で揉めるし

そもそも日本語的には良くても英語にするのが難しい(もしくは凄い長くなる)みたいなのもあってスケジュールは大幅に遅延

課題が出てきたときシーケンス図とかE-R図とか全部日本語で作られてるのでソースを見てから図を見ても理解時間がかかる

バグ修正カラム追加やAPI追加するときにもいちいち日本語名と英語名を付けないといけなくて滅茶苦茶めんどくさい

似たような名前の取り違えとかも起きてバグが増えてプチ炎上してやってられん

マジで日本ITが遅れてる原因は日本語問題なんじゃないのかな

海外でも英語ネイティブじゃない国はあるけど設計段階は英語使うし母国語を使うとしてもコメントかにするのに

日本プロダクトって設計がまず日本語からIT分野とめちゃくちゃ相性悪いと思う

2024-07-17

APIを使うだけのサービスイノベーションとは言わない

ChatGPTのAPIを使ってこんなサービス作りました〜とかいうの、全然新しいことやってないんだよね

もっとさ、AIに新しいパラダイムをもたらすレベルのことをやってよ

尚、俺はやらん

2024-07-12

会社PCからTwitter投稿したい。

IFFFTとか、Zapierはうまくいかなくて無理だったし、

GAS使う方法API連携だなんだとめんどくさい。

からしょうがなく、ここに来るしかない。

2024-07-09

AI社長元気?OpenAI から乗り換えするらしいじゃん?

おまえ、全然ポリシーないよな。ゴミみたいなサイトは、安くて上がる API を叩くだけで、そのコストすら払えねらしいじゃん。くだらねえゴミ作んなよ。。

ふかわりょうサブウェイ見て思ったこ

建設API無視されるやつやな。

「【心配石丸さん、サブウェイ注文できるかな。ʕ•̫͡•ʕ•̫͡•ʕ•̫͡•ʕ•̫͡•ʕ•̫͡•ʕ•̫͡•ʕ•̫͡•ʕ•̫͡•ʕ•̫͡•ʕ•̫͡•ʕ•̫͡•ʕ•̫͡•ʕ•̫͡•ʕ•̫͡•ʕ•̫͡•ʔ」

とした方が良い。

2024-07-04

KADOKAWAハッキングの話が雑すぎるので弊社の例も書く

anond:20240702102611

これでなんとなく長文書いたらビビるくらいブクマついたので弊社の例も書いてみる

ここからプロでも分野で違うので伸びなそうな気がするけど

弊社の規模等

20年前のシリコンバレースタートアップ

従業100人程度

3年前に買収されて今は世界で数百人年商2000億くらいの規模

ITだけどSaaS提供

うちのチームの担当

大きな方の括りでサービス2つ、あるいは3つの開発と保守

外向けのレガシーSaaS、それをリプレースメント中のマイクロサービス群、自社の経理向けのシステム

業務内容的に個人情報てんこ盛り

インフラは別チームとアウトソース

インフラの状況

オンプレサーバーなし、全てAWSAzure

ただしVPNとRDPはあり

ファイルサーバーSharePointに移行中

ハックされるのか?されたらどうなるか?

2代前の会ったことがないCTOの時にランサムウェアにやられている

その時はCTOバックアップから戻せたけれど弁護士代等で数千万の損害

現在システムのハックのしやすさはサービスによるので以下に個別

1. 社内の経理向けシステム

AWS上のWindows Serverで稼動するWebアプリケーションSpring

出力はネットワークシェアAWS上)にフラットファイル

引き継いだ時は顧客の住所電話等のPII(個人情報)が満載だったけど全部消したので今はここから見れるのは名前と何時間うちと関わったかということだけ

一応AWS上ではあるけどVPNとRDPがハックされた場合(よくある)全部抜かれる可能性はあって正直ユルユルだが最悪抜かれてもそんなに困らないようになっている(した)

2. 外部向けのSaaSレガシー

クライアント免許証等の個人情報ファイルが山ほどあるところ

ファイルは自社で保存じゃなくてAWSのs3にシステム経由でアップロードされるようになっているのでファイルサーバー、あるいはSharePointなどとは別系統認証必要

それでもRDPで繋げられるAWS上のWindowsServer上にのっているのでハックした上で頑張ればとれてしまうけれどブラウズしてファイルがみれるものに比べれば難易度は上

3. SaaSの移行先のマイクロサービス

同じ情報をあつかってるけどサービス自体コンテナ化されてAWS上で動いているので乗っ取れるサーバーがなくて会社がハックされても関係ない

API経由で認証してAPI経由で情報を取り出すようになっているので個々のAPI安全性は書いた人次第だけどそれで盗める情報はそのAPIが扱う一部に限られる

ここ経由で雑に免許証だのなんだの大量に出る可能性はかなり低い


結論として

1.2.3.とそれ以外のケースは大きな会社なら混在してて、いくらノートラストとか言ってて実際一部が3.でやっていてもだめだし

VPNやRDPを乗っ取られないようにするスキルAPIセキュリティーを設計して書くスキルとでも全く違うし

仮にノートラストで全部3にしようってしてもできる人間は限られてるし高いしいきなりできるものでもないんだけど

その辺雑だからこういうことになるのかね

2024-07-03

ノーコードツール使うぐらいならコード書いた方がマシってマジ?

サービスAPI使うためにいちいちアクセストークン取得して、取得したデータ整形して、別のサービスに引き渡して、ってコード普通はサクッと書けるの?

コードも書くしローコードツールも使うけど、はっきり言ってある程度の規模とか複雑性が不要ならコード書くよりノーコードツールでサクッと作ってサクッと使い捨てるよ。

でも、データ整合性とか厳密性が求められるところにノーコード使おうとしたら地獄だよ。

そんなバカなことやろうとしてる人がいたら是非止めてあげてね。

コード書ける人がノーコードツール文句言うのってSlackがTeamsに向かって吠えるのと同じぐらい無意味からそんな無駄なことしてる暇あったら好きなだけ有意義コード書いとけば良いのに。

ローコードツールってのは、コード書くまでもない小粒なタスクを「そんなしょうもないものはローコードツール自分で作れよ」って押しつけて有意義コード書く時間を確保するためのものだよ。

2024-06-27

anond:20240627120440

そろそろWeb系を定義してもいい時期に来ているのではないだろうか

今時全部Web経由だからFintechとかでもRESTAPIとかやで

発言の謎の人にオフィスワーカーもIT屋に分類される何かもいる

オフィスワーカーならそうはならなんやろっての多すぎた。なんかもう IT屋エアプとかそういう次元じゃないんだよな

でもまさかIT屋に部類される何かもいるみたいなのよね

Azure使っているところないよAI使っているところないよAPIキーOAuthトークンは全部同じだよ、これらの社会人別に闇ではない

(話を聞けば『そうなんだ』でおわるだろうし、大したことでは無い)

 

 

一度も働いたことがない、オフィスワークしたことがないなら、特におかしくはない。やったことないのは知らんのが普通

しかし、まさかオフィスワーカーの経験有り、何だったら元がつくとしてもIT屋さんに分類される何かで、それが認識出来ないだったりする

何度考えても何故なのかはわからない。実際に働いてわからないのだから、どうしたら認識ができるようになるのかわからない。謎である

 

 

これ一度も働いたことがなくても、自営業しかしたことなくても、ドキュメンタリーフィクションやお外で得た情報で、

社長含めた役員上司が指示するものって認識持ちませんかね?

しかも、まさかオフィスワーカーの経験有り、何だったら元がつくとしてもIT屋さんに分類される何かで、それが認識出来ないだったりする

何度考えても何故なのかはわからない。実際に働いてわからないのだから、どうしたら認識ができるようになるのかわからない。謎である

 

 

例えば、『俺の要望聞いてくれないから、○○○○の技術者無能』とかそういうやつ。通常それIT屋さん関係ないやつです

関係があるとしたら、Tech Startup で規模が小さくて創業者がまだ開発者として仕事してるとかそういうのに限定される

改善要求に対して、どれを採用するか・どのような順序で対応するかの決定を担うのは、

企画部門運営部門アカウントマネージャー(営業)などであって、通常IT屋さんじゃないです

  

別にこれはITプロジェクトに限ったことではないです。多くのプロジェクトは様々な部門を横断して行われる

 

一度も働いたことがない、フランチャイズではない小規模な個人店で店長従業員しかいところで働いたこしかないなら、特におかしくはない。

たことないものを知らんのは普通

しかし、まさか役割分担がある規模感でオフィスワーカーの経験有り、何だったら元がつくとしてもIT屋さんに分類される何かで、

役割分担の認識がなかったりする

何度考えても何故なのかはわからない。実際に働いてわからないのだから、どうしたら認識ができるようになるのかわからない。謎である

 

 

もちろん高度なプロジェクトマネージメントお話とかじゃないです。それ以前の『そうはならんやろ』って話

一度も働いたことがなくても、自分が達成したいことに取り組むとかあると思うのよ。例えば、お小遣い貯金するとかさ

 

  1. 目的を決める:プロジェクトの最終目標 例:お小遣いを貯める
  2. ルールを決める:目標達成のための具体的なルール 例:500円玉だけを貯金箱に入れる
  3. 責任者を決める:プロジェクト責任者を決める 例:貯金をしたい自分
  4. タスクを決める:具体的な行動やステップリストアップする 例:毎週500円玉貯金箱に入れる
  5. 担当者を決める:各タスク担当者を決定する 例:貯金をしたい自分

 

最低限これが認識出来ていれば、問題があった時に、どこに責任があるのかわかりますよね?

しかし、まさかオフィスワーカーの経験有り、何だったら元がつくとしてもIT屋さんに分類される何かで、それが認識出来ないだったりする

何度考えても何故なのかはわからない。実際に働いてわからないのだから、どうしたら認識ができるようになるのかわからない。謎である

 

 

これ一度も働いたことがなくても、自営業しかしたことなくても、ドキュメンタリーフィクションやお外で得た情報で、

経営層や人事部が主導で行うものって認識持ちませんかね?

現場を任されている責任者採用に関する一切が任されることもあるけど、日本解雇規制が厳しく、一度直接雇用したらなかなか首に出来ない

なので、組織規模が大きくなると、カルチャーマッチングだの、長期的な人材の育成・活用ガーだので、人事は通常しゃしゃりでてくる

そういうの無視しても、採用事業計画組織戦略に直結する重要経営活動だし、人事部採用計画策定から実行に至るまで、

経営目標の達成に貢献する人材を確保する責任を担う云々ってことに一般的にはなっている

現場知識はないので、採用取り継ぎ役だけに徹しとこ・・・としてる場合も、通常どこの求人メディア広告を打つかなどを決めているのは人事です

であれば、求職者はどういう戦略取るのが良さそうかなんとなくわかりそうな気もするのですが、気のせいですかね?

しかし、まさかの人事が採用を主導する規模感でオフィスワーカーの経験有り、何だったら元がつくとしてもIT屋さんに分類される何かで、

採用の流れの認識がなかったりする

何度考えても何故なのかはわからない。実際に働いてわからないのだから、どうしたら認識ができるようになるのかわからない。謎である

 

 

インターン制度研修も無いよ』って会社フツーにあると思う。これは別に何もおかしくない

でも、ドキュメンタリーフィクションやお外で得た情報で、そういうのがある会社もあるんだなっていう認識はあると思います

ところで、IT企業研修センターや類するメニュー組んで実施してくれる会社絶滅した認識ないです

何度考えても何故なのかはわからない。実際に働いてわからないのだから、どうしたら認識ができるようになるのかわからない。謎である

 

 

何度考えても何故なのかはわからない。実際に働いてわからないのだから、どうしたら認識ができるようになるのかわからない。謎である

 

 

どうしてだと思う?

anond:20240626103929 anond:20240625191650 anond:20240626145640

 

 

追記解決しました (答え出てちょっとスッキリたから気にしなくていいよ)

 

パターン1:そうはならんでしょ

ちなみになんだけど、採用プロジェクトプロジェクトオーナー問題があるってならないのは何故? あとインターン研修も無ければ、中途採用で何ができるかも問われないのは何故?

 ↓

人間の頭数揃えたいからで質を重視してないんじゃない?知らんけど。

https://anond.hatelabo.jp/20240627120124#

 ↓

その発想が下記に繋がるわけですね

プロちょっとできてもエンジニアとしては「ハイスキル」ではないってことなんだよね

https://anond.hatelabo.jp/20240626121552#

 

理由がわかってちょっとスッキリはしたけど、困ったもんだな

増田以外ではやらない方がいいぞ

 

 

パターン2:学歴コンプマウント合戦のあれこれ

プロ被害者と競プロ加害

https://anond.hatelabo.jp/20240627160814#

 ↓

そうはならんでしょ(創作)の他に、学歴コンプマウント合戦のあれこれがあるのだということを理解した

マジでしょーもない

採用する人たちはいったい何を見て採用してるんでしょうかね

 

こういうのがあるから大学から引っこ抜いてきた子がいじめられまくって辞めたんだね

連れてきたやつと経営者だけのせいじゃ無かったかもね

このくらいなら別に闇やないんやけどな。そうなんだでおわるだろうし

APIキーOAuthトークンアプリ毎に生成やで

2024-06-26

プロ出身者・機械学習出身者の問題コード

https://anond.hatelabo.jp/20240625191650

プロ出身者だけじゃなく、機械学習出身者も問題コードが多い

印象の問題ではなく実際に下記のようなコードが多い

念のため言っておくと底辺大や文系出身プログラマーも同様の傾向にある

正常系しか意識していない

一番多いのはコレで異常系の動作を全く意識していない

入力値に想定外のものが入ることを考えていなかったりI/Oに関わるエラーについても配慮がない

エラーが出たらとにかくtry-catchしてログ吐いて終わり」

ならまだマシな方で、「握りつぶして処理続行」みたいなことも平気でやる

「ここの処理でエラーログが出てるから対処よろしく

対処しました!(握りつぶし)」

とか滅茶苦茶多い

セキュリティに関する意識が低い

異常系の話と被るけど基本的性善説コード書くのでセキュリティの不備がめちゃくちゃ多い

API作らせてもリクエストの内容を信用して実装するしサニタイズチェックもしない

サーバー作らせてもroot共通ユーザーだけで運用するしファイル管理も滅茶苦茶

とにかく「目の前に与えられた課題を解く」だけのコードなので他のことに関する配慮が全く無い

定義しないし配慮しない

TypeScript使わせてもanyだらけだし、JavaとかだとObjectだらけ

うちはPythonでは型は使わないけど命名規則担保してるのにそれもガン無視実装する

結果としてできあがるのは

「一応、正常系では動いているけれど他の入力が来たときにどうなるか分からないし誰も修正できない」

っていうコード

最近はそういうコードはChatGPTにぶち込んで型付けて貰ったりするけど

8割ぐらいの確率でChatGPTも型付けできない状態になっててお手上げになる

コピペコードが異常に多い

ネット検索したコードコピペ、ではなくて

自分で書いたコードコピペめっちゃ多い

全く同じ処理なのにメソッド化しないでコピペしてたり

一部の変数を切り出すだけでメソッド化できるのにコピペしてる

そりゃ動くし性能も変わらないけど後でバグがあったり変更するときにすげー困る

これもChatGPTにぶち込んで「共通的な処理をメソッド化して」って言うとやってくれるのでめっちゃ便利

結果が出るだけでクソ遅い(機械学習出身者)

同じファイルをオンメモリに3回ぐらいロードしたり

ほぼ同じDBへの問い合わせが10回ぐらい走ってたり

クソ重いwhileループになってるメソッドフレンドリーに何回も呼び出したり

とにかく「最終的に出来上がるものが良好であれば時間がかかっても構わない」的なコードが非常に多い

プロ系はこういう人はあんまりいないんだが機械学習出身者はマジでこれ

彼らはデータを解析したり優秀なモデルを作るために頑張ってきたので継続的に処理負荷を減らす、みたいなことに意識が回ってくれない

「これはPoCですから

とか言うんだけど誰でも分かるようなクソ遅いコード書いておいて

「ここの処理は時間かかります

とかしれっと言ってくる

2024-06-23

公共料金アプリ

公共料金の利用量や調整金とか自動で取って統計を取りたい

が、軒並みAPIが無くて悲しい


スクレイピングでやればできるのだけど、それ、なんか違うと感じるのだよな

2024-06-22

anond:20240621180502

行政が姓名を管理する仕組みを持ってるのが根本的な問題なので制度から姓名を廃止する (民間で慣例として名乗るのは自由) のがゴールだと思ってるよ。

でもたぶん無理。

本人確認を辿っていくと行政情報にいきつくというトレーサビリティを構築するために個人識別する情報必要で、姓名・性別・生年月日の組が主なキーとして使われているのが現状。

個人識別できるなら他の情報を使っても社会はまわるのだが日本の「戸籍」という制度世帯というまとまり国民情報管理していてそれが姓が強く結びついているので新しいシステムに移行するのは容易ではない。

制度を作っても制度の通りに運用できないなら意味いからね。

デジタル庁が個人認識 API提供する仕組みを開始しようとするのも上手くいかなさそうだと考えてる。

インターネットデジタル情報管理ってのは超高度文明産物で、衰退する日本社会できちんと運用するのは無理。

人材不足に備えた効率化のためにデジタル技術活用を唱えるやつが割といるけど馬鹿な話だと思う。

個々には効率化するかもしれんがそのインフラを維持する人材はどこから湧いて出てくると思ってんだということ。

てなわけで、良いとか悪いとかじゃなくて出来るか出来ないかで考えたらしょうがない部分はあるという話。

2024-06-20

anond:20240620125705

ちょっと検索」でプロとやり合おうとするな

オープンソースのTesseract、AWSGCPAzure系のOCRサービスGoogle Drive APIなどがありましたが、今回はAzure Computer Visionサービスを用いて使用することにしました。文字認識精度的にも申し分なく、かつ料金的にも1 分あたり 20 件のトランザクションかつ月5000回まで無料ですので、精度、コストパフォーマンス考慮して選択

誤字がない素晴らしい出来でした

さすがにすべて正確な出力とはなりませんでしたが、それでもはっきりとメモしてある箇所は認識できている、十分な内容でした

人間でもミスはあるので猿雇う意味ないんだよ

必要なのは最後責任取れる人なの

あとはこれを実装できる人と紙をひたすらスキャンする人

2024-06-19

婚活支援社会福祉じゃないの?

マイナンバーカードマッチングアプリ利用促進に関して反発が大きくて、沢山星が付いてるブコメに「マイナンバーの利用は、徴税社会福祉災害限定されてるはずだ」ってのがあるんだが、婚活支援社会福祉ど真ん中の施策じゃないか

アプリ業者にしたってAPIの利用申請時にデジ庁が事業内容確認した上でAPIキー払い出すんだから、変な業者が出てきたらデジ庁ボロカスに叩けばいいよ。

こんなのより、携帯電話契約マイナンバーカード使う方がよっぽど目的外利用だと思うけどな。

携帯契約に関する本人確認の手間なんて、それこそ企業利益確保のための施策しかないんだから携帯電話各社の利益確保を国が支援してるってことにしかならんでしょ。

手抜きして客に損害背負わせた携帯電話会社がクソなのをなんで国が面倒見るんだよ。

それと比べたら婚活支援の方がよほど真っ当にマイナンバーカード目的に沿った利用方法だよ。

ログイン ユーザー登録
ようこそ ゲスト さん