まんじゅ（´ん｀）の投稿 - Crieit

ゲームを遊んだら、自分を遊べ(あるいは『プログラミング後に、自分をステップ実行』)

2021-12-14T20:25:14+09:00

(もしかしたら今後、挿絵を挿れるかもしれない)

この記事は、
『CoderDojo Advent Calendar 2021』の23日目の記事であると同時に、
『えだ管理Discord鯖アドベントカレンダー 2021』の24日目の記事の予定です。

「フライング投稿は如何なものか」
と読者の皆様は思われると存じますが、この記事は上記の日付までに何度か改版が入る前提で投稿しました。

また、
「アドベントカレンダーを投稿する事を忘れる」
という失態回避の目的も兼ねております……というより そっちの方が動機としては強いです 。

不躾とは存じますが、ご容赦頂けると幸いです。以降、本文となります。

事前にお伝えする事として、筆者は以下の書籍や情報の影響を強く受けている；

『禅とオートバイ修理技術』
数理論理学(しかし、過激な関数型プログラミング狂信者の様な「プログラミングも自然言語も人間の心情も数学。理解できない連中は野蛮人」という発想には疑念を覚える)
クトゥルフ神話 TRPG で用いたキャラクター達
他多様なフィクション

つまり、
「歪んで現実の人間への不信の極みに陥いって、フィクションに逃げてるヲタクの世迷い言」
として受け取って読んでもらうくらいが丁度良いと思う。

なおタイトル元ネタは小飼弾氏の『本を読んだら、自分を読め』である。

「くそ長い。はよ言え」な人向けに

復習大事。振り返り大事
振り返りの内容は表現できるとなお良い
振り返りの表現のコツとして「感情描写。比喩・擬音・擬態」とか

自分を遊べとは

TRPG には『感想戦』という「感想共有」の時間が設けられている事が多いし、ほとんどのシステムのルールブックに明記されている。

戦という字から誤解を招きやすいとは思うものの、あくまで主目的は、
「あの場面のあの人のロールプレイは良かった」
とか、
「あそこの場面でプレイヤー自身はああしたかったが、ダイス目の都合で……」
という、リスペクトや暴露会なのが丁度良い。

その感想戦をする中で、その卓の人々で気づきがあるはずである。

可能であれば、しばらくその気づきに入り浸るなり、深めると良い気がする。

気づきの深め方

ここでの気づきの深め方については「脳内で言語化する」だけで必要条件は満せるかもしれない。

ただ筆者個人としてはせっかくなので、その内容を 3 行まとめで良いので書き起こす事を勧めたかったりする。

あわよくば 筆者個人としては 、二次創作と称して小説やマンガ・イラストや音楽に書き起こしてもらえたら、これほどシナリオ制作者やゲーム制作者として嬉しい事は無い。

その過程で、別の物語があなたの中で湧いたなら、感無量である。

デジタルゲームでも同じ事

異様と思われるだろうが、これはデジタルゲームにも言える。

ただし振り返る対象が物語ではなく、自身の身体制御や操作直前の思慮、ひいてはその後のゲーム展開や身体が覚えたジョイパッド(コントローラー)やキーボード・マウスから来る反作用(抵抗力)、そして身体部位の緊張感などが主となる。

あの瞬間何を思って操作を行なったか
その時の指先や手の甲の動き具合
その際に指先で感じた反作用・抵抗力、あるいは緊張した身体部位

これを続ける事で、もしかすると自分に適したゲーム内の戦術や入力機器の選択の幅を絞る事ができるかもしれない。
ただ、筆者や周りの人々の様子を伺う限りでは、
「1ヶ月間、毎度振り返り続けると、入力機器に順応してる」傾向が多い。

自分をステップ実行とは

さて、ゲームとは真逆にも捉えられそうなプログラミングの話が混入してきて、読者の方々の中には困惑を覚えたりするだろう。

しかし筆者個人としてはほぼ同一の感覚を覚えてしまったからこそ、就労移行支援事業所での個人活動の時間にこんな世迷い言を認(したた)めているのである。

閑話：俗に言う「美しいソースコード」の個人解釈

ソースコードを書いたり読む時に、多少の彩(あや)を感じる事がある。

空行の数、チェーンメソッドの並べ方、変数名。

その彩をある程度共通にする事で、「後からコードを読む人々にに余計な思考の徒労を与えない様にする」為の『コード規約』と筆者は捉えている。

なので識者以外には異様に思えるかもしれないがプログラミングでも、
「行間を読む」
という行為や、
「語の並びに思慮を巡らす」
事が無い事も無い。

暴論だが、むしろそれらを怠ったコーディングをしているコードには、
デスマーチの最中でのコーディングとは留意するものの
激しい憤りの念を覚えるし、そういうコードを書かざる負えなかった環境には尚更憤怒の念を覚える。

かと言って筆者の様な、
「言葉やコードの彩に躓いては、躓いた対象をじっくり観察・分析・解剖する」
様な輩が地方の末端派遣社員や農家のアルバイトをやるとクビが飛んだり怒号や罵声を浴びるのは、こういう、
「他人が直感で解っていたり無視できる事をいちいち気にして、傍から見れば無用な時間を過ごしている」
からだと自負はする。

ステップ実行の仕方

さて、具体例を挙げよう：

自分の書いたソースコードを眺める
改めて、「なぜこの様な書き方をしたのか」と自分に問う。例：
- フレームワークや言語仕様の都合でそう表現するしか無かった
- 良い方法はあったが、改修範囲が多岐に渡り、時間も要するから
とりあえずその「なぜこの様な書き方をしたのか」をソースコードのコメントに書いておく

その上で；

「もっと良い実行コード上での表現方法は無いだろうか」
「自分の中で言葉にするなら一言で収まる処理だが、ノイマン型コンピューターではもっと細分化が必要だっただろうか」
「もっと細分化するなら、どの主語や述語を軸にして分解し、手順を並べるか」

と自分に問うてみよう。

オープンソースは考え方の宝庫

これが巡り巡ってコンピューターや自分自身の理解の促進に繋がるかもしれないと筆者は思うと同時に体感している。

ここ最近は、
「自分の頭の中が Linux カーネルだったら、この『注意力散漫』さを少なくするには？」
「弁識ができても行動に移せないのはなぜ？」
と思い至って、『CPU スケジューラー』や『システムコールの実装』について興味を抱いている所だ。

幸い、今日は Linux カーネルそのものはもちろん、そこから派生したカスタムカーネルもある上、ソースコードがWeb
上で公開されている時代である。

直接自分の思考過程への焼き込みはできなくとも、参考になるものはあるかもしれないという希望を持つので興味が強化されている筆者が居る。

もっとも、ここまでの発想に、
「そんなもの、気合や根性が足りないからだ」
と一蹴できるのであれば、あなたはよっぽど健全な人間なのだろうと筆者は勝手にあなたの事を羨ましく思い、皮肉めいた感情を抱く次第である。

総括

振り返りは大事

ここ最近、
「『振り返り』は脳科学の観点でも良い刺激を自身に与える」
という話はとても散見される。

しかしいざ集団で振り返りをするとなると、その場に適する表現を求められるのが世の常では無かろうか。

そこで筆者としては、
「個人の個人による個人の為の振り返りを、頻繁に行ったておくだけでも十分な効果があるんじゃね？」
という思い付きを共有した次第である。

ただの独り感想戦

やる事は感想戦である。最悪、言語化とか映像化も難しいだろう。

それはまず、今のあなたはそうであるという事実が確認ができる。
そして、そういうものもしっかりと認識するだけでも違うかもしれない。

その感覚・体感に深入りする事を無理強いしないが、時間や心情に余裕やゆとりがある時にはやっても良いだろう。

感想戦の内容は表現できると尚良し

上述で、

やる事は感想戦である。最悪、言語化とか映像化も難しいだろう。

とは書いたが、可能であれば脳内に留めず自分の手を動かして表現した方が良いと思う所存である。

その表現したものを眺めたり聴くなりして自分自身の表現能力を真の当たりした方が、頭身大の自分に気付けるかもしれない。

補遺：心の在り様に苛責(かしゃく)は愚息

オープンソースは考え方の宝庫の終わりについ、

もっとも、ここまでの発想に、「そんなもの、気合や根性が足りないからだ」
と一蹴できるのであれば、あなたはよっぽど健全な人間なのだろうと筆者は勝手にあなたの事を羨ましく思い、皮肉めいた感情を抱く次第である。

とこぼしてしまったので、書き加えておく。

気合や根性、あるいは知性や教養でも良いのだろうが、
「単一の対象による評価での優劣で自他を呵責ないし揶揄する。または自惚れるのは如何なものか」
という持論がある。

かく言う私も人間の出来損ないなのでいくら親父に、
「お前は愛や人間感情を理解できずに自分の損得だけで動いているからすぐに解雇されるんだ」
と言われたり、とある現場の上司からは、
「お前も発達障害かもしれないし、俺も本当は発達障害かもしれない。けれどもそれに甘んじて向上心を絶やすのが一番愚か」
と言われたり、どこかの『自称 IQ148』の人間からは、
「君が不幸なのは不幸な考え方をしているからだ。もっと僕みたいに自分を好きになりなよ」
と言われ、果てはとある派遣会社の同僚や営業からは、
「お前が趣味と仕事を混同して社内チャットに投稿してくれるおかげで、こっちは集中力が削がれるんだ。仕事しろ」
「プロ意識というものは無いのか？そんな『使えないなら切り捨てれば良いだろ』という発言に無責任さを感じる」と散々言われ続けてきたにも関わらず；

行動の鈍化(本人も他人の様に素早く正確な行動をしたいものの、他人の様な正確さが損なわれる)
通勤途中での嘔吐
起床不良・不眠症
弁識能力の低下による業務指示理解・遂行能力の顕著な低下(環境手順書があるものの、内容が古すぎる為に公式ドキュメントで示されている手順で勝手に進める。他)
記憶能力の欠如(自分が言った事を数日で忘れる。他)

などが顕著になったり悪化したりして、最終的には『地域包括支援センター』や『相談支援事業所』と呼ばれる所に
掛け込んで、幸か不幸かはまだ判らないが「生活困窮者と認定され、かつ就労移行支援から出直し」という、
まさに人間の出来損ないらしい現状に至っている。

散々愚痴を吐いたが、各人には、
「付き合って頂き、有り難う御座います」
という思いは多少ある。

ただ、もしかするとそこまで思ってはいないのかもしれないし、その場を取り付くろう為に罵声や怒号を浴せたのかもしれないが、筆者個人としてはここまで読んで下さっている方々には留意して頂きたい事がある：

「五体満足で言葉も喋れるならば、自分と同じ認知・思慮・推察、および注意持続能力をもっていて当然」
という発想は かなり危険 である。

とは言え読者の方々の中には上述について割り切れない心情が沸く事もあるのは筆者も容易に想像できるし、
そういった感情と上手く付き合えない故に、物心着いた頃から常に孤立感を抱いている筆者の現状がある。

でなけりゃ、わざわざ自分でこんなクソ長い世迷い言を書き記し続ける動機や気力も、とっくに尽きているか満足しているのである。結果論だが。

Ubuntu (Desktop) Midnight -- Maximum Tune (in my history)

2021-09-26T22:04:36+09:00

はじめに(ご容赦事項)

今回記す内容は以下を求めている方には 適さない 可能性が多いにある：

Linux全般またはDebian, Ubuntuの『Server Edition』などのパフォーマンス改善
ハイパーバイザーな仮想環境上でのUbuntu Desktopの挙動改善(あまり期待できないと思う)
他、ホゲフカ特化のLinuxカーネルチューニング(そんな人はこの記事を見ていないで、初めから『カーネルビルド』について調べた方が良い)

タイトルは完全に『湾岸ミッドナイト・マキシマムチューン』を意識したものの、内容は大変薄っぺらい。
そしてしっかりとしたベンチマークを取ってもいないし、後記の事を行っていてもなお sudo journalctl -b-1 -xe と叩けば；

M月 dd hh:mm:ss manzyun-greed gnome-shell[dddddd]: Gnome Shell crashed with signal 11
...
M月 dd hh:mm:ss manzyun-greed gnome-shell[dddddd]: [email protected]: Main process exited, code=killed, status=11/SEGV

と吐かせる様な事をしているのだ。

もちろんながら、同様の方法を試みて読者に何か損失・不利益が生じたとしても、私は何も責任を取らない(相談には乗るかもしれないが)。

概要

可能な限りのファンの分解・グリースの補充・ラジエーターやヒートシンクの清掃、RAMやビデオカードの接点の無水エタノールによる清掃。
linux-zen カーネルのPPA追加とインストール。
ビデオカードの追加と、できる限り最新の freedesktop.org 製グラフィックドライバのPPAの追加とインストール。

見ての通り、とてつもなく『フリーライド(無賃乗車)』で『スクリプトキディ(コピペスクリプトを組む事しか能の無い小便臭いガキンチョ)』な事しかやってない。

ましてやベータリリースのディストロでやっているのだから、ディストロ開発をしている方々(主に『Canonical Ltd』に所属している方々やそれ以外のDebianパッケージメンテナの皆々様)には迷惑を掛けているかもしれない。

もし以降を実施するのであれば、 ベータリリースでは行わない で頂けると筆者個人は大変有り難い。~~「まずお前が止めろよ」と言わ……いや、言って良い。石を投げてくれ~~

筆者のマシン

neofetch の結果より：

            .-/+oossssoo+/-.
        `:+ssssssssssssssssss+:`
      -+ssssssssssssssssssyyssss+-
    .ossssssssssssssssssdMMMNysssso.       manzyun@manzyun-greed 
   /ssssssssssshdmmNNmmyNMMMMhssssss/      --------------------- 
  +ssssssssshmydMMMMMMMNddddyssssssss+     OS: Ubuntu Impish Indri (development branch) x86_64 
 /sssssssshNMMMyhhyyyyhmNMMMNhssssssss/    Host: MS-7693 4.0 
.ssssssssdMMMNhsssssssssshNMMMdssssssss.   Kernel: 5.13.19-xanmod1 
+sssshhhyNMMNyssssssssssssyNMMMysssssss+   Uptime: 1 hour, 15 mins 
ossyNMMMNyMMhsssssssssssssshmmmhssssssso   Packages: 3403 (dpkg), 58 (flatpak), 28 (snap) 
ossyNMMMNyMMhsssssssssssssshmmmhssssssso   Shell: fish 3.1.2 
+sssshhhyNMMNyssssssssssssyNMMMysssssss+   Resolution: 3840x2160 
.ssssssssdMMMNhsssssssssshNMMMdssssssss.   DE: GNOME 
 /sssssssshNMMMyhhyyyyhdNMMMNhssssssss/    WM: Mutter 
  +sssssssssdmydMMMMMMMMddddyssssssss+     WM Theme: Adwaita 
   /ssssssssssshdmNNNNmyNMMMMhssssss/      Theme: Yaru-dark [GTK2/3] 
    .ossssssssssssssssssdMMMNysssso.       Icons: Yaru [GTK2/3] 
      -+sssssssssssssssssyyyssss+-         Terminal: gnome-terminal 
        `:+ssssssssssssssssss+:`           CPU: AMD FX-8320E (8) @ 3.200GHz 
            .-/+oossssoo+/-.               GPU: AMD ATI Radeon R7 370 / R9 270/370 OEM 
                                           GPU: AMD ATI Radeon R7 370 / R9 270/370 OEM 
                                           Memory: 3317MiB / 32056MiB

察しの良い方なら、
「5年落ちのマシン構成に、4Kディスプレイのモニタを差してる……だと？」
と困惑するだろう。

流石に『Radeon R7 370』が可哀想なので、2880x1620 と控えめにしている。

マシン清掃

ほぼ盆栽弄りの様なものだ。

パソコンを組み立てた事のある方には常識とは思うが；

エアフロー(外気を底面に近い所から吸引、天井へと熱を逃して排気)を意識する
メンテナンス容易性の観点から、フルタワーマシンが好ましい

やってる事はその程度である。

以降の工程に入る前に、「せっかくならもっとマシンに本気を出してもらう設定を組むきっかけ作りとして、BIOSやUEFIの内容をまっさらにする」為に、CMOS内のデータ保存用のボタン電池を取り外して作業をしてても良いだろう。

各部ファンの分解・グリース充填・ファンの羽根の清掃

⛔ ::手先の感覚や力加減に自信のある人だけここの章はやれたらやりましょう。

同じ調子で簡易水冷クーラーもオーバーホール。 pic.twitter.com/ZPLM33rpyp
— まんじゅ（´ん｀）＠現世人型害畜 (@manzyun) 2021年9月16日

『勝手に修理・気ままに工作』さんの『PCファンの分解、メンテナンス』を参照しながら行った。

### 用意するもの

大きめのマイナスドライバー x 2
グリース (オイル ではない , また「CPUとヒートシンクの間」に塗る『放熱グリス』とも違う )

グリースについてはスプレーで十分とは思うが、ペースト状の物を今回は使用。

やり方

2本のドライバーをファンの軸部の境目に捻り込む
マイナスドライバーをひねったり傾けたりして ジワジワ と外すつもりでやる
外れたら楊枝などで羽根部位の支柱が入っていた所にグリースを 少しずつ 継ぎ足す様に入れる
羽根部位は固く絞った布などで軽く拭き、乾拭きをする。
羽根部位の支柱と支柱が入っていた穴を合わせて押し込んで、手動で少し回す

2 の過程については、自分も初めてやった割には上手く行ってしまったので『コツ』と言える様なものがほぼ無い。しいて挙げるなら；

ドライバーから来る張り・抵抗に注意を払う
視覚も用いて張り・抵抗がどの位置から来ているのか注意を払う
破損・破壊の不安を感じたら、 諦める
羽根を押し込む前に銅線(コイル)があまりにも乱れていたら、ととのえる

くらいしか無い。

そんな調子で、簡易水冷クーラーのラジエーターのファンとビデオカードのファンをメンテナンスした。ケース側面のファンについては「破壊する不安」を感じたので諦めた。

2022-04-12T1850 追伸

初めから期待はしていなかったが、
『ビデオカードのシリコングリースの塗り直し』
をやった：

MSIサポートの対象外へと足を踏み入れました。グリースをつけ直しても対して変わらないだろうけど。自己責任の覚悟、完了！ pic.twitter.com/zOP8MjoGoS
— まんじゅ（´ん｀）＠現世社会的アウター (@manzyun) April 8, 2022

残念な期待通りだったが、そこまで変わらなかった。

上記を機会にと、ビデオカードの設定見直しを、
「常時高火力(演算性能)」
から、
「自動演算能力性能制御」
に切り替えたり、ビデオカードのネジのトルク(締め加減)を高め(強め)にした。

『コンコルドの誤り』もあるだろうが、多少ファンの回転中に生じていた振動音が消えた様ではある。

## ラジエーターやヒートシンクの清掃
⚠ :: 清掃対象に適する洗剤や清掃方法を事前によく確認しましょう。

大抵はエアーダスターで綿ホコリを飛ばすだけで十分かと思う。

うっかり錆が付いていたら丁寧に取り除き、その部位には材質に適した防錆剤を塗布したら良いかもしれないが……今時そういったパーツに鉄を使っている事自体がまれなので、気にしなくて良い。

## ビデオカードやRAMのマザーボードとの接触端子の清掃

ここまで神経質にならなくても良いが、組み立ててから5年も使ってると、
「ねぎらいの心情」
でやりたくなった。

ごく普通に『無水エタノール』を染み込ませた綿棒で端子部分を拭いただけである。

## BIOS・UEFIの設定
⚠ :: マシンのBIOS・UEFIのドキュメント(説明書)を事前に確認し、調整可能項目を踏まえてから操作しましょう

分解清掃したパーツ群を適切に再装着をしたら、マシン起動直後にBIOS・UEFIの画面に遷移するコマンドキーを5回毎秒程度で連打し、それらの画面に遷移する。

丁寧にCMOSの内容を破棄した方は見慣れないメッセージが出るかもしれないが、冷静に読めば内容の判る英語のはずなので、適切に『セットアップ画面』へ遷移する様に操作する。

特筆する事は無いとは思うが、一応書いておく。

IOMMU(Intelだと『VT-x』とかかも)の有効化
ファンの回転数は高め(35℃代で1000rpmを基準)に設定

Linux-Zenの導入

おそらくこの記事の一番のお題。

自分が下手に説明するより、『点と接線。』さんの『linux-zenの導入について』を読んだ方が誤解が無い気がする：

一方、linux-zen、俗にZENカーネルと呼ばれるカスタムカーネルにはもっと普遍的な付加価値がありそうに思われた。なんせArch LinuxのWikiでは下記のように説明されている。

ZEN Kernel はカーネルハッカーたちの知恵の結晶です。日常的な利用にうってつけの最高の Linux カーネルになります。詳しい情報は https://liquorix.net を見てください (Debian 向けの ZEN ベースのカーネルバイナリ)。

なるほど、いかにもすごそうだ。しかしこれでは抽象的すぎて説明になっていない。文中のリンク先にもそのものズバリの情報はなかったので、自ら調べたところ下記の解説が得られた。

Well I think the Zen Kernel (or the patches that are applied to it) increases your system’s responsiveness and lowers your latency at the expense of some performance hit (I’d say about 1-3% at best).

簡単に言えばわずかなパフォーマンスの犠牲（1~3%くらい）と引き換えにシステムの応答性を向上させてくれるカーネルということらしい。

Ubuntu含むDebianディストリビューションでは2つの選択肢がある。『Liquorix』と『XanMod』である。

Liquorix

Liquorixをかい摘んで筆者の言葉で述べるなら、
「 最新のLinuxカーネル に ZEN なカスタムを施したカーネルバイナリパッケージ」
である。

最新のLinuxカーネル というのがやや難儀なもので、テキトーな比較資料として筆者のマシンで ls /boot/ -l | grep -e "^vmlinuz.* を叩いてみる：

~ $ ls /boot/ | grep -e "^vmlinuz.*"                                                                                                                                        
vmlinuz
vmlinuz-5.10.65-rt53-xanmod1
vmlinuz-5.13.0-16-generic
vmlinuz-5.13.19-xanmod1
vmlinuz-5.14.0-6.4-liquorix-amd64
vmlinuz-5.14.0-7.1-liquorix-amd64
vmlinuz.old

注目して頂きたいのは、 vmlinuz-5.13.0-16-generic と vmlinuz-5.14.0-6.4-liquorix-amd64, それと vmlinuz-5.14.0-7.1-liquorix-amd64 の行である。マイナーバージョンがガラリと変わっている事がお判り頂けるだろうか。

差し当って「ホームユース」には支障は無いので神経質になる必要は無いものと思う。 ~~「Ubuntuをホームユースしている人が稀」とは言わないでくれ。ここに居るんだ。~~

筆者も初めはこちら(ただしベータリリース起動後しばらくは除く)を使っていたが、
「UbuntuでDTMを真面目にやるとすると、RealTimeカーネルかねえ……」
と魔が差してしまった為、次に紹介するカスタムカーネルを用いる様になった。

XanMod

Webページが「ゲーマー向け」だったので当初は避けてしまっていたが最近は、
「いや、ゲームを作りたいんだったら、ゲーム向けにカスタムされたカーネルを使うのは必然だったのでは？」
とか、
「 stable パッケージを作っていて、かつUbuntuのgenericカーネルとの開きはそこまで無い」
「RealTimeカーネルも有り難いなあ」
とつい思い抱いて浮気する形となっている。

とはいえ、そこまでRealTimeを意識する事があるかと問われると……それこそJACKオーディオサーバーもカリッカリにチューニングした上でMixxxやArdourで高サンプリング周波数の音声ファイルを扱ったDJ,DAWをする時に必要になるのかもしれない。 ~~つまり直近では無い~~

マシンの用途に合わせて選んで、PPAを追加し、インストールして頂きたい。

カーネルパラメーター

カーネルパラメーターとは何かについては、また雰囲気解釈で良いなら「ビルド済みのLinuxカーネルそのものに後から設定できる値」と解釈しておくのが良いかと。

こちらに関しては「Windowsとのデュアルブート」をしている方々にはお馴染みで ~~嫌悪される事もある？~~ grub2 の設定で、
「全てのカーネルに対してのカーネルパラメーター」
を当てた。以下筆者の、 /etc/default/grub の先頭から数十行抜粋：

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

# [NOTE] This section was enabled auto select kernel from before booted.
GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true

# [HACK] I don't know `GRUB_TIMEOUT` values effect too...
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=3
GRUB_HIDDEN_TIMEOUT=3
GRUB_HIDDEN_TIMEOUT_QUIET=true

# [CAUTION] Do NOT remove this section!
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`

# [NOTE]::
# - amd_iommu=on :: Enable IOMMU on Kernel. Of course, Enabled IOMMU on UEFI
# - amdgpu.runpm=0 :: Turn off power management on VGA board, maybe.
# - amdgpu.audio=0 :: Interesting bug. Turn off audio support amdgpu:
#   The kernel was supported HDMI audio. but, If that option was enabled,
#   HDMI display make buggy view.
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash amd_iommu=on amdgpu.runpm=0 amdgpu.audio=0"
GRUB_CMDLINE_LINUX=""

最初の4行は元々あるコメントだが、それ以外のコメント部分は「筆者の知性と教養」で書いたテキトー英語なので、頭の悪さが垣間見えるだろう。

一番重要なのは GRUB_CMDLINE_LINUX_DEFAULT=... の中の amd_iommu=on である。

ハイパーバイザー型の仮想環境からのビデオカードへのアクセスの用途で使う記憶ではあるが、筆者の学習不良につき、
「なぜIOMMUがPRIMEの利用可否に影響を与えるのか」
について解説できない現状である。

さて、ここまで来たら再起動…… の前に update-grub2 をしっかり叩いてビルド完了を見送る事。

モニタリング

🛈 :: 必須では無いですが、できると今後のチューニングが捗ります。

Ubuntuの再起動後は、マシンのファンの音やデスクトップ環境の挙動を眺めて調整していくのも一つかと思う。

もし「サブモニタ」を使えるならば、上に載せた画像の様にいくつかのツールを起動しておいて観測しておくと、ファンの適切な回転数やプロセッサの限界値が垣間見えるかもしれない。

それでは、良きLinuxデスクトップライフを……え、嫌？

補足資料

update-initramfs や update-grub2 についての詳しい話は『Ubuntu Weekly Recipe』の下記をご覧頂けると幸い：
* 第638回 Ubuntuに「普通に」ログインするいろいろな方法
* 第639回 Ubuntuに「トラブル時に」ログインするいろいろな方法

また、Ubuntuでの「Steamで配信されているゲーム」については、下記も非常に参考になった:
* 第626回 UbuntuでもSteamのWindowsゲームを！
* AMD GPUを使用してLinux/Ubuntu 20.04でCyberPunk 2077をプレイする方法 - Qiita

さらに、「『Wayland』上での『GNOMEデスクトップ環境』で『OBS Studio』の画面・ウィンドウキャプチャをする」に当ってはOBS StudioにWaylandのスクリーンキャプチャが入ったので試してみた - チラシの裏とかそういう類のに助けられた。

これらの記事を記して下さった皆々様、もちろんArchWikiのページを編集している皆様には、改めてこの場で感謝申し上げさせて頂く。

この後

以降、この記事を書き終えた後で色々気づいた事を書き留めてる。

2021-09-27T08:12

カーネルのアップグレードが入ると(ベータリリースのディストリビューションを使っているので尚更)高頻度で、
「一部のソフトウェア・アプリケーションが画面表示されない」
事象が発生する。

対処方法は単純に(思考停止だが)「再インストール」で何とかしているので、それについて追記する：

sudo ppa-purge oibaf/graphics-drivers -- # oibafさん提供の最新ドライバを一旦消してダウングレード
sudo apt autoremove && sudo apt autoclean -- # 念の為消せるパッケージや設定は削除する
sudo sed 's/^# deb /deb /' /etc/apt/sources.list.d/oibaf-ubuntu-graphics-drivers-{DistroCodeName}.list -- # ppa-purgeで無効にしたリポジトリを有効化する。不安な人は『ソフトウェアとアップデート』などの他プログラムで編集する事を強く勧める。なお {DistroCodeName} は「PPAを追加した時のUbuntuのコードネーム」になる。
sudo apt update && sudo apt upgrade -- #アップデート(パッケージリストの更新)とアップグレード(パッケージそのものの更新)
sudo systemctl reboot -- # 再起動。古いコマンドではあるが `sudo shutdown -r now` でも良い。

2021-10-16T17:24

カーネルパラメーターを以下の様に変更；

- GRUB_CMDLINE_LINUX_DEFAULT="quiet splash amd_iommu=on amdgpu.runpm=0 amdgpu.audio=0"
+ GRUB_CMDLINE_LINUX_DEFAULT="quiet splash amd_iommu=on"

理由というより、こうなるに至った展開は；

amdgpu-fan が YAML ファイルの読み込みで起動しなくなった
カーネルパラメーターを見直して以下を思った：
2.1. LinuxカーネルにAMD自体もコミットしてなかったっけ？
2.2. 3年も経っていてかつ、新しめのカスタムカーネルなら、そういう変更(パッチ)も適用されているのでは？
試しに消す。 ビデオカードのファンが回ってくれた

この後で amdgpu-fan の本体であるPythonスクリプトを少し弄るが問題の根が深そうなので諦め、川音リオ氏にお勧め頂いた『CoreCtrl』で、ビデオカードのファンの回転数を高めにするのであった。幸いパッケージの衝突は無かった。

2023-12-09T10:45

その後、数回のディストリビューションアップグレードでパッケージが一旦アンインストールされるという事があったので、今後困る事があるかもしれないので書いておく

Steam Protonで動かしていたゲームが起動しなくなった

sudo apt install dxvk mesa-vulkan で解消した。要は、
「DirectXの役割をVulkanに代替するライブラリと、Vulkanそのものがいつの間にか抜けていた」
という事だ

調査方法はうろ覚えだが、『Steam Lancher』で調査したいゲームの設定からコマンドを次の様に編集し、コンソールログをファイル出力した：
%command% -condebug

出力したログファイルは $HOME/.steam/steam/logの配下にそれっぽいものが出力されたと思う

CoreCtrl がアップグレード後に、また管理者権限を要求される

アップグレード後のお約束なので、mkdir $HOME/.local/etc.bak とディレクトリを作っておいて、設定ファイルの原本をそこに置いておくと後々楽。なお筆者の例：

$ pwd
/home/manzyun/.local/etc.bak

$ ls -l
合計 8
-rw-rw-r-- 1 manzyun manzyun  86 12月 28  2021 90-corectrl.pkla
-rw-rw-r-- 1 manzyun manzyun 310 12月 28  2021 90-corectrl.rules

$ cat 90-corectrl.rules
polkit.addRule(function(action, subject) {
    if ((action.id == "org.corectrl.helper.init" ||
         action.id == "org.corectrl.helperkiller.init") &&
        subject.local == true &&
        subject.active == true &&
        subject.isInGroup("manzyun")) {
            return polkit.Result.YES;
    }
});

$ sudo cp ./90-corectrl.rules /etc/polkit-1/rules.d/

蛇足

PRIMEを有効活用するにはビデオカードが2枚必要になる。さらに「 一枚のビデオカードに映像出力を全て任せる 」ケーブル接続を行わないと、「2ヶ月経っても安定してグラフィック編集ソフトを駆動できない」筆者の様になる。
- しかしPRIMEの有効性から察するに、ビデオカード2枚挿し(特にマザーボードに映像出力端子が備わっていない構成のマシン)はかなり有効な手立てかもしれない。
- SteamランチャーからのゲームでPRIMEを使う場合は、ゲームの起動オプションで env DRI_PRIME=1 %command% と指定するのが良さそうではある。
- 実はUbuntuメニューに表示される *.desktop ファイルでも同じく env コマンドで環境変数を指定する事ができる。
/etc 配下を弄り倒すのは割と勇気が要る。しかし etckeeper と brz や git を入れておくと、多少心配事が少なくなると思う。

頭が悪いのでプログラミングしてるんです(カム着火インフェルノォォォォォォォウ)

2021-07-27T19:14:18+09:00

私自身が嫌悪感を抱く度に過去を無用に反芻し、それらがつもりつもって独りでキレているとは自負するし、こういう事はチラシの裏に書いて着火し、灰になるのを眺めるのが健全で謙虚なプログラマ仕草だろう。

上記の断りも社交辞令でしか書いてない。

これから書く事は「開発者側の発想・エゴ」を、じめじめしてカビ臭くて小ハエが飛び回っている様な部屋で1ヶ月煮詰めた様な話なので、そういうのが不快・不愉快な人はブラウザバックしてもっと有益な時間を使った方が良いに決まってる。ましてやオチも無ければ学びとなる話も無かろう。筆を進めている私自身も書き進める度に、
「そんなに同情されたいんなら、責任・責務を果してから言えクソが」
と、頭の中で悪態を零しながら書いている。

筆者スペック

地方の末端派遣社員も継続できない31歳人間のクズ
現在無職で精神科デイケアと就労移行支援事業所に通所
知性が無いのでなんでもやりたがるし失敗する。そして散財・浪費する

おまえ、本気で俺に「頭が良い」と思ってるの？

よー知らんが、成人してからプログラマであったりパソコン関係でやたらと知見を出してしまうので、
「頭が良いんですね」
と言われる事が多い。大抵は社交辞令なのだろうし、場合によってはその様に煽ててマルチ商法や新興宗教の勧誘に誘い込むのだろう(実際に体験済み)。

むしろ個人の思いとしては以下の様な体験があるため、
「お前それ本気で言ってるのか？」
とおこになる；

空想癖・妄想癖の類いによる頓珍漢な発想や失言を未だにしがち
学生時代の算数・数学は学年で下から2,3番目の成績
授業中に隣の同級生からのチョッカイを無視する事ができずに叱られる事はほぼ毎日
学校の宿題や長期休暇の課題を「家業の手伝い最優先」「やった方が良いのだろうが、やった結果が期待の10分の1程度の成果と技能向上感」なので、ほぼやらない
長期休暇明けの漢字・英単語の暗記テストは合格点を満せずに1ヶ月以上は毎日追試と怒号を浴びる
授業の初めに言われた自習内容を忘れたくせに教員に尋ねに行かなかった事で教員に気合入れ(軟禁による叱責)をうけた

など、挙げればキリの無い「知性皆無な愚者エピソード」はいっぱいある。ましてや家族や高校の同級生も認める程度には「頭がオカしい」タイブの人間ではあるし、自負もしてる。

補足

人によっては上記のエピソードから、
「発達障害じゃん」
と思われたかもしれない。

実際に成人してから精神科に通院治療し、去年の12月に心理検査の結果を頂戴したが、どうもその通りらしい(『ADHD』らしい)。

というのは、心理検査の報告書には明記されていなかったものの、お世話になっている生活相談員さんや就労移行支援事業所の職員さんからの『医師の意見書』や『処方箋の内容』についての情報を聞く限りではそういう事らしいからである。

しかし私個人はそういう診断を得て諦めが付いた安堵と同時に、それまでごく普通な生活を強いられできなければ叱責を受ける日々のおかげか、素直には受け入れられていない。ましてやこの診断を免罪符に、
「ちょっと他人との共感や意思疎通が難しい人型害畜らしいので、許してちょ!」
とは言える訳や道理も無かろう。

「てめぇ発達障害か？」
という罵倒に対する開き直りと自虐のネタとしては積極的に使えるが。

むしろ「頭が悪い・オカしい」から、プログラミングとフリーソフトウェア(ハードウェア)の世界に逃げてきた

見出しでは「逃げてきた」と書いたが、実の所釈然とはしていない。しかし父親は確かに、祖父母は湾曲的にその様に言うのでその通りなのだろうと思う。

「逃げてきた」という事で話を進める。そして何から逃げたのかをあえて明記しておく。

人間、もしくは 人間の営み のいずれか両方であろう。特に『感情』の部分である。

集団との違和は大抵嘲笑の対象になり、さらに言えば「腕っ節うでっぷしと富・地位・名誉」を重んじられる様なのが田舎である。その為、五体満足で日本語も喋れる様な奴がこんな減らず口を宣いているのは怠慢やサボりだし、それを正当化する言い訳としか言われない。

実際そうなのかもしれないが、31年自分なりにやってきても改善されないのだから、少しは ~~自分の~~ 腑に落ちる理屈が欲しいのであろう。

という理由を、昔の私自身は自覚できずただ単に、
「楽しいものを作りたい」
という思いだけでプログラミングを学び初め(しかもできるだけお金を掛けずに)、OSはLinuxのDebianディストリビューションと長く付き合い、果ては自分の使ってるソフトウェアの簡単な部分のコードを読んで不具合の原因を推測するだけの遊びをしたり、
「作れるものなら作ってみよう」
と自作キーボードにも手を出してしまったのではある。

更にはあんなに嫌な思い出のある算数や数学(特に高校数学での集合論に随する辺り。数理論理学も自分の中ではそれ)を興味本位で自分なりに学んでいるので、我ながら妙な話ではある。

それでも「腕っ節と富・地位・名誉」で殴りにくる連中に供えてる事

こういう連中は端から『黙らせる』事しか考えていない。『多様性』の前に『(その集団内での)有用性』を要求してくる。

ましてやこうやって減らず口を叩いてる様な『頭のオカしい奴』は、そのオカしさの原因を怠慢で切り捨てる。

何げ無く過ごしている人々にはそれこそ、
「怠慢だろ。考えろ。意識しろ」
と思うのかもしれないが、少なくとも自分なりに31年人間の姿で暮らす中で以下については自分なりに努力した：

楽しくない勉強を楽しくする方法
時間の使い方(自己啓発本を読み漁ってしまった程度に。しかし自分が使える時間内に期待する成果を出せなかった)
(未だにかつ意固地だろうが、この様に)自分なりに表現して、自分が苦手だったり至らない事について思慮する

閑話休題。そういう連中とやり合う為に今足掻くも同然で供えている事としては、

自重トレーニングによる自身の身体の動かし方の確認と鍛錬
感情論に対する数理論理や集合論による解釈の練習
知的好奇心の維持や探求・および私自身の好奇心の根源の解釈

と書いたが、連中からしたら「土俵に上がって込ない時点で逃げてる」のだろう。『心配』と言うが、犬死にさせてでも心配している対象を『正しい者』にしたいのでは無かろうかと歪んで斜めに構えてしまっている。

1 あくまで思慮。熟考と言うには意固地で浅はかと思い抱く。

逃げてしまって今

大抵のフィクションや美談での「敵前逃亡した愚者の末路」の様に、自分も成ってるであろう。
相談支援事業所の助けを借りてデイケアと就労移行支援を利用させてもらっているのではあるが、常時背徳感を覚えているしそれを紛らわす為にデイケアと就労移行支援事業所では何かと企画を立案してしまっている。

そもそも、自分でしっかりと理性を保ち自己を正し、職種を選ばずに働き続ければこんなザマには成らないし、ましてや他者との価値観や世界観の乖離に苦しんだとしても諦めや割り切りができただろうに。とは言葉は容易に並ぶ。

現実としては、いくら自分なりにがむしゃらにやってきても、他者や集団の共有している価値観や世界観と一致していなければ、人間は生きる権利を剥奪されても仕方無いのかもしれない。その人間が五体満足で言葉も喋れるなら尚更である。

この散文の筆者の抱く『世界観』『価値観』

もっと陳腐でバカらしく書いてしまえば ユートピア観 だろうか。確実にこの「自己の中で思い描くユートピア」が他者との乖離に一役、もっとそれ以上にかっているであろう；

互いに気ままな創作行為
創作物によるじゃれ合い喧嘩
創作して表現する権利(それこそ、富・地位・名誉・腕っ節で簡単に奪われないもの)

確かに私は労働は嫌いではある。しかし、労働は経済や社会の持続の為には必要であるし、理由はなにであれ「創作表現ができないが、他人の手足になれるし喜びさえ感じる」人はいるし、そういう人達の喜びを奪うつもりは無い。

とはいえ、
「人間社会を生き抜く為に戯れ言や世迷言よまよいごとを言わないと気が狂うし、実際気が狂ってしまった」
私としては、そういう「遲れてきた自我」なのか「自覚せぬまま過ごした自我」が暴発している上、人の手足になる事が人間とは思えぬ程に出来損なっている。

そして自分の体験から産まれた詭弁とは思うが、
「創作表現ができない人は、何か道具や知識が足りてなかったり、用いる道具や知識を習得する為の階段を踏み外してしまったのでは」
「もしかすると当人の中では最適な道具が思い浮かんでいるけど、当人が持ち合わせている能力や知識だけでは、道具を作ったり表現する事ができない為に、不安や苛立ちを抱いている可能性もあるのでは」
「そして私にとっても都合の悪い事に、当人の表現が伝わらない自分の様なのが居たりもする」
という発想が出てきたりする。逃げているのかもしれないが。

〆(しめ)

この記事を投稿しているサービスが、
「プログラマー、クリエイターが何でも気軽に書けるコミュニティ」
であった事をトイレで用を足して思い出したので、ちゃんとそういう事は書き留めておく：

ダラダラ書いて察しの良い方は、
「あ、リチャードストールマンほどには過激じゃないけど、フリーソフトウェア信者だな」
と思ったであろう。その通りだ。

フリーソフトウェア信者だからこういう意固地な発想に至るのかもしれないし、元々意固地な発想がフリーソフトウェアに触れて強化されてしまったのかはここでは脇に置く。

『パソコン』と書くと高価な印象を与えるかもしれないが、もっと広く「パーソナルなコンピュータ」と書けば、スマートフォンやワンボードコンピュータだってパソコンである。

安価だと処理能力も低いため創作物を作る一手々(いっていって)にかかる時間も増えてしまうのではあるが、私の様に、
「準備や後片付けの時間が10kmを6km/hで走る事を3回やった後の様に疲れてしまうし、ましてや忘れ物も多い」
という人はむしろパソコン上で創作活動をした方が良い気がしてしまう。

また、パソコンというよりはプログラミングかもしれないが、焦らす者はいない。ただし細かい事にいちいち躓いてしまうため、しょっちゅう製作者に、
「ここはどうしたら良いんです？」
や、
「ちょっと知らない単語がでてきたんですよ」
または、
「書かれた通りにやりました(製作者の思った通りとは言っていない)!」
という面倒臭いしウルサい道具なのではあるが、私の様な、
「他人に不信感を抱き安く、不信感が限界になると喋らないので仕事の確認もできない」
様な人型害畜の相手をするよりは大分マシと思う。

更に今日では『図書館』という「調べもののプロフェッショナルが居る知識の宝庫」や『オープンソース・フリーソフトウェア』という「具体例の宝庫」があるので、パソコン上の道具で気になる事があれば、腑に落ちるまで中身を覗いたり、せっかくなら自分の都合良く改造して使ってしまって良い(ここではその際の著作権・ライセンスの話は省く)。

パソコン上で無くても良いのではあるが、創作って楽しい地獄なんでな……つい深く入っちゃうんよ。

数理論理学のすゝめ:数理論理学を学んで感動した事の羅列

2020-10-04T20:05:30+09:00

筆者のスペック
論理学に興味を持った理由
数理論理学に入門する前の漠然とした意識や認知
1. 世の中『数値』で表しにくい事が多い気がする
  1. 『1』とは？
2. 『算数』という名の『国語』の問題
数理論理学と逢えて
「しかしそれは薄情・無情では無いか？」
1. バートランド・ラッセルの語録
  1. 悪の定義と、悪の側からの「正義」という詭弁と正当化
  2. とは言え、「不幸な人間」が「不幸」を解くには
まとめ: 論理学を薦める、とても感情に偏った理由
蛇足
1. 筆者の認知特性
2. 言葉を『解く』為の「論理学」「哲学」
参考資料
謝辞
変更履歴

ぶっちゃけ、ほぼ何も考えずに DOOM Emacs を起動して書き初めた。
いや、下書きの下書きのコピー用紙への殴り書きはある。

この記事は、
「他人が何かを学習するにあたり、その学習する対象への興味を持たせたら良い気がする。なので自分が数理論理学を学んで『楽しかった事』や『感動した事』を書き連らねれば、
自分が楽しいと思えた数理論理学を他の人も興味を持ってくれるのでは。持ってくれるととても有り難い」
という動機・モチベーションで書いた、ポエム(詩ではない何か)である。

筆者のスペック

学歴だけ摘み取って上げ足を取るなら、筆者は大学院や大学ではなく高等専門学校でもない専門学校を卒業した程度で、
「専門士」でしかない。「博士」や「修士」じゃない。

前書きの動機に至った理由としては、筆者が高校を卒業し、専門学校でコンピューターによる情報処理に必要な数学・論理学を授業で再学習をして理解ができ、
その後社会人になって論理学の知識を「深層学習」や「機械学習」、「関数型パラダイム」という言葉で必要性を改めて認識して学習を始めたら、
妙に楽しいと思えたからである。

以下、しばらく筆者が「どれだけ算数・数学・論理学が出来なくて嫌いだったか」を書き連ねる。

小学生の筆者

酷い話で、数直線の理解ができてなかったのだろうと今は振り返る。

数直線が読めていたとしても、そこに日本語で数直線に対する問題を出題されると、誤答が多かった記憶である。

「数直線うんぬんの前に、日本語の理解が無いのでは？」
おそらく確実にその通りである。

文章題は解き方を説明されながら解けるものの、いざ実践で自力のみで行うと途端に解けない。

それ以前に、テストで文章題に辿りつく前の基本問題で時間を使い果していた記憶である。

中学生の筆者

未だに強く印象に残っているのは、
「二次元グラフに置いて、x,y の変数に対応する軸を当て違えて 2 年以上過ごしていた」
事である。そのおかげで数学は赤点常連組みであった。

その割には、図形の合同証明や相似証明は妙に好きであった。
「好き」が必ずしも「成績」には直結しない前提は付くので、成績はお察しの通りである

上述を楽観するならば、こういった証明問題が好きだからプログラミングに興味を持てたのかもしれない。

高校生の筆者

しかし、高校時代は本当に数学の全てが嫌になった様に思う。別に教員が悪い訳ではない。筆者の認知というべきか、
論理面での理解・解釈方法が遅れていたと思える。と言い訳する

特に「集合」の問題がてんで駄目であった。高校生の記憶はまだ新しいので違和感まで再現して分析できるが、
その違和感を分析してみれば、
「『問題の対象・関心』と『問題では扱わない対象・関心』を切り分けられず、苦心していた」
とも取れるし、
「複合命題を前提とした集合演算を読み解けなかった」
とも取らえれる。

やはり、論理というべきか日本語の読み解きの力が無かったのか。その割には文芸的な文書からの、
「出題文書の筆者の心情を読み取れ」
の類いは無駄に成績が良かった記憶。

と、そんな筆者がなぜ
「この背景や経歴を見ても明らかなくらいに論理が苦手なのに数理論理学を学んで感動したのか」
という事を書いて行こう。

論理学に興味を持った理由

たくさんきっかけは逢った1 と思う。

専門学校生の時に行った「Sapporo RubyKaigi 」で知った「禅とオートバイ修理技術」

まず一番は2010 年のこれだろう。その Kaigi で最後のセッション、角谷信太郎氏の「There is No Spoon:Revisited」の中で紹介されていた。

筆者が「専門学校では VB.net で授業を受ける Pythonista 未満であった」事は脇に置いてくれ……

時は流れて 2019 年に「禅とオートバイ修理技術」を購入したが、その著者であり主人公であり語り手である
ロバートの論理のナイフによる問題や定理・定義のバラし方には目を見張るものがあった。

それについては過去に Crieit で感想文を書いたが、今回改めてその「論理のナイフ捌き」について語ろうか……、

とも思ったが、素直な話をしてしまえば、 今、筆者自身の事をそう思うからなのだろうけど これは筆者の拙くて幼稚な解釈でそれについて語るより、読者が実際に「禅とオートバイ修理技術」を読んで感じた方がよっぽど良いと思う所存である。なので書かない、いや書けない。

一番強い「Ubuntu Japanese Team の通称『黒幕』氏の助言など

とはいえ、「禅とオートバイ修理技術」を実際に買って読むまで いや、今でもか…… 、自分が今書いた文の文節・単語の前後関係が支離滅裂で、それに全く違和感を抱かずに Twitter に投稿し続けていた。

そんな阿呆なので、某氏からリーナス・トーヴァルズの 10 倍希釈の論理添削をよく 今でもごく稀に 頂いていて、
そのまま筆者に対して呆れ果てて良いものを、わざわざ筆者に野矢茂樹著「論理トレーニング 101 題」を買ってくれた訳である。

実は未だに一度も読み通せておらず、まだ 3 分の 1 も読み終えて無いのではないと記憶している。

しかし、それだけ読んでもナマクラどころか棍棒同然の筆者の論理のナイフは、やっと錆びたペーパーナイフくらいにはなった気はする。
と書けば某氏は「あー、まだこいつやっぱり阿呆だわ……なんでこいつこんなに学習しないのだろう」と呆れ果てるだろうと容易に想像するが

読者に、
「某氏の事を随分恨んでるなあ」
と思わせてしまったなら、それは正に筆者の表現力・語彙やその言葉の選択が幼稚で白痴だからだ。
文語表現の乏しさは何においても筆者の周りで下手に出る者は居ないだろうという自負はある。

まどろっこしく述べたが、感謝している。ただ完全に言い訳だが、筆者がヘソ曲がりなので純粋に感謝の言葉を並べても、その言葉の列には言外の意図 2が伝わらなくてもどかしい思いになるのでこうなった。

2020 年頃からの「論理的思考を養うためのプログラミング教育」や「深層学習(機械学習)」の思想

して、そんな筆者に追い打ちをかけるかの様に到来したのが「プログラミング教育」だったり「深層学習」のパラダイム、それと少しの関数3 型パラダイムの言語の n 回目の流行り4 である。

筆者は 他のメンター各位には煙たがれていると思うし、門下生にも「面倒臭い」と思われているだろうが 密かに CoderDojo のメンター活動をさせて頂いているので、
「プログラミング教育」には 今思うと、むしろ今でも敏感過ぎる程に 感じ、思うところがあったもので、Crieit にも色々散文を書き散らしては公開している。

しかし、ここで「深層学習」という 想像力を世の中を渡り歩いて生きて行く為にかなぐり捨てた者達が妙に上げ諂う 関数の重ね掛けのアプローチ が妙にもてはやされる様になったのではあるが、
これも雑にバラすと関数の重ね掛けなので、その複合演算・複合演繹の膨大な入力とその結果を全て網羅できなくても、そこに含まれている関数の一つ一つなら理解できる……かも知れないという持論の上で、
脇に大分逸れた様な発想ではあるが、数理論理学の森というのか深淵に踏み入ってしまった訳である。

実は「本当にキッカケとなった」ブログ記事がある

筆者の語彙の無さと記憶力の無さには我ながらうんざりするが、成人してからずっと、
「『論理的思考能力』とは言うが、一体どうやって皆は学んだのだろう。実戦 という世の中 で鍛錬したと言うなら、自分はそれ以前なのだが……」
と思って Google か DuckDuckGo したかさえ忘れたが、その検索結果に引っ掛ったブログ記事で「『数理(記号)論理学』を学んでからの実践の提案と、足掛りとなる書籍の紹介」
がされていたので一通り買ってしまったという具合だった記憶がある。 そのブログの著者には感謝を伝えたいが失念したためにそのブログを見つけ出すのも叶わない有様だ

そのブログ記事では他にも「詭弁論理学」と「逆説論理学」の紹介もされていたのでそれらも買っている。ただしまだ開いてさえもいない。

数理論理学に入門する前の漠然とした意識や認知

ここまでで大分「筆者が『数理論理学』に入門した経緯」については書いたので要らないかもしれないが、もう少し。

世の中『数値』で表しにくい事が多い気がする

これは筆者自身の「数学」という言葉に対する認知バイアスもあってとは思うが、
「数値で表すには違和感のある概念も『数学』には含まれている」
と今は言語化できてるが、今以前はそれが言語化できなかったし、けれどもその違和感をなおざりにして数学を学ぼうとしていたためか、
その違和感によって『数学』はどんどん霞み・霧が濃くなって見失う様な感覚を覚えていた気がする。

『1』とは？

「仲間のなかには」と老先生が言った。「ボッケル先生より、ずうっと苦労している悪魔がおる。たとえばわたしの同僚で、
年配のイギリス人のラッセル卿は、あるとき、1+1=2 を証明しようと決心した。ほら、この紙切れに写しておいたが、
これがラッセル卿のやった証明じゃ」

(…図省略…)

「うひゃっ!」ロバートは身ぶるいした。「ぞっとするね。こんなことして、なんの役に立つの? 1+1=2 なんて、ぼくだって知っているのに」

「ああ。ラッセル卿だって知ってたよ。だが、もっときちんと知りたかった。で、こういうことになったわけだ。(……後略……)

著:エンツェンスベルガー, 訳:丘沢静也「普及版数の悪魔算数・数学が楽しくなる 12 夜」の「第 11 夜『証明はむずかしい』」より抜粋5

これは非常に極端な例とは思うし、筆者も数理論理学においての語彙や構文解析能力が乏しいため、理解には至っていない。
しかし、筆者個人の感想としては、
「この様に論説の展開を記号に変換してしまう事で、 言外の意味を組み取らせない、する必要の無いものになった 」
と想い抱く。

ましてや、筆者はこういった論理学者や哲学者の論説やその論説に至る経緯を読む程に 自惚れではあるとは思うが 、
「この人達はきっと煙に巻く様な言い回しに違和感を抱き続けていたからこそ、こういう事を突き詰めていたのだろう」
と、感銘や共感の念を抱いてしまうのである。

しかし、筆者にある問題は他にも大沢山あるとは承知の上ではあるが、こういう、
「いちいち細かい事が気になり過ぎてしまう」
質の者というのは、世の中に馴染み難かったりする。

と文芸的な事を述べたっておそらく「筆者が何に違和感を抱くのか」の具体例でも示さないと強く伝わらないものと思うので、
ここでごくごく普通の小学 1 年生の算数の問題を筆者なりに出題してみる。

『算数』という名の『国語』の問題

赤いりんごが 3 コ、緑色のりんごが 6 コあります。全部でりんごはなんコあるでしょう？

ここまで読んで頂いた読者ならこの問題の答えも「9コ」と即答できるだろう。

ただ、筆者の頭の中ではこんな映像が描画されてしまうのである。

赤いりんごが 3 つ在る映像
上記とは別の場面で緑色のりんごが 6 つ在る映像

そしてこの後の文を読んで、「全部でりんごは……」と書かれている物だから、
「赤いりんごが 3 つある映像と緑色のりんごが 6 つある映像」
を再生成する。その上で数を数えていた。 筆者が小学 1 年生の時の考え方を想い返しての文章起こしだが

まだこれは単純な問題ではあるが、これが 25 歳の頃に通っていたメンタルクリニックで受けた知能テストを例に上げるなら;

32 たす 58 は？

と口頭で心理士さんに出題されると、頭の中で丁寧に数字を描画してそれを筆算の図に変換しているうちに数値を失念して計算ができなくなる。

そしてこれは今でもそうなのだが、口頭会話が本当に苦手で、特にディベートなどの議論・討論の場ならともかく、口頭での伝達や意識合わせという類い
でも厄介な事に筆者の頭の中では、

音声情報の形態素解析
- 未知語があれば分解して類語が無いか探す
  - 脳内で未知語を定義した上で解釈し、未知語で返答する
  - 該当する類語が無ければ聞く
- 形態素の前後から相手の抱いている言外の意図を組み取る
相手の表情を見て意図を組み取る

という事を並列で行わざる負えないし、さらに厄介なのは形態素解析が 2 次元展開されて、最終的には 3 次元や時間軸で変化する映像を、シークバーを操作する様に言葉から演算される情景やグラフ図ができているのである。

むしろ他人がどの様に口頭での会話が脳内で展開されているか知りたいものの、知ってもおそらく自分はこの展開方法が身に焼き付いてしまっているので、
別のパラダイムへの矯正は困難にしか思えないのが本音である。

付け加えるなら、それこそ数理論理学に入門するまで自他の書いた日本語の文章での関心の対象だったり形態素解析が全くできてないため、支離滅裂な SNS への投稿を
今でも気を抜くとそうだが してしまうのである。

数理論理学と逢えて

そんな筆者が数理論理学と逢えて良かったと思うのはやはり
「自然言語に上げ難く、発音する余地も無い記号を用いて論理構造や立証の展開や演繹を行う事ができる様になった」
というのはある。

論理結合子は 5 つしか無い

論理結合子は 5 つしか 定義されていないのである。またそれらは容易にプログラミング言語に書き替える事が可能である。

下記では筆者の好みにより、Python と比較する:

否定(ひてい): not A 相当。変数や式の頭に ¬ という記号を付ける ( ¬A )
連言(れんげん): A and B 相当。変数や式同士の間に ∧ という記号を挿入する ( A ∧ B)
選言(せんげん): A or B 相当。変数や式同士の間に ∨ という記号を挿入する (A ∨ B)
含意(がんい): 変数 2 つと演算子で表現できる適切な Python コードでの表現が筆者には思いつかない。変数や式が真に成ると別の変数や式が真になる事を表す (A ⇒ B)
同値(どうち): B==A 相当。変数や式同士が真と成る事を表す (A ⇔ B)

また、読者にとって余計な世話と思うが、ブール値に関しても書き加えておく:

ブール値
- 真(しん): True 相当。数理論理学の真理表では 1 という文字で表す事も多い。また、省略で t, や T の文字で表す事もある。
- 偽(ぎ): False 相当。数理論理学の真理表では 0 という文字で表す事も多い。また、省略で f, や F の文字で表す事もある。

もう一つ余計なお世話で、表にしてみる。

日本語
よみ
記号
in Python

真
しん

True

偽
ぎ

False

否定
ひてい
¬
not

連言
れんげん
∧
and

選言
せんげん
∨
or

含意
がんい
⇒

同値
どうち

⇔

もし他の結合子を定義したいと思ったならば、一度その言葉や概念をまず 2 つくらいに分割できないか、そして分割した物がさらに分割できないかと割っていく。
そうやって切り刻んでいくと、最後にはこれらの論理結合子で表せる物が組み合わされているものになる はずだ なお、これを複合命題や複合述語という。

述語と量化子とラムダ式

少し変っていると読者に思われるかもしれないが、筆者個人が衝撃を受けたと形容する位には感動した事なのでこれも特筆させて頂く。

上記でも事足りるには足りるが、「すべての……は……である」や「ある……は……である」という日本語での表現を、個人的にはとても短かく表すのに都合の良いものがある。
それが量化である。

全称(ぜんしょう)「すべての……」: ∀ という記号を頭に大きく付ける。その右下に変数や式が代入される。
存在(そんざい)「ある……」: ∃ という記号を頭に大きく付ける。その右下に変数や式が代入される。

ところでこの量化の記号、量化子を実際に TeX 等で書いていたが、著者が TeX 式の出力方法が思い付かなかったので、申し訳ないが省く。

ただ、この量化子を用いた論理式を眺めて筆者は「ラムダ式みたいだなあー」と思った訳である。
TeX で式を書いて「当然だわ。『記号の右下に変数が付いてる』のだもの」と書いて気づいたが

実の事を言うと、述語の説明・定義の時点で「チャーチ数の様だ」と思う人が居るとは思うが、
筆者が「述語はチャーチ数みたいだな」と感じたのは量化子の説明を読んだ後で述語の説明を読み直した時である。

なお、ラムダ計算ではチャーチ数という概念で自然数を定義する。詳しくは自分が TeX のコード出力に手間取っているよりは、
ラムダ計算基礎文法最速マスター | 貳佰伍拾陸夜日記の「自然数」の節をご覧頂くのが早いだろう。

与太話: 全称記号と 2000 年代の日本のインターネッツ

全称の記号 ∀ の記号を見て、
「顔文字の口みたい」
と思われた方が居れば、おそらく同世代なのだろうと筆者は推測する。

筆者は「匿名掲示板 2 ちゃんねる」に出入りする様な度胸を持ち合わせていないものの、
当時の Flash アニメで「モナー」の存在は知っていたモナ（´∀｀）

ところで、モナのよく使う煽り文句で、
「オマエモナー」
っていうのがあるモナ（´∀｀）

全称の意味が「すべて」の意だから、何か言われたモナたちが、
「オマエモナー（´∀｀）」
って煽るのは、モナもモナに文句を言ってきた人も⇒すべての人が該当する。

という自嘲と皮肉なんだモナ（´∀｀）

……という話 全くない 。上記は筆者の言葉と記号の関連付けで遊んだ散文である。

閑話休題: ここまでのまとめ

ここまで書き上げるのに 2 日(14 時間)も費してしまったのではあるが、

「数学」という言葉の曖昧さ
「論理学」という「具象を抽象化し真偽に分ける」道具
「数理論理学」という「数学」と「論理学・哲学」の混合概念で上手く行くかもしれないこと
- 日常会話の解釈
- 書物や Web 上の記事の読み解き
- その他、問題の分析や整理

という事が読者に伝わっていれば、感謝したいくらい幸いだ。

「しかしそれは薄情・無情では無いか？」

論理的な文章もしくは言い回しには、どうも血の通っていない印象を持たれるらしい。

少なくとも、筆者個人から見ての他者同士の会話において、片側がまたもう片側からの比較的理路整然とした指摘に対して、
「偉そうですね」だったり「どうしてそんなに冷たいのですか？」
という感想を見聞きする事が、筆者の体験上でとても多い。

また、もしここまでの筆者の御託というのか感想文に
「偉そう」
という感想を抱かれたなら、それは筆者の語彙だったり言葉選びが幼稚であるためだ。容赦頂きたい。

バートランド・ラッセルの語録

しかしながら、筆者は今回この記事を書くにあたってバートランド・ラッセルという人物の事を始めて知ったも同然なのではあるが、
Wikipedia の氏のページの語録の章に興味深いものがあったので 2 つ紹介させて頂く。

悪の定義と、悪の側からの「正義」という詭弁と正当化

高潔な人たちが、自分は正当にも「道徳的な悪」を懲らしめているのだと思いこんで行ってきた’戦争’や’拷問’や’虐待’のことを考えると、私は身震いする。

On Education, 1926 より

特別筆者が語る必要は無いだろう。完全に筆者の偏見に因るものだが、
「正義」の名の元に’戦争’や’拷問’や’虐待’を行う人達は、
「自分の地位や名誉や権利や生存とそれらの存続」
に危機や不安を覚えるから、
「先にそれらを奪う可能性のある存在を潰してしまおう」
あわよくば、
「その存在を『自分の地位や名誉や権利や生存とそれらの存続』について肯定する存在に変えてしまおう」
とするのだ。

こう述べるとさも筆者が、
「俗に塗れぬ者」
と捉える読者が居るかもしれないが、全くもってそんなことはない。
「地位や名誉や権利や生存とそれらの存続」
は、生き物の性であり、またミーム学ごっこの考え方をこじつけてしまえば「情報そのもの」もその存在の存続を脅かす
存在が居ると認識するならば、駆逐・殲滅するのであろう。とは思う。ただし、ここまでは殺人癖の類いに関しては扱わないものとする。

さて、ここまで述べた、むしろ戯けて置いて、筆者が何もラッセル氏の引用に対しての反論や同感などは述べていないと思う。

筆者も実体験での実感を元に「身震い」する。しかし、ここでは実体験の詳細は省く。

ただ、その筆者自身の体験や感覚に至る認知・クオリアを誤差なく伝える事は叶わない。
なので高潔を自称する人々に筆者が偉そうに、
「貴様達も己等が如何に動物・生物的な価値の押しつけをしているのか自覚を持て」
と宣うのもまた価値感の押しつけどころか、それこそ生物の生存存続の価値に従っての独り善がりでしかない。

であるならば……いや、もうこれ以上戯けても、
「俺は暗くてジメジメしてカビ臭くてキノコが生えている様な所でも生きるよ」
という今現時点での所感に着地する。

とは言え、「不幸な人間」が「不幸」を解くには

「不幸な人間は、いつも自分が不幸であるということを自慢しているものです」

出典不明

先程、
「俺は暗くてジメジメしてカビ臭くてキノコが生えている様な所でも生きるよ」
と述べておきならが、このラッセルの語録はとても胸に刺さる。
心臓をマチェットナイフで突き刺されたのではなかろうかというくらいに。

そして、自称不幸さなら周りの人間の誰にも負けないという
下らない囚人の足枷の自負にエクスタシーを感じがちな筆者は、いい加減その不幸自慢が
周りに不快感を与えている様子なのをようやく察した訳である。

ただ、その不幸の原因や問題に対しては全く論理的な観察・分析が進んでいなかったから、
不幸自慢をするしか無かったとは、言い訳する。

まとめ: 論理学を薦める、とても感情に偏った理由

果たしてこんな現世は人の型をした畜生の学習開始感想文をここまで読んでいる人はもう居ないのではなかろうかと
思いながら書いているのではあるが、この記事で何を言いたかったのか筆者自身がこの記事と、
記事にする前の殴り書きを見返して箇条書きして締めよう。

問題(個人の悩みから社会の問題まで)の基本となる分解方法を知る事ができる
自分はもちろん他人に物事を伝える時の基本を知る事ができる
その上で、自分自身を含めた個々人の背景理解や事象理解を行う事が比較的楽になる(かもしれない)

蛇足

以下、ただでさえクソ長い上に支離滅裂だろうこの記事に数個書きたかった事について書いておく。

筆者の認知特性

こちらの「認知特性テスト」による筆者の認知特性を見せた方が良いと筆者個人としては思ったので結果を貼りつけておく。

言葉を『解く』為の「論理学」「哲学」

論理や認知の話で「サピア・ウォーフの仮説」の話を絡めて、
ロジバンやグロービッシュについても語りたかったが、話の展開があまりにも不自然であったので、
蛇足で語らせて頂く。

簡単に言えば、
「言葉が違うと物事の捉え方も変わるのでは？」
という仮説と、その説の検証として「ログラン」という言語とそれを発展させた「ロジバン」が在ったり。

また、英語の名詞・固有名詞以外の語彙を少なくした英語として「ベーシック英語」というものが在り、
これを利用してプログラミングでの関数やメソッドの命名に使うのも在りという話があったり。

また「エスペラント」という言語も興味深いと思う。

いずれにせよ、どの言語で書かれていても、その書かれたものの著者の背景理解だったり、
論理的解釈は必要なのだが、多少はこういう言語の方が論理面の解釈や背景理解に
あたっての負荷が低いのではなかろうかと、 10 年前から思ってしまっている所存ではある。

興味が湧いた方は是非調べて頂けると幸いである。

参考資料

著:山田俊行森北出版「はじめての数理論理学証明を作りながら学ぶ記号論理の考え方」| ISBN978-4-627-07801-7
ラムダ計算基礎文法最速マスター | 貳佰伍拾陸夜日記

謝辞

この投稿の初稿に対するレビューを「興味があれば」とザツに頼んだにも関わらず、
至極冷静に指摘をくれた D.O 氏には有り難く感謝を申し上げたい。

また、多忙かつ筆者のこんな下らない感動の感想文にも肯定的に、
「読むよ!」
と返答をしてくれた、かげぎす氏にも感謝申し上げたい。

変更履歴

2021-04-28: 残存していた乱文(マークアップミス)を修正。
2020-10-04: 乱文かつ草書(書いていない箇所も多々存在)を公開。
2020-10-25: まともな文書に初稿。その際には TeX コードや数式は図等への出力が筆者個人の力量では適わなかったため削除。

Footnotes

1 「逢った」という表現に「誤用では？」と感ずる読者が大多数と筆者は思うが、これには、
「存在した」ではなく「筆者が求めて ではなく あちらから切っ掛けが来た」という言外の意図を表したく、この様な表現にした。

2 この記事では「ニュアンス」と言った方がよっぽど伝わり易いと思われる筆者の心情をあえて「言外の意図・意味」と書いている。
筆者自身への「ニュアンス」という言葉による「書き出さない、書き出し難い意図や意味」の省略を避けたい戒めである。

3 書物や記事によっては「函数」と表記される事もあるので、改めて意味を調べた。どちらも同じ物を指すものの、これまた言外の意味を
筆者個人が感じたので脚注で戯けさせていただくと;

関数: 「関」という字の意味としては「境目」や「出入口」
函数: 「函」という字の意味としては「箱」や「入れ物」

の様に受け取れた。

幼稚だが Wikipedia の名称表記の歴史を掻い摘んで見れば、

日本語としての関数はもともと「函数」（旧字体では函數）と書く。函数という語は中国語から輸入されたものであり、中国での初出は 1859 年に出版された李善蘭の『代微積拾級』といわれる。

(…中略…)

なお、現代の初等教育の場においてはしばしば関数をブラックボックスのたとえで説明することがある[2][11][12]。この説明では、「函」を「はこ」と読むことと関連付けて説明されることもあるが、「函数」の語の初出は 1859 年なのに対し、「ブラックボックス」の語の初出は 1945 年ごろとされることに注意を要する。

誠に個人の感想だが、「『入力・出力の値』に対しての関心・着眼が『関数』」、「入力・出力が出入りする『箱そのもの』への関心・着眼が『函数』」と書かせるのかもしれないと感じた。

どちらにせよ、入力・処理そのもの(ブラックボックスでも)・出力のひとまとまりを述べる言葉には変り様は無いと思うので、
「よっぽどブラックボックスに関心・着目をさせたいのであれば『函数』と書いても一興かも」
というのが筆者の感想であるし、関心の対象が「数学」なのか「哲学・論理学」かでもボヤけてしまう話と筆者は感じるので、
「この論争は人間の認知・クオリアが画一の物を誤差なく共有できない限りは解決しないだろう」
と Wikipedia を見て思ってしまうのである。

4 「流行り」と解してしまうのは良くないのかもしれないし、筆者個人も LISP や ML, Haskell, OCaml が出た当初や
その後暫くの業界での利用例や学術記事の増減を見た訳でもない。
良くて 2015 年頃に Haskell が盛り上がって Scala が盛り上がり、Elixir や Crystal や Haxe だったり Rust の誕生で筆者の観測している界隈で賑わったり……」
という筆者個人の肌感覚しか持ち合わせていない。

5 書籍では老先生の「ラッセル卿の『1+1=2』の証明」の写しは手書きの書体で記されていた 図と明確に判る様にと載せたと思われる 。興味のある読者は、
Wikipedia 日本語版の『プリンキピア・マテマティカ』の『引用』の節をご覧頂ければ幸いである。

原文はorg-mode

筆者のお約束。GitHubで公開している。

私的な(業務)ジャーナルの書き方

2020-09-27T22:04:28+09:00

想定読者
「メモを取れ」とは言うが、具体的には？
書き留めた内容の有効活用法
1. 自分の「ジャーナル」という足跡を辿るのに使える UNIX ツール
2. なぜ UNIX ツール・コマンドラインツールなのか
まとめ
参考資料
蛇足

(…前略……) 直近のパフォーマンスの状態がわからないと、今回、乗り越えるべきものが何かを知ったり、自分が進歩しているかどうかを分析したりすることができなくなるからだ。

幸い、この問題を克服するための技術がある。

ペンと紙だ。

トレーニングを終えたらすぐに、または、できるだけ早く、トレーニング内容を書き留める。次のセッション前にそのメモを見直せば、今回、なにをすべきか、なにを乗り越えるべきかがわかる。

ポール・ウェイド著、山田雅久訳「圧倒的な強さを手に入れる究極の自重筋トレ ; プリズナートレーニング」::「セルフコーチになるには」の「体を鍛える時の知恵」の「トレーニング記録を取る」(項 306)より

信じられないかもしれないが、優れた監獄アスリートは、獣のようにはトレーニングしない。

上記同著、同大,中章の「消灯!」(項 308)より

人間の記憶というものは、想像以上に揮発したり揮発しなかったとしてもその内容が欠損ないし、欠損を埋める改竄・変更が容易に行われるらしい。

筆者は下等知的生命体どころか人型畜生なので、記憶の欠損やそれを埋める改竄が容易に発生する。それこそ 3 歩歩く前の記憶さえ改竄されたり、揮発する。

そのため、失った記憶を頭の中で掘りおこしたり、その上でそれらの整合を取ったり俯瞰するという脳みその演算能力はつねに無い。 「無かった」と過去系にして宣いたいが、おそらく今もなおそうなので、過去系にはできない

なので苦し紛れに氏の著書も愛読しているブログの「日記でなく日誌をつけよう／独学者のための航海日誌（ジャーナル）のススメ」を読んで がむしゃら に「自分の為の業務ジャーナル」をつけたら、主に精神が安定した、という事をこの間別のブログサービスに書いた。

その後日から妙に Qiita で似た趣向の記事を幾つか見かけ1たので、自分も少し誰かに有益になるか判らないものの知見や小技の類を記しておこうと思った次第でこの文書を書き初めた。

想定読者

業務に集中できない人
自分が悪い事は判っているものの、何が原因か分からず仕舞いな人

つまり 30 歳と 4 ヶ月になるまでの自分の様な人である。

「メモを取れ」とは言うが、具体的には？

「忘れない様にメモを取れ」
と他人は言うが メモが手元に準備しにくい職場では「心に刻め」と言う事もあるが 、では実際何を どの様 にと戸惑ってばかりでメモを取れなかったのが筆者である。

ましてやメモを取っても大抵は上司や同僚など他人から指摘された事を書き留める事に留まり、それはただの「自分への戒め」となって傷ついてばかりで、メモを取っても不快になるだけであった。

HTML5 から垣間見る「文書に求められている要素」

そんな自分が「自分の為の業務ジャーナル」を記すにあたってふと思い返したのは、HTML5 の要素であった。

: ハイパーリンクを指定する

: 強い重要性を表す

: 引用句・引用文であることを表す

: プログラムなどのコードであることを示す
: 声や心の中で思ったことなど、他と区別したいテキストを表す

HTMLクイックリファレンス::「HTML5 リファレンス(目的別)」の「テキストの意味」より抜粋特に筆者の歪んだメモへの認識に対して救いになったのは要素である。この文書を読んでいて察しの良い読者はお気づきかもしれないが、所々斜体表記している文節は「筆者の所感や感想」いわば「筆者の内心」である。「メモは事実のみを書き記すもの」と認識していた筆者は、「他者から言われた客観的意見を留める事」にばかり囚われ、「自分がその時抱いた心情」は記録する前に脳内で殺していた。しかし殺した感情の怨念なのだろうか。殺した情は後々、自他共に認める誤ちの種となるのである。そしてその誤ちの原因を探ろうにも、記録が無いため、自分の事を「無能で狂ったもの」と戒め続ける結果となるあくまで筆者個人の話だが。自分のその時の感情も臆せず書き出し記録しよう。それが自分の誤ちの動機を知るキッカケになるし、少なくとも建設的で論理的な「理屈っぽい」とも言えるかもしれないが自己批判や自暴自棄は思うほど自分を傷つけない。ただ一つつけ加えるとするなら、他人への愚痴は斜体よりも弱い表記の方が良いと筆者個人は思う。あくまで筆者の感覚に依るものだが、どうせ他人の愚痴を書いても 2,3 週回れば自分の汚点に突き刺さる。書いておいても良いが、その愚痴の分析を書き連ね終える頃には自分を卑下するものになることが多い。メモ書式の策定できるならば書式はプレーンテキストでも手書きでも統一したい。その方が後でまとめるにしても、まとめる前の殴り書きを見返すにしても、頭の中の構文解析機を切り替える手間が多少は軽減される。太字や斜体を手で書くのは骨が折れ2るので速記という観点では余計な労力が必要になる。手書きであれど、各種マークアップ言語の様な「記号で囲んで文節に意を持たせる」方法を取り入れた方が楽ではと筆者は思う。とはいえ書式も多様幸い今日は多様なマークアップ言語がある。Markdown, reStructuredText, Asciidoc, etc3… ごく個人的には「アウトライン(構造化)、TODO、表もプレーンテキストで表せ、他の書式への変換出力も標準搭載(pandoc を利用する事で更に出力先を広げられる)」の「Org-mode/org syntax」を推し薦めたいが、Org-mode は Emacs という「テキストエディタの姿をしたキャラクターユーザーインターフェイス(CUI。CLI ではない)の、実質基本オペレーションシステム」 \\ があってこそ真価を発揮する書式と言っても良い代物である。なので無理強いはしない。が、過去にその素晴らしさについては語ったつもりである。箇条書き対横に長い文字列「であるならば(構造化)箇条書きの方が速記という点では優れているのでは？」と思われる読者も多いだろう。確かに箇条書きは簡素に書ける上に構造も表せる。ただ筆者個人としては、箇条書きは縦幅を多く取るものと感じる。横書きならば右側、縦書きなら下側の空白に後から注釈を書き込むという自由さはあるが、その場で脳内に表れた感情を含む言葉を簡素に切り分けるという手間が発生する。この「構造化する」という手間は筆者個人は地味に疲れる工程であり、それを「とりあえず即座に記録する」という観点ではいささか一工程増える感覚を覚える。それなら一度だらだら横一列にほぼ等しい状態で書き出した上で、後でマークアップ記号をいれてしまった方が早いと思うのである。とは言え、ここは好みで別れると思うので各自のやり易い様に書き留めるのが一番である。記録する時・頻度トレーニングの記録は、すばやく、効率的に行う。時間がかかる面倒に変わると、続けることが難しくなる。ポール・ウェイド著、山田雅久訳「圧倒的な強さを手に入れる究極の自重筋トレ ; プリズナートレーニング」::「セルフコーチになるには」の「体を鍛える時の知恵」の「トレーニングジャーナルの書き方」(項 308)より率直に言ってしまえば、これに尽きる。自分の感情に何かがひっかかった事に気づいたら、自分が何かに迷ったり、その何かが言葉にできなくても、書き出した方が良い。「良いに決まっている」と、筆者個人の体験では思う。それは最初、グラフ図でも良いしポンチ絵でも良い。とりあえず残さないと後で思い出す苦労と比べれば、断然マシだ。さらに言えば、書き残した安心で気づいた事を忘れられ、忘れた事で空いた脳みその領域を他の演算に使用する事ができるというものだ。なので、自分の身を守る為のナイフを懐に忍ばせるが如く、懐にペンと紙を忍ばせておきたい。しかしながら、ペラ紙だとペンが紙を破く事が多いので、A8 サイズのメモ帳をスマホやパソコンの前に居なく、かつ手帳の類いも持ち歩いていなかった時の為に常備しておくと良いだろう。余談：Emacs の Scratch Buffer Emacs には Scratch Buffer というものがある。設定によっては閉じても次に開く時にも、その編集内容は保存されている。これが地味に重宝するもので、「ファイル名は決まらないものの、書いておきたいコード片やメモを書き残したい」時がしょっちゅうある筆者は、Scratch Buffer の恩恵にあやかっている。「ファイル名が決まらない時は日付時刻で保存する」というのが定石とは知るものの、筆者はそこまで器用ではないし飲み込みも遅いので、「現日付時刻を確認して ISO8061 書式でファイル名をつけて保存」という事ができないため、とても助かっている。 Emacs に限らず、テキストエディタであれば新規作成ショートカットを叩く事で白紙は容易に生成できるが。書き留めた内容の有効活用法ここまでは書き方、書き留め方の持論を戯けさせていただいたが、その記録も見返せなければ効果は半減まではしないものの、有効活用できているとは言い難い。少なくとも、先程書き留めた事を意味の解釈までしなくてもいいので見返した方がジャーナルの有用性は発揮される4と共に、自分の思考過程の不足やその過程の含意5に対する矛盾に対するマサカリ6を、必要以上に自分を痛めつけない鋭い刃で投げる事ができる。とはいえ、多量に書き溜めた文書群からある文字列を探し出し、それに関連した情報やその調査過程を振り返り次の行動を見出すのに、筆者の様なドせっかちは「探している時間がもったいない」と思うのが常である。ましてやそれを目視で行うというのは大変骨の折れる作業であり、その心労を思い浮べるだけで憂うつな気分になる。なので自分のジャーナルもできる限り素早く探したいものである。幸い、今日のスマートフォンやパソコン 2020 年現在であれば RAM が 8GB では人権未満だが、無いよりはましと思うなら、人間が「1 日 1 ファイルに書いた 1 ヶ月分のテキストファイル群」から目的の語句文字列を目視で探し出すよりも圧倒的な早さで見付けられる。しかし、その「探す際に使う道具の名の一つくらいとその使い方」くらいは、完全に説明書を頭に叩き込むまでは行かなくても、少しは把握して使えた方が良い。して、その道具は GUI の方がとっつきは良いかもしれないが、筆者個人としては CLI を薦める。もちろん UNIX 由来のコマンドである。自分の「ジャーナル」という足跡を辿るのに使える UNIX ツール以下に挙げるツール達は、数多のドキュメントやそこから発展した知見が WWW 上にある。なのでここでは名前だけ挙げる: find7 grep8 cut, tr, paste 必須ではない9 特に「grep」の名は「あるディレクトリ(フォルダ)に保存されているテキストファイル群から特定の文字列を探す機能」の代名詞なので、覚えておいて損は無いだろう。なお「grep」は「複数条件(「ほげ」と「ふが」の両方を含む。「ほげ」と「ふが」のどちらか両方を含む)」や「否定(その文字列を含ま無い)」での該当行を導き出す事も可能である。なぜ UNIX ツール・コマンドラインツールなのか完全に筆者の体感の話でしかないが; 検索するにあたって余計なものが目に付かない検索するにあたって余計な事を考えず、必要な事に集中できるキーボードからマウスやトラックボールに持ち替えずに文字列・表の様な表現をした文字列の検索や検索結果の加工を行い、自分の欲しい情報に絞り込みやすいという具合である。プログラミングの学習を高等専門学校や大学、2年生の専門学校で学んだ人なら「木構造」は知っていると思い込んで戯けると、筆者の頭でもファイルディレクトリ(フォルダ)構成はままそれに似た図で展開されがちなのだが、CLI ツールを使うと、その木構造の想像を文字列にも適応するのが容易で。「切り離す枝葉を意識せず、欲しい情報に当たりやすい」のである。とは書いたが、正直この感覚を上手く言語化できるほどの語彙力が筆者には無い。昔に上げた Qiita の記事を見ても明らかなので、読者を納得させれるとは思えていない。まとめと、好きっ放題書き散らし、戯けさせて頂いたが、志しある読者の皆様は、「メモやジャーナルは自分の頭の中を俯瞰したり、忘れる為の安心も得て忘れ、その開放された頭でもっと深く考える為の余裕を確保できるようになるんだな」と感じていただき、あわよくば自分自身の自分自身の為のジャーナリンクをはじめたり、継続していただければ幸いである。さて、今この文書を書いている筆者としては、「して、『自分に自分を痛めない鋭い刃のマサカリ』を投げるには？」という事を抱いた読者と過去の自分の為にとは言いつつも、最近学び始めたばかりなのに沢山の感動を得た「数理論理学」についてだらだら戯けようと思う次第である。参考資料黒板太字 | Wikipedia 日本語版 Markdown | Wikipedia 日本語版 reStructuredText | Wikipedia 日本語版 AsciiDoc | Wikipedia 日本語版 Standard Generalized Markup Language | Wikipedia 日本語版それ PowerShell でできるよ | Qiita 日記でなく日誌をつけよう／独学者のための航海日誌（ジャーナル）のススメ | 読書猿Classic: between/beyond readers チリを積もらせ山にする→人生航海日誌（ログ）と動機付けの技術 | 読書猿 Classic: between/beyond readers 蛇足この文書も原文は org-mode/org syntax で書きました。原文は Gist で上げてみました。脚注 1 例えば、「【不安解消】未経験が GitHub で issue 管理をしたら、モチベ UP した話。」や「エンジニアが効率よく仕事を進めるためのメモ術」である。拙いが、応援の意も込めてコメントもした。 2 少々高度な数学の書籍では「黒板太字」もしくは「中抜き文字」という「白抜きの太字」の様な表記があり、これを応用して「一度書いた文字の上から微小ずらして改めて文字を書く」という方法もあるが、文節の両脇に記号を書き入れる労力と比べると、こちらの方が労力が大きい→速記に適さないと筆者は感じる 3 もちろんだが、HTML や XML と言った Standard Generalized Markup Language(SGML)も立派なマークアップ言語である。 4 これを述べるに当っての記事そのものは失念してしまったが、nemo 氏の embryo というブログの記事だったと記憶している。 5 数理論理学でのみ扱われる用語かもしれない。「Aならば B」という、「何らかの事が成り立つのであれば、別の事も成り立つ」という関係を示す語。 6 こちらも IT 界隈限定の用語かもしれない。「他者の誤認や誤解といった誤謬(ごびゅう)に対する有識者の指摘が、初学者には『人格否定』とも捉えられてしまい、その『有識者が初学者の志しを折る』様が、さも漫画『北斗の拳』でならず者達が非力な人々を殲滅する様」に似ているからか、そういった指摘を「マサカリ」と呼ぶ「完全に筆者がインターネッツを眺めていて得た推測」につき、要出典。 7 ただし 2020 年現在の「Windows」だと、「コマンドプロンプト」では where, dir が代替となる(出典)。筆者としては Windows10 以降を使用しているならば PowerShell を薦めるものの、PowerShell では Get-ChildItem に -Recurse オプションをつけた上で Where-Object コマンドに受け渡す(出典) 確かに find においては PowerShell の方が「一つの事を上手くやってる、UNIX 哲学的」とは思うが…… 。 8 ただし 2020 年現在の「Windows」だと、「コマンドプロンプト」では find, findstr が、PowerShell だと Select-String が代替コマンドとなる。 9 しかし知っていると、「カンマ( , )で列を、改行で行を表現した表(CSV)」などから特定の列だけ抽出したり、もし少しばかりスクリプト・プログラミングが書けたら、その集計まで持っていける。ソースは「シェルスクリプトの中でjoin()とsplit()相当の事をやる | Qiita」

「禅とオートバイ修理技術」の上巻を読み終わったので感想文 2020-05-24T21:19:01+09:00 お断り筆者は認知バイアスないし認知の歪みがかなり強めの人間です。そのため高頻度で論理的に壊滅している部分があるかと思いますが、そこは上手くコメントなどでツッコんでください。そういう文章が苦手な方はブラウザバック推奨。三行半（ざっくり言いたいことまとめ）価値、クオリティってなんだと論理的に問うノンフィクション。論理的な考え方をロバートとの旅とその途中のシャトーカで学べるかも。「どうして僕は皆が悩まないことで悩んでしまうのだろう」と思う人は読むと何かがみえてくるかも。大まかなシナリオロバート・M・パーシングは、息子クリスと1組の夫妻と共にバイクで旅をしている。ロバートは朝の脳の準備運動の様に「シャトーカ1」を読者に対して行っている。その物事の分析方法の解説はじわじわと彼の知り合いのパイドロスの思想についての分析へと踏み込んでいく。パイドロスは哲学を専攻していたらしく特に「価値・クオリティ」についての探求を行っていた。所感もろもろここから先、筆者が本著を読んでの感想をだらだらと。ロバートのシャトーカに筆者は同感と感銘を覚えた。物事・問題とどうやって対峙し、分解していくのかが比較的フランクな調子で書かれている。また、パイドロスが大学で行っていた「評価のない、問を投げかけて議論する」講義は確かに今日日本でも行われている教育制度へのある種の批判とその代替案と結果、考察としてよくまとまっている。しかし、そんな彼の講義は大学はもちろん、その他大勢の第三者から認められるのはとても難しく、さらに受講した学生たちで特に高い評価を「評価制度を設けない講義」以前に得ていた学生には好評であったものの、成績の低い、ただ学歴や資格を得るために大学に来ている様な学生には不評でもあった。学生や自身の知識や価値観を再認識し他人に伝え、その批評を受けて更に自己の意見や価値観を洗練させるこの講義には、非常に魅力がある。互いを相乗させて新たな問題を見つけ解くために、思考のナイフを研いでいると言っても良いのではないかと筆者は思った。ただ、それまで社会の「価値基準」というものが、ほぼ何かの特定の関心事に対する一次元の評価にとどまっているのが現状である。と筆者は思う。その単一の関心事に対する一次元の評価に我々は常に心を痛めているし、痛めすぎて自ら命を断つものさえ居るのが今日ではと、やや筆者自身の被害妄想も含んで感じてしまうところではある。筆者が所持しているものは早川書房から文庫本として出版されたものの三刷である。ただ本著の日本語訳は1990年4月に（株）めくるまーくから単行本として刊行されたものを文庫化したものであり、さらに原著に至っては1974年に刊行されている。その事実が、筆者には少々心に重くのしかかっている。だからこそ、筆者自身今後の未来を作っていく人々には、できる限り特定の関心事に対する一次元の評価はしないようにと思い直されられた。また、この本がきっかけかどうかは定かではないが、「人々が善悪や価値を定めるに当たって、言葉以前の層でどのように世界を捉えているのか」の参考になるかと思い、最近数理論理学や記号論理学の本を手にとって、捻出した空き時間に1・2章を読み進めるということをしている。錯誤と言われればそのとおりだろう。疑問本書を読み進めていくうちに、妙にロバートとパイドロスが同一人物の様に思えてきている筆者が居る。 Web上の他の方の感想記事を読めばそれはすぐに判ってしまうことだろうけど、あえてこの疑問の答えはそれらの情報で確定はさせず、下巻を読み進めることとする。 Footnotes 1 シャトーカ「ショトーカ」とも言う。Wikipediaの記事では「成人教育運動」と記されているが、ロバートのそれはWikipediaの「最も有名な演説」のそれとは一線を引いたものの印象を筆者は覚えた。 P.S. 例によって、テキスト部分のみorg-mode-syntaxでGistに公開。フリーソフトウェアの布教活動の動機；創作行為の大衆化と湾曲的自己表現による批評合戦の活性化 2020-03-14T23:37:05+09:00 仕事も大分落ち着いたので、大衆には無益有害だが、ごく個人としては心にとどめておきたい、「私が生存するに当たっての目的」みたいなものをここに書き留めておく。フリーソフトウェアはロマンがあるここでいうフリーソフトウェアとは、ほぼ「オープンソースソフトウェア」と同意味ではあるものの、厳密には自由ソフトウェアの事を指している事には留意していただきたい。「Free Beer」ではない。「Free Speech」である1。とはいえ、筆者は純粋な GNU/Linux を使っている訳でもなく、Ubuntu 上のSteamでUndertaleを普通に遊んでいる Not Pure Free Software Fanatic なので、そんな肩ひじ張らずに読んでいただいて問題ない。インターネットに繋がっていれば問題なく手に入る今日、比較的田舎の町でも 4GLTE 回線であれば 20Mbps 程のデータのダウンロードは行える時代となった。なのでフリーソフトウェアに限らず、無償のソフトウェアは気軽に入手できると言っていいと思う。そのため、最悪キーボードのみ、できればマウスも、必要があればペンタブレットや MIDIキーボードがあれば、パソコンを利用して部屋を散らかさずに創作活動ができるものだと考えている。知識があれば拡張もできるソースコードの改変が許されるソフトウェアであれば、その利用者が機能拡張することだって許されるのである。これにより、ソフトのユーザーが独自に拡張を行って効率を飛躍させることもでき、さらにはその機能を共有すると助かる人が居ることもよくある話である。フリーソフトウェアそのものが興味深く楽しいフリーソフトウェアそのもの自体もとても興味深いものである。なぜかと言えば、そのフトウェアのソースコードは、コンピューターの扱い方のレシピブックでもあると捉えられるだろう。さらに言えば、そのソフトウェアを取り巻くコミュニティもまた興味深い。たまに悪意を持ってプログラムを改変する人もいるが、比較的善意や純粋な知的好奇心でそのプログラムを改変し、共有している人々もいる事実がある。自由に創作できるという事良い時代になったものである。しかしそんな環境下に居るにも関わらず、創作活動をしない人が居るのも事実である。強制はしない。しかしもったいないと思ってしまうのが筆者の心情である。せっかく道具は（質は置いておく。各個人の肌感覚もあるし）気軽に入手できるのだから、やればいいのにとつい思う。ましてや共有できる環境も比較的増えたわけだし、感情や考えを分かち合う……というのも大げさなのではあるが、そういう事をしたいと思うのであれば、晒してみるのもまた一興、うるさいガヤの小言を聞きたくないなら、ベタなHTMLとCSSと少々のJavaScriptで構成したWebページを自分で作り、どこかにアップロードすると良いと思う。ましてや今日、Web上に転がっているコンテンツなら8割は収集しているであろうサーチエンジンや、どうしても一言申し上げたい輩が居るのならSNSにリンクを貼って共有したらいい話だと個人的には思う。とはいえ、いわゆる神絵師とかの作品を見ると、そりゃあ意欲もなくなるものである。無くなるが、ずっとくすぶってばかり居て行動しないのが筆者である。創作は思考の道具であり、伝達手段でもあるこの章のタイトルの元ネタは、川崎昌平氏の「労働者のための漫画の描き方教室」の50ページの、表現とは思考のための道具であるその一文ほぼそのままである。後は気が向いた時に度々読む、Eric S.Laymond 氏の「ハッカーになろう」だろうか。母語できちんと文が書けるようになること（わたしが知っている最高の連中を含め、ハッカーの驚くほど多くは物書きとしても有能です）。 SF を読むこと。SF 大会に参加すること（ハッカーやハッカーの卵たちに出会ういい方法です）。ハッカーになろうを引用はしたが、私はハッカーではない。いいとこコーダーである。また、もっと「まんがそのものの描き方」に関しては、ありがたいことに KADOKAWAのComic Walkerで「まんがでわかるまんがの描き方」という漫画が公開されているので、これの10話くらいを読むと書ける気分になれる。「まんがでわかるまんがの描き方」では、まず字コンテの書き方から解説しているので、個人的にはかなり良いと感じた。さらに、「物語そのものの書き方」というところであれば、読書猿氏のブログの創作の道具箱を眺めてみると良いだろう。これらの資料を並べた理由としては、マンガに限らず物語は「説明できてなんぼ」のものであり、また物語のテーマ、テーゼ、アンチテーゼ的なものがある程度持っているものであれば、そのテーマやテーゼそのものについて直接語るより物語にした方が、読み手は案外物語の著者自身に対しての反感を比較的抱かずに著者の訴えたい主張を聞き入れ易いと思っている。また、小説やマンガだと比較的書き手自身が考えをまとめながら描くことがしやすい。いや、筆者がそこまでものを考えて時たま創作活動しているかというとそうでもないし、ましてや熟練した個人のアニメーターやゲーム作家なら、絵コンテやゲームデザインしている時点でまとめているとは思うが。最後にあえてマンガを薦める理由としては「労働者のための漫画の描き方教室」にも書かれていると記憶しているが、やはり絵図の方が肩肘張らずに読みやすい。もっとも、これは今日までのマンガという表現媒体に対する印象が、比較的「幼稚」と取られている節もあるため、もしかすると数十年後には書籍のマンガを読むことさえ知的な行為になるかもしれないし、マンガの読み方が分からないという青少年もいるとかいないとか噂に聞いたりする。と書くと、「オブラートに包みつつも主張をしっかり使える媒体」としては動画や演劇になるのかもしれないが、今の筆者には動画を描く労力が途方に思えるので、とりあえずマンガ。 Blender やUnity やUnreal Engine,Godot Engine でも Armory Engine でもUPBGE でも、Synfig Studio やOpenToonz でも何でも良いが、それらの使い方を一つでも熟知している方なら、筆者のこんな御託に付き合っている暇もなく、とっくに動画やゲームの制作に取り掛かっているだろうけど。雇われプログラマ・ソフトウェアエンジニアよ、ここまで長ったらしく書いたが、筆者が述べたいことは以下。妄想してくれ病気による妄想ではなく。楽観的で漠然とした希望を妄想すると、割と幸せだと筆者は思う。筆を握ってくれそこでせっかくなのでその妄想を共有していただきたく、筆を握っていただきたい。できるならばそういう希望を抱くまでの過程になるような物語を添えて。そして書いた（描いた）ものを共有するかしないかは任せる。でも共有していただいたほうが、筆者限らず、誰かの考え方の幅が広がるきっかけになると思う。とはいえ、肌感覚や感性の違いという「解せん」という感情が発生することもままあると思うので、そのときは「解せん」で片付けてしまって良い。筆者も「口では大層な事を宣いているが、自身は全くそれに準じて行動していない」やつに対しては、「解せん」で絶交したし。以上が「論文・弁論に限らない自己主張の提案」という弁論である。オチと戯けてみたものの、私は特別これと言えた作品は何も出さずに、人間年齢 30 歳になるので、筆者を反面教師として蔑み、この文章を読んだ方には創作活動に励んでいただきたい。御託を並べるのが大好きな下等知的生命体なもので。参考資料・影響を受けた資料川崎昌平「労働者のための漫画の描き方教室」ハッカーになろう（How to Became A Hacker）まんがでわかるまんがの描き方 - KADOKAWA 脚注 1 自由ソフトウェアとは？ - gnu.org 今更、「AWSなのに、エモい」の読書感想文 2019-12-02T11:36:03+09:00 この記事は「Qiitadon Advent Calendar」の2日目の記事です。なお、1日目はこの記事を書いている時点では誰もエントリーしておりませんでした。思いつきでアドベントカレンダーを立ち上げるからこうなるのである。そしてさらに厄介なことに、立ち上げた当人がそこまでQiitadonにまつわるネタがあるわけでもなかった。「とりあえず楽しそう」という安易な気持ちが、いつも自分の首を締めるのである。なので私は改めて、ほぼ躁状態で書いたであろう「Qiitadon Advent Calendar」の説明文を読み直した。明美（Qiitaファンミーティング（非公式含む））、大喜利、お勧めクライアント、ROM専の方の自己紹介、ポエム、カーテン、エモい話、Qiitadon説明書やQiitadonの皆さんに助けられましたなど。どうぞ。カーテン、エモい話明らかにある人物を意識している文節がある。かろてん氏だ。そしてかろてん氏に頼まれていた宿題を、全くやっていなかった。「書評」である。ということで、この記事を書くために先程「AWSなのに、エモい。」を読んだ。主人公の「透（すける）」がAmazonの運営している施設で1枚のフロッピーディスクを拾ったところから物語は始まる。全ページで87ページくらいなので、なにか大切な気持ちを失いかけていたAWS利用者は読むと何かが思い出せるかもしれない（著者はそれを「エモい気持ち」と称しているが）。サーバーというものが私達の身近で物理的に存在を感じれるものではなくなってから、思ったより時間が経っただろう。コマンドを叩けば――もしかするとブラウザの画面からマウス操作で――AWSのインスタンスやリソースを操作できるこの時代、そこまでHTTPやTCP/IPのことを分かっていなくても、つまりそのコマンドが何を意図して伝達されるのかなぞ、意識しなくてもいいのかもしれない。たとえそれが、中で誰を幽閉していたとしても、もしくは古代の文明の力で動いていたとしても、オペレーターが知る必要が無いのかもしれない。この「AWSなのに、エモい」は、そういった皮肉を、とてもうまく物語としてまとめているのである。全体としても分量は多くないものの、読後感はむしろ清々しいのがこの物語の強いところである。もちろん、巻末には解説が載っているので技術書の体裁をしている。大人になって忘れてしまった気持ちを取り戻せる技術書である。エモい。 C#を本業にしているスクリプトキディが思いついた、私史上最強の三文未満小説執筆環境 2019-10-08T01:05:45+09:00 3畳に足りるか足りないか分からないシェアハウスの個室で、間接照明とディスプレイの明かりを頼りに、この文章を自作した左右分離式キーボードで書いている。 Emacsで。厳密に言うと、DOOM Emacsだ。そんな私がなぜ久々に文章を打っているかといえば、就業中にわだかまっていた三文小説未満のライトノベルにも満たないプログラミング入門以前物語のそれを書きたくなったり、書くに至って良いやり方をいろいろ考えていたら、思いついたのでまとめているわけである。 Emacsは最強の執筆環境この記事に何らかのきっかけで行き着いた方々には釈迦に説法だとは思うし、もっとLispを使いこなしているEmacsユーザーに対しては僭越だが、一応Emacsというエディタについて簡単に自分が今（2019-10-07T22:46）資料を見ないでできる限りの紹介をさせていただく。 Emacsという古来から存在するテキストエディタ古来（といってもUNIXが生まれてからではあるので、西暦1980年以降である）から存在するテキストエディタであるが、その拡張性の高さと、拡張性ゆえの可能性の多さから、このエディタのファンは多く、根強い支持を得ている。とかく書いてる私自身も2年前から少しずつEmacsを触り始めた口で、それまではVimという双対をなすテキストエディタを使っていた。（ほぼ）文字だけで表現するテキストエディタこれら（Emacs, Vim)の特徴としては、ほぼすべてを文字で表現することにある。ドットインパクトプリンタなどの出力機器しかなかった時代から見るとずいぶんと贅沢かもしれないが、 2000年以降に生まれた若い人たちからすると、ずいぶんと貧相に思うかもしれない。今日のEmacs, その拡張機能と適切なフォントをインストールすれば、絵文字などを利用して見栄えは良くなる。「ダサい」？　違う、洗練されているのだ。とはいえ、EmacsはCtrlやAltなどの装飾キーを酷使し、Vimは3つのモードを把握しなければいけないなどの参入障壁があり、それ以前におそらく最初の見た目はWindowsのメモ帳と代わり映えしないだろう。「ダサい」と思われるかもしれない。しかし本当にダサいのだろうか。私は憧れる。必要な時に必要な道具をサッと出し、作業に取り掛かり、必要が無くなったらしまう。それができるのがこれらのエディタの強さである。 Org-modeは至高の（ドキュメント｜タスク管理｜プロジェクト管理）テキストフォーマット執筆に適したテキストフォーマットを作るという行為の非現実性とはいえ、テキストエディタが優秀で拡張性に優れているからと言って、自前で執筆に適した拡張機能を作るのは骨が折れる。ましてや進捗やHTMLファイル（Webブラウザで閲覧できる形式）への変換出力機能も実装するのは、自分のような専門学校卒業程度の、ほぼ文系コーダーに毛が生えてるか生えていないか程度のプログラマというのもおこがましい劣化知的生命体には無茶な話で、仕事の余暇に作るなんて、人間の平均寿命から20年ほど引いた年数ではできるものではない（たまにそれを成し遂げる者も居るが、それは天才と言われる超人類にしか当てはまらない）。巨人の肩に腰を据える今日、オープンソースソフトウェア・フリーソフトウェアという文化が広まり、インターネットにつながるパソコンがあれば、天才達が考えたプログラムを自由に利用し、技術があれば改造したり、更にその天才が気づかなかった不具合を治すことだってできる。　 Emacsの文化から生まれたOrg-modeもその一つだろう。 Org-modeはそのよく考えられたテキストフォーマットと、文字列情報を解析して機能を与えるEmacsが織りなす、メモジャーナル文書タスク管理プロジェクト管理上記全て（さらに数個以上）に対応するテキストフォーマットなのである。 MarkdownやreStructuredTextも拡張することでこれらを全て受け持つテキストフォーマットになるだろう。ただ、Emacs Lispという強力なテキストエディタの拡張性により、テキストエディタとシンプルな軽量マークアップ言語で実装できたと私は思う。実際にどう書くのか。さて、ここからそんなEmacsとOrg-modeを利用して執筆する方法を見てみよう。とにかく見出しを作るとにかく見出しを作る。更に細分化した見出しを作るその見出しを細分化する。アニメの絵コンテの一枠や、マンガのヒトコマくらいに細分化してしまっていい。そのシーンを1行でまとめた描写を更にその見出しを細分化する。段落レベルまで細分化してしまっても良い。私の様な人間は特に、「これは5分で書けるだろう」　くらいのレベルまで細分化してしまったほうが良いと思う。見出しを TODO にしてしまう Org-modeのテキストを、Emacsの org-mode を適応して開いていれば、キーボード・ショートカットで見出しを一瞬でタスクに切り替えることができる。この機能を最大限利用し、先程まで書いた見出しを全て TODO にしてしまおう。もちろんだが、全ての見出しを TODO にするスクリプトを書いてしまっても良い。むしろそうやって積極的に拡張できるのがEmacsの強みだと私は思う。書け。羅列されたシーンを描写しろ。さあ、何を書きたいか決まった。書こう。細分化された見出しはほぼ穴埋めだ。細分化された見出しに答えるように書いていくだけで良いはずだ。それで筆が進まないのは、もしかしたら細分化が足りない。どんな風に書くか迷ったら、 # を行頭につけてコメントアウトしてとりあえず書いてみる。余談：テストを行うプログラムから書く「テスト駆動開発」昨今になってソフトウェア開発の世界で注目されているのが、「テスト駆動開発」という手法だ。雑に説明してしまうと、「作ったものの動作が正しく動作するか検証するプログラムを書きながらソフトウェアを作っていく」という手法だ。この執筆手法も、このソフトウェア開発手法からヒントを得た。「自分の書きたいことをある程度ハッキリさせたら筆が進むはず」という、結構安直な考えである。この際なのでここに、「ドメイン駆動設計」の考え方も混ぜ込みたくもなったが、まだそこまで考えがまとまってないので、後日うっかりひらめいたら。見出しを消すよしっ！（ヘルメットを被った猫の絵は省略）あとは大見出し以外を消すなり、大見出しを書き直したら、大分いい感じになってるはずだ。 Orgで書いたテキストを変換。とはいえ、書いたテキストを他の人が見やすいフォーマットにできないと、なかなか見せづらくて寂しいと思われる。 EmacsとOrg-mode標準でもいくつかのファイルフォーマットに出力できるが、Pandocなどのツールを使うと、更に幅が広がる。 LaTeX形式に一度吐き出して、PDF形式に変換することも可能だ。 Git（とMagit）を合わせると鬼に金棒。 GitとMagitを使って共同執筆する方法についても書きたかったが、私個人の時間切れに付き、ここまで。 Gitを使った執筆活動の方法は他の方も各所で書いているので、興味のある方はぜひ調べてみるといいだろう。まとめ私の眠気もいい具合にキマってきた午前0時40分。割と思いついたことは書き留めれたはず。なお、この記事を書くに当たって、八田真行さんの「モーレツ！ Org mode教室」を多大に参考にさせていただいた。ちょっとでもEmacsとOrg-modeに興味を抱いた方は、ぜひ確認していただきたい。 Emacsディストリビューションしかしながら、この記事の最初でも記したとおり、Emacsは素のままでは結構難解なテキストエディタである。そこで、そんなEmacsにパッケージを追加して使いやすくしたEmacs達を紹介して話を締めたいと思う。 Graphene 比較的優しそうな見た目 Emacs Prelude ディストリビューションでは結構人気 Spacemacs ちょっと重くて音沙汰ないけど、元祖Emacs + Vim DOOM Emacs Spacemacsの意志を受け継いだ？　チョットワカル人向け。とはいえ自分みたいなニワカでも割と扱える。 Emacs 弘法は筆を選ぶのではない。作るのだ。 Vim-Org-mode VimでもOrg-mode VSCode + VS Code Org Mode Visual Studio CodeでもOrg-mode。すげぇな。 P.S. このテキストの原稿もOrg-modeで書きました。 GIstに原稿を上げてますRawボタンを見ると、生テキストファイルが見れます。参考になれば幸いです。幼少期から授業中に落書きが描けない→クソアプリもクソゲーも作れない→業務での開発に必要なスキルが身に付かない？！←今ここ 2019-09-10T09:46:23+09:00 自慢に聞こえるかもしれないが、学生時代の授業中は、ノートに落書きとかしなかった。むしろできなかった。何を書けばいいのかわからなくて、何も書けなくて。何も書けなかった。そして今、そんな落書きができない自分を悔やんでというのか、憎んでいる。アウトプットの練習落書きは、アウトプットの練習かもしれないと最近常々思う。私は頭の中での妄想どまりで、何も描きあげることができなかった。それが原因という訳でもないだろうけど、落書きみたいなクソアプリやクソゲーも作れないで、今に至る。クソアプリやクソゲーがポンポン作れないとどうなるか実務でもポンポン手癖でコードを書けるというようなところまで行かない。できない。口だけ達者で思い描く設計思想は誇大だが、実装力が皆無な俺みたいなのができる。 tl;dr クソアプリ・クソゲーは確かにクソかもしれないが、それを開発した経験は実務でも生かせる。ましてや、開発するたびにトレンドを吸収して開発していれば、なおのこと強い。だから、クソアプリ・クソゲーを作れる人たちが私はうらやましいし、自分もやろうと思うけど、何も思いつかない。別に笑えても笑えなくてもクソはクソなので何を作ってもいいだろうけど、入力された文字列を画面いっぱいに表示するだけのプログラムを何個、言語を変えてやっても、対して成長しない。だったら毎回違うテーマでものを開発するのがいいのだが、クソみたいなアイディアでとどめておけないらしい。いつも妄想しているのは、妙に壮大な設計のアプリケーションと、壮大なゲームシステムだ。もはやどこから開発すればいいのかわからない。と思っているだけで、その実私にとってそれらは、「妄想だけでとどめて置いて実際に開発しなければ、『クソ（怒）』と叩かれる心配もないし、それなら実装する手間も省けて幸せなのでは？」という言い訳なのだろう。アプリというからには、GUIがあり、マウスで操作できる項目が無ければだめだとか、ゲームというからには、きれいなグラフィックと音楽があり、プレイ後は何か強く感情を揺さぶらなければならない。とか思っている。まとめセルフハンディキャッピングで何も作っていなかったら、セルフハンディキャッピングが実務でも働いて、何も作れなくなって、クソコーダーないしクソグラマになる。でも、何作ろう。どうやって作ろう。やはり俺のDDDの理解は間違いだらけ 2019-08-26T12:34:25+09:00 「ポエム」タグをつければ何を書いてもいいと許されると思ってるし、書きかけでも許されると思ってる。なんでDDDやることになったのかなんでだっけ？なんか前に居た会社でも「クリーンアーキテクチャで作られているプログラムだから、ソースコードを改変せずにAPIから上手にビジネスロジックを剥がしてドメインを叩ける」というどちゃクソ理論押し付けられていい経験はしていないのだが。とはいえ、最近CSharpでアプリを作ると、テンプレートがそんな感じの作りをしているからだったかもしれない。 ASP.net MVC5だとデータアノテーションを付け加えることができるから、値オブジェクトとかエンティティを作る必要がない可能性がと思ったが、完全に勘違いだと思った。説明はうまくできない。 using System; using System.ComponentModel.DataAnnotations; using System.ComponentModel.DataAnnotations.Schema; namespace Ultra.Hyper.Models { [Table("m_users")] public class User { /* アノテーションをつけると入力されるデータの制限とかができるだろうけど */ [Key] [Column("id")] [StringLength(5)] public string ID { get; set; } /* こういう実装の方が丁寧に思うぞ */ [Key] [Column("id")] {StringLenth(5)] public IDentityNumber { get; set; } // : // : [Column("name")] [StringLength(128)] public string Name { get; set; } /* 性別が特にそんな気がする。これより：*/ [Column("sex")] [StringLength(2)] public string Sex { get; set; } /* こっちの方がいい気がする（Sexクラスの実際の実装は省く） */ [Column("sex")] [StringLength(2)] public Sex Sex { get; set; } } } と、思いつきコードを書いたが、データアノテーションってあくまで「入力されたデータに対して」だと思ったので、リポジトリ群に書くものではないのではと思った。だから、データベースの設計とプログラムの設計はまた別の話になるだろうし、ましてや自分が自由にやって許されているのはプログラムの設計までなので、データベースのテーブル構造とリポジトリのクラスが一対のものになるかというと、別問題じゃないかなと。それに、レイヤードアーキテクチャの依存関係を考えた際に、外から内側への依存は良いとして、内側から外側への依存しちゃうとダメだと言う記憶。なので、データの永続化に関しても、ドメイン部分にSQLを書いてDBへの書き込み処理を書くのは完全に間違ってる。と思う。ということで、データアノテーションを書くべきは、フォームなどのビューからデータを受けるモデルに対して行うべきであり、データ永続化処理（リポジトリとか）に書くのは違う気がしてる。ヤマもないしオチもない。続きが合ったら加筆するかなあ？参考資料多すぎるのでまた後で加筆すると思うぞ。書籍実践ドメイン駆動設計 Clean Architecture 2019-08-27 追記プロジェクトリーダーさんから頂いてるDBレイアウトを元に、どんなデータが必要かを何となくモデリング（？）したが、未だにエンティティとサービスと集約をどの辺りで切り分けるべきなのかよくわからない。業務ロジックが見えたら、多分この辺の切り分けができるのだが。 PlantUMLで書いたクラス図を、何となくオニオンアーキテクチャにはめてみるとそれっぽい感じにはなるが、ドメインモデル層の中で、エンティティが複数の値オブジェクトに絡んでいたり、更にエンティティが他のエンティティを参照していたりして、正しいのか全く自信が持てない。 2019-09-30 追記先日たまたまCoderDojoのメンター仲間さんとコワーキングスペースで出会って、話の流れでDDDの事を話したが、結局、「ゑ、それってオブジェクト指向で実装すれば自然とそうなるものじゃないの？」という返答をいただいて、自分はやっぱりDDDの事を理解していないのだなと改めて感じた。その時のDDDの説明：例えば個人情報に持たせたいデータは、性別・住所・連絡先などとありますが、それらを一つのクラスにまとめて実装するのではなくて、ちゃんと「性別クラス」「住所クラス」「連絡先クラス」と分けて実装するんです。そうすると、個人情報の性別に関する編集だけなのに、編集するコードの量が必要以上に多くなることがない、つまり、編集者は編集する事柄に集中できる設計方法なんです。改めて書き出したが、やはりこの説明では、そりゃあ、「オブジェクト指向で組めばしぜんとそうなるじゃん」と言われるわ。お前ら、「コンパイルできて実行ファイルは高速に動作し、けれどもインタプリタ（スクリプト）言語みたいにプログラミングできる言語」が欲しいんだろ？ 2019-08-08T16:59:44+09:00 ネタにマジレス未来がない言語、私はPythonだと思っている。 — Ryou Ezoe(江添亮) (@EzoeRyou) 2019年8月5日未来がない言語はSmalltalkだと思う。もうそろそろSmalltalkを超える言語ができると思うから。そういう言語を創る能力がある人たちも、それを発展させるコミュニティも、実現するのに十分な基盤技術もある。あとはポンと生まれるだけ。 https://t.co/hL4EJLL91g — 極端流形式仕様初代𝕍𝕚𝕖𝕟𝕟𝕒𝕋𝕒𝕝𝕜𝕖𝕣 (@tomooda) 2019年8月6日発言者達に認知バイアスが大いに掛かっているのはよーくわかる。C++は20の仕様を満たす実装が生まれれば、そりゃあ強いだろう。ただ如何せん蟠りを抱いているので、いつもの事ながらネタにマジレスポエムを書いてけちょんけちょんにされる。俺の思う今日での「コンパイルできて実行ファイルは高速に動作し、インタプリタ（スクリプト）言語みたいにプログラミングできる言語」 Nimでは？ JavaScriptとPythonを融合し、そのソースコードが出力するのは、最適化したC/C++やJavaScriptというど変態言語である。しっかりと Nim Script なんていうのもある。もう一つ紹介するなら、Haxeもめちゃつよ言語だろう。C++, Python, Java, CSharp, PHP, Luaと大体行ける。とは言いつつも、やはりDも捨てがたい。ただ友達（多分。私は勝手に彼のことをそう思っている）に「D言語によるクリエイティブコーディングフレームワークを作っている人」が居るのでそう思ってしまう。これも私の認知バイアスだ。それと忘れちゃいけないのがLispやSchemeだな。その代わり、たくさんの実装があってどれから触ればいいか、ほぼ同じ言語なのに方言が違うため、色々困る。インタプリタ言語とコンパイラ言語今日のマシンスペックでは、どちらがどれだけ早いかなんて気にすることもない。気にするのはよっぽどシビアな組み込みのや競技プログラミングやゲームプログラミングの世界だろう。昔はよく、「インタプリタ言語は1行1行実行して結果を出してるから遅い」とは言われた。今でもそれはそうなのだが、マシンスペックが20年前のスーパーコンピューターよりも格段に良いデスクトップないしラップトップマシンがゴロゴロしている今日では、ボトルネックになるのは通信などによるI/O周りの問題ではなかろうかと思う。それを省けば、インタプリタだろうがコンパイラだろうが気にすることは特になくなった。 REPL搭載言語インタプリタ言語にはいつもくっついてくる、生真面目で物静かなやつがいる。REPLだ。律儀にソースコードを何行も書いてプログラミングしている方々には無縁なのかもしれないが、REPLは数行（むしろ1行）の実行結果を見たいときなんかに、ちょっと尋ねられる良き相棒である。隣の机でプレゼン資料を作るのに必死な先輩なんかより声を掛けやすいだろう。こいつと会話して、エラーをちゃんと読み解く様にしたら、設計以降のコーディングの問題は割と片付く。ちょっと昔はインタプリタ言語を使う利点としてREPLが挙がっていたと思うが、今となってはほぼどの言語にも搭載しているといっても過言ではないだろう。誤解しないでいただきたいのが、今日のコンパイラ言語も1行1行実行して結果を出しているという訳ではない。コンパイラ言語だって、コンパイル時に最適化という処理を行い、あなたの書いたソースコードをコンピューターが読みやすくかつ実行しやすい処理に書き換えているのである。この辺の話は思い切って LLVMの実装について調べてみても面白いのかもしれない。私はまだ踏み込んでいない。 Smalltalk環境はなぜ流行らなかったのか Smalltalk環境は本当にすごいと思った。Pharoを一度どこかのドキュメントを読みながらでいいから触ってほしい。しかし、流行らなかった。なぜかはsumimさんがよく存じ上げていると思う。また、これも確かに的を得ているのかもしれない。 Smalltalkは単なるプログラミング言語ではなくIDEですらあったので流行らないのは必然だった。 — Ryou Ezoe(江添亮) (@EzoeRyou) 2019年8月6日「コンピューターを便利に使いたいだけなのに、アプリ開発環境まで積んでいる」私の様に幼少期はおもちゃを分解して中身を覗くのが楽しくて仕方のない劣化知的生命体には、「こんなに素晴らしい環境が流行らないのはおかしい！」と思ってしまうが、世の中そうではないらしい。みんな、道具を作るのは面倒だし難しいと思っているのだ。ましてや、「ふとした拍子にプログラムの中身を開けてしまったら」と考えると、怖いのだろう。でもさ、痒いところに手が届かなかったら、道具作りたいじゃん自分はそうである。探したって良いのだろうけれど、手元に作れる環境があるのに作らないという選択に対して、とても面倒くさい印象を覚えがちである。これは自分がへたくそだけどプログラミングやイラストや3DCGモデリングや作曲ができてしまうからそう思ってしまうのかもしれない。自分の欲しいコンテンツさえ自分で作りたがる私が欲しいものを誰かが作ってくれれば、それに越したことはない。でも世の中そうでもない。ましてや僕にはお金もない。毎月給料日から3日で現金が財布から無くなり、預金残高も0になるような劣化知的生命体なので。だったら、自分で能力を身に着けて作るという方向に発想が行きがちなのである。なので批評家という人種があまり好きになれない。「お前の欲しいオカズくらい、自分で作れボケ」とつい思うし、自分に対しても、「俺が欲しいオカズくらい、自分で作れクソムシ」と思う。今日になってよくなったと思うけど、パソコンに思っていた「不自由」リンゴや窓のシンボルのOSは、せっかくそのパソコンに開発環境を作るポテンシャルがあったとしても、ユーザーをただのOS利用者として閉じ込めておこうという雰囲気をものすごく感じていた。 15年前くらいだったら、下手すると開発環境を作るのに、小学生のお小遣いでは手に入れることのできない様な額が必要だった。Visual Studio 6が出たての頃の話。その辺りの意識が変わり始めたのは、やはりインターネットの影響だろうか。HTMLがWindowsのメモ帳でも組めることを知った私は、水を得た魚の様になっていたと思う。ソフトウェア開発などの不自由が最近のリンゴや窓のシンボルのOSでも改善された様子があるので、悪くはない世の中になったのかなとは思う。ただ、私としては、もっと気軽にちょっと便利なツールを、いろんな人たちが自由に作ってくれるといいと思っている。まとめコンピューターを使った創作活動は楽しい。ついでに言うと、コンピューターと協力して作る創作活動は楽しい。だから私はプログラマでいることにこだわり続けるのだろうし、コンテンツ制作者になることにこだわり続けるのだろう。解ってくれる人が居ればそれでいいが、解ってもらえるきっかけがいろんな人に舞いこんだらなと思う。だからどの言語が将来性がないとか、どのフレームワークはお終いだとか。そんなのは少し脇に置いて、自由にモノを作りたいだけなのだ。確かに、使う道具は洗練されていた方がいいし、新しい考え方や古来からある優れた考え方を取り入れた道具・思考は積極的に取り入れるべきだ。「いつまで不平不満を垂れているだけのユーザー様でいるんだ？　スペルバインダーの世界じゃあるまいし」自分に実力があると勘違いしたクソエンジニアの話をしよう 2019-07-18T14:56:05+09:00 いいですか？本当に実務レベルのプログラミングの実力があるなら作るのは「良質なポートフォリオ」じゃありませんよアプリやサービスをリリースし実際に収益化することです月1000円でもいいそしたらすでに「実務未経験」ではない「収益があるサービスを運用したことのあるエンジニア」です — 松田信介@有言大実行の人 (@XHACK20) 2019年7月17日ほう。ツイッターはプロレスであって総合格闘技じゃないロープに振られたら戻って来てほしいお願いだから — 松田信介@有言大実行の人 (@XHACK20) 2019年7月14日ということではあるが、プロレスにおいてのリング外での負け戦に挑む。筆者紹介毎度やってる気がするが、 Ubuntuとフリーソフトウェア狂信者仕事ではしぶしぶWindows案件現在派遣社員でWindows案件を楽しくやっている北海道から出て仕事をしたことがない新卒社員を1年と10ヶ月で辞めました新卒で入った道東の会社は、今なら面白かったのかもしれない。 VB.netくらいでしかまともに仕事のできないプログラマが、1年後にいきなりVC++6.0案件やVB6案件の保守・新規開発を任され、バージョン管理システムの導入の説得も、自分のプレゼン能力の無さで叶うことはなかった。学生時代（具体的には高校2年生の頃）から自宅のマシンはUbuntuしかない環境に自ら進んだため、帰宅後には業務とは別の言語で遊んだり遊ばなかったり。それであれば会社に残って、会社のマシンでWindowsでの開発の学習でもしたらよかったのだろうが、当時の私は完全に天狗だったので、自分の理想とする働き方を追い求めていた感じである。もちろんこんな自惚れ新卒の評価が高いわけは全くないので、社内評価も低くなり、退職前の冬の賞与は私だけ無かった。そんなこんなで、元から精神的に逝かれ気味だったが、不眠症やら眉毛を抜く癖が出てきたり、そもそも仕事に対する意欲も失せてしまったので、辞めた。その会社で自分が楽しく働く姿が全く想像できなかった為である。札幌に出てきたけど、試用期間や契約満了で切られっぱなしその後、あこがれのLinuxメインだったりWeb系の開発の現場に入ったが、PHPを今まで触ったこともなく、更に言うと人から指摘される事を極度に拒絶してしまう自分は、チームの人たちと良好なコミュニケーションも取れなかったわけで、どこに行ってもダメであった。自分の頑張ってるアピールはすべて暴投となり、むしろ評価を下げる一方。さらに言えば、最終的にはリーダーの話を理解しているつもりが全く理解できていないことに気づかずに作業をしているというクソぶりであった。放浪。自分が何をしても認められないので、やけになってすすきのをぶらぶらし、しすぎて預金も使い果たした。その頃は自分の考えた「揮発性マイクロブログ」の開発をしていたが、自分の無知ぶりが露呈するばかりだし、シェアハウスの面々にも邪魔くさそうに睨まれる日々だった気がする。最終的には職の無い私に、シェアハウスの管理会社に温情で民泊物件の管理人を頼まれたのでやったが、民泊物件でもゲストが、「管理人がいるなんて聞いていない」と言えば、家から追い出されるというみじめな生活をしていた。派遣そんなこんなで絶望していたさなか、人の縁で派遣会社を紹介してもらった。案外楽しかった。2つほどの出向先を除いては。一つは、ネットワークビジネスの商材で一財を得た社長の道楽で作っているゲーム開発の会社でGitおじさんをやったり。一つは、パパ活サイトで一財を得たWebサイト制作会社で、そのサービスのリニューアルに立ち会ったわけだが、リーダーの論理的に壊滅している理想論に導くソフトウェアの調査結果を求められる、尻の穴に爆竹を詰められて爆破させられるような仕事をしていた。どちらも、時給1000円では割に合わないと感じたので、自分から辞めた。また無職それで、また無職になった。親父には、仕事を探していても、「いつまでコンピュータ相手にする仕事にこだわってるの？」と電話で罵られ、さらに面倒なことに当時は自称IQ145のナルシストのマウント野郎に揚げ足を週1の頻度でとられていたので、「何をやっても無駄なんだ。誰も俺を受け入れるどころか認めてもくれないのだ」とまた絶望していた。真剣に自殺することも考えたが、自殺する志も定まらなかったため、結局ハローワークに行って求人票を眺めて、行けそうなところに求人票を出すことしか頭が動かなかった。別の派遣会社でやり直しということで、今は幸い手取り月給24万で仕事している。結局、サービスをリリースできる時点で、そいつはすでに論理的思考能力がまともでかなりの実装力もあるのだし、それを更に運営までできれば、それは立派なポートフォリオにそりゃあなる。ただ、私みたいに、「20歳になっても論理的思考能力が欠落しているために正常な思考・判断ができずに、すべての選択で失敗している」様なやつは、手を動かす前に、考え方を学ぶべきだと思うのだ（なお、現在の筆者は29歳である）。他人に認めてもらうための材料を作る前に、まず論理的思考能力をちゃんと身に着けて、その勘違いを矯正した方がいい気もするぞ。書籍紹介とはいえ、「論理的思考能力ってなんだよ」と思われると思うので、とりあえず筆者が、「この本に書いてあることがなんとなく理解できたら大丈夫だろう」というものを紹介しておく。技術書を読んでも、技術書通りの事しかできないのなら、本当に以下の書籍をそれぞれ最低3回は読み直して理解しろ。考える練習をしよう - マリリン・バーンズいかにして問題を解くか - G・ポリア論理トレーニング101題 - 野矢茂樹問題解決大全（サブタイトル略）- 読書猿「コンピューターオタクに青春は来るのか」というライトノベル未満の何かを書き始めた 2019-06-18T17:31:13+09:00 いつもの就業中クオリティです。はじめにこの記事では、「なぜこんなラノベ未満を書き始めたのか」「どんなツールを使っているのか」「書き始めるまでの紆余曲折」について書いていく。制作物（制作中）紹介コンピューターオタクに青春は来るのか GitHubで静的にもほどがあるHTMLドキュメントをそのまま載せている。帯紙程度のあらすじ田舎の高等学校に、その存在について懐疑されている同友会に新入部員が入る。そして新任講師として入った元プログラマの同友会の新顧問。冴えない2人と同友会員が、プログラミングコンテストで世界に問う（かも）。もう少し詳しく元プログラマ・ISPのエンジニアの父親の影響を受けた主人公が高校進学。存続の危うい「情報処理研究同友会」に入部するも、そのやる気のなさに期待外れな感情を抱く。また、プログラマから転職し、情報と数学の教員となった新任顧問も、半ば無理やり顧問を押し付けられ、その現存部員のやる気のなさに失望しかけていた時に主人公と出会い、彼をプログラミングコンテストへの世界へといざなう。なぜこんなラノベ未満を書き始めたのか知人の国語塾教師から、「プログラミング入門以前的なラノベがあったら、僕はちょっと読んでみたいですねえ。まんじゅ（́ん｀）さん、子ども達にCoderDojoでプログラミングを教えてるのですから、書いて電子書籍出版したらどうです？」と、収入があまりにもないことを相談したときに言われたのがきっかけ。それ以前から、「なーんか、プログラミングの楽しさを伝える方法ないかなあ」と漠然と思っていたが、そこまで言われたので形にしてみるかと妄想を繰り広げていた。数か月後、U-16プログラミングコンテスト札幌大会に、うちの道場の子が出場したので、その様子を見学してたら、プログラミングを通して人と人の交流が生まれている事象に遭遇したため、「これは書きたいな」と思って書き始めた。どんなツールを使っているのか最終的に、HTMLとCSSをBlueGriffonというWysiwygエディタでゴリゴリと書く方法に落ち着いた。 Gitの分散性を十二分に利用し、思いついたエピソードを思いついたところからがりがり書いていく方法をとっていく（「いく」と書いたのは、2019-06-18T16:50現在では、まだプロローグも書き終えていない状態のため）。また、書き始めるまでのプロットは、ひっそりとWorldTypeというサービスを利用させていただいて、一部簡単にまとめている。この点に関しては、iotas氏に感謝である。このように至るまでの紆余曲折についてもっと見たいという奇特な方は、更に以下を参照されたし。 TL;DR 書き始めるまでの紆余曲折以下はこの書き方に至るまでの紆余曲折をだらだら書いていく。製作者の裏話は大抵興味を持たれないと思うのだが、誰かがうっかり見た時に何かになればいいなあと思うので書いておく。札幌ワカモノ文学サロン少し話題に出した国語塾講師の方が会場を提供してくださり、プロ志望からアマチュアまでの物書きが集まって勉強会をしていたりする。それ以前にも、昔「Onoma」という同人誌を刷って、第1回目の文学フリマ札幌に4作品出したりなど、持て余している妄想癖のやり場があれば書いている。さて、このサロンでもしっかりと「作品の提出と品評」を行っている訳だが、私は書き始めたHTML文書を、ソースコードのまま提出した。そのため、「まんじゅ（́ん｀）さんは、読める形で持ってきてください……」と困惑されてしまったので、とりあえず公開することに心を決めた。なにで書くか私は怠惰な人間であると自負している。なのでHTMLをひたすら手打ちするのは酷であった。そこでうっかり「独自規格の軽量マークアップ言語を作るか？」と思い立ったりもしたが、 Markdown拡張は自分の要求を満たすには難しく、かといってreStructuredTextを使うにしてもパーサーがサクッと作れずにいた。そんなことをTwitterでぼやいていたら、「ホームページビルダーっ！」というリプライが返ってきたのである。それでふと思い出したのがBlueGriffonで、公式ページを見に行ったら、5年前に閲覧した時とはデザインが一新されていたので、「これだ」と思い、自宅に帰って即座にダウンロードしていた。もう少し見やすいデザインというものがあるのは分かっているが、私の知識不足ゆえ、現状（2019-06-18現在）はこれが限界である。おわりにコンピューターオタクに青春は来るのか GitHubで公開リポジトリで、合間を見つけては執筆中である。ライセンスはなぜかAGPLである。フォークなどによるifストーリなどの二次創作や、技術的指摘のissueなど、バシバシ投げていただきたい。なにせ、「LINQの楽しさで勢い余って動かないコードを掲載したQiita記事を投稿する」様な怠惰な四流物書きなので。うっかりGitHubのリポジトリにStarをつけて購読していただけると、作者の励みになる。最後に、私が未だに真に受けて勘違いして生きている要因となった、エリックレイモンド著（訳：山形浩生 + 村川泰 + Takachin）の「ハッカーになろう - How To Become A Hacker」の一説で締めたいと思う。母語できちんと文が書けるようになること（わたしが知っている最高の連中を含め、ハッカーの驚くほど多くは物書きとしても有能です）【チラシの裏】VB6みたいなプログラミング環境紹介 2019-06-06T15:30:00+09:00 昨日はノリと勢いでQiitaに、「そのfor文、内包表記とかLINQで書けるぞい」な記事、「なんちゃって関数型プログラミング（以下略」という記事を投稿したものの、サンプルコードの品質が低すぎて、投稿後1時間で削除しました。そんな話はどうでもいいや。はじめにこの記事は、「VB6で制作したプログラムが現役で動いている！　VB6が志向の言語だ！　私がVB6しか使えないからだ！」「しかし、今後のMicrosoftの動向で雲行きも怪しいし、急にプロジェクトで使うOSがLinux系OSになった時のためにも何か対策を……」という方が本当にいらっしゃって、かつわざわざ調べてこの記事にたどり着いてしまったのか全く存じ上げませんが、そんな方のためを全く思っていないジョーク記事です。「大半の方が VB.net にとっくに移行して、うっかりLINQも使っているのではないか」という偏見が私にはあります。想定読者「VB6でいままでプログラミングしていたが、VB.netやC♯はとっつきにくい」という人 VB6のプログラムを、ソースコードの移植の手間をなるべく少なくして、Linuxで動かしたい人ただし、英語の情報を読み解きながら、人柱になる気力のある人。 VB6ライクな言語・開発環境紹介 VB6の魅力は、そのGUIの開発の容易さ（RAD）だと思いますが。ざっくばらんに紹介していきます。 Gambas Gambas Almost Means BASIC! エビのマスコットがかわいい。しかしながら、比較的VB6に近い文法かつ、GUI構築もVB6とかを使った人なら親しみやすい作りをしていると思います。 Free Pascal & Lazarus Free Pascal Lazarus 「おい、Pascalじゃねえか」でもLazarusは結構高機能だと思います。 FreeBASIC FreeBASIC 「おい、GUIどう作るんだよ」おそらくGTKを使うといいと思います。 GTKのウィンドウをやるのであれば、Gladeが個人的にはおすすめです。まとめ初めにも書いた通り、「想定読者のことを全く思っていないジョーク記事です」つまり筆者の自己満足でしかありません。しかし、インターネットの海に乗って時間を潰している方の無駄知識のストックになったり、あわよくばこれらをきっかけにプログラミングを始めたり、久々にやっていただけると幸いです。フリー（自由な）ソフトウェアですから、マシンがあればWindowsでもLinuxでも動くし。おまけ「私、SmileBASIC（プチコンシリーズ）なんだけど」な方は、この記事をご覧ください。 LuaとかJavaScriptとかPythonですが。私は個人でWebサービスを作りたくない 2019-05-25T15:58:12+09:00 はじめにこの記事はただの愚痴のようなものである。いわば妬みの書き連ねである。更に言うと、一応業界には7年、VBnetから始まり、CSharpで業務支援システム制作の仕事を長くやって、その後PHPやらGoやらの案件を転々とし、またCSharpで業務支援システムを作っている者の感覚論でしかないし、下手するとマウントじみた文章も見られるかもしれない。そういうのに不快感を感じる人は、ブラウザバック推奨。最近の個人プロダクトについて思うこといや、みんなすごいよね。ポンポンWebサービス作って。俺は怖くてできないよ。「学んだ事がWebを使ったものしかしらないから」というのも動機の一つとしてあるかもしれないけど、俺は怖いね。なぜWebサービスが怖いか怖い、というより、自分の欲求を実現するのに釣り合わないというべきだろうか。もう少し砕く。私のインターネッツ体験私の思い描いているインターネッツ体験が、10年前の、CSSがアニメーションに対応していないようなそれで固定されているからなのだろう。発信したい情報があったら、HTMLをメモ帳でゴリゴリ書き、無料のレンタルWebサーバーを借りて、FTPでアップロードする。いわゆる「個人Webページ」というやつである。私個人は、これがものすごくシンプルな情報公開の仕方に思うのである。公開したい情報をFTPで転送するだけで公開できる。もしも意見があれば、Eメールで受け付けるというのも手だろう。その代わり、無料でやろうとすると、レンタルWebサーバーに容量を制限されたり、ドメインの自由さは劣る。余談：初期のインターネットというやつ平成10年以降に生まれた人たちには信じられないだろうと思うが、昔のインターネット接続は電話線で、電話と同じ回線で通信をしていた。そのため、インターネットにつなげている間は電話が使えないという問題や、インターネットに繋げている時間、ずっと電話代が請求される（データダウンロード・アップロードの有無にかかわらず、回線を接続している時間で請求される）という問題があった。その頃のインターネット利用のノウハウというほどでもないが、昔のWebブラウザには「オフライン作業」という機能があった。回線をあえて切断するのである。なので、データのダウンロードが完了したのを見計らって「オフライン作業」に切り替えてドキュメントを読んだり、掲示板への投稿内容を打ち込んだり。ということをしていた時代があった。接続時間課金制のインターネットなんてそんなに存在しないが、もし利用することがあれば覚えておきたい知識ではある。なお、この知識は、「某、マーメイドの描かれたコーヒーショップで、ずっとWi-Fiに接続しなければ、テキスト編集もできない」と思い込んでいる人たちのために書いたつもり。実際、コーヒーショップのWi-Fiが途切れている現在、自分はCrieitの編集画面でこのテキストを黙々と打っている。今日のインターネッツに思うことみんな繋がりやすくなった。むしろ、「身の回りの家族や友達より、遠く離れた対面したこともない人達との繋がりのほうが長く深い」なんてこともあり得るのではなかろうか。いい時代だよ。うん。ただ、個人サイトというものをわざわざ立ち上げる必要もなく、有名なSNSを利用した方が情報の発信は簡単になったし、そのSNS上で交流したほうが容易い。そんな時代である。多分、それはそれで良いと思う。みんながみんな、「HTMLとCSSとJavaScriptとFTPと、無料レンタルサーバーの選び方を学ばなくても情報発信できる」情報を電話線と世界中のコンピューターを経由して発信するための参入障壁は、ガッツリ下がったのだ。しかし、そういうSNSを使わない、むしろそういうプラットフォームを作ろうとすると、一気にハードルが上がるのである。今、Webでプラットフォームを作ろうとするとじゃあ、実際何が知識として必要なのか。突然のサーバーサイドプログラミング（PHP, Node.js, Python, Ruby, もしかしたらCとかC++も？）である。そしてHTTPサーバー構築の知識も必要になる。Apache, Nginx, もしかすると自作のHTTPサーバーという場合もある。更に、データベースシステムについても知っておいたほうが、自宅サーバーやVPS, クラウドサービスの保存領域を無闇に食いつぶさないだろうし、データの読み書きのトラブル（ACID）対策もできるだろう。そうなると、次はデータベースを無闇に他者がアクセスし、他人のデータを閲覧されたり、改ざんされるようなことがないようにと、セキュリティのことも考えなくてはいけない。更に、いざ作ってみて自分なりの万全な構築をしたとしても、データ消失や破損・改ざん、漏洩が起こった際の保障ができるだろうか。私はできない。だから、私は個人でWebサービスを作りたくない以上の理由から、私は個人でWebサービスを作る意欲が全く沸かない。少なくとも、私がやりたいのは、僅かな人間が奇特な興味本位で自分の情報を見てくれればいい、そのための情報発信をしたいだけであり、そこに色々な機能（いいね、あしあと、色々……）は正直いらないのである。ついでに、自分がそんな情報発信の際に作った、爪楊枝くらいに役に立つかもしれないツールを公開できれば、それで御の字なのである。「そんなお前は何も作れないんだろ？」そうだな。仕事以外では何も作っていないと言っても過言じゃないだろう。とはいえ、仕事で業務支援システムを作るくらいが、私が抱えられる責任としては丁度いい気がする。イントラネット内、もしくはローカルで立ち上げたデータベースにアクセスして、それを読み書きする。外部からの介入、規模の拡大など、そこまで深く考えなくていい（つい考えることはあるが）。できない理由の言い訳を連ねているだけであるが、言いたいことは、土俵が違うんだよなと言う話。とはいえ情報を公開するのに便利なものは欲しいしかしながら、情報公開するのに便利なツールはほしいなと思っている。言ってしまえば、「静的サイトジェネレーター」なのだが。しかし、静的サイトジェネレーターに、LiteSQLやFirebird Embeddedを載せて、GUIアプリもつけ、ついでに任意のWebサーバーへのFTPなりSSHなりでのアップローダーがついてたら、割と良さげでは？　と、思っている。もちろん、各ツールはなるべく粗結合にして。まとめということで、私がWebサービスを作りたくない言い訳、そして静的サイトジェネレーターを作ってみたい理由を書いてきた。少し有益な話になるかわからないが、「Webサービスは作れない。かといってゲームも作れない私は一体どうすれば」という人は、「何かのファイルやデータベースの内容を突っ込んだら、どこかに公開するフォーマットのファイルを吐き出すプログラム」を作れると、ものすごく良いと思った。それだけ。【妄想】「お家ネット」を構築したら家族のギクシャクがなくなった件 2019-02-13T13:45:58+09:00 はじめに私の実家は、父がX68000を所持していた程度にはコンピューティング体験に恵まれていた環境で、家にはLANケーブルが張り巡らされていたりしました。時は経ち、Linuxも比較的とっつきやすいUIになり、容易に入手できる時代です。更にいうと、素晴らしいWebアプリケーションも容易に入手できるようになりましたね。全てを自前で構築するのはリスクは伴いますが、家庭でもLANとイントラネットを構築して、子供たちがコンピューターネットワークを身近に感じられる環境があると良いのではと思い、 CoderDojoで発表する前に、ここで戯言を書いている次第です。高スペックパソコンは、リビングに1台設置するだけでいいのでは？まずひとつ提案させてください。高スペックパソコンは拡張性の高いデスクトップマシンを、リビングに配置しておけば十分なのではないかと、ここ最近感じております。ましてや昨今、無線技術も飛躍的に進んだため、物理的な距離や配線に悩むことも比較的少ないように思えます。ここはひとつ、15万円ほどの自作マシンをリビングに配置し、そのパソコンを皆で共有する使い方を行えば、比較的ご家庭の財布の負担も少なく済むと考えます。 Remote Desktop Protocol による簡易シンクライアント運用最近はVirtual Network Computing（以下：VNC）やRemote Desktop Protocol（以下：RDP）の効率化が図られているためか、Core2Duo / RAM:4GB程度のコンピューターでも、そこまでストレスを感じずにLAN内のコンピューターは操作できます（個人的な感想です）。なおかつ、IPアドレスが分かっていれば、あとはソフトでつなげるだけなので、結構お手軽にできます。部屋まで戻るのが面倒くさい（よね？）しかし実際VNCなどを利用する機会なんてあるのでしょうか。それこそ遠隔地のコンピューターを操作するくらいではないかと思われるかもしれません。ですが、意外なことにLAN内でVNCやRDPを使ってみると、意外と利点があります。私の様に、「テレビの音声をBGMに広いリビングで自室の高性能マシンのリソースを利用してゲーム開発をしたい」という、一見矛盾した希望が叶います。むしろ叶いました。そういった観点でも、LAN内PCをリモート操作するというのはとてもコンピューティング体験をより良いものにしてくれる気がします。ひとつのパソコンをみんなで共有する方法とはいえ、一つしかないパソコンをみんなで使うことにイメージができない方もいらっしゃるかもしれません。知られていないのか、はたまた利用用途が思いつかないためか私にはわかりませんが、パソコンの中にアカウントをいくつも作ることができます。そこは各種パソコンのOS（WindowsとかMac OS Xとか、Linuxディストリビューションとかいろいろ）のユーザー追加方法を調べていただくか、詳しいお友達に聞いたほうが早いです。念を押して申し上げたいのは、一台のパソコンに複数の人のアカウントを作り、ユーザーごとにできることを制限したり拡張できます。また、「この写真ファイルはお母さんには見せづらいけど、お父さんになら見せれる」ということもできるんです。できるんですよ？！家族の会話「家族の間の会話がなくなった」と悲しんでおりますか？もしかしたら、みんなテキストチャットに慣れすぎてしまったのでは。口頭による会話も重要ですが、文字列じゃないと上手に伝えられないこともあると思います。ということで私は以下の提案をします。 Intranet Relational Chat 「Inernet Relational Chat（以下：IRC）って、そんな古いものを……」「今どきL()NEとかD()scordで十分だろ」はい、十分です。むしろ十二分だと思います。しかし、あえてここは、「アプリと場所を使い分けることで、気持ちのモードチェンジがしやすいのでは」と思ったりします。イントラネットWebページとか掲示板とか冷蔵庫に磁石で貼り付けたメモでも十分かもしれませんが、ここに家族内の決まりごととかをちゃんと明記しておくといいのではないかなーと漠然と。家庭内分散SNS もういっそのこと、MastodonとかDiasporaのサーバーをイントラネット上に立ててしまったら、独り言を発信しやすいのではと思ってしまっております。「そうは言ったって、パソコンそんなにホイホイ買えねえよ」そうですね。パソコンは基本的に高いです。Windows搭載パソコンやMacだったらなおのこと。ということで、ワンボードマイコン Raspberry Piなどのマシンを個室や家の拠点に設置すると、超便利な気がします。 RDPでリビングの高性能マシンに繋げれば、ばっちりシンクライアント運用です。中古パソコンまた、OSのインストールされていない中古パソコンをクライアントにしてしまうのも非常に良い手だと思います。 OSをどうするか「そうは言ったって、OSなきゃパソコンは動かせないも同然じゃん」せやなー。適当にクライアント側はLinuxディストリビューションをインストールしておけば、問題ないのではないじゃないですかね？（てきとー）サーバーはWindowsにしておけば、RDPで繋げばWindowsが動くよ！（こじつけ）まとめそんな感じで、「シンクライアントとかLANとか、企業や会社でしか使わないものでしょ？」という考え方をぶっ壊したかっただけでした。追伸もしかしたら挿ポンチ絵を追加するかも。君は Brilliant を知っているか？　−英語だけど、きっとプログラマ以外の知的好奇心も満たしてくれる STEM 問題集− 2018-12-26T16:52:36+09:00 おそらくこの記事を開いたということは、あなたは知的好奇心に飢えているのだろう。そしてこれから紹介する Web サイトは、そんなあなたの知的好奇心を満たすにはうってつけの Web サイトだと思う。この記事の内容を見るまでもなく知的好奇心をくすぐられたあなたは、この記事を最後まで読まずに、ぜひBrilliantに直行していただければと思う。はじめに − Kurzgesagt で出会った Brilliant との出会い− KurzgesagtというYoutube動画シリーズをご存知だろうか。 Kurzgesagt シリーズのサブタイトル「In a nutshell」の名前の通り、科学の話や国際社会問題を「要するに……」という具合に、1 本 15 分ほどの、可愛いくてポップな鳥などのアニメーションで解説している。私はこの動画シリーズが大好きだ。今日までの科学技術の発展や、宇宙そのものの一部を垣間見たり、その一部を垣間見るための数学の力を見ることができる。素直に書いてしまえば、「ああ、この動画の内容を理解している自分、頭いいなあ」と自惚れているのであるが。日本語字幕もYoutubeの動画設定から選択できるので、威圧感の全く無いイケメンボイスの英語ナレーションが理解できなくても、内容を容易に理解することが可能だ。私の記憶が確かであれば、有志の方々が翻訳を行っている気がした。有り難い話である。肩肘張らずに、ポップコーンと炭酸水を準備して見ることをおすすめする。数学を使った動画には、Brilliant の広告が最後に入る事が多いので…… まずはKurzgesagtの紹介をしたが、この動画シリーズの最後の方に、「Brilliant にアクセスすると、こういった計算ができるようになるよ！　そして今ならキャンペーン中！」という、善意に溢れた広告を見ることがある。「キャンペーンはどうでもいいや、でも Brilliant というサービスは気になるな」ここ最近自分の思考の行き詰まり・停滞感を感じていた自分は、ついBrilliantにアクセスした。眺めてみると、面白そうな話題がいっぱいある。 Brilliant では、どんな問題を扱っているの？こーんな感じ。 Crieit に投稿している記事なのだから、そりゃコンピューターの話題もあるよ上記の「こーんな感じ。」のリンク先を見た方なら分かると思うが、化学はもちろん、ニューラル・ネットワークやコンピューターサイエンスの話題もバッチリある。だからこそCrieitにこの記事を投稿したのだ。こんな素晴らしい教材、今までにもあったと思うが、ここまでいっぱいある Web サイトはめったに無いと思う。英語だけど。ふーん、でもお高いんでしょ？無料枠がちゃんとある。趣味で独学するだけならこれで十分。「いや、やっぱり講師が居ないと……」「もうとっくに理解していることばっかりだったわ」そんな方は、月額 2400 円の月間購読プランか、毎月 984 円分で済む年間購読プランがある。 ※: 2018 年 12 月 16 日現在の価格です。現在の価格はこちらで確認できます。もしBrilliantの無料プランを一通りやり終えてしまった方は、こちらも検討して良いのではなかろうか。日本の書籍でも良いものはあると思うけどね！うん、Brilliant が良いのは分かった。問題は、その運営目的だ。こちらどーぞ。僕の英検 3 級程度の英語力で「In a nutshell」すると、「STEM をもっと身近に」という雰囲気。 STEM とは？最近（2000 年代）に、教育関係者をざわつかせたワードかと思う。 Science Technology Engineering Mathematics 実はいくつかバリエーションもあるらしい。 Web もアプリもあるんだよなんと嬉しいことに、Web に限定せず、Android、iOSそれぞれアプリがある。デートの待ち合わせの待ち時間、Brilliantで知的演出待ったなし。「ごめーん、待ったぁ？」「ううん。全然？」「え、ゲームやってたの？　それとも SNS チェック？」「うーん、ちょっとソフトウェアエンジニアとしてもっと成長したいから、数学の問題を解いてた」 −−えっ……なに、この人……超……（ここには任意の文字列が入ります）！妄想にお付き合いいただき、ありがとうございます。 Brilliant、良いのでは？良いと思う。でも英語読めねえ！そんなあなたにDuolingo。私も英語が読めないのでやってるよ！（とても露骨で酷いダイレクトマーケティング（しかもアフィリエイト目的全くなし）を読んだ……）まとめ Brilliantはいいぞ。「英語が大分疎い……」それならDuolingo。どっちも興味無いの？！　じゃあ Kurzgesagtを観て！論理を煮詰めた正論は常に正しいだろうけど、時によっては鋭利なナイフにもちろんなるぞ 2018-12-13T15:59:12+09:00 はじめにこのポエムは、Crieitのアドベントカレンダーの、13日目の記事です。はい、いつもどおり就業時間中に吟遊詩人やってます。お前誰よまんじゅ（´ん｀）と申します。ただの27歳派遣プログラマ（劣化知的生命体）です。しいていえば、シーシャ（水タバコ）が好きです。本題早速ですが本題。まずは思い出話から私は思い出話が好きなので、思い出話から話を始めようと思います。どうせポエムだし。仕事で M田という同僚が居ました。彼は常に熟考し、論理を煮詰め、正論を唱えます。そういう、私から見れば強く、仕事もできるやつです。ですが、私とリーダーが（彼いわく）頓珍漢な会話で話を完結させており、全く何も考えていないと見受けられたらしく、彼は常に正論をリーダーにぶつけ続けました。そしてリーダーは屁理屈ばかり返して、その屁理屈の実証を我々に要求していました。そんなことが6ヶ月続き、ついに誰も言うことを聞いてくれないと諦めた彼は、会社を退職しました。その後、頭の悪い僕が調査すると、あっさり屁理屈の実証ができてしまったので、プロジェクトは継続されています。そんな事を、たまたま電話をかけてきた親父と話したら、「それはなんか、M田は受けた指示を遂行しているだけでよかったんじゃねえの？　それより聞いてくれ、うちで雇っているベトナム人は、言う通りに作業しないから、俺がちょっとヤキを入れたら『国に帰る』とか言い出すんだから、本当どうかしてるよ」とのこと。ボランティア活動で自分はとあるプログラミングクラブのメンターをやっています。自分は人間ができていないため、駄メンターと大人には紹介しています。そんな私に変な興味を持ったO崎という人間が、近づいてきました。曰く、「君は残酷な教育を受けてきた。社会は間違っているし家族も間違っている。僕がそれを正す」と行ってきました。そんな彼は、精神安定剤は精神の安定を揺るがし、抗不安剤は不安を煽るこの国がここまでおかしくなったのは、明治天皇への偶像崇拝の結果だ量子論で考えると、すべての量子は計算能力を持っていて、僕たちはその演算結果としてここにいるんだその考え方を正すには、僕の言うことを聞けば悟れるだのなんだの僕にべらべらと、疲れている僕の事も気遣いなく話し、まくしたて、僕を疲弊させます。疲弊した僕は、「ああ、面倒くせえ。かといってこいつの機嫌を損ねるのも無茶苦茶面倒くせえ。有り難い話は聞いてやらないとなあ……」と思って12時間場所を変えてひたすら洗脳されておりましたし、今もほぼそんな状態です。自分の心境誰も彼もそうなるに当たっての背景があり、そういう人間になったわけで、その背景を汲み取らずに、「あれは使えん。それは卑怯。これは間違っている」というのは、なんだかなあ、と。頑なに否定するか、と。思想の自由と反発；裏を読め「思想は多様であるべき」と世の中言われるようになりました。しかしながら、どこかでついた常識というものに囚われていると、全く反対の考え方に遭遇した時に、泡を食います。そこで、その表面だけを見て、「いや、それは違う」と即座にレッテル貼りをするのは、早計ではないかとここ最近思います。物事には過去がありますし、人には意図があります。その背景を察することを端から放棄して否定するのは、どうなんだと。「すべて読め。察しろ」とまでは我慢して言いませんが、このごろそう思うことが多々あったり。「それは傲慢だ」というのなら、そのとおりでしょう。ええ、開き直るくらいに私は傲慢です。「だけど、そうやって何も見ないで言った一言がその人間を死に追いやる結果になっても良い覚悟があるのか？」なにとなくそんな事を思ったりします。そりゃあ、論理を煮詰めた正論はぐうの音も出ないほど正しいでしょう。でも、その正しさ通りに動けないから苦労しているのに、「お前は正しくない」って、「出来損ないめ、死ね」と言ってるも同然では？　ではでは？まとめ結局のところ、「僕はそういうのは気に入らないが、そういう考え方もあることは認める。理解していないけど、そのうち理解できると良いね」という、他人に対しても自分に対しても寛大な気持ちが、この先重要になってくるのかもしれませんね。また就業時間中くだらんこと書いたわ……。我々は、常に万物から学び続けなければいけない（自戒をこめて） 2018-11-27T17:00:21+09:00 至極当然の事を言うけれど私達は、万物から常に学び続ければいけない。そう思った。こんな話もある 10年経っても色褪せることは無いだろう記事人生の全てはTCP/IPに学んだ:GeekなぺーじたまたまQiitaのタイムラインを眺めてたら見かけた年をとって考えるのをやめるエンジニア - Qiita 田舎のエンジニア事情 - Qiita プログラミングについて語るときに僕の語ること - Qiita 子供たちへのプログラミング教育のこと - Qiita プログラミングを子供に教えていて感じたちょっとした時代ギャップ - Qiita 後は「情熱プログラマー/Chad Fowler」や「ハッカーと画家/Paul Graham」とか、それと「ライフロング・キンダーガーテン/ミッチェル・レズニック他」読めば、この記事は TL;DR だ。 TL;DR おや？　書いてあることは大体察しがつくだろうに、読むのかね。そうか。若い（幼い）と吸収は爆速悲しいことかもしれないが、これはおそらく事実だ。若いとなんでも吸収できる。大人が褒めてくれることでも咎めることでも、その子にとって楽しければなおさらだ。なので27歳の僕なんかは、純粋に物事を楽しめなくなってしまったので、学ぶ対象への興味がなかったら、本当に何も学ぶことができない。歳を取ると「おきかえ」ができるだからといって絶望することはない。大人は大人の強みがある。「おきかえ」「たとえ」こういったものが頭の中で容易にできる（やりにくい人もいるが、それは個性だ。そういう人は確実に学ぶ対象の事をはっきりと理解できるだろう）「人生の全てはTCP/IPに学んだ」はまさにそういう話ではなかろうか。「人とのコミュニケーションはTCP/IPそっくりだ。むしろTCP/IPが人とのコミュニケーションを参考に作ったのでは」そんな発想から来たからこそ、あの記事が書けたのではと、私は勝手に思う。だからなんやねん学ぶことを、諦めては行けない。学ぶことを、止めては行けない。学ぶことは、楽しければなお良い。学ぶことで知識の広がりと、共通の概念がおぼろげに見えてくる。（特にコンピューターサイエンスの世界はそうかもしれない）知識・教養はその人の個性にもなりうる。どうせならその知識や教養で自分という人間の振る舞いを学び、変え、彩っていってはどうだろうか。ジェネレーションギャップも飛び越えられる深くて広い知識と教養を得れば、若い人の考えにもついていけるはずだ。しかし気をつけなければいけないのは、「過去に学んだ事に執着しすぎること」だろうか。クラスありきのオブジェクト指向でカチカチになった頭で、リアクティブプログラミングを学ぶのは難しいと、私は思う。固い頭は、理解を妨げる。固い頭は、ものを尋ねられなくなる。固い頭は、恥を忍べなくなる。と思う。そんなことを、自戒をこめて書いてみただけ。

まんじゅ（´ん｀）の投稿 - Crieit

ゲームを遊んだら、自分を遊べ(あるいは『プログラミング後に、自分をステップ実行』)

Ubuntu (Desktop) Midnight -- Maximum Tune (in my history)

最新の freedesktop.org 製グラフィックドライバ

なんで freedesktop.org 製(フリーソフトウェア)を使うのか

頭が悪いのでプログラミングしてるんです(カム着火インフェルノォォォォォォォウ)

数理論理学のすゝめ:数理論理学を学んで感動した事の羅列

私的な(業務)ジャーナルの書き方

「禅とオートバイ修理技術」の上巻を読み終わったので感想文

フリーソフトウェアの布教活動の動機；創作行為の大衆化と湾曲的自己表現による批評合戦の活性化

今更、「AWSなのに、エモい」の読書感想文

C#を本業にしているスクリプトキディが思いついた、私史上最強の三文未満小説執筆環境

見出しを TODO にしてしまう

幼少期から授業中に落書きが描けない→クソアプリもクソゲーも作れない→業務での開発に必要なスキルが身に付かない？！←今ここ

最新の `freedesktop.org` 製グラフィックドライバ

なんで `freedesktop.org` 製(フリーソフトウェア)を使うのか

見出しを `TODO` にしてしまう