  |
はてなキーワード: ソフトウェアとは
テスト対象は大小さまざま。OSの保守だったり、アプリだったり。レガシーだったり、モダンだったり。個人だったりチームだったり。GUIだったりCUIだったり。
GでもCでもUIはまた別
結論としては書かないほうがいいと思った。
そういうこともある
全然小さいというか書くためと変更のコストがクソデカなら何か間違ってる
結局、テスト対象も変わってしまうし、プロジェクト設定も変わるし、Jenkinsも変わるし、人間の頭の中も変えないといけない。
まあそれはないだろう
それはデバッグの一環のような
一番よくあるやつ
そこのバランス考えないと
バックエンドのビジネスロジックを担当するがっちり仕様が決まっていて勝手に変更されてはいけないものなんかをやる
悪いね
テストコードを書くと、テストしやすいクラスの実装をするようになる。それは美徳とされているが、実際には直感的でない長くて複雑なプログラムになっている。
例えばテストコードを書くためにDependency Injectionとか言って外から内部を変更できるようにすると
メンバ関数でやるべき処理が実際にはクラスの外にある、となる。最初は面白く感じたり達成感があるかもしれないが、しばらくして見返すと酷い状態だ。
DIはSOLIDに入ってるくらいで基本だし今時のフレームワークなら普通に使うよね
上にも書いたけどパーツがでかいのでは？って「直感的でない長くて複雑なプログラムになっている」とのことなのでやっぱりでかいんだろう
テストコードを書いたほうが早い時もあったけど、トータルで考えれば、テストコードを完全にやめたほうがシンプルなコードで早く完成する。
要件が固まらない、毎週変わるようなのとか、システムが絡むテストでコストが凄く高いもの、UIのマイナーな変更なんかは書かない方がいいけど
バックエンドのビジネスロジックなど書いた方が絶対にいいものもある
ネット上ではテストコードを書かないのは低レベルな開発者という風潮だ。
10年以上、テストコードを書く開発と書かない開発の両方を経験してきた。
■前提
・テスト対象は大小さまざま。OSの保守だったり、アプリだったり。レガシーだったり、モダンだったり。個人だったりチームだったり。GUIだったりCUIだったり。
結論としては書かないほうがいいと思った。
・テストを書くためのコストが小さいなんて妄想もいいところだ。クソデカである。
結局、テスト対象も変わってしまうし、プロジェクト設定も変わるし、Jenkinsも変わるし、人間の頭の中も変えないといけない。
・100人以上かかわる巨大プロジェクトでも「テストコードを書かなかったので破綻した」、とかはなかった。
・テストコードを書くと実装の見落としが見つかってありがたいことはあった。
・git pushするたびに毎回走っても全くの無意味だった。
・テスト対象が変わるとテストを書き直さないといけないのがサイアクだった。非効率化の極みだ。人生の無駄。
・その次にサイアクだったのは、テストコードの実行が失敗したときテストコードのバグであることが大半であったことだ。
・GUIソフトとテストコードは相性が悪いが、そもそも世の中のソフトウェア開発の大半はGUI開発である。
・テストコードを書くと、テストしやすいクラスの実装をするようになる。それは美徳とされているが、実際には直感的でない長くて複雑なプログラムになっている。
例えばテストコードを書くためにDependency Injectionとか言って外から内部を変更できるようにすると
メンバ関数でやるべき処理が実際にはクラスの外にある、となる。最初は面白く感じたり達成感があるかもしれないが、しばらくして見返すと酷い状態だ。
テストコードを書いたほうが早い時もあったけど、トータルで考えれば、テストコードを完全にやめたほうがシンプルなコードで早く完成する。
一方、僕が集めてきたプログラマーはプログラミング未経験の頭の良さそうなネットゲーマーだけです。
なので初期のドワンゴは、森さん率いる天才ハッカー集団からなる超強力な開発チームと、僕の率いる廃人ゲーマーによる即席プログラマーメインの弱小開発チームの二つからできてました。
僕と森さんで最初に考えたドワンゴのビジネスモデルは単純で、優秀な僕ら（といっても森さんチームだけですが）は控えめにいっても普通の開発会社の半分以下の工数でソフトウェアを開発できる。
なので、実際にかかる工数の2倍で見積もりを出せば、半分は利益で丸儲けのはずだ、というものでした。
とても簡単な算数ですが、後から振り返るとそこが「理系のずるさの限界」でした。
僕らはドキドキしながら2倍の見積もりを出したんですけど、本当は10倍ぐらい出すべきでした。じゃないと儲からない。実際は想定よりも工数がかかることがあり、2倍じゃ利益出なくてめちゃくちゃ大変です。
ドワンゴが大きくなってから当初のドワンゴぐらい実力があって良心的な下請けが欲しいと、心から思いました。当時のドワンゴが出してた見積もりのさらに2倍の金額払っても、同等の仕事をしてくれる下請けなんて、なかなか見つかりません。
でも、文系経営者の中には平気な顔して100倍の見積もりとか出せる人もいたんですよね。僕らの感覚ではもはやそれは詐欺で、とてもできない。
神経ネットワーク自体は同じでも、ネットワークの上を走るソフトウェアに違いがある。
それがその謎の答えだと思う。
読んでもらえれば分かると思うんだが、違法どころか不徳ですらないんだよ。
西洋人的な考え方をエミュレーションできれば分かると思うんだが、Webとは本来自由なものであるべきで、現在の広告のあり方というのは商業的な発展の至らなさから未熟な形で無理やり御仕着せられているものにすぎない。
受け入れがたいものを拒否できることは、尊ばれなきゃいけない。企業のような特定の商業的権威が「正義」を作り出す側であってはいけない。インターネットシチズンのものでないとね。
仁義みたいな関係性の概念を重視しすぎて、人間の根源的な理念を蔑ろにしがちな東洋人的発想は、権威を肥大化させ、独裁者を生み出しやすいとも言える。
ダメなものは正しく拒否していくことで、Web収益化がより妥当なやり方へと改善されていく方向へと圧をかけて、進歩を後押ししていくことにつながる。
逆に、嫌な部分があっても恩があるから盲目に受け入れることを続けていると、悪質な商習慣に蝕まれる人々をいつまでも生み続ける悪循環に加担することになってしまう。
ソフトウェアは「割れ」で入手されてしまうから、「割れを使うな！」といくら倫理を振りかざして叱った所でダメで、結局提供側が、Webサービス(クラウド)化したり、サブスクにしたりすることで、ソフトウェア販売方式の常識がアップデートされてきた。
そういうのが分からないくらい車オンチがTesla乗ってるから、いかに質が低い車乗ってるか分からないんだよね。
TeslaやBYDに試乗してみると「おっ、頑張ってはいるけど、乗り心地や建て付けは値段の割にいまいちだよね」というレベルでしか無い。
ロールスロイスとまで行かなくてもまともな高級車乗ったら質の高さと違いがありすぎて普通はビビるけど、EVワナビーみたいな鈍感な馬鹿には理解できないんだろな。
車なんて安全性が全てだから、Tesla信者のワナビーがよくひけらかすOTAや運転支援、インフォテイメント、タッチパネルのみの操作性とか、目眩ましでしかないんだよね。
OTAみたいなオンラインソフトウェアアップデートにしろ、安全性高くないと危険でしかない。
Teslaみたいに走行機能までまともにテストせずにアップデートするようなやり方だと運転支援で事故も起きる。
運転支援にしろ、LEXUSやBMW、日産と比較すると恐ろしく運転が下手で初心者かな？みたいな運転レベルだし、
いつまで経っても他社ではできてる手放し走行ができないのにも目をつぶってる。
インフォテイメントや操作性なんかは詳しく書かないけど、いかに安全に作り込むかという世界なのに、
Teslaはそれぞれがまともに作れていないし、先進性ありそうなEVというだけが売りだから、どんどん抜かれている。
BYDも車乗らない奴にはよく出来ているように感じるのだろうけれど、操縦安定性がポンコツだし、
インフォテイメントの変なとこばっか頑張っていて、そもそも運転支援はTeslaよりもゴミ。
アレに金出すなら、軽買った方がマシなレベルなんだよね。
日本のお役所というか企業も含めてお偉いさんの頭とソフトウェアというのは決定的に相性が悪いけど
日本がラストチャンスとばかりに開始した「日の丸半導体」ラピダスに多大な公費が追加されていることが話題を集めている今日この頃。
心無い専門家たちからは必ず失敗するだの金ドブだの批判殺到中だが、本当に日本（経済産業省）主導の国家プロジェクトは今まで成功しなかったのだろうか？
この記事では主に経済産業省、旧・通商産業省が中心となって始めた国家プロジェクトを振り返る。
大規模集積回路（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億円をかけて国産検索エンジンを開発することにしたが、当時普及し始めたネット界隈はこれを激しく批判。
失敗続きの国家プロジェクトと比較されるが、経済産業省は「かつての国家プロジェクトとは違う！」と強い自信を見せた。
しかしなにも成さず、なんの検証もなく、予算とともに忘れ去られた。
ラピダスにおいては、経済産業省主導の国家プロジェクトは失敗するという根拠のない批判が多い。
しかしこうしてまとめてみるとどうだろうか？
膨大な数の実績が経済産業省には積み重なっている。
少しは信じてあげよう（完）
https://camp-fire.jp/projects/746884/activities/559776#main
上記アプリやソフトは国を偽装するアプリであり、高速化機能も付いておりますが「Ｗｉ−Ｆｉスピードアップブースター」を取り付けた際に、ソフトウェアによる「ＩＰ偽装」が行われるためアダプターの機能が十二分に発揮出来ない状況がございます。
1.1.1.1がVPN？？？？？？？？？？？？？？？？？？？？？？？？？？？
もしかしてCloudflareのDNSサーバー経由でネットアクセスできるスーパーハカー？？？？？？？？？？？？？？？？？？？？？？？？？
はてぶを読み解いて的確な関連エントリーを表示する機能を開発提供しつづけてた東大前ベンチャーだった
生成AIの最先端を走りつづけ日本ではソフトウェアはおしまいだと言われた唯一無二のメイドインジャパンの最強のユニコーンである
