null のない状況を作ろうとすると、むしろ null を踏んだら必ずぬるぽするというセマンティクスがなくて危なっかしいっていうのも事実だな。実際 Rust の unsafe ブロック内ではあらゆる可能性を考えながらコードを書かないといけないわけで

Rustonomicon の Implementing Vec を見ると、考えるべきことがあまりにも多い

プライベートで勉強したくない、じゃないでしょ？いつでも勉強したくない

新学期ですが、これはハードスケジュールになるぞという感じがぷんぷんしていてすでに厳しい

取るに足らないの泉

今期は本当に計画的に実験レポートをこなしていかないと、本当に体が吹っ飛ぶ可能性すらある、がそれ以外はのほほんと生きていけると信じてる

推敲してなさが現れまくってる文章だ……

マジでレーベンシュタイン距離 3 まで修正可能にしたいな

人生……失敗！

クラウドに怒る人「まったくもー！！！」

論理式読めなさ過ぎて暗号でしょこれってなってる

Ubuntu、独自色出したというより、なんか覇権争いしてるな？と思ったところに飛び込んで、参戦して、負けたときにみんなの記憶の中で黒歴史になってるだけでは

C++ の多重継承まだ体験してないな

@kb10uy それはそうなんだけど、シグネチャ衝突させたくなるじゃん？あれやるとどうなるの？

@kb10uy なるほどね。その状態で前に指定したクラスにキャストした場合は？

@kb10uy つまり試すしかないな

名前による隠ぺい（つまりダックタイピング）が本質であって、 C++, Java 方面の（インターフェイスの）継承は定義時に考慮していた部分しか名前による呼び出しができないので、明らかに表現力が弱い。オブジェクト指向づらするな（そろそろ殺されそう）

まさかここに来て自分の中で「Go が最強」に至るとは思っていなかった

C# 書いていて本当に思うのは、 class という縛りがキツすぎる

データ型があって、関数があって、それでいいじゃんというのもわからなくもないが、やっぱりもっとふわっとしたメッセージングで書けることによる柔軟性は、複数の動作を統一的に扱いたいときに大いに役に立つし、「オブジェクト」というものをもう一度考え直し、その上で型安全性を静的に担保できれば、一方向の継承（インターフェイスを含む）よりグっと価値のあるオブジェクトを司る言語になるんじゃないかという野望が、ここ数日で芽生えている

@alice とりあえずプログラミング言語理論の話になるとポンポン出てくる論理式を見たときに「暗号か？？」にならない程度にはいろいろ知っていたいよね……（高い

F#、知らない機能を 1つ見つけたら100個あると思え（？？）

Linux 環境を立ち上げたところで、何をしようと思ってたか忘れたと入力したところで思い出した

プログラミングをどう覚えたかわからないけれど、人生でこれだけ時間をかけたものは他にはもう絶対ないだろうなということだけは言える

bioにインターネットやめろと書いています

僕のプログラミングリスポーン地点はここです https://www.vector.co.jp/vpack/filearea/win/prog/index.html