リアル仮想通貨ファン

[20:40:24] Exxcel は浮動小数点演算を用いるから会計処理には向かないんだよね
[20:48:00] Excel は地味にテーブル機能とか、構造化参照機能が便利
[20:48:31] SUMPRODUCT 関数を用いれば積和演算ができるので複雑な条件での集計が容易ではある
[20:50:45] そうだね
[20:53:09] 私は、Google Spreadsheet を使うことも多いけど Excel の方が機能は豊富なんよね
[20:53:37] あと、どうでもいいところでは日本人の好みである均等割付がやりやすい
[20:53:53] 印刷用途でのレイアウトのしやすさは Excel に軍配があがるね
[20:54:33] ただ、Google Spreadsheet は GAS：Google Apps Script との併用で
[20:55:00] Webhook の URL を通して外部の IoT 機器やサービスと連携しながらデータ収集することもできるので
[20:55:26] Google Spreadsheet の方が地味に便利なこともある
[20:56:19] Microsoft の方が Python 対応とか TypeScript とか対応とか進んでいそうだけど
[20:57:29] あと対応銘柄が少ないけど、GOOGLEFINANCE 関数があるのでメジャーな銘柄の価格であれば時価を取得できたりするのは Google Spreadsheet の強みかな
[20:58:33] そもそも、VBA の GoSub とかは構造化プログラミングすら無視できるので
[20:58:45] 人の書いたコードを信頼するのが無理
[20:59:03] ダイクストラに怒られるｗ
[20:59:24] せめて、全て関数にするべきだ
[20:59:43] そもそも、配列の添字のインデックスが１から始まるのがキモい
[21:00:53] そうだったっけ
[21:01:16] なる
[21:01:26] いずれにしても時代錯誤な仕様ではあるよね
[21:01:38] しかし、Python 対応してくれたのはありがたい気もするが
[21:01:53] Web 全盛の時代なんだから TypeScript とかの方が良い気もする
[21:02:05] Python の方が言語仕様が安定しているから開発はしやすそうではあるが
[21:02:29] あー
[21:02:37] それね
[21:03:01] Python みたいにジェネレータとイテレーションを使ったループが使えるといいのにね
[21:04:05] だが、オンラインでの共有がしやすい方がいい
[21:04:24] Google Spreadsheet の唯一の強みを打ち消す可能性もあるし
[21:04:34] Excel や Access の問題って
[21:04:49] 共有ファイルサーバーを使えば一定程度共有環境で動作させれるけど
[21:05:26] SQL Server とか使ったものに比べると複数人での操作には耐えられないと思う
[21:06:16] クラウドでホスティングして、みんなで使えるように
[21:06:29] クラウドのア​カウントごとに権限管理できる方が楽だし
[21:08:30] ブラウザには WAS​M VM があるし
[21:08:48] 言語がなんであっても WAS​M にコンパイルすればいいのかもしれんけどね
[21:09:15] そういうのってあるよね
[21:09:30] 一旦平面図にされて渡されるとか？
[21:09:48] なる
[21:09:58] Microsoft 系の言語って中間言語があるはずで
[21:10:11] .NET Framework という共通ランタイムで動作するのが多いけど
[21:10:28] Visual C++ だけは別ランタイムだな
[21:10:46] あと、VBA だけは VB とは違って .NET Framework とも相性が悪いと思う
[21:11:01] だから、いずれにせよ VBA は廃れる運命だろう
[21:11:10] そう
[21:11:31] 言語に依存しない設計にしておかないとね
[21:11:52] ただ、.NET Framework は Windows 依存が強すぎて
[21:12:07] オープンソースの .NET Core と実装に大きな違いがあるから
[21:12:14] 他の OS に移植するのが難しかったりする
[21:12:42] macOS や Linux などで動作させようと思うと細かい実装の違いに悩まされる
[21:12:57] だから、WEB 系の言語とかの方が良いと思う
[21:14:08] サーバーサイドでも JavaScript や TypeScript を用いた開発が増えてきているし
[21:14:23] サーバーサイドとフロントエンドで共通のコードで動作すると何かと都合がいんだんよね
[21:14:29] クラウドで展開しようと思った場合に
[21:15:00] XML は人間が書くものではないなｗ
[21:15:31] ｗ
[21:17:31] Cobol w
[21:17:50] Cobol は DECIMAL が扱えるから金融機関で好まれたのよね
[21:18:26] 浮動小数点演算を用いると二進化浮動小数点の丸め誤差のせいで、端数に問題が生じるから
[21:18:52] 浮動小数点演算機を用いる場合でも誤差を補正するアルゴリズムとかあるけど
[21:19:00] かなり専門的知識がないとややこしい
[21:19:11] スマートコントラクトではこのような問題を解決するために
[21:19:24] そもそも、uint256 というとんでもなくビット数の大きな数値型を使う
[21:19:59] 桁数のシフトは decimal で 10 進数での表示上の桁数シフトを表現するが
[21:20:14] 全て整数で演算するので丸め誤差が生じようがない
[21:20:42] 十進数と二進数では小数点以下の表現方法に大きな違いがあって
[21:21:06] 十進数では単なる定数なのに、二進数だと循環小数みたいになる数値があるんよね
[21:21:28] 相互に変換するとそのような数値だけ誤差でおかしくなる
[21:21:54] その誤差はとても小さなものなので天文学的な計算をするときとかは
[21:22:02] 単なる誤差じゃんといって切り捨てても良いんだけど
[21:22:14] 会計の場合って、明細行ごとに丸めたりするからね
[21:22:24] 丸め誤差が累積していくことがあって
[21:22:31] 正確さに問題を生じてしまう
[21:23:18] いや、浮動小数点の場合
[21:23:26] 桁数をシフトできるから
[21:23:42] 天文学的な数値では問題ないんだ
[21:24:27] 科学技術計算では桁数が有限な 32bit 整数とかでは範囲が狭すぎる
[21:25:35] 丸めは奥が深いよね
[21:26:04] 消費税は、切り上げでも切り捨てでも四捨五入でも法律上定義がないのでも問題ないが
[21:26:14] その計算方法は多岐に渡る
[21:26:25] 明細ごとに整数に丸める方法も
[21:26:33] 売上伝票ごとに丸める方法も
[21:26:39] 請求書ごとに丸める方法も
[21:26:42] いずれも有効で
[21:27:10] それどころか、切り捨ても四捨五入も切り上げも問題ない
[21:27:19] だが、ほとんどの場合切り捨てだね
[21:27:31] わざわざ消費税を高くしたい人はいないでしょう
[21:29:00] そうだね
[21:29:52] だけど、相手方からすると受取消費税だからな
[21:30:09] 請求書や領収書の金額を双方で違った金額で処理するわけにはいかないでしょう
[21:31:22] 確定申告とかどんな申告しようが受理されるだけだからな
[21:31:39] そうだね
[21:31:52] 税務調査が入るまで問題にはなりようがないね
[21:32:22] 税務調査が入っても反面調査で相手側に確かにそのような売上の認識があるかは問われるかもしれないが
[21:32:29] 端数の処理まで問題にすることがあるのかは知らん
[21:33:28] まぁ、税務署も小さな金額で細かいことを追求しても人件費がかかるだけで無駄だからね
[21:33:46] 明らかな脱税とか、規模が大きい場合には問題になるだろうけど
[21:34:07] それね
[21:34:25] １円単位で厳密に合わせることに労力を割きすぎるのは無駄
[21:34:48] 棚卸しとかでも破損とか紛失とか出てくるのに
[21:34:58] 会計ではそれが許されないみたいな風潮ね
[21:35:32] それね
[21:35:39] あまりに金額が合わない場合には
[21:35:44] 問題だけどね
[21:36:03] そう
[21:36:21] ｗ
[21:37:32] 研究開発のような部門って、そこまで厳密に材料を資産計上したりしないんじゃない？
[21:38:02] むしろ、そのような材料が資産計上しないといけないほど大規模な組織では
[21:38:08] 購買担当の部署があるのでは？
[21:39:17] なる
[21:40:16] そうだよね
[21:40:35] 倉庫に大量に備蓄するほどならどうかしらんけど
[21:40:45] 速攻で費用として認識するんじゃない？
[21:41:08] そうだね
[21:41:49] 物価上昇しているんだから、資産計上しないといけない金額も上げるべきよね