無茶して互換性を補償していたのだろう。らしさが現われている。これからもそうだろう。テキストは無視される。完全対応しているのだ。対応しなければ取り残されてしまう。普及したOSで有るが故に、文字コードの全面変更ような抜本的規格の変更が最も難しい立場にいる。変更は、難しいだろう。ユーザーが使用する文字コードの規格を変更するのが難しい。変更するとなると、簿記会計を担当してきた人達は悲鳴を上げるかも知れない。cmd系の処理の残留という中途半端な状況に陥っている。対応した方が早いのではないかとも思ってしまう。移行を完了するのはかなり先の話になると思う。移行できるわけがない。作られ続けるのではないかと思われる。今まで、あまり気にしてこなかったが、意外な障害を発見してしまった気がする。この問題は、もう少し考えてみたいと思う。文字コード問題をテーマに次の記事を書くと思う。先日、Windows365がリリースされて私もいくつか記事を書いた。メリットとデメリットと考察。gRPCサービスのサンプルを解説する。gRPCサービスのサンプル具体的なサンプルコードのプロジェクトファイルは以下のGitHUBリポジトリから公開しています。先日、業務担当(非ITエンジニア)の顧客からこんな相談を受けた。「メモリ内で複数のデータを処理すると互いのデータが干渉して不整合が起きる危険性があると思います。前回、紹介したgRPCサービスのサンプルコードに、新規の関数を追加してみる。対象となるサンプルコードは既に紹介している以下のGitHubリンクで公開している。shift-jisをUTF-8と誤判定する不具合を修正しました。サンプルコードとしてここに掲載する。(わけモブ).メニュー(旧)主要記事メニューホーム検索トップサイドバータイトルとURLをコピーしました。