眠いけどいま寝たら本格的に「朝じゃ無い・・・＞＜」になってしまう・・・＞＜

そのうち読もうとほしいものリストに入れてある本だ＞＜ 入れたのいつだっけ？＞＜

・・・・・・・＞＜；

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

音楽でも特に複数の根っこの音楽ジャンルが合わさって出来てる音楽ジャンル、聴く人のバックグラウンドでも聴こえ方が各々違いそう＞＜
ジャズの人が聴くフュージョンと、ジャズが遠くにある人が聴くフュージョンとか＞＜
(オレンジはジャンルどうの以前に機材マニアです＞＜；)

オレンジ的に、電子的管楽器の人ってイメージで、T-SQUARE全体もなんかそのイメージ＞＜(親玉はギターの人だけど)

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

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

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

オーナーじらべて自分なら返ってきてそうじゃないなら返ってこないんだからそれでよさそう＞＜（？）

WindowsでUAC有効で権限昇格してないユーザーから、あるプロセスのオーナーがそのユーザーかどうかってどう判別するんだろう？＞＜；（なんらかのアクセスしてエラーがでなければそのユーザーのプロセス？＞＜；）

大江戸温泉物語運営の長距離送迎バスは旅行扱いになってるっぽい？＞＜；

これ、厳密に取り締まろうとすると、長距離送迎してる旅館とかもアウトにしなきゃいけなくなっちゃうだろうから取り締まるの難しいんじゃないかと・・・＞＜

飲食店の送迎バスを脱法路線バスに出来ないのかな？＞＜
1日1往復で、駅の近くにある飲食店が、朝食セットを食べるお客さんを送迎してるんだけど、なぜかいつも食べた後お客さんがしばらく行方不明になって、夜いつも同じ時間になぜかまとめて戻ってくるので、やっとその時間に帰りも送ってあげる・・・という建前の＞＜；

@cuezaku ＞＜；

@cuezaku すごく楽しそう＞＜＞＜

@cuezaku ！＞＜

（毎日じゃなく普通に＞＜；）旅行会を主催して、会費集めて白ナンバーバスで旅行は、観光バスマニアの人が実際にやってる＞＜

集落の大部分の人が旅行会に入っていて、毎日、駅とか病院とかに向かう旅行が複数回行われているという解釈でどうにかこう維持費を＞＜；（おまわりさんが怒りそう＞＜；）

あと、有料であっても、非営利な旅行会の会費と言う形でなら（実費程度の？）報酬を受け取っても運賃とは看做さないって解釈を国交省（？）が出してるから、路線バス車両を定期運行っぽく走らせて「（定期券ならぬ）旅行会会員証の提示で毎日旅行に行ける」みたいな形式・・・はさすがに怒られるんだろうか？＞＜；

「そういえばお金取らなければ勝手に路線バスごっこして不特定多数の人を乗せても合法？＞＜」→国交省（？）「過疎地の年寄りとかの交通手段として、ボランティアでそういうことむしろやって欲しい（？）（意訳）」
みたいな感じっぽさ＞＜（「マニアが趣味で」じゃなく「ボランティアの人が善意で」だけど＞＜；）

そういえば前に調べたけど、バスマニアが勝手に無報酬（または畑で採れた野菜程度のお礼）で路線バス（のような物）を趣味で白ナンバーで運営するの、合法どころか国交省が推奨してるので誰か実際にやって欲しい・・・＞＜

あと、極端な特徴があると部分的に不便でも我慢できるし、場合によっては不便も楽しめるし、例えばオープンカーに乗ったら少々の雨漏りも楽しめそう＞＜

ていうかクルマに限らずスマホとか他の道具とかもだけど、普通のものを選択肢にする感覚自体がよくわからない＞＜（オープンカーならオープンカーって強い特徴があるし、スマホでも例えばスタイラスが使えるとかキーボードがついてるとかゲームパッドの形してるとか極端な特徴があるなら「なるほど＞＜」ってなるけどそうじゃないと「・・・なんで？＞＜」ってなる＞＜）

免許取れてクルマ買える人だったら間違いなく国産オープンカー（ロードスター以外）乗ってた・・・＞＜

なんか軽自動車でもそんな感じの用途に向けた車種が昔あった気が＞＜

サイビクス、ターゲットと言うか用途的には日産エスカルゴと同じような感じ・・・？＞＜

これ知らない！＞＜；

@cuezaku オレンジはライブラリに登録しないでメモ用プライベートプレイリストをいくつか目的別に作ってそこに登録したり消したりとかしてるかも＞＜

Spotify、曲をライブラリ（？）二登録する意味、好きな曲の傾向を覚えさせる以外の意味ってよく考えたら無くない？＞＜（どっちにしても検索するのであれば、Spotify上にある＝ライブラリにあるのと同じでは感＞＜）

・・・・の延長で考えると、バスも見分けられなくても十分マニアになれるのかも？＞＜；

？？？「旅客機ってどうやったら見分けられますか？ 特にエンジン2つのジェット機」
オレンジ「オレンジは見分けられないです＞＜(マジ)」

バスの型式当て、鉄道で言う所の同一の形式の電装品のメーカー違いを言い当てるのと同じくらいの難易度に感じる＞＜；
メーカー違いまで行かなくても、同一形式の番台区分で電機子チョッパとVVVFがあるやつをパッと見分けろと言うことを常に要求されるような難易度感＞＜

ていうか、バスってシャシと車体とエンジンがバラバラというか、鉄道みたく思いっきり見た目違うからわかるみたいなのが少ないのも厳しい・・・＞＜(中身全く違うけど車体のメーカーと製造時期は同じなのでディープな人以外の目からはほぼ見た目同じとか＞＜)

バスの型式わかる脳を持つ人、近鉄の形式も記憶および処理出来そう＞＜(イメージ)

微妙に朝じゃ無い・・・＞＜

＞＜

半世紀の歴史に幕 シャープ栃木工場 テレビ生産終了 | NHKニュース https://www3.nhk.or.jp/news/html/20181221/k10011755421000.html

沼津＞＜

こころ旅ブログ:NHK | きょうの風景 | 【静岡】2018秋の旅ラストは夕日を見に行く！ http://www.nhk.or.jp/kokorotabi-blog/100/311469.html

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

エアクオート - Wikipedia https://ja.wikipedia.org/wiki/%E3%82%A8%E3%82%A2%E3%82%AF%E3%82%AA%E3%83%BC%E3%83%88

これ＞＜
外国のドラマや映画で、「両手をピースにして、指を折り、カニのような仕... - Yahoo!知恵袋 https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1146363036

アメリカ人(？)、通常の音声での面と向かった会話での引用部って明示的？＞＜(指曲げてちょいちょいするやつ)

オレンジの一人称のオレンジ、とても明示的だし、＞＜もある意味アノテーションだし、オレンジの文章ってオレンジとオレンジ以外が明示的かも＞＜

みんな寝た＞＜

さらにあくまで架空の言語で、誇張した例だけど、静的型つけで型推論ありの言語で、
function nantoka hoge(fuga : kantoka)
{
var temp := fuga.piyo;
var x := temp.NewX;
return nantokaConverter.ConvertBy(x);
}
みたいな、型を追うのがめんどくさすぎる命名も何もかも酷いコードを見た時「ああ・・・型推論とか滅べばいいのに＞＜」ってならない？＞＜；

これが例えば
function nantoka hoge(fuga : kantoka)
{
return fuga.piyo;
}
みたいなコードだったら、その言語を全く使って無くても、
「きっとfugaの型はkantokaで、piyoはkantokaって型の定義を探せば書いてあるのだろう＞＜ そしてpiyoが返す、あるいはpiyoそのものはnantokaって型なんだろう＞＜」
って推測出来るので「とりあえずnantokaとkantokaを探そう＞＜」って考えられるかも＞＜

架空の言語として動的型付けな言語で、オレンジには、
function hoge(fuga)
{
return fuga.piyo;
}
みたいなコード(ひとつのファイルにこれくらいしか書いてないやつ)よく見る気がする(気のせい？＞＜； 偏見？＞＜；)けど、これで
「fugaって具体的に何？＞＜；」とか、
「fugaのpiyoって実際の処理どこに書いてあるの？＞＜；」とか、動的型付けな言語を好む人はそうならないですいすい追えるの？＞＜；

短く言うと「型あんまり書かれてないコードどうやって読むの？＞＜」

型がが書かれる傾向がある言語ならば、自分が書いた事がない言語でも一応例えば「このソフトウェアの謎の挙動、具体的にはどうかかれているんだろう？」とか思った時にgithubとかでも(つまりIDEのような支援が無い状態で)該当する部分を探しだし、コードを追うって比較的簡単だと思うけど、そうじゃない言語だと追うの困難すぎて「コード全て読めとな？＞＜；」ってならない？＞＜

ていうか、動的型付けでもとても高度な型推論を持つ言語で型推論使いまくりのコードでも、どっちにしても型の情報が少ないと『読む』のが困難だと思うんだけど、そういう言語好む人って、そういう型が書かれにくい言語で書かれた他人のコードってどう読んでるんだろう？＞＜

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

＞＜

イブプロフェン全然効いて無い気がするしつらい＞＜

内容の背景色が反映されてない？＞＜

SubwayTooterライトモードつらすぎる事になったから色設定全部リセットしてダークモードに切り換えてみたけど
それはそれで背景が黒すぎてオレンジの目にはコントラスト高すぎるし、映り込みとかも厳しい＞＜；

最近の色々なソフトウェア、ライトモードとダークモード切り換え出来るの流行ってるけど、せっかく切り換え機能つけるならコントラストおさえ目グレーモードみたいなのもあってもいいような気がする＞＜(高コントラストの方が見える目の人もいれば、逆にそうじゃない(ある程度以上極端にコントラスト高いとよく見えない)目の(不自由な)人もいる＞＜)

SubwayTooter更新したら明るいテーマでの明るさがハイパワーな感じになってとてもつらい・・・＞＜

急激にルートビア飲みたいモードになった・・・＞＜

これすきの話と同じくらい「これ嫌い」って話聞くの大好き＞＜ 特に食べ物とかの＞＜

2chというかν即界隈？＞＜

勝なんとか氏、たらこくちびる氏となんか何回か色々で対談だかなんだかして2chで話題になってた人ってイメージ＞＜

最近頭痛酷い時に気圧計見ると必ず高いの謎＞＜

Spotify100円お試し期間明日で切れるの思い出したから延長キャンセルした・・・＞＜(お金無い)

年末だから報告書早い＞＜
運輸安全委員会 https://www.mlit.go.jp/jtsb/

神戸空港沖の高速船事故“船長が雑談しながら操縦” | NHKニュース https://www3.nhk.or.jp/news/html/20181220/k10011753751000.html

？＞＜；
-- 給水作業で24人骨折 大規模断水続いた山口 周防大島町 | NHKニュース https://www3.nhk.or.jp/news/html/20181220/k10011754021000.html

そういえば、何年か前にアメリカで鉄道輸送してた737の胴体を川に落としちゃった事故あったかも？＞＜；

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

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

"(棒じゃない方の)"って書いたけど、ある意味(いい意味で)棒かもしれない＞＜
海外ではケモナー差別が強いっぽいけど、ケモナーを揶揄すると棒で殴られる世の中になりつつはあるかも＞＜ マイリトルポニーが好きな男児がいじめられたとかもちゃんと差別問題とみなされるようになってきてるかも＞＜

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

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

漫画とかアニメとかが好きである事を(一般人が)「オタク」って言うのなんか違う感があるけど、本来のターゲットでは無いけど視聴購読してる人々という意味ならば、言葉が生まれた頃のオタクという言葉が指すもの実態って感じがすごく強い気がする＞＜

例えば男児向けのジャンルが好きなお姉さんとか、女児向けアニメが好きなお兄さんとか＞＜
今は(だいたい1990年代後半以降)、(日本に限らず)ジャンルの対象ではない人が見る事を咎めたりする事自体が差別と受け取られる、ある種の(棒じゃない方の)ポリコレが土台としてある世の中だから、違和感がとても少ないけど＞＜

「ガンダム好き！」→全然オタクじゃない
「ガンダム好きでガンプラ100個集めた」→元々の意味のオタクかもしれない
「(超マイナーな任意のロボットアニメ)が好き！」→オタクかもしれない
「でもさ、ガンダムってSFじゃないよね」→オタク
「は？ じゃあSFの定義を言ってみなよ」→オタク

オタク、元々というか1980年代くらいまで遡ると、マイナー気味なものを極端に詳しく好きってだけじゃなく、実態として嫌いなものを嫌いと言ったり、定義の議論をしたりある意味攻撃的な人々がある程度居てそれにより議論が進む界隈ってイメージ＞＜

アニメ系での具体例の1例で言うと、『ガンダムがSFかどうかで喧嘩できる界隈』に居る人々が、言葉が生まれた前後のオタクのオタクっぽさっぽさ＞＜

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

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

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

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

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

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

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

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

A340（たぶんA330も？）、インテル入ってるだったとは・・・＞＜
かなり強い互換性を持たせてほぼ同じ事してるからコンピューターもA320からA340まではほぼ同じなのかなと思ってたけど、ハードウェアから別物だったのか・・・＞＜（A320のセカンダリとA340のセカンダリだけは近いものなのかも？＞＜）

『COMMON-CAUSE FAILURE MITIGATION
PRACTICES AND KNOWLEDGE GAPS』ってタイトルの謎のpdfに書いてある＞＜；（なんかシステムの多重化の話がいっぱい書いてある？＞＜）

エアバスA340のFCS、4システムで冗長化する為に、ハードウェアはプライマリが80386、セカンダリは80186、
ソフトウェアは制御システムは、プライマリがアセンブリでアセンブラ使用？で、セカンダリはハンドアセンブル？＞＜；（コードの生成が自動と手動って意味なのかな？＞＜；）
モニターシステムは、プライマリがPL/Mで書かれてて、セカンダリはPascalで書かれてる？＞＜
で、警報システムはAdaで書かれたらしい？＞＜

A340の（電子計算機と言う意味の方の）コンピューターのひとつ（？ ふたつ？＞＜）、複数のソースで、CPUが80386で、でもCPUカード（？）のアーキテクチャはVAX由来で（！？＞＜；）、その上で（カスタマイズ版？）VMSが動いているって書いてある気がする、そんなバナナみたいな情報が・・・＞＜
（ていうか386で動くVMSなんてあるの？＞＜； 開発用のエミュレータを動かしたのがVAX/VMSって事？＞＜；）
http://www.adahome.com/Ammo/Success/aerofws.html
https://sites.google.com/site/af447a330/resources/dfbw-specifics

やっぱ非破壊っぽいし納得いかない・・・＞＜
C# で55行のコード書いたよ！ブラウザ上で実行できるよ！ https://paiza.io/projects/bRZQbwWGCDjfkuWuKVheUw

https://referencesource.microsoft.com/#System.Core/Microsoft/Scripting/Utils/CollectionExtensions.cs

クエリであって、元々のデータが破壊されたりはしないでしょ？＞＜

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

わりと意味がわからないけど、
hoge.fuga().piyo();
以上の何物でもないんでは？＞＜

少なくともたぶんLinqはそんな奇妙な事にはなってないよね？＞＜

そのえっとなんかその辺の全部の反論に対してまとめて聞き返したいけど、そこまでして
hoge.fuga();
hoge.piyo();
と言う2つの手続きを
hoge.fuga().piyo();
なんて書き方に出来るようにする必要があるのと言うかそれらの対策をしてもそう書けるの？＞＜

や、だから、金具さんの案ではhoge.fuga()でhogeを返すんだから型はhogeの型でしょ？＞＜；

その文脈上で、hoge.fuga()でfugaがhogeの型と同一の型で何かを返すのであれば、それはhogeは破壊されていないとオレンジは考えるかも＞＜ hogeにfugaと言う状態の変化を与えた物ではなくfugaと言う式を通した結果かもって＞＜
逆にfugaがprocedureであれば、hogeをfugaと言う手続きで何らかの変化をさせる以外の推定のしようが無いかも＞＜

意地悪な例示でTryってくっつけたけど、Tryってつけてなかったらどうなる？＞＜ってなるかも＞＜
手続きのような言葉で関数のように何かが返ってくる時にその何かは推測が難しいかも＞＜
何が返ってくるかをその関数が表していなければ、何が返ってくるのかわからないって当たり前（自己言及的で循環する）な問題があるかも＞＜
hoge.fuga()のfugaと言う4文字ににhogeそのものが返ってくるって情報はどこにあるんだろう？＞＜
fugaというものが返ってくるのでは？って考えるかも＞＜

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

enumと言うか列挙型、Pascal一族でも使われまくりかも＞＜ 部分集合型があるからさらに大活躍かも＞＜

うん＞＜； オレンジもAda大好き（ほとんど使った事無いけど）ってくらいだしそう考えるし、その前の話的にはboolならって書いたじゃん？＞＜；( https://mstdn.nere9.help/@orange_in_space/101266265618556686 )
その上で、金具さんの案はどうなのって・・・＞＜

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

その上で、金具さんの案だと、オレンジの例示で言うintが帰ってくるわけだよね？＞＜ hoge.fuga()なprocedureだった物でhogeを返して欲しいって事なんだから＞＜

で、intにint int.TryIncrement()みたいなのがあったらとんでもなく混乱するかも＞＜
int x=3;
int y=x.TryIncrement();
ってしたあとにxはどうなってるのかわけわからんってなるかも＞＜（xが文字通りインクリメントされて破壊されて4になった？＞＜ それともyに4が入るだけでxは3？＞＜ ていうかそもそもTryIncrement()が返すのは結果なのか、それとも何らかの勝手な定義による成否の表現？＞＜（例えば0なら成功とか））

あいまいな表現になるけど＞＜；
オレンジ的には、その関数が示しているものをなるべく返して欲しいみたいな感覚があるかも＞＜
例えば変な例示かもしれないけどTryIncrement()って関数があってboolが返ってくるのであれば、（不可能な場合がある状態で）インクリメントしてみて出来たかどうかを返すのかも？＞＜（論理の正負はわからん）って解釈するかも＞＜

なんでそうなるかと言うと、（計算機の）状態が「必ず変化しない」procedureなんて、中の処理が実際には空っぽとかじゃなければありえないだろうし＞＜

例えばfugaってprocedureとint piyo(int x);ってfunctionを持つhogeがあったとする＞＜
int a=hoge.piyo(x);
hoge.fuga();
int b=hoge.piyo(x);
ってした時に、よりaとbという結果が異なる可能性が高くなるよね？＞＜；
より参照透過性（？）が危険にさらされる（？）場面である可能性が高くなると看做せる（？）というか・・・＞＜（状態を持つのであれば保障は出来ないのは当然として＞＜）

少なくともC# で、何らかの関数を実行した結果は、何らかの新たな物（結果なりリソースなり）か何らかの部分集合等であって、その名前の手続きを実行して変化した（＝非破壊では無いという意味では破壊された）結果と解釈する事って少なくともオレンジは無いかも＞＜；
関数型とかあんまり好きじゃないけど、「破壊されたその物が返ってくる」ってその逆方向に突っ走りまくりな発想では？＞＜；

で、Linqでそんな変な場面ってあるの？＞＜；

Pascal一族も別にfunctionで副作用を起こさないなんて意味は持ってないかも＞＜ そうじゃなく、procedureって必ず・・・副作用？＞＜； なんていうの？＞＜；参照透過性の崩壊？＞＜；
なんかそんな感じの関数型の言語が避けまくるような物を踏んづけてる場所だよって言う意味を結果的に持ってない？＞＜；（そうじゃない場所では踏んで無いということではなく＞＜；）

オレンジの説明が微妙におかしいのかもしれないけど、hogeに何も起きないhogeのprocedureってなに？＞＜；

hoge.fuga();
hoge.piyo();
で、fuga();が本来void fuga();でPascalでprocedureとするものであるのであれば、それはhogeに「何らかの操作をする」であって、hogeを加工した複製（例えば集合であるhogeの部分集合を返す）みたいな意味は持たないよね？＞＜
そういう意味を持つのであればそれはprocedureになるはずは無く必ずfunctionになるんだから＞＜

ていうか、説明正しいかわかんないけど、procedureである事＝副作用がある？＞＜そのオブジェクト等の状態が変化する（させる）（可能性がある）と言うことになるんじゃないの・・・？＞＜ そこで無加工の集合を返す（？＞＜）みたいな表現になるのはまずくない？＞＜

Linqほとんどわからんだけど、Linqに手続きに相当するキーワード（？）ってあるの・・・？＞＜

？＞＜；

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

もしかして、
hoge.fuga();
hoge.piyo();
を
hoge.fuga().piyo();
みたいに書きたいってこと？＞＜；

C# / Delphi人的にはそんな事して何がうれしいのかさっぱりわからない・・・＞＜

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

Pascalがわりと『そのまんま書く』って文化なのも影響してそう？＞＜

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

アンダース・ヘルスバーグはDelphiでPascalの仕様どおりfunctionとprocedureをわけたの後悔してC# ではわけるのやめたってどっかで読んだかも＞＜（都市伝説かもしれない＞＜；）

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

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

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

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

Cで言う所のvoid*に相当するDelphi一族（FreePascal含む）にあるPointerって名前の標準の（？）型（型が不明なポインタを扱う時の型）、ISO 7185 :1990斜め読みしたけどそれらしき記述無いっぽいからたぶんPascalの規格上あるものじゃなくボーランド系の方言なのかな？＞＜

Pascalだとどうなってたっけ？＞＜と思ってぐぐったら、Delphi一族（Free Pascalとか）の場合はPointerってそのまんまの名前の標準の型になるらしいけど、Pascalそのものの仕様なのかDelphi一族の方言なのかわからない・・・＞＜

void*って番地かも？＞＜（？）

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

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

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

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

Asus T90 Chi 、
・充電ものすごくものすごく不安定
・Unifyingレシーバー差しっぱなしに出来ないしOTGケーブル経由でつなぐの邪魔すぎる（ていうか充電しながらトラボ使えない（分岐ケーブル使うとさらに充電の挙動がめちゃくちゃに））
・高解像度でWindowsデスクトップアプリをタッチパネルで操作するの不可能な上に、ヒンジの位置がおかしくてまともに操作できない
と言う3重苦で、Spotify専用機になっちゃってる＞＜；
GPD MicroPCならそれら全部クリアしてそう＞＜；

USB Type-Aが3口もあるからトラボのUnifyingレシーバー差しっぱなしにも出来るだろうし素晴らしい＞＜

ストレージ128GBもあるから、どこでもプログラミング用にも良さそう＞＜

すごく良さそうだけどお金ない・・・＞＜
-- ネットワーク技術者向け超小型PC「GPD MicroPC」 | スラド モバイル https://mobile.srad.jp/story/18/12/18/0655213/

頭固くて堅苦しい環境であれば、Pascalみたいな方式の方が相性がいいのかも？＞＜（Pascalものすごく頭固い言語だと思うし＞＜）

Pascal一族の宣言部に宣言をまとめて書く方式ってある意味やりすぎかもだけど、契約プログラミングな環境で契約がどこにでも書けるやつってそれは逆にあれだしそういう発想で見ると一ヶ所に書かれてるのも・・・あれかも？＞＜（語彙）

ていうかPascalにどっぷり浸かった後に他の言語使うと、しばらくの間どこで宣言されてるのかが書いた人によって違う・・・＞＜ってなってめんどく感じる＞＜

Pascalの場合は逆に、「宣言部を見れば必ず書いてある」って考え方になるからどこに書いてあるか見つけやすい＞＜（当たり前だけど）

PascalとかPascalとかPascalのことかな？＞＜

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

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

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

Windows以外のGUI文化圏（Windows向けでもゲームとか）、キーボードのみで操作できる事をあんまり考えてないの、WindowsでGUIアプリ作りまくってどっぶり思想にはまってる目から見ると結構びっくり＞＜

完全には実現できてないけど、Windowsって一応、CUIでもGUIでも全ての操作が可能で、最悪でもキーボードのみ/マウスのみどちらでもGUIを操作できるようにするって発想で作られていた・・・気がしなくは無いかも＞＜（8以降は特に微妙だけど＞＜；）

旅客機もエアバスはA320（1984年から開発で1987年初飛行）以降は完全な一貫性を持ってるので好き＞＜
ボーイングはシリーズ毎には互換性保つの頑張ってるし、特に737は涙ぐましい努力が見えるけどその結果今回墜落したし、ていうかシリーズごとにバラバラで一貫性がなかったのが微妙＞＜（今は737以外は777ベースで787で改良したやつを基本に(737以外は)どうにか統一しようとしてるっぽさ？＞＜）

土台がある程度正しくて上に載ってるものへの邪魔さえしなければ、上は自分で作ればいいわけだし＞＜（例えばOSの土台はAPIも含めて正しいけど、シェルは酷いのなら、シェル自作すればおｋとか＞＜）

オレンジ的には、土台が正しければ、その上がある程度酷くても我慢して使う＞＜ってポリシーなので、NTは（少なくともUNIXと比べると大幅に）正しいし、Androidもインテントでパイプ処理できる画期的かつ長期的に互換性が保てる一貫性のある思想を持ったGUI環境として気に入ったので使ってるかも＞＜（具体的に言うとこれ読んで使いたくなった＞＜ http://sho.tdiary.net/20100608.html#p01 ）

今のローリングリリースで最新版以外はまともに使えない状況ってつまり、まともにモジュール化されてないゴミみたいな設計のソフトウェアが世の中に大量にあふれたままとも言えるかも＞＜
https://mstdn.nere9.help/@orange_in_space/101263232768409527

ていうか「部品」とは、ある仕様（結果的な契約とも言えるかも＞＜）に基づく振る舞いを行う事が出来るひとかたまりとも言えるかも＞＜
それが破られる＝仕様、振る舞いが違うものは別物だし、その仕様（契約とか規約とも言えるかも＞＜）がころころ変わる境界は、部品としての分割面では無いとも言えるし、分割（モジュール化）されていないとも言えるし、機能毎に適切に分割されていないような設計はゴミかも＞＜

オレンジが最近何回か話題にした、将来の互換性を考えれみたいな話も、
https://mstdn.nere9.help/users/orange_in_space/statuses/101228330322959442
欠陥を改修しても仕様変更せずに済む正しい設計をって話につながるかも＞＜（部品に欠陥があっても、最新の改修済みの部品に完全な互換性があるなら、その部品だけ変えれば済む＞＜）

IT界隈以外では、致命的な欠陥は「なおすもの」かも＞＜
致命的な欠陥があっても改修も回収返金もせずに、「後継の製品ならば」なんて言って済ませるのIT界隈くらいかも＞＜
1990年代頭まで辺りなら、特にPCも発展途上でしかたないとか言えてたけど、それからさらに何十年たって誰でも使う物になってもそのままって甘えでしかない＞＜
不具合の改修と機能の追加の完全な分離も出来ないような、きれいに分割されていない酷い設計が受け入れられたままなのも問題の根っこのひとつかも＞＜

ていうか、ソフトウェアのローリングリリース自体が開発者というか長年続いてるIT界隈の「セキュリティホールはあってもいい」という甘えだと思う＞＜

一億歩譲ってセキュリティアップデートの為に限ってローリングリリースなり自動アップデートさせるのは仕方ないとしても、仕様の変更まで含めてしまうのは完全に開発者の甘えだし結果的にセキュリティ上マイナスだし、その仕組みでアップデートさせる必要があるセキュリティ問題をひとつ作ってしまった毎に、土下座して謝罪すべきかも＞＜
自動車のリコール制度とか見倣うべき＞＜

サンバーディアスクラシックがほんとに(ネオ)クラシックカーの範囲に入りそうな21世紀・・・＞＜

結局ブランド消滅・・・＞＜

8年くらい？使ってていまさら気づいたけど、VA液晶って計測関連にも向いてない＞＜ 残像すごい＞＜；（発色優先でVAにした＞＜）

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

x安定歌謡
o安定化用＞＜；

原因！＞＜；
ダブルバッファリング式で作ってフリップ処理の判定がバグってて、「バックバッファにデータがあれば、（フロントにまだ再生前のデータが残ってても気にせず）フリップ！」ってなってた＞＜；（ので、アクセスするたびにバックバッファの長さ分の音が進んじゃってた＞＜；）

音楽再生エンジンで、再生安定歌謡バッファ作って実行してみたらなぜか早送り再生になってもう駄目・・・・＞＜

バグひとつとるのに3時間くらいかかった；；

ポインタ渡し？＞＜っぽい所だけそのままじゃ無理か・・・＞＜

ていうか、ほとんどC# そのままというかC# に小規模なクッションライブラリ（？）作るだけで、C# のコンパイラそのまま使えるんでは感・・・＞＜
https://wiki.gnome.org/Projects/Vala/Documentation#Sample_Code

https://ja.wikipedia.org/wiki/Vala
ものすごくC# とかD言語っぽい？＞＜；

頑固な事をいえばAdaでいいけど、なんでそうじゃなくなってきたかと言うとAdaだと開発者少なすぎて（主に人件費が）高コストらしいけど、じゃあ「比較的安く雇える人でも使えるように『Cと仕様書のセット』」なんてするんだったら、『Cを読み書きできる人だったら使えるであろう新しい言語』ってあってもいいじゃん？＞＜（？＞＜）
（当然だけど、目的が目的なので極端に新しいパラダイムな要素果たしたら駄目かも＞＜（安く雇えるという要素を無視するなら、「昔のままAda扱える人を雇えばいいじゃん！」になっちゃって本末転倒＞＜））