複合じゃなければ同期分離なんて要らんでしょ

LM1881M とかで回路自作したほうが早そう（そうではない？

分離同期？同期分離ではなく？

シャミ子は悪くないよ

Pentium を下したときの AMD は輝いていた

発見時のその場全員が爆笑したけどあんなん笑わんほうがムリや

だいぶ斬新なメモリスタンド

https://encrypted-tbn0.gstatic.com/images?q=tbn%3AANd9GcRbeUgXXlc4V3GmoOcFiZav0wtfXkeR9XSJKzyFca7V20JYVvPs これのギザギザに餘ったメモリが刺さってた

島根居たときの学校，部屋漁ったらなぜか heatsink にメモリがいっぱい刺さってる Pentium Ⅲ が出てきた

Pentium Ⅱ は見た目は歴代でもかなり好き

AMD K-6 とかはギリギリ砥石に使えなくなってるっけ。どうだっけ。

CPU が砥石に使えた時代もあったんだよ！

このアカウントは、notestockで公開設定になっていません。

@kozue 575

このアカウントは、notestockで公開設定になっていません。

ほたさんにオススメのおっぱいマウスパッド 100 選

わりとまだまだ見る表現っぽいな

研究室にあったやつ（たぶん M705）使ってて気がついたのはデカいマウスが私の手には餘るので今使ってる M545 ぐらいが丁度良い

組込みでない文脈で石って言うの今日び聞かない気がしたけど自作 PC 界隈だとまだまだ一般的な用語なんかな

@sksat ん，石って組込み向けのじゃなくてデスクトップ向けの CPU の話だったの？それならツクモとか faith とかドスパラとかソフマップとかじゃないの。

このアカウントは、notestockで公開設定になっていません。

マウスは物理的なチャタリングとか LED の消耗とかで死ぬのまあまあわかるけど Unifying reciever が壊れる scenario よくわからん

どうやったらそんな壊れるの……

このアカウントは、notestockで公開設定になっていません。

なんかマウス自体も 5 年間ぐらい使ってる気がするけど

unifying の reciever 壊れたことないな……。

@sksat 秋月，千石，aitendo あたり

reply の場合によっては一呼吸置いてからしない？

一呼吸置いてから 3 回ぐらい読み直すとたぶん直せる

コミュニケーションが下手なんじゃなくて，たぶんそれ対面だと伝わってただろうけど文章で大事なコンテキストがほぼほぼ省略されてるほうなんだと思うよ

@meganesoft そうね。

@meganesoft 伝わりやすいも何もそれさっきの reply で初めて知ったからね。

@meganesoft 資料について古くなってるからね，という execuse しただけの reply に「どっちかっていうと〜」という書かれかたされたらそうは読めないな……。

@meganesoft コンフィグとかファイアウォールルール記述とかするのにもそのベースになってるアプリケーションにだって古い新しいがあるでしょうが

@meganesoft ちーがーう

@meganesoft いやだからそういうのが書いてある演習資料だけどそれが古くなってるっつってんだよ

Verilator かあ。そんなのあるのね

そういえば今まで SPARC を素で失念してたけど Oracle が SPARC にそんなやる気なさそうだし SPARC 一番つくってそうな Fujitsu も富嶽では SPARC じゃなくて Arm 採用だし，もういいよね

Machi が first name で Kado が middle name だったのか……（Professor ではない）

このアカウントは、notestockで公開設定になっていません。

MIPS >> https://www.mhi.co.jp/technology/review/pdf/425/425242r.pdf

MIPS >> http://www.astro.isas.jaxa.jp/SpaceWire/users/090121/Takashima_Swim.pdf

MIPS >> 宇宙機器用開発プラットフォーム「Space Cube Ⅱ」 | リアルタイムOS・ツール・ミドルウェア | eSOL - イーソル株式会社 https://www.esol.co.jp/successstory/case_44.html

@sksat はい

MIPS はあんま使われなくなったとしても Prof. John L. Hennesy と Prof. David A. Patterson の功績が強すぎるし sgi のおかげでグラフィック分野の歴史的業績は無視できないものがあるので今後も歴史として語られるだろうことは間違いないけど，SH って SEGA のゲームコンソールぐらいしか言えるものが……。

Alpha とか輝いてはいただろうけどあれ結局ワークステーション以外にどこで使われたんだろ

90 年代はゲームコンソール，ネットワークアプライアンス，HPC，宇宙産業などで MIPS が輝いてたし SuperH も戦える目があったので，そこらへんは強かった（Arm はパッとしなかった，パッとしてた RISC と言えば PowerPC とか？）んだけど，今は

SH2 はセガサターンのために生まれたやつ

SH はハイパフォーマンス市場とゲームコンソールで伸びなくて（というか SEGA 死んだし）携帯電話などモバイル向けに転換図ったけどもうムリなので終わり。でも 5 年前に SH2 の特許切れたから SH2 が有志により OSS 実装されて公開されたりはしてる

ディスコン

このアカウントは、notestockで公開設定になっていません。

Infrastructure Processors - Multi-Core ARMv8 Processors | 64-bit ARM-based SOCs - Marvell - Marvell https://www.marvell.com/embedded-processors/infrastructure-processors/octeon-tx-multi-core-armv8-processors/index.jsp

PIC なのに MIPS だったりするし，ネットワークアプライアンス向けの MIPS であるところの Octeon が最上位モデルなぜか Arm だったりするし，もうやめてほしい

Renesas RX シリーズの機能です https://www.renesas.com/img/products/media/auto-j/microcontrollers-microprocessors/rx/rx600/rx65n-651/block-rx65n-651-jp.gif

よく考えたら RZ は Arm だったわ……（でも RX は面白くもなんともない独自アーキテクチャだったはず

Renesas の RX や RZ の悪口はやめて。

STM32 でわからんことあったらじとめすきーシバけばよさそう

STM32 も ESP32 もよくわからん

思い出したけどネットワークの演習講義で FreeBSD インストールとかやるまえにまず UTP なツイストペア線に RJ45 コネクタをかしめて LAN ケーブル作るところからさせられたんだったわ

@meganesoft 少なくともその URL の toot に in-reply-tree でつけた演習資料とかたぶん 5 年ぐらい update されてないことに留意して

connectFree ねえ

@meganesoft これ環境があって講義という形だったから出来たことだからまったく参考にはならんと思う

@meganesoft https://mstdn.maud.io/users/orumin/statuses/102769142505083054

このアカウントは、notestockで公開設定になっていません。

ははーん

このアカウントは、notestockで公開設定になっていません。

Kernel/VM に来てた Zig の人に Rust とどう違うのか質問したら，Zen/Zig は next generation C で Rust は next generation C++ だみたいなこと言ってて腑に落ちた

まだ kubeadm なかったときに泣きながら建てて実験してた

私の k8s 知識は 1.5 年ぐらい止まってるから古いし，当時動かしたりコード読んだりインターネット上のドキュメント漁ったりして培ったので本とかよく知らん

Zen とか Zen fork の Zig については前回の Kernel/VM の該当の発表を聞いたらええんちゃうの

Docker とか Kubernetes ぐらいだったら手元に適当に server 置いてみたり GKE とか借りたりして適当に試してみたらどう？という気がするけど

まず infrastructure の定義がデカすぎて難しい

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

たぶんいくらかどころか 8 割ぐらいか渋い顔すると思うよ。東大理情だと違うかもしれんけど。

いきなりなんなの

このアカウントは、notestockで公開設定になっていません。

macOS は BSD ではない……（けどその程度の library 関数なら macOS でも試せそう

このアカウントは、notestockで公開設定になっていません。

当時のレポートに書いた Standard ML で書いた電卓のコード出てきた

あれ結局なんのパラダイムも導入できずわからんままに単位出た学生もたくさん居そうだった

SML の講義というか演習，あんまりパラダイムの話されずに expression を parse する down parser を書く演習みたいな感じだったからサクっと書き終えて終〜ってなっちゃってた

@hina それは **argv と *argv[0] では。どう違うかというとべつにさほどの違いはない。

Monad とかが出てくるより unit 型で妥協してくれてるほうが導入はラクそう

SML の講義を受けたことがあるけどそれより先に独学で Haskell 触れてたしあんま講義聞いてなかった

upstart そんなんしてたのね

このアカウントは、notestockで公開設定になっていません。

Haskell がいいか OCaml がいいかは個々人の好みで

他の言語の学習につなげやすいというところでは Lisp よりも ML 系言語のほうがいいのかな。

Rust とか Kotlin とか行く前に一度 Lisp とか OCaml とか Haskell とかのいわゆる関数型のパラダイムにひとつは触れておくとモダンな言語のモダンな機能に触れやすくて良いのでは

このアカウントは、notestockで公開設定になっていません。

神学わからんが

@boronology ウチもちょっと読んでみるかの

実際最初に option parser 走らせ終わったらもう argv とか要らんのだから何書いてもまあべつにというところある

argv 書き換えたりするのちょっとした hack に必要でやったことはある

@boronology 本人も tweet してたとおりエラーメッセージの読み方をケアしてるとか聞いてそれはいいことだなとは思ってた

@boronology ほー

『江添亮の C++ 入門』は一応 Web でも GPL3 かなんかで公開されてるんで紙以外でもいい人はこれを >> 江添亮のC++入門 https://ezoeryou.github.io/cpp-intro/

強い人はそれ読んどけでいいんだけどそれ読んどけでなんとかなる人はほぼほぼ居らんやろ

『江添亮の C++ 入門』とか誰か読んだ人居ます？表紙の圧が凄いけど Twitter の TL 見たカンジだとわりと好評だった。

私 STL の使いかたとか『独習 C++』でへーってなりながら学んだので他人にも勧めがちなんだけど，実際のところ STL の使い方ちょっと知りたいナーぐらいだったら何読むのがいいんだろうね。『ロベールの C++ 入門講座』とかもよく名前見るけど読んだことないや。

@hirachon s/C との最大の機能/C との最大の違う機能/

関数ポインタを引数に取る関数へのポインタとかの型を定義するのがめっちゃラクな気持ちになった

using は C++11 だったからだったと思うけど入ったときマジで感激した

あはー

@hirachon C++ はもちろん class とかの OOP の機能が C との最大の機能だけど，自分でライブラリ実装するんじゃなくて既存のライブラリを組み立てて実装するだけならそこまで深い知識は要らんので，せめて template の基礎知識と STL の使いかたを知っておくと良いと思うよ。

指定されてないのならモダンな設計の書きやすい言語でもよさそう

@hirachon 私 C の民だよ

@hirachon << は演算子だけど std::cout という関数は << という演算子の定義を上書きして printf 使うときの % で変数指定する代わりに << で区切るような使い方が出来るようにした C++ の闇。

@hirachon :: は namespace（名前空間）で，C だと 誰かが debug() という関数作っちゃったら，他のライブラリでも debug() とか実装してたときに名前が大衝突してヒサンなことになるのを防ぐために，ヘッダーとかに
namespace oreore {
void debug() {}
}
namespace omae {
void debug() {}
}
とかしておけば，
oreore::debug();
omae::debug();
という別々の関数として同じ名前の関数が定義できる便利機能だよ。

C++ の zero overhead 原則を考えたら C++ もべつに贅沢ってことはまったくないのだけど，意図的に贅沢じゃない方法を選んでいくための必要知識が多すぎて厳しいのでそもそも人類に C++ は早い

このアカウントは、notestockで公開設定になっていません。

C++ を教える講義とは別に C++ 使わせるの，数値計算とかアルゴリズムの講義の実装課題とかだろうか

たまになんだけど，stdin は std::cin するくせに stdout は std::printf とかやる

@hirachon
#include <iostream>
#include <cstdio>
int main()
{
int a = 5;
std::cout << "a: " << a << std::endl; // C++ way
std::printf("a: %d\n", a); // C way
return 0;
}

fmt は便利でいいよね。

iostream わりと重い（じゃあ printf が軽いかというとそういうわけでもない）とかもあるよね，ところで iostream の buffering 止めるやついっつも忘れる

私 C++ でもフォーマット文字列使いたいときとかたまにあるから printf はそこそこ使うなあ

あと :set autoindent とか :set smartindent とか :set cindent とかが distribution が用意してるデフォルトの設定ファイルに書いてあると改行したとき勝手に indent 入れられるが，設定されてなければそうはならない

それは vi ではなくおそらく Vim の minimal ver. だと思うのと，それは :set expandtab とか :set tabstop=4 とかするだけで 4 文字スペースにしてくれたりする

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

cquery 使ってるひとみたことねえな

このアカウントは、notestockで公開設定になっていません。

clangd でも compiler_flags.txt 書けば C++17 で見てくれるっしょ

PoC は過不足無くね！

よかった，bitflip しまくるおたかんさんのマシンは存在しないんだね

あー……。

実際のところ clangd を backend にした LSP を使える VSCode の C/C++ extension や Vim/Emacs の plugin を導入したエディタ環境，あるいは編集中にオンラインで warning とか error 出してくれる IDE を使えということになる

おっなになに

ちなみに最適解なんですが，いますぐ GCC とか MSVC は止めて Clang で -Weverything を使うことです。

このアホな issue みて >> 31573 – -Wall-all to enable all warnings https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31573

おたかんさんのそのなぜか printf が動いてしまったコード，コードとコードから吐かれたバイナリを眺めたい気持ちでいっぱい

たしかにそれなら printf は実行されるけれど

試したけどやっぱり最適化オプション付けると if 自体がなかったことにされる。（コンパイラは Visual Studio の msvc です） >> https://godbolt.org/z/YeGb8g

当然だけど再現しない >> https://wandbox.org/permlink/RZAW1T5AtNLRvZfP

おたかんさんの環境，メモリに常に宇宙線が照射されてビット反転したりしてない？

このアカウントは、notestockで公開設定になっていません。

@Otakan951 あとなんですがそもそもコンパイラの警告（gcc なら -Wall -Wextra）を付けておけば if の条件式で代入だけやってるコードは warning が出るので普段から warning を全部出して，それが消えるようにコーディングする癖付けたら良いよ。

だよねぇ

このアカウントは、notestockで公開設定になっていません。

if (i=0) は if (0) として評価されるので普通に考えたら if 文の中は実行されないし，なんなら最適化でその if のブロックまるごと無かったことにされる

このアカウントは、notestockで公開設定になっていません。

@Otakan951 こういうのの防止に，比較式の即値は右ではなく左に書く流派があるよ（0=i はコンパイルエラー）

使ってる人がいくらいても Open にしたところで誰も fork したり maintenance したりしないというのありがちなので，Open にするためにドキュメントやコードの体裁を整えるのはわりと大変なわりにメリットないことあるんよな

このアカウントは、notestockで公開設定になっていません。

Jawohl, Meister.

このアカウントは、notestockで公開設定になっていません。

@tumayouzi pull なしでただ up したときは local にある image が使われる

前にほたさんに欲しい本を reply はしたけど spread sheet はどこか知らないのでみてない気がする

@tumayouzi image: で image の tag を指定してなければ latest の image が更新されてたときそれが降ってくる（docker-compose pull 時）

見解でした

このアカウントは、notestockで公開設定になっていません。

@hota なるほど〜

そういえばなんも準備してないけどほたさん引っ越したらここ爆破される？

image:
と
build:
をどっちも書いてれば
image:
のほうが優先されるはず

docker-compose pull && docker-compose up -d ならビルドせずに建つはずだし docker-compose build --pull とかしてれば毎回ビルドする

FROM を書くのは Dockerfile で docker-compose で Docker Hub のイメージを使うのは image: に書くと思うけど

このアカウントは、notestockで公開設定になっていません。

奈良に「土葬の村」発見！ なぜ、今も、村人は土葬を選ぶのか？（高橋 繁行） | 現代新書 | 講談社（1/3） https://gendai.ismedia.jp/articles/-/66905

？？？

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

指摘相次ぐ

このアカウントは、notestockで公開設定になっていません。