かわいかわいだね

This account is not set to public on notestock.

Mastodon 斧

Mastodon おの

#ソ連解体は違法

ソヴィエト連邦は加盟国が消えたり無し崩しに体制移行したりしただけでまだ無くなってませんからね。

東独を再現したドイツの老人ホーム，シュタージも再現して密告とかしててほしい

東独に行こう！

まあ多くの国から承認されてないとかだと中華民國もそうだよね……

北朝鮮とか沿ドニエストルとか

えっ普通に行きたくないですか。

This account is not set to public on notestock.

おるみんさんをどうしたいの？

べつに北朝鮮ならいくらでも入れる

まってまずわたし仮想存在だったの？

そこで T-code ですよダンナ

This account is not set to public on notestock.

インペラトール

帝国主義万歳！！！！！！！

未来ガジェット

This account is not set to public on notestock.

This account is not set to public on notestock.

おるみんさんをなんだとおもっててん？

ぬりえたのしそう，ぼくも世界地図で塗り絵したい

また S ガストいってる

体内時計バグった

これで帰っても実験しやすくなった

VPN 張れたから勝ちです。帰るぅ

@tsutsuii ですよねー。今こちらでは nfs server のオプションのほうかえて対応してます

@tsutsuii どこかで NetBSD の fstab の話でマウントオプションに tcp をというのも見かけました

またファームウェアの秘孔を突いてしまった……。

A 社とかかなあ

アニメイト あるだけまし

guake/yakuake

git にも prune あったりする

ミキプルーン

限界ストレージ情報流れてきた

あとブログのコードとかそれこそ wandbox に上げる PoC（Proof-of-Concept）なんかはあくまでコンセプトを示したいだけだから略した変数やメタ変数（foo，bar）なんかにしがちですが，あれはアルゴリズムやイディオムだけ参考にしてコーディングの参考にしてはならない。

シェルスクリプトはたしかに書き捨てるから略しがちですね。でも真面目な巨大プロジェクトのスクリプトとかは変数名きっちりわかりやすくしてメンテナンスしやすくしてるし，変数名はきちんとしようね！

わたしははんこ屋だけど。芽兎めうだから……。

あるいは計算機屋

たぶん工学者とかになるんじゃないかな > 情報

This account is not set to public on notestock.

ところでおたかんさんの C のコードの変数名が略記なのが気になったのだけど，これって新規に教えてるにも関わらず誰か 1 文字変数とかで教えてるってことよね。おたかんさんの先生なのかおたかんさんの使っている教本がそうなのかはわからないけど。

ふふん

不死者ではないよ

えっ

なんか今日は情報系っぽいこと toot したきがする。

中置記法，計算機でパーズするのも難しいのに，人間もふつうに掛け算や割り算の結合度で失敗することよくあるから， なにもいいことがない

構文木から前置・中置・後置のそれぞれの数式を作るのは簡単だけど，問題は逆に数式から構文木をつくる場合で，逆ポーランドは一番下の葉から順に読むから素直にスタックに積んでいって演算子が来たら評価するだけだから簡単

このインスタンスおるみんさんたくさんおるな

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

@Otakan951 また気軽に聞いてくれてもええのんよ（こちらのべんきょうにもなるので

逆ポーランド

This account is not set to public on notestock.

中置記法でも数値と演算子の間は必ずスペースひとつ！とか決めうちするとまあ普通にイケるし，逆ポーランド記法ならスタックに積むだけだから一瞬

四則演算でも中置記法でしかも数値や演算子の間の空白をあってもなくてもいいし空白があるんだったら長さもどのくらい長てもいい，みたいにすると，文脈自由文法になるので真面目に構文解析しなきゃいけない

どうせ B4 とかで英語文献読まされるし英語読むの慣れたほうがいい

This account is not set to public on notestock.

慶應 SFC とか B1 とか B2 でも研究室所属できるらしいので国際会議に行く B1 もまあいてもおかしくない

システムハンガリアンなんかつかわなくても型は型システムが保証するので，システムハンガリアンは意味がない

This account is not set to public on notestock.

B2 の B は Bachelor（学士）の B で，修士課程（博士前期課程）の人は Master だから M1 とか M2，博士後期課程の人は Doctor だから D1 とか D2 とかいいます

@Otakan951
struct Coordinate{
int X;
int Y;
};
と宣言すると，

struct Coordinate foo;
foo.X = 50;
foo.Y = 20;

みたいに複数の値（メンバという）を持つ型を作れる。

おたかんさん B2 とかだっけ

本来はアプリケーションハンガリアンがハンガリアンなのだなあ（こういうやつ） >>
“たとえば、相対座標にRelative Positionのrp、絶対座標にAbsolute Positionのapという接頭辞を付けることにした場合、ウィンドウの位置を設定する window.SetPosition(rpX, apY); のような記述は誤りであることが明確に分かる。”
ハンガリアン記法 - Wikipedia https://ja.wikipedia.org/wiki/%E3%83%8F%E3%83%B3%E3%82%AC%E3%83%AA%E3%82%A2%E3%83%B3%E8%A8%98%E6%B3%95

システムハンガリアンとかいうの実はハンガリアンでもなんでもなくて Microsoft が勘違いして付けたというやつ

This account is not set to public on notestock.

@Otakan951 それでもどうしても複数の値を返したいときがあって，他の言語だとスタックとかタプルで返せるのに C だとそれが使えないというときは，仕様がないので構造体を利用する。

@Otakan951 C の古いコードだと引数にポインタで渡して，関数の中で書き換えるとかをよくやるけれど，これはバグの温床なのでなるべく返り値を使ってそれを受け取るようにします。返り値は一つしか返せないのが難点ですが，そもそもそれで困るような複数の処理をする関数は書いてはいけなくて，なるべく単一の目的をこなす関数だけ用意して，出口は一つにしぼるようにしよう

@Otakan951 返り値を設定したので，返り値を受け取るようにします。
https://wandbox.org/permlink/WkcKgSg04BkNtVMh

@Otakan951 また，int comp などは strcmp(3) でしか使わないため，strcmp を呼び出しているところで宣言する（使う直前に宣言をすること），変数を宣言するときは必ず初期化をする（変数名だけで宣言をしない）などを加えている

@Otakan951 で，ここまでやると，typing() の返り値は int ではなく double ではないといけないことに気がつく https://wandbox.org/permlink/4Fh6pqlGyoBdpdBi

@Otakan951 このようにした場合，correct_num/total_num が整数になってしまうため，correct_num を (double) として double にキャストしてから割り算をすることにする。

@Otakan951 そして，corr や total はプログラム終了まで保存されなければならなくて，これをたんにローカル変数にしてしまうと毎回呼び出しごとにリセットされるので，static をつけて関数が終わっても値が保存されるようにする

@Otakan951 corr や total が double で宣言されていたが，これは整数のカウンタなのでちゃんと int にする（double や float で整数を数えあげると誤差が溜まったりするからだめ）

@Otakan951 s[100]; としていたが，これはバッファーサイズのマジックナンバーなので，ソースコード先頭にグローバルの const 変数（定数）として BUFFER_SIZE を宣言してこれを使った（fgets(3) でもこれを使うことにする）

@Otakan951
1. まず無闇やたらに変数を 1 文字や 3,4 文字に省略しない。前世紀の悪習なのでわかりやすいネーミングにする

@Otakan951 さっきとの違いはいくつかあって，

@Otakan951 このコードをみてほしい https://wandbox.org/permlink/N3128PpnJpaMLryR

@Otakan951 で，ここからちょっと解説を

@Otakan951 あと gcc のオプションは -pedantic-errors をつけて warning も error 扱いにすると良い（このコードでは gets を fgets にしている）

@Otakan951 まずこのコードのように（そしてさっき指摘したように），q1 や q2 は char[] ではなく const char* 型にすべき

@Otakan951 いま https://wandbox.org/permlink/RnX6jRGiYZ0ceHE0 という風になってるので当ってる？

この地獄のような C のコードよりかはマシ（これも最近さわらなきゃいけない）C なのにオブジェクト指向だよ〜〜〜 >> https://github.com/qemu/qemu/blob/master/vl.c#L2891

This account is not set to public on notestock.

最近さわってるのはこういうのです…… >> osv/runtime.cc at master · cloudius-systems/osv https://github.com/cloudius-systems/osv/blob/master/runtime.cc

いやまあ実際 C++ 書いててつらいところが Rust で解決しまくるのは多いけど，初見の厳しさやつらさはべつに大差ないじゃない……。

println! マクロとかみなさん理解してますか。私はしてません。

Rust も C++ も大差ないじゃん（暴言）

べつにコンパイルする言語はみんなオブジェクトをリンカが結合してるのはみんな同じやんね

実際はアドレス再計算もしてるが

リンク周りつったってオブジェクトファイル結合するだけだし……。

C のビルドの仕組みとは？

べつに地獄でもなんでもなくない？（実際 iostream は地獄みたいなものですが，標準出力するだけなら何も問題ないじゃん……）

puts，なにがいいってゴルフに便利

Hello, World! って文字出力するだけなんだから printf 要らないじゃないですか！

C++ の Hello, World! だけなら
int main()
{
puts("Hello, World");
}
だけだからべつに心折れるわけではないのでは……。

sstream とか istream は使うから iostream も一緒につかっちゃう

This account is not set to public on notestock.

ものぐさだから C++ でも include <cstdio> とかやって std::printf() とか書いちゃう

This account is not set to public on notestock.

This account is not set to public on notestock.

libCello の優れている点は魔クロで書かれているのでバイナリ不要なところですね

学校の課題に Cello.h を含めて libCello で書いて提出したらどうなるんだろ

なるほど（なるほど？）

This account is not set to public on notestock.

libCello すごくて，C 言語がこう書ける。Cello.h の実装が void * 使いまくりでデバッグはたぶん闇 http://libcello.org/

えらいっ

C 言語わからんから libCello つかおうな

これ，const 変数への const なポインタという理解でいいんだよね？

This account is not set to public on notestock.

@neso 最近のコンパイラは賢いので使い終わってそのあとアクセスされない変数があって，そのあと別に変数を確保してるとかみたいな書かれかたされてるとたぶん内部的には使い回しみたいなコードに最適化されたりもするので，自分が書くのに使い回しても速度やメモリ的に良いわけでもないからなにも良いことがないよ

const どこにつけたらどう作用するかいっつもわからなくて苦手なので Rust みたいに mut つけないと const のほうがうれしい

This account is not set to public on notestock.

グローバル変数とローカル変数（局所変数）の違い，C 言語で最近のマシンでやるときには前者がヒープメモリからとられて，後者はスタックメモリからとられる。

それと constexpr

int foo (const int, const float) const {
process;
}
みたいな宣言できるからね，C++

C++ では const をつければつけるだけよいみたいなやつ（C++ で const つけられる場所多すぎてつらい）

@neso というかグローバル変数つかいまくったり BASIC みたいにグローバル変数しか存在しない場合はサブルーチンをせっかく作っても結合度がヤバかったりするからちゃんと言語の機能で独立性を高めようねというやつ

@neso まああってる

それと for 文なんかでも

```
for (int i; i < N; ++i) {
state;
}
みたいに for のカッコの中でカウンタの変数を宣言できるので，そうすると for 文の {} の中だけにスコープを狭められて良い

ちなみに，C 言語は昔は {} の先頭でしか変数宣言できなかったけど，C99 （1999 年の規格）からは普通にどこでも宣言できるので，変数は使う直前に宣言したほうがいい（先頭にまとめて宣言しなくてもいい，どうせ Visual Studio とかのタグ機能で変数の一覧はできる）

あとおたかんさん，すごくこれは言い辛いのだけれども，タイピング練習ソフトなのに programming の綴り間違えて programing になってます……。

@Otakan951 https://mstdn.maud.io/@orumin/100230643219098787

@neso グローバル変数はどこからでもアクセスできるからクソ便利なのだけど，

int a = 0;
int foo() {
int a = 0;
}
ってしたときに foo からグローバルの a にアクセスできないみたいな不要な混乱を招くし，コードの使い回しができなくなる（ソフトウェア工学の用語では関数やモジュールの結合度が高くなるという）のでまあグローバル変数はどうしてもそれがないと書けないとき以外は避けよと言われている

@KAZU34 C++17 です。

@neso そう。局所変数ともいう。

@neso 普通変数は {} で区切られている中でだけ使えて，これを局所変数といい，この {} の長さをスコープ（寿命）というのだけれども，int a のように関数の外で宣言するとどこでも使えるようになる。これが，グローバル変数。

@neso C 言語含む一般のプログラミング言語には変数のスコープという概念があって，

int a = 0;
void foo()
{
int b = 0;
}
void bar()
{
int c= 0;
}

と書いたら，foo() の中では a と b が使えるけど c が使えない，bar() の中では a と c が使えるけど b が使えない，となる。

それと，出題の文字列について，変更をしないのなら，char string[] = "foo"; じゃなくて const char *string = "foo"; みたいに文字列ポインタに const を付けて文字列リテラルとして宣言したほうがいい。

たしかにグローバル変数をつかうと結合度が上がるけど，今回みたいな書き捨ての小さな課題プログラムで真面目に引数渡しにするのもなあという感じはする。でも私がやるなら，rate を返り値にしてるんだから rate は main で宣言して返り値を入れて使うし，corr と total は typing() の中で static 変数として宣言するかなあ。そしたらグローバル変数要らないし。

グローバル関数ではなくグローバル変数では

This account is not set to public on notestock.

@babukaru @Otakan951 C++ のままでも C++2a（GNU）ってあるプルダウンで C++11 以前のを選んだらイケる（C++14 以降から gets が使えない） http://en.cppreference.com/w/cpp/io/c/gets

@babukaru @Otakan951 左側の gcc ってあるプルダウンから言語を C 選択したら同じコンパイラ（GCC の HEAD）でもうまくいく

@babukaru @Otakan951 コンパイラを別のものにするとかはちょい違って，オプションに -std=gnu++2a がついてるのがわるい（C++ の 202x 年に正式化する豫定の規格でビルドするオプション）

wandbox かなにかに貼って

@hina かわいそう

末代偏差値

@rednose キノコの栽培たのしそうじゃない

@rednose でも潰れる直前でもたくさん入社できたよ

@rednose のうみそこねこね

同じように演算子や関数が前置になってる Lisp 処理系つくるといいんじゃないかな！？

RPN なら構文解析やらなくていいしらくちんでいいね

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

個別「[german][handwriting]ドイツ文字筆記体(GL-Suetterlin使用)」の写真、画像 - fonts - 超バラ研or特殊文字ウィキのフォトライフ http://f.hatena.ne.jp/qvarie/20090530225310

色に悩んでしまって今日ポチったのだぜ

フラクトゥールそのものは鉛筆などで書くべきでない（カリグラフィペン必要）だからドイツの筆記体とかでいいとおもった

冪集合を巾集合と略字で書くのあまり好きではないが冪がなかなか書けないのはまあわかる

フラクトゥールですね。

𝔓 のことかな。

3.9 でしたてへぺろ

This account is not set to public on notestock.

3.9 かも

まあマーケティングよな

LTE は途中まで 3.5G だったし……

This account is not set to public on notestock.

研究のコード書くより PS4 のコードあれこれするほうがたのしくてやばい。これは本当よくないのでなんとかします

SCE_KERNEL_ERROR_EBUSY 0x80020010 Device busy · Issue #8 · valentinbreiz/PS4-Linux-Loader https://github.com/valentinbreiz/PS4-Linux-Loader/issues/8

えらいっ

そういえば Microsoft の ASP なんか JScript じゃん（註・Microsoft の ECMAScript 実装は JavaScript ではなく JScript が正式名）

List of server-side JavaScript implementations - Wikipedia https://en.wikipedia.org/wiki/List_of_server-side_JavaScript_implementations

This account is not set to public on notestock.

むしろなんにでも使おうとして棄てるどころかどんどん取り込んで九龍城と成り果ててるあたり C++ といっしょに同じミスをしているというか

まあ JavaScript は何か棄てたんじゃなくてブラウザの上の小さな拡張言語だったのをみんなが使ってカオスになっただけなんだけどね。

This account is not set to public on notestock.

This account is not set to public on notestock.

@rednose 先生のコネ

This account is not set to public on notestock.

JavaScript は == がバカだから "" == [] が True だし，Haskell は String がバカだから "" == [] が True になるってのこのまえ Twitter でみて不覚にも笑った（Haskell で文字列は Char の配列なので "" は空の配列 [] と同義）

オブジェクトの比較とか値の比較とかいろいろある

This account is not set to public on notestock.

Join rust-jp on Slack! https://nacika.com/entry/2017/11/03/200040/

プログラミング言語Rust https://rust-lang-ja.github.io/the-rust-programming-language-ja/1.6/book/

Rustのドキュメント · プログラミング言語Rust https://www.rust-lang.org/ja-JP/documentation.html