はけた＠Excelスピルの教科書&データ整形テクニック

公認会計士のはけたです。「Excelスピルの教科書」「Excelスピルデータ整形テクニック」「最高効率を実現する経理のExcel」「できるExcel2024」「関数は"使える順"に極めよう！Excel最高の学び方」などエクセル関連書籍出版。セミナー、VBA・GASツール開発

[はけた＠Excelスピルの教科書&データ整形テクニック @excelspeedup]

【電子書籍】Excelスピルの教科書を、Boothにて発売開始しました。
https://t.co/DKdAFky85U
※近日中に技術書典でも発売予定です

[はけた＠Excelスピルの教科書&データ整形テクニック @excelspeedup]

エクセルで、昔、VBAのユーザ定義関数名と、LETで定義する名前に同じものを付けると、VBAのユーザ定義関数名のほうが勝ってしまって挙動がおかしくなった気がするんですが。
この挙動は解消されたんですかね？あるいは、当初の「おかしくなった気がする」が勘違い？

[はけた＠Excelスピルの教科書&データ整形テクニック @excelspeedup]

@SawCedar 実際の挙動を見てみないと、なんともわからないですね・・・。

[はけた＠Excelスピルの教科書&データ整形テクニック @excelspeedup]

CodexとClaudeで、この辺の挙動に違いがある理由がよくわからないですね・・・。
どういう状況なんでしょうね。

[杉山聡@税理士×FP×生成AI @SawCedar]

ちなみにCodexはアカウントなんぞお構いなしに連携しまくれるもよう。なんなんマジで。

[はけた＠Excelスピルの教科書&データ整形テクニック @excelspeedup]

積み重ねなのは間違いないんだけれど、変な積み重ね方をすると先に進めなくなる、みたいなトラップがありそうな気がします。
（具体的に、どういう積み重ね方が変なのかは、よくわからないですが）

[長旅P💙気象予報士 @NagatabiP]

数学は積み重ねの教科だから、小中学校を真面目に過ごしている女子の方が成績が良くなりそうだけど、そういうわけでもないのが不思議である。

[はけた＠Excelスピルの教科書&データ整形テクニック @excelspeedup]

はたして、AIを使う人の数は、VLOOKUP関数を使う人の数を上回れるのかどうか。

[idiotton @idiotton]

いずれエクセルと同じ様に「誰でもそこそこ上手く使える」様になると思うが、結局AIでの開発量をスケールするには人間が支持する必要があり、仕事は無くならないと見てる。

[管理ちゃん(人事・労務・給与) @kanri_y]

エクセルの関数とかマクロとか、AIを使えば、その数式やコードがなにをしてくれるか答えてくれるじゃないですか

例えば、これはa列を元にc列を引っ張ってきて、それを文字列にして…みたいな

でもなんでそういうふうに組んだのかが、そもそもわからないことが多いんですよ

数式とか長過ぎて、なんで

[はけた＠Excelスピルの教科書&データ整形テクニック @excelspeedup]

Claudeは、新しいのは従量制に移行するのに、古いのは賢くなくなっているのだとすると、今後、ユーザとしては、なかなか大変な状況になりませんかね？

[はけた＠Excelスピルの教科書&データ整形テクニック @excelspeedup]

>とりあえず車屋を極めろ、そこが最高峰だ。
これは、鋭いご意見。
たしかに、超面倒くさいですね。

[tax.hirosaki@税理士 @HirosakiTax]

記帳自動化には業種特化が良いかと思ったが…

ちがう。
売上、主要原価回りだけ。
個人事務所だと10クラスタ程度に区分されるからテンプレも10+共通エンジンでいける。とりあえず車屋を極めろ、そこが最高峰だ。
まだやってないなら規律の問題だ。

…まだfableに説教されてます。確かに反論できん

[はけた＠Excelスピルの教科書&データ整形テクニック @excelspeedup]

ちなみに、弁護士以外の士業で、こんなことを言う人には一人も出会ったことがありません。

[はけた＠Excelスピルの教科書&データ整形テクニック @excelspeedup]

私の個人的な経験だと、それ以前の段階で
「源泉？そんなの知らないので適当に処理しておいて。あ、請求額通り振り込んでね」
とかいうノリの弁護士さんが、そこそこいるっぽい印象があります。
※お客さんを通して聞いた話なので、実際にはきちんとしているのかもしれませんが。

[税理士さだおか @sadaokakayo]

報酬の源泉税は100万円まで10.21%です。
ただし1回の支払額が100万円を超える場合は、
その部分だけ20.42%になります。

個人の弁護士さんでこれを知ってる人って
案外少ない気がするんですよね🤔

※たとえば150万円（税抜）の取引の場合

[qsona @qsona]

ちとさすがに一旦今月はFable使うために個人でMaxプラン契約するかと思って、情報入力した後に、ログインしてるアカウントあってるか確認したくなって、戻る(左矢印)ボタン押したら、契約完了した。なんだよこのバグさすがに直してくれw

[Nobu-Kobayashi : Generative AI Technology @nyaa_toraneko]

Codexを使い倒してくると、「得意なこと」だけでなく「苦手なこと」もだんだん見えてきますね。

ひとつはっきりしてきたのは、Codexはゴールを達成するために、作業を複数のタスクに分解し、さらにそれをサブタスクへと落とし込むこと自体はかなり上手い、ということです。

ただし、そのサブタスクのひとつひとつが重くなりすぎると、急に精度が落ちる。

特に、そのサブタスクを完了するのに20分ぐらいかかるような作業になると、途端に怪しくなります。
途中で文脈の重心がズレたり、最初の目的を保持しきれなくなったり、検証の粒度が粗くなったりする。

おそらく、純粋なコーディングではこういう状況にはあまり出会わないと思います。

コードを書く場合、サブタスクは比較的明確です。
関数を追加する、テストを書く、型を合わせる、エラーを直す、ビルドを通す。
それぞれの入力、出力、検証条件がはっきりしているので、Codexも自己修正しやすい。

ところが、業務ベースの作業になると事情が違います。

一見すると「ひとつのサブタスク」に見えても、その中には、抽出、分類、照合、整形、例外処理、曖昧な仕様の判断、人間なら途中で気づく違和感の処理などが大量に含まれている。

つまりCodexから見ると単一のサブタスクでも、実際にはその内部に、さらに別のワークフローが隠れているわけです。

こうなると、Codexにそのまま任せるよりも、そのサブタスクに相当する処理は、別途ツール化して処理したうえで、結果だけをCodexに引き渡した方がいい。

ある意味では、サブタスクのCLIアプリ化です。

たとえばCodexに、

「この大量のデータを読んで、必要な情報を抽出して、分類して、整形して、最終レポートに反映して」

と頼むのではなく、

抽出するCLI、分類するCLI、インデックス化するCLI、不要情報を落とすCLIを作っておき、Codexにはその出力結果だけを扱わせる。

そうすると、Codexの役割は「全部を抱え込むこと」ではなく、「圧縮された状態表現を読んで、次の判断をすること」になる。

これはたぶん、長文PDFをそのままLLMに与えるよりも、章立て、要約、索引、重要箇所、参照関係をまとめたインデックスを与えた方が処理が安定するのと同じです。

要するに、これも一種の「コンテキスト圧縮」なんだと思います。

ただしここでいうコンテキスト圧縮は、単なるトークン削減ではありません。

現実の複雑な業務を、LLMが扱いやすい意味的な作業単位へ再符号化することです。

LLMに渡すべきなのは、素材の総量ではなく、判断に必要な圧縮表現なのだと思います。

そう考えると、Codex運用にも段階がある。

最初は、Codexに丸投げする。
次に、手順を細かく指定する。
さらに使い込むと、Codexが苦手とする長いサブタスクが見えてくる。
その次に、そのサブタスクをCLI化、Skill化、ワークフロー化して外部化する。

最終的には、Codexは業務全体を直接処理する作業者というより、ツール化された処理群を組み合わせるオーケストレーターになっていく。

ここまで来ると、必要なのは単なるプロンプト力ではなくなります。

どの処理をCodexに任せるべきか。
どの処理は外部ツールに切り出すべきか。
どこまでを圧縮して渡せば、Codexが安定して判断できるのか。

その境界線を見極める設計力が重要になる。

Codexを使い倒すほど、人間側に求められる能力は「AIにうまくお願いする力」から、「AIが扱いやすい作業構造を設計する力」へと移っていくのだと思います。

[加藤潤一(かとじゅん) @j5ik2o]

SaaSの大口顧客が「AIエージェントに社内システムを作らせたので解約します」という話、2箇所から聞いた。内製が避けられてきたのは構築コストより運用・保守の問題だったと思うけど、そこもAIで軽くなってきてるのかもしれない。内製の損益分岐点が動き始めてる気がする。

[はけた＠Excelスピルの教科書&データ整形テクニック @excelspeedup]

まったく関係ないですけれど、見田村さんの名前を久しぶりにお見掛けしました。
今は、こういうこともされているんですね。

[井上幹康＝気象予報士×税理士×不動産鑑定士 @weather_tax]

見田村先生の日本中央研修会様で、7月16日に私の書籍「ケーススタディ机上・役所・現地調査の着眼点」の研修を行います。

明日まで割引価格でのお申込みが可能ですので、気になる先生方は、以下リンクをご確認ください。
https://t.co/FtZyj81h3M
#PR

[はけた＠Excelスピルの教科書&データ整形テクニック @excelspeedup]

@AnteaterTamerAC それにしても、業界全体で、末端の従業員に、そういう習慣を当たり前のものとして定着させたというのは（良い悪いはともかく）すごいことですよね。
どういう経緯で、そうなったのかは気になります。
他の、本当に定着させたい習慣に応用したいです。

[はけた＠Excelスピルの教科書&データ整形テクニック @excelspeedup]

これは、現場の工数の削減目的ではなくて、本部からのお達し（期末在庫を減らすと、評価が上がるような仕組みがある）が原因だったりしない？
・・・と書いたのですが。期末在庫を絞るなという社長指示を現場が無視している、という話なんですね。
なんなんでしょうね。

[哲学的会計士 @AnteaterTamerAC]

薬局にはそんな慣習があるのか。
棚卸の精度向上＆集計まで含めた工数の削減が主な理由なんだろうけど。

[はけた＠Excelスピルの教科書&データ整形テクニック @excelspeedup]

>▼どう便利なの？
>→少なくとも、その後で説明する例を見ないとわからないから、今の段階では説明しにくい
これが、短期的には全然出てこない（理解できない）みたいなパターンもある気もします。

[はけた＠Excelスピルの教科書&データ整形テクニック @excelspeedup]

▼なぜ、そう「定義」したの？
→便利だから

▼どう便利なの？
→少なくとも、その後で説明する例を見ないとわからないから、今の段階では説明しにくい

▼その「定義」にあてはまる例は？
→こういう例はある。けれど、これだけだと思われると、それはそれで困るので説明しにくい

[はけた＠Excelスピルの教科書&データ整形テクニック @excelspeedup]

結局、「定義」は、その時点では深く考えずに丸暗記しよう、が一番良い気はするんですよね。

[はけた＠Excelスピルの教科書&データ整形テクニック @excelspeedup]

《配列に対するMAP演算が「自然」に感じられる》は、前提で、さらに、もう1段階、何か上乗せが必要そうな気もするような？
どうなんだろう。

[はけた＠Excelスピルの教科書&データ整形テクニック @excelspeedup]

そうなんですよね。
私も、エクセルの配列演算の記法は、記法として、ものすごく「自然」に感じます。
ただ、あの記法が「自然」と感じるためには、何らかの条件がある気もするんですよね。

[ほえほえ＠マクロ師のひとりごとDX/AX @hoehoe1234]

スピルが出た時に、違和感というよりも、「いや、そりゃそうだよな。これがもともと正しいよね」という感じだったんですけど、どうなんでしょうかね。どうしても、配列や演算というものが当たり前に感じてしまうんですが、中学ではそうではなかったので。

どこかで変わるんですかね。

[はけた＠Excelスピルの教科書&データ整形テクニック @excelspeedup]

シンプルなパターンだと、《配列に対するMAP演算が「自然」に感じられるかどうか》というところだと思うんですが。
その条件は、なんなのか。