zen

公認会計士・データエンジニア。財務会計領域のシステムを開発しています

[zen @zen_lele]

AIさんには無駄に読点つけるのやめてほしいけど、何をどう学習した結果として生まれたのか純粋に興味ある

[zen @zen_lele]

業務フロー可視化ができる人とデータフロー可視化ができる人の差は想像以上に大きい
前者は現場ヒアリング起点である程度可能だが後者は情報システムへの知見が前提条件

もちろん前者も重要なスキルではある

[zen @zen_lele]

AIネイティブなゲームルールを設定しないと、ワークスロッパーが勝者になってしまう

[zen @zen_lele]

AI使ってミスられるよりエクセル使ってミスられるほうがリカバリーしやすい

エクセル使ってミスられるより紙使ってミスられるほうがリカバリーしやすい

※投下工数が一定と仮定した場合

[zen @zen_lele]

トレンド的に何かと「エクセル < SaaS < AI」と評価されがちだけど、実務で遭遇する成果物のほとんどは「AI < エクセル < SaaS」。

エクセルならまだ「セル結合」程度の可愛げあるアンチパターンで済むけど、素人がAIを使って間違った方向に進むと広大な迷路が爆誕することがある。

[エイマエダケイタ 江の島の税理士 @keitazeirishi]

会計ソフトを使わずにAIで作った会計を確認するってエクセルで作った会計を確認するのと同じようなものなので、事務所としてはお断りすることになる。会計ソフトの重要性が認識できていないというところでもお付き合いは難しいですね。

[zen @zen_lele]

「リアルタイム性要求の9割は誰かのジャストアイデア」という偏見を前提として要求に対峙するわけだが、頭ごなしに否定するメリットもないので、言葉選びを慎重に進めるのである

で、この言葉選びプロセスを生成AIに代替させたいのだが、それもまた苦戦している

[chira as データマネジメント専門家 @chira]

最近データ統合基盤構築案件に入ると、リアルタイムデータ連携を求められることが多いです。ただ、本当にそんなにみんな、ダッシュボードにリアルタイムに張り付いているの？月次締前のデータを、見込みでそんなに必要とします？要求を確認していくと、実は週次で良かったりするんですよね。SeattleDataGuyさんによる記事を読んで、世界中で同じことをしているんだと思いました。
「リアルタイムデータは本当に必要なのでしょうか？」　 https://t.co/AtRM5P05H2

[zen @zen_lele]

個人的には何ら精神的な苦痛がないな…

今までしんどかったのは
・そもそもレスがない or 遅い
・ジャストアイデアを理由に無駄に修正させられる
・必要ないのに修正作業を巻き取られ質も下がる

このように直球のフィードバックを出してくれるような方にはむしろ感謝しかない

[和田淳史 @atrzdflw]

コンサル上司の激詰め〜資料レビュー編〜

[zen @zen_lele]

この世の9割以上の経営管理業務では、プロセス設計不備により無駄な作業が生まれるので

最先端ツールで作業を1つ「自動化」するよりも、業務プロセス全体理解に基づき無駄な作業を1つ「減らす」ほうが100倍価値あるけど

9割以上の組織では「減らす」より「自動化」が評価される

[zen @zen_lele]

「AI臭のするドキュメントは質が良くても読む気が失せるからAI臭を取り除こう」って論調あるけど完全に嘘

シンプルに質が低いドキュメントは読む気になれないだけであって、AI生成かどうかは関係ない

AI臭さを取り除くスキルを使う前に、ビジネスライティングを学べる本を数冊読み込んだほうがいい。

[招き猫.mdb @nekokure1984]

Power queryとPower pivotが並列で比較されるなら、まだ理解できるが、これでも相互排他的ではなく、補完される関係性にある。そもそもITツールはそれぞれ意図される用途があって、相互排他、上下の関係はない。排他的に特定ツールに固執するととんでもなく非効率な運用を作ることもある。

[zen @zen_lele]

会計界隈にPower Queryと生成AIを比較するような人がたまにいるのはちょっと残念である。
まずツールの位置付けが違うし、相互排他的ではない。

「実装者はM言語を生成AIに書かせつつ、レビュアーはGUIで内容を理解...」といった併用が理想的だが、比較して語る人にはその発想がなさそう

[zen @zen_lele]

問いは面白いけど正解が間違ってるせいで叩かれているぽい。

前提条件が問題文に十分含まれていない場合は場合分けしたうえで論述式で回答するのが本来の正解で、勝手に前提を設定して進める経理人材は今すぐAIに代替されそう。

[psyco_=限界鯛⚡️(魚群門一味) @psyco_01main]

なお正解は
普通預金 800/受取配当金 1000
仮払法人税等 200/
です。

[zen @zen_lele]

あと、どちらもGoogleに買われてほしかった(これもずっと言い続けている)

[zen @zen_lele]

miroもairtableもだいぶ前から応援してたプロダクトなだけにちょっと残念

両者ともにAI関連機能がかなり微妙で、ユーザーインタビューちゃんとやってる…？と思うなどしていた

初期は競合と比べて圧倒的によかったし、AI時代でももっと高く評価されるポテンシャルあったと思う(言うは易し、だが…)

[numashi | LayerX @numashi_Biz]

AI nativeな内製プロダクト2.5年くらいやってて思いますが、強い意志が持てない限りはただの社内受託になって、よくわからん製品になり、作り込みによりさらにスパゲッティコードになっていきます。
なので、基本的に内製化が成立するケースは実はごく一部だと思います。あんまvibe codingでテキトーにやろうと思わん方が良い。10人とかの会社でvibe codingで成立するか、1万人くらいの会社でがっつり社内で内製化チーム作る、みたいなレイヤーは成立するけど、その間のレイヤーは基本的には成立しづらいケースになるイメージです

[zen @zen_lele]

「AIで作りました！レビューお願いします！(セルフレビューなし)」の何が罪かというと…

・実質的に業務の10割を押しつける
・実際には仕事時間0秒だが頑張った印象を植え付けられる
・AI生成特有の不備を検出し修正するという単純作業を追加で押しつける
・安易に否定すると時代遅れ人材扱いされる

[zen @zen_lele]

これもわかるし、自分自身の投稿も刺激強そうなものは一旦AIにダメ出しさせるようにしてます

AIのアウトプットが微妙だったとしてもとりあえず一旦冷静になれるのがとても良い…

[morningstar @morningstar0212]

最近はTLで盛り上がっている炎上案件を見て何か言いたくなっても、まずはAIに言うようにしている。たいていはそれで気分がおさまり、余計なことをポストしないで済んでいる気がする。

[zen @zen_lele]

「売上はほぼ横ばいだが、ソースコード行数はSaaS解約及びvibe codingによる業務アプリ内製により10倍以上に増加し、生成AI関連コストも10倍以上に増加した。人件費含め期待していたコスト削減効果は0」という事例を聞いた

「ソースコード1行あたり売上成長率」は今後の有効なKPIになり得るか？

[zen @zen_lele]

経営管理 × データエンジニアリング = 生産性3倍
経営管理 × データエンジニアリング × 最強の巻き込み力 = 生産性1000倍
なイメージです

流石に三刀流は現実的じゃないので、二刀流人材でチームを作るほうがワークしやすい印象。

なお、データエンジニアリングに巻き込み力が含まれるとも言えるか…

[KBにゃす（かばにゃす） @kabanyasu]

両方なんとなくわかるけど、これはすごい共感
とはいえ実践するにも多くの人を巻き込まねらならぬから大変