  |
はてなキーワード: oSとは
それは子どもの頃から親に寝物語として吹き込まれて、基本的な道徳とか倫理観と一緒に頭のOSにインストールされる
テスト対象は大小さまざま。OSの保守だったり、アプリだったり。レガシーだったり、モダンだったり。個人だったりチームだったり。GUIだったりCUIだったり。
GでもCでもUIはまた別
結論としては書かないほうがいいと思った。
そういうこともある
全然小さいというか書くためと変更のコストがクソデカなら何か間違ってる
結局、テスト対象も変わってしまうし、プロジェクト設定も変わるし、Jenkinsも変わるし、人間の頭の中も変えないといけない。
まあそれはないだろう
それはデバッグの一環のような
一番よくあるやつ
そこのバランス考えないと
バックエンドのビジネスロジックを担当するがっちり仕様が決まっていて勝手に変更されてはいけないものなんかをやる
悪いね
テストコードを書くと、テストしやすいクラスの実装をするようになる。それは美徳とされているが、実際には直感的でない長くて複雑なプログラムになっている。
例えばテストコードを書くためにDependency Injectionとか言って外から内部を変更できるようにすると
メンバ関数でやるべき処理が実際にはクラスの外にある、となる。最初は面白く感じたり達成感があるかもしれないが、しばらくして見返すと酷い状態だ。
DIはSOLIDに入ってるくらいで基本だし今時のフレームワークなら普通に使うよね
上にも書いたけどパーツがでかいのでは？って「直感的でない長くて複雑なプログラムになっている」とのことなのでやっぱりでかいんだろう
テストコードを書いたほうが早い時もあったけど、トータルで考えれば、テストコードを完全にやめたほうがシンプルなコードで早く完成する。
要件が固まらない、毎週変わるようなのとか、システムが絡むテストでコストが凄く高いもの、UIのマイナーな変更なんかは書かない方がいいけど
バックエンドのビジネスロジックなど書いた方が絶対にいいものもある
ネット上ではテストコードを書かないのは低レベルな開発者という風潮だ。
10年以上、テストコードを書く開発と書かない開発の両方を経験してきた。
■前提
・テスト対象は大小さまざま。OSの保守だったり、アプリだったり。レガシーだったり、モダンだったり。個人だったりチームだったり。GUIだったりCUIだったり。
結論としては書かないほうがいいと思った。
・テストを書くためのコストが小さいなんて妄想もいいところだ。クソデカである。
結局、テスト対象も変わってしまうし、プロジェクト設定も変わるし、Jenkinsも変わるし、人間の頭の中も変えないといけない。
・100人以上かかわる巨大プロジェクトでも「テストコードを書かなかったので破綻した」、とかはなかった。
・テストコードを書くと実装の見落としが見つかってありがたいことはあった。
・git pushするたびに毎回走っても全くの無意味だった。
・テスト対象が変わるとテストを書き直さないといけないのがサイアクだった。非効率化の極みだ。人生の無駄。
・その次にサイアクだったのは、テストコードの実行が失敗したときテストコードのバグであることが大半であったことだ。
・GUIソフトとテストコードは相性が悪いが、そもそも世の中のソフトウェア開発の大半はGUI開発である。
・テストコードを書くと、テストしやすいクラスの実装をするようになる。それは美徳とされているが、実際には直感的でない長くて複雑なプログラムになっている。
例えばテストコードを書くためにDependency Injectionとか言って外から内部を変更できるようにすると
メンバ関数でやるべき処理が実際にはクラスの外にある、となる。最初は面白く感じたり達成感があるかもしれないが、しばらくして見返すと酷い状態だ。
テストコードを書いたほうが早い時もあったけど、トータルで考えれば、テストコードを完全にやめたほうがシンプルなコードで早く完成する。
フリーレンが集めてるしょーもない魔法は、pipとかnpmに上がってるしょーもないパッケージ
っていうのを集めてる
魔法の解析はリバースエンジニアリングのことで、フリーレンはその天才
で、魔法は単純なプログラミングコードではなくてLLMをベースにしたコードになっていて
魔力っていうのはそのLLMのモデルの大きさ
長い年月をかけてLLMを追加学習させることで魔力を増やしていくが人間はそのモデルの大きさを誇ろうとしない
魔力の揺らぎはLLMの出力の微妙な違いのことで、LLMのモデルが大きいと
「単純な答えのように見えるけど微妙に違っていて実は大きなモデルなのでは？」
と気付く
AIなのでLLMしか取り柄が無く、モデルの大きさでマウントを取り合うのが魔族
ただ人間と違って死ぬことがないので魔族の使うプロンプトエンジニアリングはまるで理解できず
人間が再現できないLLMベースのプログラミングコードは「呪い」として扱われてる
Kobo電子リーダー用に使っていた16GBのフラッシュメモリーカードが余っています。電子リーダーは既に売却済みで、この小さなカードだけが手元に残りましたが、小規模な用途には便利そうです。念のため、カードの内容をハードドライブにバックアップしました。次に、ドロイドOSでフォーマットして、すっきりと使い始める予定です。その後、androidタブレットのローカルストレージにファイルをコピーするつもりですが、そのタブレットが現在のWi-Fiの弱い環境でうまくインターネットに接続できるかは不明です。今日中にUSB変換アダプターを購入する予定ですが、購入しただけでは不十分で、物理アドレスの申請も必要になります。手続きが多くて少し面倒ですね。
Windows+Androidエミュレータの組み合わせは、エミュレーターのバージョンやエミュレーターに搭載されているAndroidのOSのバージョン、アプリごとに安定不安定がころころ変わる非常に不安定なものとなっている。
例えば、Windows10+Bluestacks+ブルアカはアプリもエミュレーターも落ちたことがないド安定環境だったのだが、Windows11にアプデしたら、10分に一回はブルースクリーンが発生する程不安定になり、立ち上げたところでブルアカは戦闘画面に行くと確実にフリーズするようになった。
逆にNIKKEなんかはWindows10ではLDPlayerでなんとかごまかしごまかし遊んでいたぐらいなのだが、Windows11ではBluestacksでとても安定している。
これはひとえにWindowsとAndroidと言うクソとクソがかけ合わさった結果、ゲロ以下の汚物となっているからであり、製品として最低限の品質も備えていないことの証拠と言えるであろう。
一方、MacOSはBluestacks一本でほとんどのアプリが快適に遊べており、MacOSの完成度の高さがWindowsとは次元が違うことは明らかだ。
クソに金を払いたくないと言う常識的な感性を持った人は多少の無理をしてでもApple製品を使うべきなのだ。
Windows等のような劣等プロダクトとそんなクソを垂れ流すマイクロソフトはそうそうに滅んで中華資本の中華OSにでも入れ替わればいい。
日本がラストチャンスとばかりに開始した「日の丸半導体」ラピダスに多大な公費が追加されていることが話題を集めている今日この頃。
心無い専門家たちからは必ず失敗するだの金ドブだの批判殺到中だが、本当に日本（経済産業省）主導の国家プロジェクトは今まで成功しなかったのだろうか？
この記事では主に経済産業省、旧・通商産業省が中心となって始めた国家プロジェクトを振り返る。
大規模集積回路（LSI）の研究、特に基礎研究に力を入れた国家プロジェクト。
当時、半導体弱小国であった日本で700億円以上の金を基礎研究に投資するのは挑戦的であったが、電子ビーム露光技術などの研究レベルのアイディアを実用・量産レベルに持ってくることに成功。
よく「日本は半導体生産はダメだが、生産機械はまだシェアがある」というが、この40年前の国家プロジェクトの技術的成功がかなり大きく、現在でも半導体製造機械はこのプロジェクトに関わった企業が上位にいる。
この成功をバネにして1980年台の日本は半導体生産の8割を占めることとなった。しかし鮮やかすぎる成功体験と日本政府の政治的脆弱性により、90年台に入ると見る影もなく没落したのはあまりにも有名。
通産省は前述の大規模集積回路（LSI）の成功体験を強く意識し、コンピューター技術の「進歩段階」は大規模集積回路が「第4世代」、そしてAI技術が来たる「第5世代」であると想定した。
「仕様書を読んでプログラムを作ってくれるすごい機械」を目指し、500億円規模の国家プロジェクトに踏み切った。
しかし当時の通産省は何もかも見通しが甘かった。大規模集積回路の次がAIというのも謎の括りで、ハードウェアとソフトウェアを混同していた。そもそもなにを研究するのか？という具体的な内容すらあやふやで、やがてはスパコンをよせ集めてもそんなものは出来ないという技術的課題に直面。
現在でいう自然言語処理などのソフトウェア開発を散発的に行い、難航。
それぞれが独自のプログラム言語を作ったりOSを作ったりしたが、特に統合されることも活用されることもなく、「ソフトウェアはむずかしい」ということだけが判明し、放棄された。
なお、唯一の結論「ソフトウェアはむずかしい」ということですら後に生かされることはなかったが、通産省は成功したと主張している。
「10年後にはソフトウェア技術者が60万人不足して、日本は技術的に取り残される–––」
この現代でもよく聞くようなフレーズに慌てた日本産業界は、ソフトウェア技術者の育成に熱い視線を向け始めた。
そこに通産省が入り込むと、さまざまな思惑が一致し、ついには国家プロジェクトとして250億円を投入するΣ計画が発足。日本はソフトウェア技術者の天国となる予定であった。
ソフトウェアという実態の見えないものに予算をかけることへの抵抗感からか、対象は主にハードウェア系企業に集中。
ソフトウェア技術者を増やすという本来の目的は曲解され、最終的には「安価な計算機を普及させる」というハードウェア重視の目標にすり替わっていた。
その結果としてΣステーションと呼ばれる計算機が誕生したが、特に安いわけでもなく、規格が致命的にガラパゴスだったので、ほとんど普及せずに失敗した。
失敗した後も地方を名目としてダラダラと予算が積み重ねられたが、何の成果もなかった。
日本のソフトウェア技術の息の根を止めたとして有名なプロジェクトである。
日本がIT技術に致命的に遅れていることにようやく気づいた通産省は、起死回生の一手としてIT技術に約500億円をかけることを決定。これを「リアルワールドコンピューティングプロジェクト」と名づけた。
しかしそもそもこのプロジェクトには、何の見通しも何の戦略もなかった。
約50個の研究が「リアルワールドコンピューティングプロジェクト」の内容であったが、その実態は検索ソフトから光ファイバーまでバラバラであり、散発的かつ無計画に予算をばら撒くという意味不明な行為は、もはや単一の計画である必要性がなかった。
この計画は最終的に10年にもわたって継続されたが、特に何の成果もなかった。そして膨大な予算とともに記憶の彼方へと消えた。
2000年に入ると、経済産業省は「かつて世界一だった日本の半導体産業を復活させる」という妄想に取り憑かれるようになる。
その数はまさに膨大である。
「みらい」プロジェクト（2001年）に465億円を注ぎ込むも見事に失敗すると、「はるか」プロジェクト（2001年）、「あすか」プロジェクト（2002年）、「DIIN」プロジェクト（2002年）、「あすか2」プロジェクト（2006年）、「つくば半導体コンソーシアム」プロジェクト（2006年）などが代表で、そのほとんどが失敗はまだしも、なんの検証もなく消えさった。
「アスパラ」（2002年）はかなり象徴的で、日本の先端半導体企業が集合して日の丸半導体企業を作ろうと国費315億円を費やしたが、2006年には泡の如く消えた。
これらの膨大な失敗は特に顧みられることもなく、なぜ失敗したのかいう考察もなく、ただ予算ともに忘れ去られた。
いったい何故だろうか？
摩訶不思議なことに、ソフトウェア技術者が致命的に不足していた日本においては、国産の検索エンジンが誕生しなかった。
中国やロシアが自前の検索エンジンを開発し始めると、日本でも国産検索エンジンを作るべきという安全保障上の発想が経済産業省に芽生える。約300億円をかけて国産検索エンジンを開発することにしたが、当時普及し始めたネット界隈はこれを激しく批判。
失敗続きの国家プロジェクトと比較されるが、経済産業省は「かつての国家プロジェクトとは違う！」と強い自信を見せた。
しかしなにも成さず、なんの検証もなく、予算とともに忘れ去られた。
ラピダスにおいては、経済産業省主導の国家プロジェクトは失敗するという根拠のない批判が多い。
しかしこうしてまとめてみるとどうだろうか？
膨大な数の実績が経済産業省には積み重なっている。
少しは信じてあげよう（完）
ブログやIT技術者向けSNS等は利用しておらず、はてブやTwitterでやるにはやや長いので、増田に投稿
Windows 10 (22H2 19045.4170) 上のEdgeを、数十のタブを開いたまま新バージョン (123.0.2420.53) に更新したらハングアップしたため、タスクマネージャーで強制終了させた
その後Edgeを起動させようとすると、更新時に閉じたセッションを復帰させる段階で強制終了するようになり、使用不能になった
Edgeに導入していた拡張機能には、Session Budy (4.0.2。GoogleのManifest V3に対応するため、最近大規模改修を実施(1。増田の最終節の同番号を参照。以下同)) やuBlock Origin (1.56.0。新規のマイフィルターを多数追加中だった) 等があった
「Edgeが起動しない」と直截な語句で検索していくつかの解説ページにたどり着いた
いくつかの解決策(2・3)を実行したところ、有効ではなかったが次の知見が得られた
数日程度では修復できないだろうと判断し、別のChromiumブラウザを使いつつ、片手間で修復方法を調べることにした
Windowsの設定画面等にあるリンクが有効になるよう、デフォルトのwebブラウザをEdgeから変更した
パスワードは別ツールで管理してたため無くてもそんなに困らなかったが、uBlockの設定とSession Budyで雑に保存してた閲覧履歴は必要だったので、Chrome拡張の復旧作業をした
"Default\Local Extension Settings"以下のフォルダと、念のために"Default\IndexedDB""Default\Local Storage\leveldb"の中身を移植(8)して作業完了
アイテムの履歴データ破損が問題の原因ではと考えてその修復や初期化方法を検索したが、これは徒労に終わった（ただし、このアプローチが完全に無効だとは言い切れない。参考ページ5は、復旧作業完了後に見つけた情報で、今回の問題に活用できずに終わった）
「コントロールパネル→システムとセキュリティ→セキュリティとメンテナンス→信頼性履歴の表示→問題レポートをすべて表示」で確認できた、Edgeの問題の要約やイベント名等で検索したところ、再インストールを勧めるページが数点引っかかった
既に何日も経ちWindowsの再インストールかユーザーアカウントの作り直しをしようかと考えかけていたが、もう少し努力してみることにした
Edgeを (アプリファイルを手動で削除したりするのではなく) なるべく安全にアンインストールすれば、正常に再インストールできるのではと考え、検索結果通り(11・12)に作業してみた
それでも「アプリ」のアンインストールメニューは無効なままで操作できなかったが、他に事例が無いか、"IntegratedServicesRegionPolicySet.json"等の関連語句で再検索した
コマンドラインでアンインストールを試みた事例(13)が見つかり、実行したらEdgeが削除された (ただし、コマンドプロンプトでもポップアップウィンドウでも実行結果の表示がされなかった)
そして参考ページ4のインストーラを実行し、念のために修復とOSの再起動をかけ、Edgeの起動を確認した
Microsoftアカウントにログインしていたため、パスワードは簡単に復旧できた
拡張機能は全て死んでいたが、仮に使っていたChromiumブラウザからコピペしたりエクスポートしたりして終了
利用していた拡張が少なかったので、プロファイルフォルダの内容の移植よりもその方が簡単だった
1. SESSION BUDDY V3 END OF LIFE | Google グループ
https://groups.google.com/g/sessionbuddy-discuss/c/HQPcLOq3-Ik
2. Microsoft Edgeが直ぐ閉じてしまう。 | Microsoft コミュニティ
https://answers.microsoft.com/ja-jp/microsoftedge/forum/all/microsoft/c414d2f9-b685-471c-8e78-2054c2e26c6c
3. ある日突然「Microsoft Edge」が開かなくなった、さあどうしましょう：山市良のうぃんどうず日記（224） | ＠IT
https://atmarkit.itmedia.co.jp/ait/articles/2202/02/news009.html
https://www.microsoft.com/ja-jp/edge/download?form=MA13FJ
5. Windows10の「タスクバーにピン留めしているアプリ」の、「最近使ったもの」と「固定済み(いつも表示)」の設定ファイルとレジストリはここにある #Windows10 | Qiita
https://qiita.com/RyoIchimura/items/7e33980358f07e57a715
6. msconfig（システム構成）で解除してよいのは？使用場面と起動方法 | ドスパラ通販【公式】
https://www.dospara.co.jp/5info/cts_str_pc_msconfig.html
7. Windows Hello の概要とセットアップ | Microsoft サポート
https://support.microsoft.com/ja-jp/windows/windows-hello-%E3%81%AE%E6%A6%82%E8%A6%81%E3%81%A8%E3%82%BB%E3%83%83%E3%83%88%E3%82%A2%E3%83%83%E3%83%97-dae28983-8242-bb2a-d3d1-87c9d265a5f0
8. chrome.storageの実体の場所 #Chrome | Qiita
https://qiita.com/k7a/items/cf644471d34d31f398e9
9. 第2回 グループ・ポリシーとは何か：グループ・ポリシーのしくみ（3/5 ページ） | ＠IT
https://atmarkit.itmedia.co.jp/ait/articles/0602/23/news119_3.html
10. Microsoft Edge ブラウザー ポリシーに関するドキュメント | Microsoft Learn
https://learn.microsoft.com/ja-jp/deployedge/microsoft-edge-policies
11. Windows 11/10からMicrosoft Edgeをアンインストールするシンプルな方法が見つかる | ソフトアンテナ
https://softantenna.com/blog/windows-11-10-uninstall-edge/
12. Releases · thebookisclosed/ViVe | GitHub
https://github.com/thebookisclosed/ViVe/releases
13. 各チャネルごとの Edge 削除状況 | 内気なもんた君
