Haskellのカインド、「型の型」と説明している人が結構いるけど、「型の型」よりかは「型の形」のほうがしっくり来る気がするのだが・・・「型の形」だと何か不都合があるのかしら？ #プログラミング #Haskell
Haskellのカインド、「型の型」と説明している人が結構いるけど、「型の型」よりかは「型の形」のほうがしっくり来る気がするのだが・・・「型の形」だと何か不都合があるのかしら？ #プログラミング #Haskell
@lotz84_ いろいろ拡張をセットしまくって試してみましたが、確かにカインドは型に型が存在するような感じになっていますね。 ありがとうございます。
突然だけど、Javaのメソッド、呼び出す/実行するとか言ってる？それとも、メッセージを送信するとか言ってる？
なんか、真面目に一般的にどう言っているのか気になったので、アンケート形式にしてみる。
あー、その他とかも入れれば良かったかな。もしその他であれば、一応リプライとかでもOKということで。する気力もないかもしれないけど。
真面目に気になっていることなので、気軽にお願いいたします。 その他の場合はリプとかでも良いです。 #プログラミング #Java twitter.com/opaupafz2/stat…
>RT わざとそうしているかによりますけど、一応time_t型はsignedなので理論上は1901年12月13日20時45分52秒(UTC)までなら表現可能なはず。
さっきミスったし、あまり見てる人もいなかったので削除してまたツイートした。
うーん、1票だけかぁ・・・まぁ、少なくとも1人はそう言っているってことだから、今のところ「呼び出す/実行する」に軍配が上がっているって感じかな。 なんでこの安価したのかというと、Javaのメソッド呼び出しを「メッセージを送信する」って表現してる書籍があったからなんだけど、-> twitter.com/opaupafz2/stat…
実際のところ、世間一般ではどっちのほうで言われているんだ？というのが気になったから安価した次第です。
Haskellって再帰を推奨している？けど、C（特に組込み系）においてはオーバーヘッドやリソースの関係で敬遠されがち（俺の中では多い印象）なので、別に苦手ではないんだけど、あまり使うことがなかったのよね。大体forやwhileで対応できるので。 #プログラミング #Haskell #C
まぁ、そもそもHaskellに速度や低リソースを求めるのが間違っているので、その辺は悪く言うつもりは一切ないんだけど。
あと敬遠されがちなのはgoto文もだけど、goto文は悪用さえしなければ本当に良い武器。 多分「goto文はスパゲッティコードの原因になって可読性が下がる」と教えられてきた人もいるんじゃないかと思われるけど、むしろ使わないと可読性が下がる場面もある。
ほとんどの言語では廃止されていることが多いけど、復活したり、別の機能に代替されたりしていることもある。 例として、Rustにはgoto文はないが、代替する機能はある。
>RT わかる たとえば、うっすらとでも覚えていれば、いざ使うとなったときに「あれってどうするんだったかなー」って感じで調べることができます。
モナド、大まかにだけど理解した。 すごすぎる。本当に参照透過性を保っていて舌を巻いた。 do構文とか見ていると、手続き型言語でもあると思えてしまうけど実はそうではなくて、do構文は手続きチックに見せるための糖衣構文で、実はあれもちゃんとした式なんですね。 #プログラミング #Haskell
モナドを大まかに理解することで、do構文を使った関数は一見手続きに見えるけど、手続きではなくちゃんとした関数なんですよってことがわかった。
どうでもいいですが、なんかHaskell入門に最適とか言う話を聞いたので、すごいH本買いました。
Twitterだとどんどん新しいツイートに流されてしまうので、備忘録という意味を込めて、思い切って新しいブログを開設することにしました。 はてなブログに投稿しました #はてなブログ ブログ新開設しました。 - なんか考えてることとか opaupafz2.hatenablog.com/entry/2021/06/…
まず初めにまとめたかった記事。 はてなブログに投稿しました #はてなブログ Rustのトレイトはトレイトではない - なんか考えてることとか opaupafz2.hatenablog.com/entry/2021/06/…
@excelspeedup 私はそうじゃなかったですけどね・・・Rustは関数型言語であるよりかは、C、C++のような高パフォーマンスやメモリ安全を売りにしておりますので。 私がHaskellを触り始めたのは本当に、偶然です。
一応RustのトレイトはMixinなのか？というのも書いてみた。あと菱形継承問題（ここは超適当）とかオーバーライドとか。 はてなブログに投稿しました #はてなブログ 【補足】RustのトレイトはMixinか？など。 - なんか考えてることとか opaupafz2.hatenablog.com/entry/2021/06/…
今日、おやつに某Cのじゃがいもを使ったチップスのバターのやつ食べたんだが、なんというか、好き嫌い別れそうな味だなぁって思いました。甘い・・・ もう少しじゃがバターっぽいのを期待してたから、そういう意味では期待とは違った味だったかな・・・
@akkoden_akutoku もう少しバターが濃い目だと思ってたんだが、思っていた以上に甘かったのよ・・・あれはもはやスイーツ。
「この言語が好きだからこれを使いたいんだい！」 それを、職場に持ち込まないでくれますか。
プログラミング言語には、向き不向きがあって万能なプログラミング言語なんてのは存在しないのですよ。 俺は昔「全部Cで書けるからCでええやん」って思っててそれが打ち砕かれたような出来事があったから、そのような夢物語は存在しないということがよーくわかる。
確かに昔そういったプログラミング言語が作られようとしたことはあった。だけど、結局すべてそれに置き換えると言うのは難しくて、普及せずに終わった。そんなプログラミング言語があったのですよ。
まぁ確かにやろうと思えばできる。しかし、それを業務的に使えるか？という観点においては、どうしても向き不向きで選ばざるを得ない。
最近宅配業者を騙ったメールが多いと言うことで。 偽宅配便「一人暮らしなんですか？」 「はいそうですけど」 偽宅配便「彼女とか、いらっしゃらないんですかぁ？（ねっとり）」 「いやそんなん関係ないでしょ（正論）」
ヤバい、このままだとアカウント名がIkisugiになってしまう。
昨日の話の続きだけど、俺も何にも知らない状態からKotlinとかPythonとかでコーディングするようになってから今ではKotlinやPythonである程度書けるまでになったわ。 馬鹿な俺がここまでになったんだ。使いこなせないから貶す人も、やればできるはずだ。できないなら使うな、貶すな。
批判するならまだしも、ネガキャンする奴は大嫌いだし、この世から正直・・・と思う。
使いこなせないから八つ当たりしたい気持ちもわかるが、そうすることで、人からの信頼を失うということは忘れてはならない。
稼ぐという一切意図はないんですが、一応最近作ったブログのURLをプロフに貼っ付けたん。
どうしてこうなった。 稼ぐという一切意図はないんですが ↓ 稼ぐという意図は一切ないんですが
""" """ ↑Pythonのdocstringで使われるこれ、トリプルクォーテーションって言う人いるけどどう見てもセクスタプルクォーテーションやろこれ。
悪いことをしても、後でそれに気づいて反省できれば良いんですよね。真の意味でどうしようもないのは反省しようとしない奴らだ。
ブログのRustに関する記事のサムネイルをRustにした。そんだけ。
触発。余裕ですた。 視神経上位 3% jp.vonvon.co/LcX0Y #vonvon #グラデーション色彩テスト
Windows10ちゃん、アプデでクソデカメモリ使用量を増加させるのやめてね。
@designer_riku ifとwhileはCにおいては制御構造の基本となるものですので、非常に重要です。 ところで文字列の制約とは、何でしょうか？
@designer_riku 今までの用語を見てみた感じではまだString型の正体に気づいていない感じですね。 あなたが言われていることは多分後々できるようになるでしょう。それまでは文字列はほかの変数とは異なる概念と考えておけば良いと思います。
Rustはオブジェクト指向ではない。それとそれに欠いた設計にしたのはわざとと言う話。 はてなブログに投稿しました #はてなブログ Rustがオブジェクト指向型言語ではないのとその理由 - なんか考えてることとか opaupafz2.hatenablog.com/entry/2021/06/…
何と言われようと稼ぐつもりは一切ないんだけど、これから投稿したらプロフ固定します。
俺がわざわざ稼ぐつもりはないんだけどって言うのは、本当に稼ぐつもりはなくて、そもそも仕事上ならまだしもプライベートで稼ぎ目的なのが見え見えな人とか媚びるような人って大嫌いだし、俺がそいつらと間違えられたくないみたいな気持ちがある。
RubyはSimulaベースのオブジェクト指向として載せたけど、微妙っぽかった（Smalltalkベースのオブジェクト指向も受け継いでいるっぽい）ので混乱のもとになるために外しました。
ふむ・・・今思ったのだが、CでOOPができると書いた手前CでOOPを実現すると言う記事を投稿していないのはどうかなと思った。 一度やったことがあるので、自信を持って「Cはオブジェクト指向型言語ではないがOOPは可能」と書いたが。 でも面倒なのよな。メソッドは簡単に実現できるけど、継承が。
反響呼びすぎでしょあの記事・・・思わず手足が痙攣を起こした（嘘だけど）。
てっきり怒号が飛び交うのかと思ってたけど（Rustがオブジェクト指向っていうことに疑問を感じたのがきっかけで書いた記事だし）、意外とそんなこともなかったし・・・。
あれを見てRust始めようなんて方もいたのだけれど、Rustは難しいのと実行時にではなくコンパイル時にエラーを出すことでランタイムGCなしでメモリ安全を実現しているので、コンパイルエラーをストレスに感じないようにするのと初心者の心構えで挑んだほうが良いと思ふ。
ランタイムGCではなくコンパイルの時点でメモリの不正アクセスを防ぐことで、メモリ安全でありながらも高速な処理を実現したのがRustなんですね（メモリを直接いじる場合はやはりリスクのあるコードの記述が必要になるのですが）。
コンパイルエラーにストレスを感じなくできる人は良いのだけど（というか扱い慣れた人はそういう人が多いみたい）、俺はやっぱりそこにストレスを感じるのでどうしたらコンパイルエラーなしで通るのか？それを攻略するためにRustの細々とした仕様を検証しつつも理解していっている感じですね。
TRPLでは「コンパイルエラーを出すことは優秀でないプログラマと言う意味ではありません」と励ましてはくれるけど、コンパイルエラーを出さないように努力する人がいても良いじゃない。
うーん、最後に書いてあること読んでないのかな。OOPになるからオブジェクト指向型言語になるのではなくて、OOPがしやすいようサポートされているからオブジェクト指向型言語になるって書いたはずなんだけどね。
最後に書いてあるけど、OOPになってオブジェクト指向型言語になるならCもオブジェクト指向型言語になるはずなんですけどね。おかしいですよね？ だから「OOPができるからオブジェクト指向型言語」と言うのは指摘として失当であるって書いたんだけどね。
別にRustでOOPができないとは書いてないし、だから注意書きと言う意味を込めて最後の文を書いたんだけど。
なんかよくわからんこと書いてるけど、俺が書いているのはRustでOOPできるか？ということじゃなくてRustがオブジェクト指向型言語であるかってことを書いてるんだよな。どうも論点がずれている。
TRPL読めばわかると思うけど、Rust公式は別にRustがオブジェクト指向型言語だと思おうが思わまいがどっちでも良い感じだったからじゃあ俺はオブジェクト指向型言語とは言わないよって言っただけの話で。
ちなみに俺はGoは書いたことないですが、Goも同様の理由でオブジェクト指向型言語ではないと考えています。
そもそも仮説を元に断定するのも誤っていると思うし、なんだかなぁ・・・。 その仮説が立証されているものならその発言も理にかなっているのだけど。
オブジェクト指向がサポートされているプログラミング言語で書いたらOOPになるなら苦労しないんだよな・・・。
そういえば言ってなかったですが、うちのブログコメントが承認制なんですね。 というのも、まるで落書きするかのように悪口コメント書くような人がいますから（匿名で書けるから、好き勝手に書いちゃうタイプの何とも言えない人ですね）俺以外の人が不快にならないようにあえて承認制にしてるんです。
こればかりは主観になってしまうのですが、これなら見せても良いだろう、これはダメだろうってのを判断してから承認するようにしています。
俺と同じく、RustのトレイトがSchärli氏らのトレイトと同じなのかってことに疑問を持つ方を見かけたので、素直に感動したというか。 なんでこのことについて取り上げる人いないんだろうって思ってたから（完全にSchärli氏らのトレイトと思い込んでいる記事すら見かけたし）取り上げたのよね。
あと参照とクロージャもね。クロージャはクロージャを作ることができますので。何言ってるんだって人は「クロージャ -Rust」で検索してな。
こちらの記事において、多くのふぁぼ、RT及びブログにまでコメントしてくださった方、ありがとうございました。 コメントを読んで、そして改めて自分の記事を読んでみて、厳しく捉えすぎたかな、とちょっと反省しております^^;（依然として、オブジェクト指向型言語でないと自分は考えておりますが）
もしまた見かけて読んでしまった場合「あーまた変なこと書いてるなーこの人」ぐらいの感覚でも良いので、温かく見守っていただけるとありがたいです。
ブログのどこに書けばいいかわからなかったから、とりあえず呟いた。これで大丈夫かな。
今思ったのだが、関数型言語に純粋関数型と非純粋関数型があるようにオブジェクト指向型言語にも制約オブジェクト指向型と非制約オブジェクト指向型があれば万事解決しないだろうか。
@akkoden_akutoku えびせん以外も入っとるわい。まぁえびせんだけでも十分だけど、あぁでも個人的にかっぱえびせんはあまり好きくない。
@akkoden_akutoku 海鮮せんべいってなんかいろいろごちゃ混ぜになった奴じゃなくて、えびせん以外にも別の海鮮もののせんべいが入ってるやーつ。たこのはないけど。
Windows10、あれで最後になると言ってたけど、やっぱりあれじゃ最後のWindowsOSになるの無理だったんだなって。 うーむ、正直次のPCはMacに移行する予定だったけどWindows11の評判が悪くなければそっちで行くかもしれないなぁ、でも世代を追うごとに少しアレになってきてるからなぁ。
XPや7まで（7から綻びが出てき始めてはいたが・・・）はまだ名作だったんだよな。8は知らないし、10は今使っているけど、マジで褒められるところがない。最近は、LinuxやMacでもOfficeの代替品があるし。というか真面目に今Microsoftで良いのってブラウザぐらいだろ。
もちろんIEはアレだしLegacy Edgeも終わってみればアレだった。Edge神はだんだんと改良されて多分FirefoxとChromeよりかは普通に良いブラウザなんじゃないかね・・・お気に入りバーのフォルダ開閉の仕様は謎だけど。
左の▶をクリックしたらフォルダの開閉が記憶されるのだけど、それ以外だと記憶されない。で、それだけかと思いきやその前のクリックが記憶される謎仕様。 調べても出てこなかったから多分知っているの俺ぐらいだけど、ほかにもいるのかな。
Windows10信者「Windows10は最高傑作！最終作でOK！」 いいえ、多分俺が使った中では割と駄作の部類です。 最高傑作はXPかと。
昔結構多かった気がするね、Windows10信者。
Windows10を批判したら必ずどこかしらに「情弱乙ｗ」って言う人がいたからな。
なんか流出してしまったみたいだけど、インストールするのは法的に許されてないから逮捕されても知らねえぞ。
それ割れじゃん。インストールしてる人は何やってるの本当に。
もう違法ダウンロード規制は風化されたんやなって・・・
確かそれが流出したものとか違法アップロードされたものだって気づかなければ削除すれば許される、とかだった記憶があるけど、今回の場合はみんなそれを知ってやっているので全員、アウトー。
JavaScriptがプロトタイプベースじゃないとかいうの、多分C++やJavaがSmalltalkベースのオブジェクト指向じゃないからオブジェクト指向だとは認められないというのと一緒だと思う（悪い意味じゃなく、より厳格にオブジェクト指向を捉えている方なんだろうなという意味）。
ECMAScript2015でclassが追加されたからクラスベースというのは、インスタンス化してなくてもプロパティを使うことができるということを考えれば、クラスとインスタンスの明確な区別はないわけだし、それは間違いなのでは？
やばい、この定義で行くと、Pythonはクラスベースではないことになってしまう。でもクラスベースだと言及してる人いないからな。
Pythonプロトタイプベース説を後押しする記事。関係ないけど、プロトタイプベースにインスタンス化は必要ないはずなのでそこは違いますな、記者さん。 news.mynavi.jp/article/python…
ただ挙動がすっごくJavaScriptだし、純粋なプロトタイプベースと比べればプロトタイプベースではないがJavaScriptをプロトタイプベースだと言うのであれば、Pythonもプロトタイプベースと言うことになる。
Python、ヤバいプログラミング言語だな。深堀りすればどんどん奇妙なところが出てくる。面白い。
まぁ、staticメソッドを使えば、JavaでもJavaScriptのプロトタイプベース的なOOPが可能になるし（唯一違うのはPythonではインスタンスメソッドもインスタンス化が必須ではないと言うこと）、結局クラスベースとプロトタイプベースにあまりはっきりとした違いはないのかもね。
多分インスタンス化が必要なメソッドや変数があるのがクラスベースで、それがなくクラスとインスタンスの明確な区別がないのがプロトタイプベースと言う感じなんだろうなぁ。
あとはプロトタイプからクローンができるかできないかかな。JavaScriptとPythonはクローンがないように思えるかもしれないけど、多分インスタンス化がそれ。で、そこから独自のプロパティ（Pythonではインスタンス変数/メソッド）が追加できるのね。
なるほど。 プロトタイプベースはクラスがなくてもOOPができることがまず第一前提なのか。確かに、JavaScriptではクラスがなくてもOOPは可能だし、Pythonはclassを一旦passで定義しないとできないかも。
そもそもPythonはselfにクラスを渡せるのがな（そもそも前提仕様としてすべての変数が動的であるため、selfは特に使ってなければ1とかでも良いわけで）。これが勘違いさせてしまう最も大きな要因。Rubyではこんなことはない。
まぁPythonではまずクラスがないとオブジェクトを生成できないけど（クラスもオブジェクトである。これAlan Kay氏の考え方ですね）他言語と比べてプロトタイプベースライクなOOPがしやすいということですな。
このほかにもimportしたモジュールにも変数や関数を定義できるし、これもうわかんねえな。
とりあえずJavaScriptはクラスがなくてもOOPを実現できる→クラスはあるけどクラスベースではない。 Pythonはクラスベース（クラスがないとOOPできない）だけどクラスを定義した後は何でも自由にし放題でプロトタイプベース的なOOPもできる。 ということかな。ようやく考えがまとまった希ガス。
Python奇妙すぎるな。自由度が高すぎる。プログラミングスタイルを縛っている（大嘘）
PEPがなければめちゃくちゃだっただろうな。多分Cライクなコードにしてる人もいただろうし、条件文や繰り返し文はすべてif式か内包表記で表す人もいただろう（←俺はこの傾向にある、すべてではないが）。3.8で代入式（:=）も追加されたことでもっとフリーダムな記述ができそう。
@perlzemi WindowsでMinGWの環境をインストールしましたがそこまで大変ではなかったですね。Linuxだとそこまで気にしなくても良いですがWindowsだとNumPyのほうがMinGWより余程キツいです。
じゃあ・・・rustup updateした。
Pythonでプロトタイプベース的OOP（clone編）。
Pythonでプロトタイプベース的OOP（継承の実現編）。 ちなみに途中で一時的にインスタンスを生成していますがインスタンス生成しなくとも Clone_1.hello(Clone_1) とかで行けます（第一引数selfに何かを渡せば良いため）。
Pythonはとりあえずクラスさえ定義できれば何でもできてしまうので（継承を使えばcloneも簡単に作れる）誰でも作れます。 #プログラミング #Python
俺はコンパイルエラーに頼り切ってしまうのはあまり良くないことだと思っている。 というのは、そうすることでロジックの抜けを考慮できない人がいるからだ。コンパイルエラーは直すべきところを指示してくれるが、それを直すことで仕様通りになるのか、についてまでは保証してくれないからだ。
俺が言う「頼り切る」というのは、コンパイルエラーが出なくなったらそのまま放置するような人のことです。ちゃんとシステムにも影響を与えてないか、ちゃんと考慮するべきだ。
地震の件だけど、地震のたびに南海トラフのことについて言及するのやめてほしいってのを見て、自分は地震のたびに南海トラフのことについて言及していたかもしれないなと思った・・・反省。
確かに、テレビでよく「あれから数年—」みたいなのを見て「忘れたい」って人もいるだろうからやめなさいと思うこともあったのだが「忘れてはならない」という人もいるのは事実で、その両方を満たすのは難しいよなぁ・・・って思う。
ちなみにお涙頂戴的な感じで悲壮感を演出させようとして大失敗した某Fテレビは論外。
JavaScriptのプロトタイプベースOOP、完全に理解した。確かにプロトタイプベースだ。しかしIoなどの純粋なプロトタイプベースを知らないと非常に誤解しやすいだろう。
まず初めに思ったのがprototypeプロパティは基本的にオブジェクトのプロパティ編集に用いるべきではない。あくまでオブジェクトをクローンするためだけに用いるべきだ。
まぁクラス構文が追加されてわかりやすくなったから今さら感あるけど。
JavaScriptは書いたことあるけども、オブジェクト指向と言うよりかは手続きスタイルが中心だったからプロトタイプベースのOOPがここまで複雑とは思ってなかったぜ。
プロトタイプベースってもともとクラスベースを単純にするためのアプローチであるはずなのにね。
まぁ、そもそもJavaScriptはマルチパラダイム言語だからそのせいでプロトタイプベースOOPについていろいろ誤解されやすい感じもある。
prototypeプロパティを編集するのであれば、オブジェクトリテラルを編集すればいいじゃない。 なぜかって？シャロ―コピー、検索。
JavaScriptのOOPは昔奇妙だったという話。今日話してたのはこの記事書いてたから。 はてなブログに投稿しました #はてなブログ 奇妙なプロトタイプベースオブジェクト指向型言語JavaScript - なんか考えてることとか opaupafz2.hatenablog.com/entry/2021/06/…
JavaScriptは正式なロゴがないらしいので適当に作った。適当すぎだと思ったらすみません。
今思えばプロトタイプベースってクラスベースと比べてインスタンスを生成するたびに固有のインスタンス変数やメソッドを持つ必要がなくなるからこれ実はすごい効率良くメモリを扱えるのでは？
@akkoden_akutoku 奇跡の一枚 北斗の険 其の1(再) nico.ms/sm33025637?ref… #sm33025637 #ニコニコ動画
今さらだけど、ブログのサイドバーにTweetを搭載した。
今だから言えるけど、実は一番初めに本格的に触ろうと思ったオブジェクト指向ってのがJavaScriptで、そのとき全然理解できなかったんだけど、それはJavaScriptがプロトタイプベースで、その中でも一際理解しにくかったからってのは断言できるね。 C++触るまでは意味わからなかったもん。
そのときまではC++やC#は手続き型な思考で理解してました。
C++なぜか嫌いな人が多いけど、俺はC++好きだけどなぁ～まぁ確かに最近は仕様が複雑化しすぎてCにRPG（兵器のほう）持たせたような言語になっててもはやCから派生したのかすらわからなくなってくるけど。
最近のC++はCと特に同じでないからその勘違いを無くすためにRakuみたいに名前を変更したほうが良いと思う。
はっきり言ってC++よりもC#のほうが余程Cライクだよ・・・まぁあれもCとあまり同じではないんだけど。
プロトタイプベースについて少しだけ調べてみてわかってきたけど、プロトタイプベースって ・オブジェクトごとに自分だけのスロットを持つ ・クローンしたオブジェクトのスロットにない場合はプロトタイプチェーンを辿って探す これが本質なんじゃないか？
まぁ今さら言うのもアレだけど、やっぱりネットって怖い物よねー匿名性が高いから書いてもバレないやろって思ってしまうし、そんでそれがきっかけでそのせいで実は自分の知らないところでとんでもないことになってたなんてこと、よくあるからねー。 渋谷のど真ん中で落書きするようなもんよ。
6月23日でNINTENDO64、25周年かぁ。 カセット半抜きできるのが実機の醍醐味よね、マリオ64よくカセット半抜きしてましたわ（おい。
しかし、名作多いよね。マリオ64、時オカ、ムジュラ・・・未だに研究が盛んなゲームだ。
Pythonで新しくインスタンス変数、メソッドなどが定義可能なオブジェクト type、インスタンス（名前がわからない・・・）、module、function 値じゃないものはすべて定義できるのか？と思っていたが、memoryviewとかiteratorとかmethodはできないからなぁ。どんな基準だろ。謎だなぁ。
あー、わかった。typeやインスタンスはクラス定義時に新しく定義できる必要性があるからだ。moduleとfunctionは・・・謎ですねぇ。
@perlzemi COBOLは昔あったはずなのですが、Pythonに置き換わる形でなくなりましたからね・・・。 個人的に、IPAはあまり信用できないです・・・。
炎上商法って将来的に考えたらあまり効率的じゃないと思うんですよね。 炎上商法は、常に燃え続けなければならなくて、飽きられたらまた新しい火種を出しても「あー、またこいつか、ほっとこ」ってなるんですよね。信頼もへったくれもないから。
しかし炎上ではなく、信頼される方向で行くと、飽きられてもまた新しいものを出せば「信頼できるから」ついていきやすいんですよね。
まぁ、これは持論ですが、少なくとも炎上商法は将来を見据えていないことは間違いないと思いますね。
今日はNINTENDO64日本発売25周年ですな。 一応、書いとこう。 ちなみにどうでも良いですが、世界初の64bitゲーム機はNINTENDO64ではなく、Atari Jaguarですね（まぁ厳密には64bitゲーム機ではないので、真の意味でNINTENDO64がそうなのかもしれないが）。ほかにもあったらすまん。
たまには俺が割とゲームオタクであった痕跡を見せてみる。
他人の力あってできた功績を自分だけの功績にしちゃう奴マジで嫌い。 自分だけの功績にしたいなら自分だけで功績作れや。
PythonでプロトタイプベースOOP。 はてなブログに投稿しました #はてなブログ Pythonで始めるプロトタイプベースOOP - なんか考えてることとか opaupafz2.hatenablog.com/entry/2021/06/…
Windows11は10のような微妙に駄作じゃないと良いですね。
まぁいずれにしても買い替えかな・・・俺のPCのCPUではできないみたいだし。
でもAndroidアプリが使えるってことは自分で作ったAndroidアプリがWindow11で使えるようになるかもしれないと言うことですよね。 というわけでKotlin流行らせコラ！
C++をCと勘違いしているC++er「CはC++と同じ！」 「じゃあCのNULLは何？」 C++をCと勘（ｒｙ「0ー( ◔౪◔)ー！」ﾌﾞﾌﾞｰｯ 「Cで関数の仮引数がないときは？」 C++をC（ｒｙ「何も書かなー( ◔౪◔)ーい！」ﾌﾞﾌﾞｰｯ
特にCで関数の仮引数がないときに何も書かない奴はマジでいそうだから怖い。 本当はvoidを書かないといけないのに。
CとC++を同等に扱っている奴、実はCもしくはC++を一切触っていない説。
Windows11、初期から「サポートされてねえ」って不評が割と飛んでて草。 そもそも10サポート終了も速すぎると思うし、「まだ」マシだった7もXPが終了した後すぐに終了させたのは本当に・・・。Linuxとかならすぐにサポート終了するのはまだわかるんだがな。
Windowsちゃん、Macよりも安いのが売りのようなもんだったのにこれじゃある程度高級なPCじゃないと入れられないだろうしMacとあまり変わらんくなっちゃうね。
頼むからXPか7並みの良作でセキュアなOS作ってくれよ、MSさんよ。 セキュアなだけじゃ意味ないんですよ。
10が7と比べて割と駄作なので、正直11は様子見する。傾向的には良作の可能性は高いけど（Vista（駄作） -> 7（良作） -> 8（賛否両論） -> 8.1（知らんけど改善されたとは聞いた） -> 10（割と駄作） -> 11は良作？）、ダメだったらMacBook買う。
Windowsは浮き沈み激しいからなぁ本当に。もしかしたらVistaやME並みのやべえ奴の可能性もありうる。だからWindowsは基本的に様子見したくなるのよね。
買い替えるのは別にWindows10がサポート終了するからと言うのとは別の理由があって、PCがマジでガタが来てるからってのもある。俺そんな浪費癖ないし、割と貯蓄してるのね。だからPC買い換えに使っても良いじゃないと。
これは前々から言っているのですが、嫌だと思っているところを不満点として指摘するのはむしろするべきだと思うのですが、それが「○○いらない」「○○はなくなるべき」までになると、もはやそれは暴言でしかなくて、さらに言えば論理的にも欠けています・・・
自分にとってはそうであるだけでほかの人にとってはそうではない可能性も十分にあるわけで。別に自分が使わないであればそれでも良いんですけど、「いらない」「なくなるべき」は言い過ぎでは？ そういうのをバイアスがかかっていると言うんですよね。
いらない、なくなるべき「正当な」理由があればいいのですけど、その理由と言うのは大体主観で、客観的ではないから、大体正当な理由にはならないんですよね。
これとはちょっとずれた話になるのでスレッドは別にするけど、俺は不満は持つけど「いらない」「なくなるべき」とは思わないし、逆に「みんなが使っているから」という理由で物を選んだりはしないですね・・・あくまで俺のニーズやウォンツに合っているのか、を理由に選んでいます。
まぁ、俺がそうであるだけで「みんなが使っているから」ってのは選ぶ理由としては全然良いと思うのだけど。
多分来週になると思うけど、次の記事はPythonにおける黒魔術とも呼ばれる、メタクラスについてでも扱いましょうかね・・・。
メタクラスって主にSmalltalkとかでしか聞かんけど、もしかしてPythonってSimulaベースのOOPではない？
例のワニ、100日目までは好評だったのにそのすぐ後に一気に不評になったのはある意味才能だよね。皮肉です。すみません。
そりゃ非商業だったのを100日目の後すぐ商業化しちゃったら不評を買うわよね。別に商業化することは問題じゃないのだけど、ワニの場合は非商業であることを謳っていたのにあれだったからね。 基本的に、非商業を謳っていたコンテンツを商業にして失敗しなかった例を見たことがない。
たとえば、「商業化しません」と言っていたわけじゃないのに、もともと商業コンテンツじゃなかったものを商業化したことに対して否定意見を述べる人には「いやいや何言ってんの」って思っちゃう人もいるだろうけどね。
あれだよな。ワニのやってることって某虻と同じなのよ。人気になって急に商業化しようというところがまさに。
もっとも奴の場合は商業化の実現すら怠りましたけどね。
正直、今東京五輪やろうとしているのは控えめに言ってアホでしょ・・・ただでさえ経済的に苦しいところもあるだろうに、東京五輪やった後は経済難になるのは確定で、コロナ感染者も増え、死者も増え、さらに経済難に陥ることが確定してるようなもんなんだぜ？だからアホ。
今東京五輪にお金かけてる場合じゃないでしょ・・・民主主義とは（哲学）
なんかネットワーク障害が起きてるっぽい？まぁいつものことか。
Windows11、機能見てみたけどAndroid以外改悪ばかりやんけ・・・やはりWindows暗黒期は終わってなどいなかった・・・。
これで要求スペック高めとか嘘やろ？もう少しスペックに見合った機能を付けてくれよ・・・。
Windows8並みの賛否の別れそうなUIの大幅変更、Windows10以上の機能改悪・・・これはとんでもない兵器ができそうだぞ・・・。
俺はとてもそうだとは思ったことがないのだがWindows10はWindowsXP、Windows7を超える最高傑作らしいからな（Windows10信者によれば）。
何度でも言うが、PythonとRustは過大評価されすぎだと俺は思う。もう少し中立的に評価されるべきだ。もちろんただ貶してるだけの悪口もNG。
確かに両方とも良きプログラミング言語だと思いますが、「いくらなんでもそれは過大評価じゃ・・・」という評価が多すぎる。良いところばかり伝えるだけじゃ本当に良いところは伝えられない。
確か旧ロゴマークだったと記憶しているのだけど、このJISマーク、初めて見たときから子供の横顔にしか見えないのよね。俺だけ？
