@tacumi なんで?>< 既に大部分が開発済みであとはセキュリティー修正くらいしかかからないソフトウェアと、ソフトウェアがこれ以上肥大化しないことにより必要なハードウェアフットプリントの増加が避けられて、肥大化し続けた場合よりもより小さいハードウェアで済むんだからコストが下がるんでは?><
@tacumi なんで?>< 既に大部分が開発済みであとはセキュリティー修正くらいしかかからないソフトウェアと、ソフトウェアがこれ以上肥大化しないことにより必要なハードウェアフットプリントの増加が避けられて、肥大化し続けた場合よりもより小さいハードウェアで済むんだからコストが下がるんでは?><
Chromeのソースコードが
"これを「ユーザがすべての部分を精査し、分解・改造・組立がそれなりに容易である」という性質を持つ自由ソフトウェア"
そんなシンプルで容易なソースコードだって初めて聞いたかも><
https://mastodon.cardina1.red/@lo48576/106104920469021576
https://mastodon.cardina1.red/@lo48576/106000988781561095
このへんですね。
責任が「消費者から製造者に移動されるか否か」というのは自明のルールではなく、あくまで現実とコストを照らし合わせての判断にすぎないわけですよね。
物理機械で製造者にあらゆる責任を押し付けられるからといってソフトウェアで同様のことをすべきかというのは全く非自明だし、私は少なくとも賛同はできない
@tacumi そもそもウェブの標準とウェブブラウザを複雑化するためにアホみたいな資金が投入されてるわけで、開発が鈍化して開発者が少なくて済めばもちろんコストは結果的に下がるでしょ><
だからそのAdvancedWebとか言うもののブラウザも当然あらゆる欠陥の修正が優先されるように法規制が成されれば、当然ちゃらんぽらんにバグだらけのまま新機能追加し続けるなんて事は出来なくなるよ><
"SafeWeb" で満足できなくなった人が "AdvancedWeb" を作り始めて人々がそっちに移行するだけですよ。
ついでに "AdvancedWeb" のクライアントが "SafeWeb" のデータも読めるようにしてしまえばおしまい。
それ以外も同様にセキュリティー中心と消費者保護を強制する法整備が成されれば、当然その新たなものとか言うものを無責任に作る事も出来なくなるよ><
つまり代用品を作れないんだから使い続ける事になるよ><
たとえばそういう "SafeWeb" を作ったとして、人々がいつまでそれを使い続けるのかという話です
現時点で厳密にセキュリティーの為と説明できる機能以外の一切の機能の追加をやめればよくね?><
トートロジーだけど、セキュリティーに関する修正による互換性の破壊以外の理由でのバージョンアップによる互換性の破壊は無くなるよ><
たとえば HTTP 接続を HTTPS にリダイレクトする仕組みはクライアントに要求する複雑度を異様に上昇させるうえ互換性を破壊するわけだけど、これは許容できますか……みたいなことはたまに考えるね
少なくとも「単純にすればするほど人々に使われない (つまり今まで使っていた人々にとっては破壊に見える) ことになる」とか「機能の追加や整理を避ければ避けるほど、ユーザの増加は鈍化して別の (追加や整理に積極的な) システムのユーザが増加していく」くらいの雑な推論はできるんじゃないですかね
氏にとって必要十分である範囲が市場の要求 (あるいは “善良” な人々の要求) と一致していることについて自信がないので、何が「必要」の範囲で何がそうでないように見えているのかについては説明できかねますが
@tacumi ハードウェア製品並みに消費者保護に関する法律を強化すれば『挑戦的なソフトウェア』とか言う無責任なものが作られる事は抑制できるかも><
リーマンの法則~ソフトウェアもエントロピー増大の法則を避けられない: プログラマの思索
https://forza.cocolog-nifty.com/blog/2012/08/post-9619.html
> リーマンの第1法則
> 使われるシステムは変化する。
> リーマンの第2法則
> 進化するシステムは複雑性を減らす取り組みをしない限り、システムの複雑性が増す。
> リーマンの第3法則
> システムの進化はフィードバックプロセスによって決まる。
ソフトウェアの複雑性は本質的な性質であって偶有的なものではない: プログラマの思索
https://forza.cocolog-nifty.com/blog/2017/05/post-3793.html
思い出したけど、これ至言よね
@tacumi 環境的な犠牲が大きすぎるし、消費者の方を向いていないので全く支持しない><
欠陥があるものをリリースしてしまったら、先に既知の欠陥がすべて取り除くまで新たな事をする事をやめさせなければ、結果的になし崩し的に欠陥がある状況でのリリースを許す事になって、それは消費者保護の考え方に反する><
@tacumi あと、ウェブブラウザというかウェブの規格ににどこにゆっくりやってるフォークがあるのかって話にもなるかも><(さっき例示したSafariの開発が取り残されてるという話が、ポジティブにその役割をこなすかもしれないけど><(そうなったらいいねって言ってる><))
@tacumi 手っ取り早く一言で言うとお約束のKISS原則><
KISSの原則 - Wikipedia https://ja.wikipedia.org/wiki/KISS%E3%81%AE%E5%8E%9F%E5%89%87
まず先にセキュリティーについてのみしっかりと、少なくともパッチが提供可能な既知のものに関してパッチを提供するという事をきっちりやって、同様の修正が必要な上京が数ヶ月起きなかったら次の機能追加しても許すよ><
超簡単に言うと「セキュリティーパッチをひとつ提供したら底から半年は新たな機能は追加しない」と約束したら、機能追加しても許すし「セキュリティーのため」といういいわけも認めるよ><
より複雑にしておいてセキュリティー重視してますとかふざけた事言うな><
だから全ての欠陥が事前にわかるというのが思い上がりだという話ですが……
サイドチャネルアタックとか暗号開発とかの歴史の話したほうがいいですか? (面倒なのでしません)
セキュリティーパッチの開発を辞めろ戸は全く言ってないよ?><
新たな機能を足すならせめてセキュリティーパッチを数ヶ月にわたって新たに提供しなくてもいいような状況になってからやれって言ってるんだよ><
欠陥があるならまずきっかりなおせって事だよ><
なんで欠陥を修正しきる前に機能を追加するわけ?><
複雑化すればそれだけ修正が困難になるの当たり前でしょ?><
なぜ修正し切れていない事が明白なのに複雑化を進めるわけ?><
ある意味IEのようなものの話ともいえるしウェブブラウザを誇大化させて広告産業に儲けさせる為におかしな道に進んだいま考えて見ると、なんでもウェブにやらせる事による代償を払うくらいならブレーキをかけてた方がまだマシだったんでは?><
こういうこと書くとまた機械工業を引き合いに出して web 系のリテラシーが何たらとか言われそうですが、そもそもの話 web 環境はハードもソフトも性能が向上し続けているわけで、重力定数や光速度や気体定数が変化しない現実の物理と対比して教訓を得ようとするのが既に筋違いです
それこそApple辺りが(iOSアプリへの誘導での囲い込みの為に)Webkitの開発を鈍らせて足を引っぱればいいんでは?><
あと黒魔術の排除を喜ぶのがどうなのかという話については、そもそも旧規格の力不足な標準に耐え切れず人々がブラウザベンダー拡張を使い始めれば「規格を更新しないことによる互換性維持」なんて方針は簡単に崩壊することは容易に想像できますね
それは思想のある Mozilla とかが頑張っただけで、 Google は「人々に反感を持たれないよう都合の良い広告機構を用意したい」くらいしか考えてなさそうじゃないですか?
むしろその結果にこそ Google を支持しなかった人々の意志が反映されている気がしますが
なんで?><
迷惑なスタイルの広告や行き過ぎてEUのお偉い方がぶちきれるような個人情報の収集なんかはウェブブラウザ側の仕様変更でぶっ殺す事が出来たよ><
黒魔術も意図的な排除でぶっ壊せるんでは?><
しかもウェブ界隈の馬鹿どもは新しいものを無批判でありがたがるので黒魔術の排除も「新しい!」ってきっと喜ぶよ><
そもそもそれは逆で、言ってみれば「ユーザが『動けばよし』で黒魔術を発展させ続けるから仕方なく標準化している」という面は大きいと思っていて、ブラウザベンダーが絶対権力として標準を支配しているという考え自体がちょっと違うのでは
このままAppleが天然で(?)、WebKitがChrome一族からかけ離れていって、そしてAppleらしくWebKitの強制を続けていけば、多かれ少なかれブレーキをかける事が出来る><
Appleの信仰心を利用したビジネス方針のおかげで「iPhoneで表示できないページがあったからiPhone使うの辞めよう・・・」が「iOSデバイス無視できないからウェブの新機能は使うのは辞めよう」を越える事が非常に難しい><
そこで、なぜか上手い動きを結果的にしてるみたいな状況なのが、さっき出したAppleかも><
Safariは新たなIEになりつつあるのか | スラド アップル https://apple.srad.jp/story/21/10/25/1556243/
政府として同じ方向を向けないなら国を割れと言うだけなら簡単だけど、その結果悲惨な目に遭うのは市民ですからね
そりゃ Mozilla が原理主義に走ればそれはそれで面白いだろうけど、結果として置きることはかつてのブラウザ戦争で、その結果ユーザが被った被害の悲惨さは今更言うまでもないので、その歴史と教訓を無視して「Google や金儲けに与している」と言うのはフェアじゃないですよね
最新のウェブとか言うものでユーザーが手に入れたものは何かといえば肥大化ウェブブラウザで、なにを代わりに差し出したのかと考えると広告スペースと広告のための広義の個人情報だよねって><
オレンジ的にはその辺りの動きの原資はどこなんだろうと考えて、それって結局の所広告ビジネスだし、ウェブブラウザの開発ってなにからお金出てるかって結局広告ビジネスからだし、全体が広告ビジネスに振り回されてるだけだしMozillaがやってるのも結局の所広告ビジネスの一部分でなおかつグーグルにも収入を依存してるわけで、グーグルにも利益を与えながらウェブを使いづらくするためのプロレスやってるだけじゃんって><
そういえば書き忘れてたけど、商業的な (ビズィネスの) 動機ではむしろ機械可読性は落とす方向に向きがちで、つまり「我々の意図した見た目を寸分違わずユーザに見せたいのであって、ユーザが勝手に弄るのなんて認めねえぞ」というわけですね。
だから近年のサイトの機械可読性が落ちていると思うのなら、それは技術的劣化というより金銭的な動機が強まっている可能性もあると思います。
典型的には広告と本文の区別をつきづらくしたり、広告隠しを禁止したり、スクリプト実行禁止ではページを閲覧できないようにしたりなどです
リーダーモードでナビゲーションバーとかを除外して本編だけを抜き出せているのなんて、機械可読性の恩恵の典型例でしょうね
HTML 5 が二兎を追っているにせよ、現実に既に存在している用法について適切に意味論を表現できるようにすることで機械による解釈がより適切になるようにした、という点で HTML 4 のまま闇の技術がどんどん発明されるよりもずっと健全な未来になっていると思います
UI 記述のために <div> が無限に駆使される世界のどこが「『動けばよし』ではない」のか、わかりかねます
お気持ちとしてはわかるが、じゃあ逆に「文書記述言語で済んでいたところを UI 記述向けにしなかった未来」がどうなっているかと考えると、 “互換性” を壊さないような規格更新では当然、 UI 記述には不適格な意味論を持つような要素を駆使して UI が記述される未来が待ち受けているわけで、それは氏の主張と自己矛盾しているのでは?
Safariは新たなIEになりつつあるのか | スラド アップル https://apple.srad.jp/story/21/10/25/1556243/
無視すればよい (#.4140176) | Safariは新たなIEになりつつあるのか | スラド https://srad.jp/comment/4140176
この辺にコメントとして書こうか迷って、書くタイミング失って結局書かなかった事をいま書いてる><
まさに文書で済むはずのものをなんでもかんでもウェブアプリにする馬鹿を許したのがHTML5じゃん><
UI記述言語にしてんじゃねーよアホかって言いたい><
「アプリケーションのつもりで文書を書いてる連中が多くて辟易する」だったら私も同意しますが、それは HTML 5 かどうかは全く関係なくずっと昔からそうだったので
Web Components はそもそも文書のためのものではない (と私は思いたい) し、「アプリケーションの UI 記述言語としての HTML」という面が強く出てきているとは思うけど、だからといって静的な文書の記述の状況が悪化したとは思いません
HTML5って「見た目だけあってればおk!」ってサイトの氾濫の最大の原因じゃん>< なにを言ってるのか><
HTML 4 や 5 が必要になったのも、そういう「見た目 (物理的要素) だけ制御できればよし」という旧来の虚無意味論を脱するためのものでもあるわけで、そういう意味ではそもそも「人間にわかればよし」「人間が使えればよし」みたいな基準を第一とするような考え方自体していない
HTML4の時代からより新しいHTML5の時代に変わって、w3mで問題なく利用できるようなウェブサイトはどれだけ増えたんでしょう?><
愉快な事にむしろ減ってるようだけど><
HTML4の時代にそれを言うならまだわかるけど、文書としての一貫性を放棄したHTML5とか言うゴミに移行を進める流れで何の冗談かと><
そもそも情報技術は情報を扱うものであるからして、意味論と構文の変換はその中核にある概念なのであって、たとえどんなに普及していようが意味論がカスならばそれはいずれ置き換えられるべき
標準を破壊して変更していくというくだらないビジネスの為に広告収入が必要になり時には個人情報も必要になる><
集まった広告収入と個人情報による収益はの一部はウェブの標準の『破壊』に使われ、『破壊』ヲ新しいと考える馬鹿な開発者がその流れに乗りながらおこぼれを貰う><
Mozillaの開発者もユーザーを不便にする事でおこぼれを貰って食い扶持に出来てよかったね><
最新のウェブとかいう愉快な概念を先に進めてるのも、完全にソフトウェア産業側のビジネス上の問題であって顧客側の視点では全く無い><
結局の所ウェブの未来とかいう標準を壊していくやり方は以下にグー具に権力を集めグーグルによる広告収入によるビジネスに組み込まれおこぼれをもらうかという話でしかない><
MozillaがFirefoxでやってるのも結局はそれ><
ユーザーはアプリケーションあるいはサービスを使いたいわけであって『最新のAPI』を使いたいわけでは無いと言う根本的な視点が抜けてるの、ソフトウェア産業が顧客中心の視点をもてないまま消費者保護に関しても数十年遅れな状況をそのまま表してておもしろい><
そもそもの話をするなら、アプリケーションが最新の API 等に追随していかないところに問題があるのであって、開発元が何もしないのであればユーザが代わりにそれをするという選択肢のある自由ソフトウェアこそが救いなんですな。 MS ではなくアプリケーションに求めるべきことだってある。 (適当)
実際顧客は自分が生きている間、もっと言えば自分がそれを使っている間さえ良ければその後どんなツケがあろうがどうでもいいわけで
なんでオレンジがこういう視点でこういう乗り物を考えるかというと、交通弱者の移動手段の問題を考えているから><(映画「ストレイトストーリー」とその元になった実話も、なんでそんな事になったかというとアルビンストレイトさんが自分の力で兄に会いにいく交通手段が他に無かったから><(帰りは甥が送ってくれたけど、行きは6週間かかった距離を一日でついたんだったかも><;))
移動用の乗り物として乗るならせめて30km/hは出てほしいかも
でも15km/hはママチャリ並みのスピードだからそんなに悪くもないか
"ケッテンクラートでお買い物♫" を YouTube で見る https://youtu.be/yoIuitrh5gE
新小型特殊(運転するのに大特免許が必要)で登録してるらしい
農耕車扱いでいけるんだ
実際どうなのかわからないし路面傷めないゴム履帯とかに替えないと起こられそうとか謎だけど、道交法上の定義状は普通自動車になるはず・・・?><
あと、公道を走れる戦車のおもちゃも(大きさ等を小型特殊の範囲で作れば)小型特殊自動車><
道路運送車両法施行規則別表第一の国土交通大臣の指定する構造のカタピラを有する自動車 https://www.mlit.go.jp/notice/noticedata/sgml/1996/63997086/63997086.html
使い勝手はシニアカー並み(手を離したら止まるとか、さらにセンサ色々つけて安全に)で、ガソリンエンジンのシリーズハイブリッドでシニアカーよりはるかに長距離走れて、車体屈折式(←なので小型特殊)
構造上安全に15km/h出せるけど主に6km/h程度で使うことを想定><
シニアカーと違うところは、小型特殊の免許要る、歩行者ではないので車道を左側通行、車椅子では無いので店内とかに入れない><
映画『ストレイトストーリー』を元に思い付いたんだったかも><(つまりこの映画の農業用トラクターの代わり)
日本だとちゃんと大きさと速度(6km/h)と鋭利な突起がないって規制あってできないけど、
代わりに5年くらい前に思いついたんだけど、小型特殊登録の15km/hで走れるシニアカー的ポジションの乗り物ってどうだろう?><
小型特殊免許とは。試験問題。原付でも運転できる?|チューリッヒ https://www.zurich.co.jp/car/useful/guide/cc-whatis-smallspecial-vehicle/
”受験資格
年齢:16歳以上
視力など:両眼で視力が0.5以上あること。一眼が見えない人は他眼の視野が左右150度以上、視力が0.5以上あること。”
時速30キロの男のロマン | din LOPPIS 北欧雑貨とアンティークとくらす https://ameblo.jp/dinloppis/entry-12201888286.html
スウェーデンには15歳から運転できるEPAトラクターって乗り物があるんだ!
さっきディスカバリーチャンネルで見て初めて知った
普通のマイクとかをブレスコントローラにする発明既に2つ思いついてるけどもうひとつアホな方法思いついた!><;
https://twitter.com/orange_in_space/status/520081359310553089
"CVT+歯車式トランスミッションのスクーターって作れないのかな?>< 音が気動車っぽくてかっこよくなりそう><(実用的な意味はない・・・><)"
https://twitter.com/orange_in_space/status/520081788165570560
https://twitter.com/orange_in_space/status/520082966832111617
"『CVT+固定変速比チェーン駆動1段』というスクーター用珍変速機を発明した><"
"オレンジが思いついたのはワンウェイクラッチでCVT経由と固定変速比チェーン経由を切り替えるってシンプルな構造だけど、ワンウェイクラッチ壊れちゃうかな?><"
><
https://twitter.com/orange_in_space/status/628851975031930880
"このツイート見て、ホンダジェットは本田宗一郎の意思を尊重しエンジンを空冷にしたってギャグ思いついた><"
https://twitter.com/orange_in_space/status/684992087608000513
"イギリスのマシンの発想ってオレンジの発想に近いから好き><
(「こういうの思いついた!><」→それは既に英国が通った道→「どうだった?><」→☆大失敗☆)"
・・・><
オレンジが「思い付いた><」物のツイート読み返したらおもしろい疑問見つけた><
https://twitter.com/orange_in_space/status/541774698913095681
"突然思い付いたというか気になったけど、飛行機(普通の旅客機)に双眼鏡を持ち込んで窓から双眼鏡で景色見たらどうなるんだろう・・・?>< ものすごい速度に見える?><"
前に思い付いた「空港のミニチュアを作ってUAVに固定翼機の動作をシミュレートさせて実写フライトシミュレータってどうだろう?><」って話に繋げるはずだったのにツイート見つからない・・・><
ていうかハイテク旅客機(777やA320辺り)なら、色々設定済みであれば30分あれば離着陸と低レベルな自動操縦による上昇降下旋回くらい誰でもできる><(ツマミ回すだけだし><)
iPadとジョイスティックで操縦するヘリコプターが登場済みの航空業界で「自動飛行技術」の開発はどれぐらい進んでいるのか? - GIGAZINE https://gigazine.net/news/20211028-automated-flight-helicopter-skyryse/
"今回FlightOSを搭載したヘリコプターを操縦したメッツ氏は「15分強のトレーニングで旋回や蛇行、上昇はできるようになりましたが、離着陸時の管制官とのやりとりや飛行時のコース設定ができませんでした」と述べ、むしろ運転以外の作業こそが難題だったと語りました。"
それ、現在の大型旅客機もあんまり変わらん・・・・><
普通のプログラマブルなキーボードだとキーの組み合わせの問題があると同時押し出来ないので、同時押しの組み合わせに限界がある><
(例えば、Ctrl+Shift+Aって操作とAlt+Shift+Bの同時押しはできない(Ctrl+Alt+Shift+A+Bになっちゃう)ので、物理的操作パネルみたいなのをキーボードベースで構築しようとすると同時押し問題にぶつかる><)
つまり例えばテンキーの1のキーを押すとPCからはゲーミングデバイスの1ボタンを押したと見なされるテンキー型ゲーミングデバイス><(ゲーム用じゃなくて作業(?)用)
微妙に違うけど、テンキーで各キーのキーコードを編集できるプログラマブルテンキーみたいなのあるけど、逆転の発想で(?)見た目はテンキーだけどゲーミングデバイスとして認識されるやつがあったら32個?繋げられてしかもキーボードと違って被らずに同時に複数のキーを操作できると思うし、安く作れそうだと思うんだけど、なんでないんだろ・・・><
キーボードのキーを一個ずつ好きに配置できるやつを使ったら、なんでもできそうだな。
(2020年の記事)キースイッチを磁石で自由に配置できるキーボード「DUMANG DK6」が登場 - AKIBA PC Hotline!
https://akiba-pc.watch.impress.co.jp/docs/news/news/1232171.html
7セグデコーダは入手困難じゃなく普通に売ってた><;
7セグメントドライバ(7セグメントデコーダ) TC4511BP: 半導体(モジュール) 秋月電子通商-電子部品・ネット通販 https://akizukidenshi.com/catalog/g/gI-14057/
ていうか、「BCDエンコーダも7セグデコーダも入手困難だ!」ってAVRマイコンとかで代用しようとすると「そのマイコンで電卓作れるよね・・・?」となってしまう諸行無常な21世紀・・・><
しかも現在現実的に入手可能な標準ロジックICでとなると、BCDエンコーダですら入手困難になってたはずなので、内部の2進の数値を10進に変換して7セグLED辺りで表示するだけでも物理的にかなり巨大な回路になるかも><
PICとかAVR使うと数個のチップで済むけど><;
標準ロジックICで電卓ってかなり回路が巨大になるので、おうち広く無いとあれだしお金すごくかかるかも><
作る前に設計段階で「なるほど、だから電卓のためにマイクロプロセッサが発明されたのか」って痛感すると思う><;
電卓、等価な挙動をする実物が市販されていて入手性も高く、部品も素朴で済み、状態を持ち、日常における実用性が多少あり、動作の検証も容易という、雑に作ってみる教材としては最高なんだよな
論理回路の設計はやるだけなんだけど、ブレッドボードへの配線がまーじで面倒、前もそれで CPU (というか ALU) の素子数を最適化したところまでで実機組まずにやめた
唐突に電卓を作りたくなってきたので、そのうち作るかもしれない。もちろん標準ロジックで。