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

クリーンラップでないなぁ

スティック操作が荒くなってきたし、今日はだめかなぁ

あーーー！！！！！！！！（とても調子が良かったが、ほどよくコースアウトして終了）

とりあえずクリーンラップは出ました。 F1 マシンは速くてよく曲がって非常にいいですね

時代は SERIALIZABLE

件数が件数なので、何をやってもオーバーエンジニアリング、以上

前後がどうこう言ったところで、 UI にそれが何番目か表示するなら、何番目かの列が生まれるしそれ使うだけで終わるみたいなところありそう

制約違反をエラーで捕まえるを想定してなさすぎて、全エラーがエラーログとして飛んでいくをやってしまったの完全にどうしようという気持ちがある今日この頃

これ5000兆周考え続けてもどうせ order カラムに整数突っ込まれて終わるやつに賭けよ

α1, β1, α2, β2 の順番で並べるのは涼宮ハルヒの分裂で見たので並び順は確定する

技術的なこと何考えても、もう引退しようという気持ちにしかならなくなってきたな……

2秒後には飽きてる

リーグ誰もいない……

これはプレイヤーの健康を考えた挙動です