オレンジがいじって遊んでたのDOGA-L2らしい・・・><
CGA 入門 キット DOGA-L2 http://doga.jp/2010/programs/dogal/dogal2/index.html
オレンジがいじって遊んでたのDOGA-L2らしい・・・><
CGA 入門 キット DOGA-L2 http://doga.jp/2010/programs/dogal/dogal2/index.html
このアカウントは、notestockで公開設定になっていません。
それ自体が別のなんかのパラドクスのどれかになってると思うんだけど、なんだったっか思い出せない・・・><
元の話の元の話までたどると、機械的にルールに適合してる(該当する)か判断するんでも完全に🈚 じゃないしあれでしょという意図の部分はわかる・・・><
元の話の方に近い話で言うならば、オレンジも前に書きまくってたルールが無い方がややこしいことになるよ><みたいな話に近い話になるかも・・・?><
ていうかオレンジはこれを、最初は「(また話長いって言われちゃうから短くしなきゃ><;)」と思いつつも、そのうち「(この部分も説明不足かも><;)」っていつの間にか全部説明し・・・きる前にうんざりされて議論終わる・・・><
べつにそういうフレームワークを使うのは結構なんですが、前提が違うならちゃんと説明しろよという話だし、それを擦り合わせたり伝達しようとしないような意見表明なんて議論とはいえないのでは
オレンジ的には違うということは違う部分が説明できるということだし、説明できないのに違うという事は誤りがあるか一貫性が無いかとかかもって考えるかも><
たとえば「お前の中では 1+1=2 、俺の中では 1+1=3 、それでいいじゃん」とか言っちゃう人がいたとして、おまえ議論の中で一度でも 1+1=3 になる公理系について説明したんか? みたいな気持ちになる
「違う前提と評価関数から違う最適解に辿りつく」とかならわかりますが
毎度思うんですが「正しさは違う」って表現、すごく暴力的な雑さがありません?
翻訳でも適当に雰囲気でやってるとしか思えないし、なんと言うかファジーというか、範囲さえ広げたらうまい結果出るだろ的な挙動がグーグル翻訳でも検索でも・・・>< あとグーグルマップの検索も><(遥か彼方に飛ばされる><)
このアカウントは、notestockで公開設定になっていません。
そういえば、MSの炎上した機械翻訳じゃなくてもグーグル翻訳もnotがおかしな事になること多いけど、なんでだろう?><(英日で結構なってる気がする><(問い合わせとかの英文はグーグル翻訳の英日に頼りながら書いてるので><;))
MSコミュニティ?のサポートでも質問とぜんぜん関係ない答えとかしてるのちゃんとマイナス1投票してるし、あちこちのMS含むウェブサイトの「この情報は役に立ちましたか?」みたいなのちゃんとこまめに「役に立ちました」と「たたなかった」送信してる><
よくわかんないけどオレンジもgithubにアカウントあることを思い出したのでいまさらながら-1しといた><(最初に見たときは忘れてた><;)
まだあの話やるんかって感じで続けちゃうけど、githubのあれに-1を付けてる人が大量にいるのをdisっているけど、単純に注目されるように話題となったかどうかじゃないかなぁ。普段マイクロソフト製品の技術的なチケットが話題として流れてこないし、流れてこなくても追いかけるほど暇あるのかね。でもメモ帳が新しくなるみたいな話はちゃんと流れてくるから、MSに-1したい話題だけが流れやすいわけでは無いと思う。そういう仕事もエバンジェリストの仕事なのではって思ったりはするけど。 https://ufcpp.net/blog/2018/7/docsmistranslation2/
ChromeというかBlinkというかKHTMLのなれの果ても1実装でしかないはずなのに、IE6みたいに事実上の規格みたいになってるよね!><;
Mastodon自体は規格に対する実装の一つでしかないので、まあグーゴとかアメイゾンみたいになってしまう可能性はあるけどまあ軽量実装が作れないような規格になってしまった場合となったときにどうなるのかとなったときに難しいところ
このアカウントは、notestockで公開設定になっていません。
マストドンがグーグルかアマゾンくらいしかホスト出来ないような世界最大の超巨大ソフトウェアと仕様に育ったらいいですね!!!><;
ウェブブラウザもウェブサーバーも同じ文脈で、より小さく実装できるのであれば選択肢が出来て分散できる><
規格が大きいものほど実装できる人や動作させられる計算機がが限られるので自由や分散からは遠ざかる><
マストドンも同じで、富豪的で無駄にデカ過ぎる(気がする><;)ので、動作させられる計算機が絞られてしまうし、その上で「個人インスタンスで使うべき!!!!」なんていったら、一部の人しか使えなくて分散からは遠ざかる><
この部分は「AGPLだしフォークすればいい!!!」っていう人がいそうだけどそれは規格の主導権の独占の話では意味ないですって話><
"オープンソースかどうかとそれは無関係ってグーグルが証明してくれたし><"
実際に使われてる範囲だけサブセットで実装すればよくない・・・?><(よくはないけど、でもよくない?><;)
そういうことなら言わせてもらいますが、 ActivityPub が乗っかっている JSON-LD の概念モデルであるところの RDF とかその型付けに使われる XML Schema の Data Model とか、あれら随分複雑で巨大ですけど、本当に参入障壁本当に低くて自由ですか?
ActivityPubやらその辺も、より複雑で大企業が主導権を持ったプロジェクトでしか実装できないような仕様になる未来になったらいいですね!><; オープンソースかどうかとそれは無関係ってグーグルが証明してくれたし><
別の言い方をすれば、本質的に分散であるインターネットは複雑であり、複雑なインターネットに乗る web 上で攻撃に対処するには、当然複雑な仕組みが必要になってしまう、と
複雑な規格が寡占や独占を進行させるというのであれば、言いたいことはわかりますが、じゃあ「複雑でなく安全な規格を万人が正しく使える土壌を整えてみてください」みたいな話になるし、それはあまりに実現可能性が低すぎるので、それこそ理想論では?
よその真似ばっかりで役立たずのMozillaが相変わらずグーグルの後追いをしたらその後どうするの?><
現在のHTMLは既にそこらの人がブラウザを実装できるような仕様ではないし、(オレンジから見たら馬鹿に見えるけど)ITに詳しそうな人(?)ほど過去のバージョンのHTMLのページを馬鹿にしてるしょ?><
それこそ firefox なり他のブラウザを推せばいいのでは (まあ Mozilla もプライバシーを大事にしているので追従するんじゃないかと思いますが)
Chromeしかウェブの仕様を制御できないみたいな世の中が嬉しいのならそれこそ好きにしろって思う><
圧倒的に独占的な権力を持ってしまったGoogleとそのプロダクトであるChromeがhttpsのみ通信できるようにしようってしてるんでしょ?><;
べつに HTTPS が普及したからといって HTTP が滅びるわけじゃないし使いたければ使えばいいんですが、その結果ユーザが被るかもしれない、予測できていて未然に防げていたはずの不利益を、 HTTPS 非対応サーバの管理者はどうしてくれるんですか?
そりゃそうだし必要な場面もあるというか大半だけど、それしか使えないのには自由から遠ざかる大きなデメリットがあるからhttpも使えるようにしておくべきって言ってる><;
HTTPS は根本的には「ユーザはアホだから、サーバとブラウザで頑張ってアホなユーザにも安全性を与えましょう」という仕組みなので、むしろユーザが安全を得るに至るまでの障壁は下がるはずですよ
https://mstdn.nere9.help/@orange_in_space/100445400503419613
これは「ユーザサイドでしか防げない危険行動」ですよね。
でも、通信路での平文通信の防止は「ユーザサイドでしか防げない」わけではない。だからこそサーバサイドによる誘導でそれを防いでほしいし、そのために HTTPS が必要。
別の問題じゃなくオレンジは最初から、この前のマストドンの話も含めて、大きなものに主導権を握られないようにするためにはどうすればいいのか?><って視点で話をしてる><
このアカウントは、notestockで公開設定になっていません。
「自由なんて知らん!!!」って話なら別に全部httpsでいいかも><
グーグルなり何なりに全部主導権を握られてください・・・><ってなる話><
それはまたループするけどそういう人はhttpsがあろうがなんだろうがだまされてパスワードを教えるでしょ><;
危険であるという十分な注意を理解できる人が、パスワードをメールに平文で添付して送ると思いますか?
それって、「バラックは危険なのでバラックは全部取り壊すべき! ホームレス?知らん」って言うのと何が違うのか・・・><
https://mstdn.nere9.help/@orange_in_space/100445386296692213
あと、これは「人々には家を建てる自由があり、参入障壁を高くすべきでないから、一見まともだけど玄関や窓に鍵のない住宅だって沢山建てられて然るべきだ!」みたいな話
だからそれは「全部https」じゃなく、安全であるべきものが安全であるべきって話でしょ・・・?>< 軽量で危険なものも、危険であると言う十分な注意をした上で使用できなければ自由から遠ざかると言ってる><
なにせ箸を用意するのはユーザじゃなくて食事の提供者なので。
https://mstdn.nere9.help/@orange_in_space/100445379512671628
でも HTTPS の導入に消極的であれば、「私は毒じゃないと思っているものを食べたいのに、剥き出しでない箸がない」ということになりますよ
て言うかマストドンのインスタンスは自前で云々でもオレンジは全く同じことを言ってる><
ハードルを高くするのは参入できる人を減らすことになって、より多くの人の自由からは遠ざかる><
https://mastodon.cardina1.red/@lo48576/100445361834642573
これはぜんぜん的外れすぎるかも・・・><
「毒かもしれないものを食べる時に、箸に毒が塗ってあるかなんて気にすべきでは無い」みたいな話であって、「世の中全て箸はむき出しで置かれるべき」なんて言ってない><
軽量にって言うのは、htmlの仕様に対しても危惧してて、現在のhtmlの仕様ってそこらの人が実装できるようなものでは全く無くなってるでしょ?><
ごく小規模な計算機でも動かせるものではなくなってるでしょ?><
それってコントロールできるのが大規模な組織のみ(現状事実上ほぼグーグル)になるって事でしょ?><
それって自由に対して危険な状態では?><
"「リスクがあるから攻撃のエントリーポイントを増やして"更に危険にしてでも軽量なプロトコルは残すべきだ><って発想><
https://mstdn.nere9.help/@orange_in_space/100445351487029914
これって「リスクがあるから攻撃のエントリーポイントを増やしてもいい」という主張ですか?さすがにそれには私は反対ですけど……
安全ではない相手との通信経路は安全かどうか気にしなくてもいいんでは?><;って言いたい・・・><(経路も危険してまでのメリットは、軽量で手軽ある(海賊的?神出鬼没的?)という点><)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
話が散らかりすぎてるけど、セキュリティソフトウェアの「危険です!」って表示と、偽セキュリティソフトウェアおよびその広告の「危険です!」って表示ってどう見分けるの?><;って話に近いかも><(「どう見分けられるのか矛盾なく説明できるか?」とも言える><)
それが出来ない人って偽の情報を信じてマルウェアをインストールする可能性も同じくらい高い気が・・・><
https://mstdn.nere9.help/@orange_in_space/100445310767363409
「ディスプレイ」と「パソコン」の区別もつかないようなライトユーザが、 Web of Trust のモデルを理解し、 PGP のキーリングを正しく管理でき、ダウンロードしたすべてのデータをちゃんと検証してから使う、という世界を信じられるのであれば、 https でなくてもいいと思いますよ
「木を隠すには森なのでみんな森の一部になってくれ!」って話の方は納得かも><(さっき書いたよりプアな人が使えるよりプアで軽量なものもって発想がオレンジにはあるので、同意は出来ないけど><;)
これは発展的な話題なんだけど、 Linux の distro で HTTP でどうにかなっているのとかは、 PGP による非対称鍵暗号による署名で真正性と完全性を保証しているから安全性を確認できる(ただしこれはアクセス時に自動で行われないので、ダウンロード後に自分で署名検証をする必要がある)。
このアカウントは、notestockで公開設定になっていません。
例えばどこぞの謎テロリストが、自身の主張を全世界相手に配信するウェブサーバーを超貧弱なSDカード型コンピュータ(PQI AIrCard的なの)とかで、こっそりと(?)立てたりするのが出来る方が健全って考えてる><
それはそうだけど、httpを使えないようにしようってしてるわけだからどっちでも選べるんじゃなくて事実上強制では・・・?><
オレンジ的にはよりプアでより軽量なプロトコルも有効であるべきみたいな発想なので、httpも残るべきって考えてる><
「危険な状態です!」みたいな警告表示は出すべきだとは思うけど><
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
オレンジ的には最初から「全く信用できない相手と通信するときにはhttpsにしなくてもいいんでは?><;」って言いたいというか言ってた・・・><
このアカウントは、notestockで公開設定になっていません。
それはそうだし、ちゃんとした販売サイトであればその通りだと思うけど、よく知らない悪意があるサイトで、しかも、同一人物による複数のサイトの情報で、https://panopticlick.eff.org で指摘されてるみたいなブラウザのユニーク度(?)をついて「この人同じ人!」ってされた場合、「この人!エッチなゲームの紹介ページを見てました!!!」って言いふらされる可能性はあるじゃん・・・?><
答えは NO で、私と DLsite の中間に存在するルータや通信路(無線であれば空気を含む)にアクセスできる人は、私が DLsite でどのような製品に興味をもったかを全て把握することができてしまうわけです。
たとえ攻撃者が私になりすますことが難しかったとしても、私の性癖や欲しい製品については十分に知ることができるわけです。
(しかもこれは受動的な攻撃なので、私に全く気付かれることはない!)
たとえば身近な話をすると、 DLsite の製品ページって HTTP なんですよ。
ログインページとか会員情報とかは HTTPS なんですが、製品ページは HTTP なんですよ。
これでプライバシーは十分に保護されていると思いますか?
このアカウントは、notestockで公開設定になっていません。
たとえば twitter が暗号化通信をしていなかったら、私が容易く妹の twitter アカウントを特定できるし、なんなら鍵垢であっても中の投稿を見られるということです
それは「ユーザが攻撃者の手元へ突っ込んでいく」という形になるので、ちょっと違う話ですね
図書館で誰が何を借りたのか、とかの情報もそうなんですが、インターネットでのあらゆる行動ログや通信内容はプライバシーとして保護されるべきで、仕組み上漏洩不可避な IP アドレスとかは仕方ないにしても、それ以外の任意の情報を隠す試みは重要です
(そして、攻撃者にとって価値ある情報を決めるのはサーバ管理者でもクライアントでもなく、攻撃者なので)
可能性は下がるけど、悪意を持った人が複数のサイトを運営していて、結果的に複数のそこにアクセスした情報は結局取得されちゃうよね?><;
https://mstdn.nere9.help/@orange_in_space/100445187630718464
そんなことはありません。
通信路暗号化が防いでくれるのは改竄だけでなく盗聴も含めてのことなので、たとえば「この人は○○という病気について何度も調べているな……自分か身内が○○病なのかな?」みたいなプライバシー漏洩を防げるわけです
なので!><; 全部をhttpsにする意味は無くね?><;(何らかの(例えばメアドとかの)入力フォームがあってとか、ウェブアプリとかそういう理由があれば意味わかるけど、そうじゃない『どうでもよすぎてもともと危険で「だれやねん・・・」って相手のウェブサイト』と通信する時には意味無いよね?><;)
そうです。結局、 HTTPS がやりたいのは「エンドツーエンドの暗号化」であって、そのエンド(通信路の末端)の先にある何者かや、手前にあるソフトウェアが信頼できるかについては問題領域としていません
信用できる「あなた」であれば意味あるのわかる><
極端に言うと
「今まで行ったこと無くて評判も全く知らないウェブサイトがサーチエンジンの検索結果に出てきたのでアクセスしてみる」って時に、そのサイトがまともか(例えばマルウェアとか無いか)と途中の経路がまともかってどっちでもなんか悪い事される可能性あるよね?><;
DV は「『あなたと私』以外の悪意が紛れこまない」ということを保証してくれるので、無意味なんてことは絶対にないです
皆さんが私のドメイン cardina1.red にアクセスしようとしたとして、そのとき「(皆さんが実際に知っている人間個人であるところの)らりお氏のページに行こう!」ではなく「cardina1.red ドメインの所有者が持っているページに行こう!」と思っているからこそ、この場合 DV で十分なわけです
DV で足りない例というのは、こういうのです:
https://mastodon.cardina1.red/@lo48576/100445028800916463
https://mastodon.cardina1.red/@lo48576/100445035647077397
「twitter.com は twitter 社が管理に携わっています」を証明するには更に別のコストをかける必要があって、その結果が OV とか EV です(これは Let's Encrypt では取得できない)
SSL証明書の種類について(認証方法別:DV・OV・EV) | サイフにやさしいSSL証明書
https://www.slogical.co.jp/ssl/docs/ssl_type_authentication/
まさしくその通りで、 Let's Encrypt が保証するのは「あなたがアクセスしようとする example.com のサーバは、 example.com の管理者が管理に携わっています」というところまでで、運営する組織の実体や実態について何ら保証するものではありません (これが DV; Domain Validation)
で、 PKI の文脈で「信用」と言われるのは、「自称○○な主体が本当に客観的にも○○であることを、誰が保証するか?」という話であって、たとえば twitter の公式バッヂであれば twitter が認証しているわけですが、「twitter が本人だと言っているから本人であることを信じる」という用途で使われる「信用」です
でも、Lets以下略とかだとその文字列のドメインを持ってる人(と思われる人)ってだけじゃないの・・・?><
その「信用」は std 語彙なのでちょっと意味が拡散していて、
「私が○○だと思ってアクセスしている相手が本当に○○であることの確信を得る」
ことと
「私は○○が善良である(攻撃者でない)ことを確信している」
は別の問題で、 orange 氏が懸念しているのは後者だと思うのですが、 HTTPS 証明書が保証するのは前者だけです
たとえば自分が立てたサーバと自分の持つクライアントで通信をするとき、盗聴や改竄の心配をする必要がない、それが通信路の暗号化
相手を信用しているって状況ってそれって「Let's Encryptみたいなのでは無いという意味でちゃんとした証明書である場合」じゃないの・・・?><;
それは「自分と相手」の「相手」を信用していないだけの話で、「自分と相手を信用している」場合を orange 氏のロジックは考慮していないように思われます
ていうかなんでもhttps化で一番意味不明なのは、誰だかよくわかってない相手と通信する時に、経路で改竄と監視が・・・ってあ、そのよくわかんない通信相手がそれするかもしれないから気にする意味ないじゃな感><
通信路の暗号化と相手の真正性の確認が一体になっていることの是非については、プロトコルの設計の話なのでまた別の議論
オレンジ的に全部httpsにするのはグーグルの陰謀だと思ってるけど><(広告ブロックとかの制御の主導権(決定権かも)をウェブブラウザエンジン開発者側に寄せるために・・・><って><;)
エンドツーエンド暗号化すべきだと言っている(原理主義的な?)人は昔から大勢いたはずだし、それでやっと業界大手が動いて出来上がったのが Let's Encrypt なのであれば、歓迎しない理由がない
証明したいとかじゃなくとにかく経路を暗号化しないと気がすまない変な人々のために、経路を暗号化するためだけの役割のやつがLet's Encryptなんじゃないの・・・?><
もし無かったら全部httpsにすべきって人が袋叩きにされるでしょ?><
httpsよくわかってないしLet's Encryptよくわかってないけど、Let's Encryptって、なんでもかんでもhttpsにしたい陣営の人がアレでアレじゃん・・・?><(?)
このアカウントは、notestockで公開設定になっていません。
これのマインクラフト版作りたい感はある・・・><(テラリアの鯖立ててる人に頼まれて作った、誰か死んだ時にワールド全体に音楽がなるプラグイン><) https://www.youtube.com/watch?v=iNAnT1wk0hc
まあ「個人で思い付いたものを作るから、個々に具体的な説明なんかできん」なんて書いたら仕方ないけど、嘘を書くわけにいかないしね。一応ぶろるっくの詳細は書いたんだけど、それでもダメみたい。
マインクラフト界隈、MODをバラバラに作るんじゃなく、テラリアの非公式鯖みたいに「非公式鯖MODが用意するAPIを利用するプラグイン」って形にすればいいと思うんだけど、何で今でもそういうバラバラっぽい文化(? 形式?)なんだろう?><;(テラリアの非公式鯖のAPIもバージョン間互換性がわりとひどいけど><;)
spigot(?)側に互換レイヤ作ればよくね?><(簡単に作れないほど根本的に違う構造になったのかも?><)
マインクラフトの内部構造よくわかんないけど、スポーンエッグ廻りの実装が思いっきり変わった結果、MOBをスポーンさせるコードが思いっきり変わってMODがついていけなくなったってことかも?><
このアカウントは、notestockで公開設定になっていません。
貧弱なマシンつらい繋がりで、「WindowsなマシンってCドライブがHDDだと使い物になら無い・・・」って人、試しにWindowsDefenderとかのリアルタイム保護を無効にしてみよう><; 特に起動時「やっぱお前のせいか!><# 」ってなる><(リソースモニタでファイルアクセスを観察してると作ったやつをぶん殴りたくなるような挙動してる><)
Atomって言うとAtomとか何にも使え無いだろって言う人どの世代でもいるけど、実際使ってみるとCPUが貧弱なのが問題になる以前にAtomなマシンってだいたいメモリ足りないので逆にCPU自体が遅いの気にならないしつらい><(結果的に使え無いんじゃん!と言われたら「」)
T90Chi(Z3775 RAM2GB)とかDellの古いラップトップVostro3700(i5 450M RAM4GB)とか使ってて思ったけど、普通にウェブブラウザ使って(タブたくさんとかじゃなく)、テキストエディタとか使うってだけでも、4GBでさえメモリ足りないのが脚引っ張ってCPU使いきれないし、「AtomだけどRAM8GB」とかのがあればいいのに・・・><
このアカウントは、notestockで公開設定になっていません。
(-この部分に200文字くらいの長文がありました-)比較的小規模なマイコンとそれ用のアセンブラだけ使って、お遊びでゼロから(アセンブラから)オブジェクト指向な言語環境を一人で作ったらすごく勉強になりそうでおもしろそう><
チューリング完全だから表現力は等価というありがちなツッコミは却下で
あと C++ はなんだかんだでマルチパラダイムっぽさもあるし、脱 better C できた人から見れば表現力が圧倒的に違う
最悪、動的ライブラリを作りたい場合でもロジックは C++ で書いてインターフェースだけ C 向けに露出すればいいし、全部 C で書く場面が実用上ほとんどないだろうというのは同意できる
https://mastodon.cardina1.red/@lo48576/100442522545855089
C の落とし穴って労力かけて埋めればなんだかんだで通れるものなんだけど、 C++ の地雷は踏むと爆発して足が飛ぶので険しい
C++ で正しい或いは安全なコードを書くの、 C を経験していてもなおコストが高く困難な挑戦なので、人間がやるには多大な犠牲を覚悟する必要がある
日産 ノートe-POWER など5万5000台、Pレンジで動き出すおそれ 改善対策へ | レスポンス(Response.jp) https://s.response.jp/article/2018/07/26/312376.html
やっちゃえ日産
つまり、「プログラミング出来るようになりたいけど難しそう・・・」って人に
https://mstdn.maud.io/@unarist/100442342392273058
こういう事を教えてあげると『プログラミングが出来ると言うマイルストーン』ってかなり手前にあって、そこらの(教わる人から見ると超人に見えちゃうかもしれない)『プログラミング出来る人』ってその近いマイルストーンを越えた人でしかないので、簡単だよって教えたら、めげないかも><
つまり、って短く書くつもりがやっぱ長文に><;
これ、プログラミング全く出来ない人にプログラミング教える時に「なので、プログラミング出来る人も調べながらじゃないと書けないんだよ>< だから、丸暗記しなきゃいけないとか考えないでだいじょうぶ>< プログラマってなんでも出来る雲上の人では無くて、『プログラマの考え方』だけわかればすぐなれるよ><」って伝えるのが難しい・・・><
このアカウントは、notestockで公開設定になっていません。
🍟🍟🍟学生気分情報🍟🍟🍟
7/28の朝5時まで(朝マック時間帯は除く)ポテトLサイズが150円!