新しいものを表示
orange さんがブースト
orange さんがブースト
orange さんがブースト

シンクライアントの復権……ってそんな話、スマヒョが普及しはじめる前後でもちょっと聞いた気がするなぁ

orange さんがブースト

コンピュータは昔は非常に高価だったからタイムシェアリングで使ってて,何分いくらという勘定だったのだとか.昔のSF小説とか読むと「計算機を○○に使ってその請求書が云々」というのが結構出てくる.

AWSとか最近のクラウド関連の業態は先祖返りしている感じもあるよね.

orange さんがブースト

デスクトップ、アイコン(ファイル等)82個あった><;

こういう風になってるからスケスポさえ見つかれば何とかなっちゃう>< mstdn.nere9.help/@orange_in_sp

orange さんがブースト
orange さんがブースト

数学が得意な方のひとだ
『プログラマの数学 第2版』《サイン本無料プレゼント》 snap.textfile.org/201712292140

そうなっちゃうって言いたかった><; あと工夫を放棄すると極端に悪い意味での富豪的かもって><

orange さんがブースト

枯れたライブラリで不足している分を自前のラッパーや補助ライブラリで補っていった結果、枯れたライブラリ側の仕事をだいぶ奪っているとかあった

おささんの判断のように、この部分の挙動がそのままソフトウェアの重要な挙動になる=柔軟に実行される必要がある って考えるとよほど柔軟なライブラリじゃなければ使えない場面では?><って思うんだけど・・・><

orange さんがブースト

もっとも、横蹴りにした選択がよかったのかは知らぬが…

orange さんがブースト

枯れた定番ライブラリを使うの、運用したり開発に参加したりのハードル下げるのに一役買ってる気はするし、そこの担当範囲でのバグは少ないだろうと思ってはいるが

ていうか、マストドンが使ってるような使い方って想定外の用途なのかも?感も><

orange さんがブースト

送信先毎にまとめることができれば、無駄な再試行を減らせるし、順番守れるし、まとめて送信への道も開けると思うけれど、ジョブをマージするのは面倒な気もするし、でなければ自前のキューでも持つ感じに…うーん…

スレッドを表示

(オレンジも(rubyの文化さっぱりわからないのもあって)「なんでこんなのに既成の物使う必要あるの?><」感があって謎だった><(こういう所こそ書いてて楽しい部分じゃんって意味でも><))

古いものを表示
:realtek:

思考の /dev/null