新しいものを表示

@uaa @omasanori ですです。仮に記法を間違いなく改められても、現代的な環境ではOS側やライブラリ側の変更で妙な動きをしかねないと思うので....

@uaa @omasanori
> - sj3servは原典から少しはメンテされているけどtty frontend(sj3)は完全に放置…?
そこは "現代では使いようのないコード切除したうえで" に該当するのかな、と

> - ドキュメントがほぼ無い
> - コードからはコメントが全部削られている
> - 当時物の環境を用意するのが大変(NEWS-OS上のSj3を用意するのが不可能である以上古めのLinux上のSj3で代用してる)
> 完全なる正(当時の動作との完全なる同一性)を確保することは不可能と考えています。
OSS化された では機能が削られている、という話がありませんでしたっけ?
%引用対象の文の状態%かつ上記の問題もあるので、何を正とするのかの定義が必要である、という認識です。
(原典から古いLinuxや古いBSD向けのバイナリは生成および動作可能ですよね?)

> 令和のSj3というアレンジも許容されるのではないかと自分は思います
"正しい動作" ができているかの検証ができていないと、アレンジなのかエンバグなのか判らんという問題があるかと‥‥

Uncle hadsn さんがブースト

ActivityPubを話すスラドを作るのは楽しいかもしれないが、スラドを運営するのがしんどそう

スレッドを表示
Uncle hadsn さんがブースト

OSDNに救い出すべきコードと履歴があるのは確かだが、というか救い出すべきでないコードと履歴というのは基本的にないと思っているが、それをやる気力が即座に出せる状態にない

Uncle hadsn さんがブースト

 最近、テレワークにしたら家庭も仕事も両立できるようになりました系の記事をよく見かけるようになったけど、家庭も仕事も両立できる仕事量ならそもそも8時間労働が前提なのを改めるべきなのでは?と思ったりする。

 ただ、自由主義経済だと、例えば今の仕事が8時間から6時間に勤務時間に減らせたとしても、4人のうち3人は労働時間を9時間にして1人の首切った方が経営的に「効率化できた」と言えるのだろうけども。

@TonCantan82 "キッズが親に撮ってもらっている写真の延長線" というのはアレよ、親というAI内蔵三脚がなくなったから自撮りする方向にシフトしたってやつで。 "男を食いに行っているまんさん" ってのは自身の美貌(笑)を前面に押し出すことによって承認欲求を満たそうとしたり、穴モテを狙いに行くタチ

使う上では錆びにくい金属でメッキされた銅線の方がいいけど、リサイクルする上ではメッキしてない銅線の方が都合がいいんだよねえ‥‥

Uncle hadsn さんがブースト

これ、この前の機械可読性の話にも繋がるけど、理想で言えばHTMLまたはそれ以上に優れたものによるハイパーテキストの世界の方が素晴らしいことには全面的に同意するけど、
現在のウェブやHTMLに長期的一貫性なんて1ミリもなくて、どこぞの鯖に置かれてるHTMLによる文書をリンク先にしたとしてもその文書はたかだか数年しか永続しないし規格もたかだか数年しか持たない><
結局の所、現時点では論文も『文書を固定化して保存する事』が必要になるので、現時点ではpdfで出版しDOIで管理することが絶対的に避けられないし、HTMLのぶっ壊れ状況がなおるまでpdfと紙に依存するしかないかも><

やっぱりセルフホストWebArchiveは必要だよな、と思っている (TLSがかかっていてもMITMして全記録)

@LwVe9 保護するカネはあっても統合するカネがなくて不具合放置であると思いたい

結局 は何をやりたかったのかあまりよくわからない ( に対する の仕打ち感がある)

スレッドを表示

@TonCantan82 男を食いに行っているまんさんなのか、キッズが親に撮ってもらっている写真の延長線なのかは気になるところ

1週間で何とかしろとかご無体な

"スラドはしばらく更新を続けるが、1 月末にはサービスを停止する。データを保存したい方は早めに進めてほしい。"
スラド終了のお知らせ | スラド srad.jp/story/24/01/22/0311225

Uncle hadsn さんがブースト

s.m.h.nってやっぱりドメイン長いねえ、と感じています

@uaa @omasanori プログラムのバージョンアップ (コンパイル近代化に限る) という観点からすると、リファレンスとなる当時物の環境を用意して正となる動きを確定する必要があると思います。そしてその次に、現代のコンパイラで警告やエラーにならない記法に書き換え、当時物のコンパイラと現代のコンパイラに記法の互換性がある場合は当時物のコンパイラでコンパイルして同一の動作をするバイナリに仕上がるかを検証し、 (現代では使いようのないコード切除したうえで) 現代のコンパイラでコンパイルして動作を検証する、という過程になるべきかと (四半世紀かけてコツコツやるソースのメンテナンスを巻きでやる感じ)。つまり記法だけ変えた原典 for gcc 2.95 on Linux 2.4と、不要そうなコードを切除した原典 for gcc 13.2 on Linux (それともClang?) のブランチを切っていく感じですかね (現実に即していない正論を言い過ぎて誤射されるパターン)

和文モールスのクソゴミ符号具合を考えると (任意の言語)文モールスの符号がどうなってるのか気になっている

Uncle hadsn さんがブースト

あれハフマン符号や英文モールスみたいな頻度と長さを絡める設計にしてないと聞いたんですが、なんで???

スレッドを表示
Uncle hadsn さんがブースト

では、お次は和文モールスとかいうカスの符号を……

古いものを表示
:realtek:

思考の /dev/null