ネヴァダ五郎 @FirstTideMan

私の時代はありませんでしたが、新司法試験では『租税法』が選択科目に入っています。租税法ですから、税理士試験でも受験科目にない『国税通則法』を学ぶことになります。司法試験委員は、通常、学者と『実務家』の中から任命されますが、租税法の分野の司法試験委員をみると、国税庁・税務署・税理士が1人もいないようです。課税実務に最も精通しており、最も租税法の分野に詳しいはずの人たちが試験委員に選ばれない。彼らは租税法の専門家ですが、『法曹』ではないからだと思います。これは、とても重要なことです。法曹には批判能力が求められます。もし国税庁の関係者が司法試験委員になったら、国税の課税実務に批判的な見解を述べた受験生に合格点を与えないかもしれません。そうすると、受験生は、国税に迎合して、国税の課税に忠実な理論を学ぼうとするはずです。これはもはや法曹ではありません。法曹以外の実務家は司法試験委員に任命しないという運用を今後も死守してもらいたいと思います。

健🍣　弁護士兼船長 @simuken2016

6 days ago

@sozeiholove 本当なのですかね( ˊ̱˂˃ˋ̱ ) 結論からお伝えしますと、ご提示いただいた官報のリスト（黄色マーカー部分）の中に租税法の教授・委員は含まれていません。

1 1 6 26K 0

0 13 59 27K 14

View Details

ネヴァダ五郎 @FirstTideMan

6 days ago

codexを1日のうち18時間近くは×4並列で動かしているので、EC2+herdrでリモート常駐化してから、本当の本当に開発体験がいい。 1sessionに6時間くらいかかったりする開発でも、外出時は格安のノートPCとwifiだけ持って気になったらSSHするだけで済む。

0 0 2 142 0

View Details

ネヴァダ五郎 @FirstTideMan

6 days ago

「シャツが乾くまで」めちゃくちゃ面白い。とても演劇的に感じるドラマ。こう言うのが好き。

0 0 0 64 0

View Details

ネヴァダ五郎 @FirstTideMan

6 days ago

Codexの過剰設計・過剰対応で工数とCodeばかり爆発的に増えるの何とかなんないのかな。LLMの悪いところ全部露見している。与えられた指示に過剰適合する。元いい塩梅でヒューリスティクスに従って上手にやれないのかね。

0 0 0 61 0

View Details

ネヴァダ五郎 @FirstTideMan

6 days ago

勝てば官軍。勝って勝って勝たなきゃな。負けなければいいなんて、負け犬の方便だと思ったな。

0 0 0 46 0

View Details

iwashi / Yoshimasa Iwase @iwashi86

7 days ago

今だからこそ、ソフトウェアエンジニアリングの基礎がかつてないほど重要になる、という主張のポストだった。・AIエージェントを使えば、とりあえず動くコードを作れる・TDDの手法などをプロンプトに組み込めば、テスト可能なコードも書ける・しかし、ソフトウェアの境界やAPIを設計するのは依然として職人芸・デバッグのしやすさや保守性を考慮した設計には、高度な思考(reasoning)が必要・だが、現在の最先端のLLMであっても思考力は不足している・LLMは思考しているわけではなく、圧縮された人間の知識から予測しているに過ぎないから・そのため、LLMを効果的に使うには独自の工夫が求められる・簡潔なデータを与え、検証ツールで自己修正のループを回すことなどが有効・ただ、LLMは良いアドバイスと悪いアドバイスを区別できない・思考力を持たないまま、ただ指示に疲れを知らず従い続けるエージェントは悪夢でもある・将来的にはモデルの訓練に（さらに）思考プロセスが組み込まれることを筆者は期待している・だが現状では、クリーンなインターフェースを設計・修正するスキルは人間が担う必要がある・AIで簡単に実装できると安易に飛びつく人が増える中で、基礎的なエンジニアリング力はより重要になっている rhonabwy.com/2026/08/15/sof…

2 74 564 52K 518

View Details

やまち｜yamachi @yamapiya_

a week ago

知らなかった。意図負債という概念は覚えておきたい。 >「技術的負債」に対比して近年論じられるようになった「認知負債」「意図負債」の概念 >意図負債：「そもそも何を実現したかったのか」「なぜこの方針を選んだのか」という意図・目的レベルの情報が失われていく負債 developers.freee.co.jp/entry/ai-dev-a…

4 148 856 209K 842

View Details

アカリュウ@確率思考の実験録 @shi_ming79774

a week ago

ポーカーでは「バンクロール管理」と呼ばれる鉄則がある。参加するゲームのレートは、持ち金の何分の一まで、と厳密に決める。腕を上げることより先に、これを叩き込まれる。理由は単純で、実力があっても資金が尽きればテーブルを離れるしかないから。期待値がプラスでも、試行回数に到達する前に退場すれば、その優位性は一度も回収されない。そして資金に余裕がない時ほど、降りるべき手で降りられなくなる。取り返そうとして、判断が壊れる。強い人が勝つのではない。座り続けられた人だけが、確率の恩恵を受け取れる。

規格外 @shinkaron

2 weeks ago

x.com/i/article/2087…

0 21 182 210K 147

3 190 988 300K 403

View Details

たいしょー @N_Taisho

a week ago

建設インフラ向けのSaible、Programmable Bank Accountという感じで面白い。建設プロジェクトの資金を専用口座で分別管理し、承認されたら下請けまで含めて支払いを自動化。資金用途や支払履歴も追える。これ、かつてブロックチェーンで盛んに語られていたProgrammable Moneyにかなり近いんだが、それをスマートコントラクトではなく、既存の銀行口座＋API＋法的な資金管理で実現してる saible.co.uk