新しいものを表示

オレンジだったらどう書くか考えたけど、オレンジならかなり凝った和暦クラス作るかも><(冗長)

このコード気持ち悪い><(型原理主義者)

Re:歴史に名を残す仕事 (#.3600161) | 世田谷区の通知書類で「平成3元年」との誤表示、和暦の一の位が「1」だった場合「元」に変換する処理だった | スラド srad.jp/comment/3600161

なんか予想と全然違う><;(でっかく「かも」とか出ると思ったのに><;)

mstdn.nere9.help/@orange_in_sp

別に秘密じゃなかった><;
私たちのネットワーク | セコマ secoma.co.jp/aboutus/network.h

企業秘密だろうけど、セイコーマートの道内の物流網、どんな形なのか気になる・・・><
(北海道外の会社の北海道内の網と形かなり違いそうなイメージ><)

これ、なんで拠点が稚内なのかわかんない><(ダジャレ)

稚内まで貨物列車来てないよね?>< 稚内までの宅配便荷物って全て空輸?>< それともトラック輸送なのに100km以上戻るような物流網なの?><

orange さんがブースト

日本初「旅客列車+タクシー」で宅配便輸送 JR北海道と佐川急便が物流効率化で連携 | 乗りものニュース trafficnews.jp/post/85386

これ、全国的にもっと評価されるべきだし、もっと普及すべきだと思う。

ASCIIはどんな場面でも、技術的制約がありそれしか使用できない場面を含めてもゴミと言ってるのと変わらない><

orange さんがブースト

交換性のない規格、単なる内部実装の仕様に過ぎなそう

orange さんがブースト

気持ちはわかるけど、それ誰も使わない規格とか組み込みでしか使われない (データ交換を想定しない) 規格になりそう

orange さんがブースト

局所的にはそれでも実用可能だろうけど、交換性を失ったテキストデータなんて実質ゴミでは

スレッドを表示

外字も禁止した規格にしよう><

orange さんがブースト

たとえば人名に使われる漢字が表現できなくて外字領域でユーザ各々が互換性のないコードポイントを割り当てる、みたいなのが私は大嫌いなので

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

文字コード規格、固定すると間違いなく漏れが出るし、その漏れに該当するケースで悲しむことになるので、私は fixed であることよりも網羅性の方を重要視している (前提として、網羅するにしても正しいモデル化をしてほしいというのはあるけど)

対応させようがない規格は規格ではないし、さっきから書いてるように「じゃあASCIIにしよう」になる話><

オレンジが言ってる用途的には進化させる必要ないし、むしろ進化させたら互換性が壊れるというか存在意義のある「サブセット規格」じゃない><

orange さんがブースト

本質的に「進化し続ける規格に固定長は無理」というのと「文字は人間の文化の表現でありしかも網羅が難しい」というのが相まって、文字符号化集合を固定長でなんとかしようという考え自体に無理があるとさえ思われる

orange さんがブースト

私もこれに同意、可変長を前提にしてほしい

古いものを表示
:realtek:

思考の /dev/null