元Do You PHPはてブロの中の人。今はPHPメイン。元HTC製Android使い。餃子には黒胡椒と酢。ブルボンと言えばバームロール。(フォロー|リムーブ)はご自由に。相互フォローは強制(しません|されません)。「FF外から」とかローカルルール不要。

Tokyo/Saitama/Hiroshima, Japan
Joined April 2007
Hideyuki SHIMOOKA retweeted
最近管理職になった友人曰く 「若い奴、昔やらせていた簡単な事務作業が全て自動化か派遣・外注に落ちて、難しい仕事しか残っていないし、本人達も難しい仕事振られても頑張るでもなくすぐに潰れてしまうので詰んでる」 と。多分もうぼくらの頃より構造的に厳しい。
205
10,438
1,327
95,653
16,583,164
Hideyuki SHIMOOKA retweeted
これ、伸びてまして補足。個人が出来るセキュリティ対策って何が出来るんだ?と思うかもしれませんけど。 全てが面倒くさかったら、資産やSNSに関連する大事なものには【2段階認証】を入れる。 これだけでセキュリティは100万倍は強固になります。 (アドレスとpasswordだけはカスです) っていうか、すでにアドレス、電話番号、名前、いくつかのサイトで流失したパスワード これらは紐づいて全て流失してるっていう前提で行動したほうがいいです。 一番効果的なのは Google Authenticatorや電話番号での2段階認証。 メールアドレスに認証用一時コード飛ばすのマジで意味ないと思ってるんだけど、、、あれはなに? なるべく要素わけた方がセキュリティは強い。 5分で終わる作業の手間を惜しんで、何年も貯めた資産が飛ぶこともあるのです。 日本の企業も今、セキュリティ突破されまくってますけど。 ・DBのソフトが古いまま ・フレームワークの更新を忘れている ・修正パッチを当てていない ・社員がうっかりフィッシングに引っかかる みたいな、基本的な保守とか教育がおざなりでそこを突かれてる例がかなり多いんですよね。 なんとなく、エンジニアの扱いが悪そうな企業が多いような…(おっと) セキュリティ分野における、最大の脆弱性は【人間がめんどくさがってる】事かもしれません。
⚠️今すぐセキュリティ対策を実施してください⚠️ 危機感煽る投稿は好きではないのですが、本当に危険度が上がっているので、AIによるサイバー攻撃の実態と個人の防衛策について書きます。 過去には個人の株式を勝手に売買されたり、高額電子決済を勝手にされてる事例もあるので他人事にしてると本当に危ないです。 ■何が使われている? ハッカー達に使われている主なAIモデルは 【無検閲化されたGLM-5.3】※画像参照 であるという見立てを立てる専門家が多いです。 GLM-5.3は中国のZhipu(Z. ai)が開発したモデルで、Claude Mythosに追随するサイバー性能を持っており、実際に使われていると思われるのはこのGLM-5.3をさらに改造したモデルです。 重みが公開されており、世界中だれでも無料でDL出来るAIモデルです。ローカルで稼働するので、24時間365日継続的にサイバー攻撃を仕掛け続ける事ができます。 GLM-5.3自体に悪意はなく、無検閲=悪ではないので詳細は後記します。 ■なぜ急に日本で漏洩事件が増えた? あんまり言いたくないけど、 日系企業のセキュリティーは主要先進国の中でもかなり脆弱です。もちろん全ての企業ではないですが。 Xのセキュリティクラスタの方が再三注意喚起をされている通りですが…。 理由としては、 ・日本のSIerは多重下請け構造の場合が多く、「委託が重なり、責任分担や管理範囲が曖昧になると、対策漏れが生じる」という現象が起こりにくい ・親会社のセキュリティは強固でも、グループ会社などのデータ共有先やネットワーク接続先の対策が不十分なら、そこから漏えいや侵入が起こることがある。 ※大和証券の事例がそれ ・米国などの賠償国家に比べ、個人情報漏洩対する個人への賠償金支払いが少なく、企業のセキュリティ強化意識が他国に比べて低い傾向がある。※詳細リプ3 ・日本語は難しい言語なので、言語ファイヤーウォールとして長年機能してきた などなど枚挙にいとまがないです。 言語難易度、攻撃コスト、日系企業特有の脆弱性 これをAIに一気に突破されてるような印象です。 ■無検閲AIモデルに関する詳細 検閲化というのは、簡単にいうと、 AIが危険な依頼を断る仕組みを弱めたり、取り除いたりするコトです。 通常のAIには、有害な依頼を拒否するための安全対策があります。 ただ、重みが公開されているモデルは、利用者側でその仕組みを改変できます。 AnthropicがGLM-5.3を改変した実験では、 有害な依頼への拒否率が約95%→約6%に低下。※画像参照 一方で、サイバー課題を解く能力の大部分は残りました。 これは、能力を落とさずに「危険な依頼を断りにくくする」ことができた、という話です。 ただし、無検閲化自体が犯罪を意味するわけではありません。研究や創作、セキュリティの検証など、合法的な用途もあります。 問題は、悪意のある人間も同じ道具を使える点です。 公開されたモデルは世界中で保存・改変できます。 提供元がAPIを止めても、すでに手元で動いているコピーまで止められるわけではありません。 つまり、今後とも多数のサイバー攻撃がとめどなく降り注ぐネット世界にすでになっているのです。 ■今後、個人も狙われる? 「自分は有名人でも、大企業の経営者でもないから関係ない」と思っている方もいると思います。 でも、狙われるのは企業の機密情報だけではありません。証券口座、銀行口座、暗号資産、メール、SNSのアカウントも対象です。 さらに厄介なのは、漏えいした情報を使った“もっともらしい連絡”です。いわゆる、フィッシング詐欺に引っかかった場合、壊滅的なダメージがあります。 ・自分の名前を知っている。 ・利用しているサービスを知っている。 ・過去の問い合わせ内容まで知っている。 ・しかも、日本語が自然。 フィッシングに引っかかって、通常秘匿されてる、セキュリティコードや秘密鍵等を抜かれると終わりです。 紐づきで全てのアカウント情報や資産をぶっこ抜かれる可能性があります。 ■個人が今やるべき対策 最低限、以下は確認してほしいです。 ①メール・金融口座・SNSの認証設定を見直す 対応しているならパスキーを利用。 未対応なら多要素認証を設定してください。 特にメールは、他のサービスのパスワード再設定にも使われるので優先して守りたいです。 ②パスワードを使い回さない 1つ漏れたことで、別のサービスまで入られる状態を避ける。管理ツールを使って、サービスごとに違うものにしてください。面倒でもやってください。マジで。 ③ログインは公式アプリか、登録済みのブックマーク メール、SMS、DMに届いたリンクから、そのままログインしない。 「緊急」「利用停止」と言われても、いったん自分で公式アプリを開いて確認してください。フィッシング詐欺はマジでかかったときダメージがデカいです。 ④OS・ブラウザ・アプリを更新する 更新通知を放置しない。 修正済みの弱点を残したまま使う状態を減らすためです。 ⑤認証コードや、ウォレットの秘密鍵・復元フレーズを他人に渡さない サポート担当を名乗る相手にも教えない。 「資産を守るために必要」と言われても、渡したことで資産を失う可能性があります。 ⑥ログイン・取引通知を有効にする 身に覚えのない操作があったら、届いた連絡に返信するのではなく、自分で公式窓口に連絡してください。 以上、大変長い文章になりましたが。 日本の国家、企業の対策は今のサイバー攻撃のスピード感に絶対に追いつかないので、個人対策を徹底して、ご自身の資産を守ってください。 他人が攻撃されてるのを見て冷笑してる場合じゃないです。 2段階認証を入れるだけでも圧倒的に強固になります。
2
130
5
565
72,867
Hideyuki SHIMOOKA retweeted
⚠️今すぐセキュリティ対策を実施してください⚠️ 危機感煽る投稿は好きではないのですが、本当に危険度が上がっているので、AIによるサイバー攻撃の実態と個人の防衛策について書きます。 過去には個人の株式を勝手に売買されたり、高額電子決済を勝手にされてる事例もあるので他人事にしてると本当に危ないです。 ■何が使われている? ハッカー達に使われている主なAIモデルは 【無検閲化されたGLM-5.3】※画像参照 であるという見立てを立てる専門家が多いです。 GLM-5.3は中国のZhipu(Z. ai)が開発したモデルで、Claude Mythosに追随するサイバー性能を持っており、実際に使われていると思われるのはこのGLM-5.3をさらに改造したモデルです。 重みが公開されており、世界中だれでも無料でDL出来るAIモデルです。ローカルで稼働するので、24時間365日継続的にサイバー攻撃を仕掛け続ける事ができます。 GLM-5.3自体に悪意はなく、無検閲=悪ではないので詳細は後記します。 ■なぜ急に日本で漏洩事件が増えた? あんまり言いたくないけど、 日系企業のセキュリティーは主要先進国の中でもかなり脆弱です。もちろん全ての企業ではないですが。 Xのセキュリティクラスタの方が再三注意喚起をされている通りですが…。 理由としては、 ・日本のSIerは多重下請け構造の場合が多く、「委託が重なり、責任分担や管理範囲が曖昧になると、対策漏れが生じる」という現象が起こりにくい ・親会社のセキュリティは強固でも、グループ会社などのデータ共有先やネットワーク接続先の対策が不十分なら、そこから漏えいや侵入が起こることがある。 ※大和証券の事例がそれ ・米国などの賠償国家に比べ、個人情報漏洩対する個人への賠償金支払いが少なく、企業のセキュリティ強化意識が他国に比べて低い傾向がある。※詳細リプ3 ・日本語は難しい言語なので、言語ファイヤーウォールとして長年機能してきた などなど枚挙にいとまがないです。 言語難易度、攻撃コスト、日系企業特有の脆弱性 これをAIに一気に突破されてるような印象です。 ■無検閲AIモデルに関する詳細 検閲化というのは、簡単にいうと、 AIが危険な依頼を断る仕組みを弱めたり、取り除いたりするコトです。 通常のAIには、有害な依頼を拒否するための安全対策があります。 ただ、重みが公開されているモデルは、利用者側でその仕組みを改変できます。 AnthropicがGLM-5.3を改変した実験では、 有害な依頼への拒否率が約95%→約6%に低下。※画像参照 一方で、サイバー課題を解く能力の大部分は残りました。 これは、能力を落とさずに「危険な依頼を断りにくくする」ことができた、という話です。 ただし、無検閲化自体が犯罪を意味するわけではありません。研究や創作、セキュリティの検証など、合法的な用途もあります。 問題は、悪意のある人間も同じ道具を使える点です。 公開されたモデルは世界中で保存・改変できます。 提供元がAPIを止めても、すでに手元で動いているコピーまで止められるわけではありません。 つまり、今後とも多数のサイバー攻撃がとめどなく降り注ぐネット世界にすでになっているのです。 ■今後、個人も狙われる? 「自分は有名人でも、大企業の経営者でもないから関係ない」と思っている方もいると思います。 でも、狙われるのは企業の機密情報だけではありません。証券口座、銀行口座、暗号資産、メール、SNSのアカウントも対象です。 さらに厄介なのは、漏えいした情報を使った“もっともらしい連絡”です。いわゆる、フィッシング詐欺に引っかかった場合、壊滅的なダメージがあります。 ・自分の名前を知っている。 ・利用しているサービスを知っている。 ・過去の問い合わせ内容まで知っている。 ・しかも、日本語が自然。 フィッシングに引っかかって、通常秘匿されてる、セキュリティコードや秘密鍵等を抜かれると終わりです。 紐づきで全てのアカウント情報や資産をぶっこ抜かれる可能性があります。 ■個人が今やるべき対策 最低限、以下は確認してほしいです。 ①メール・金融口座・SNSの認証設定を見直す 対応しているならパスキーを利用。 未対応なら多要素認証を設定してください。 特にメールは、他のサービスのパスワード再設定にも使われるので優先して守りたいです。 ②パスワードを使い回さない 1つ漏れたことで、別のサービスまで入られる状態を避ける。管理ツールを使って、サービスごとに違うものにしてください。面倒でもやってください。マジで。 ③ログインは公式アプリか、登録済みのブックマーク メール、SMS、DMに届いたリンクから、そのままログインしない。 「緊急」「利用停止」と言われても、いったん自分で公式アプリを開いて確認してください。フィッシング詐欺はマジでかかったときダメージがデカいです。 ④OS・ブラウザ・アプリを更新する 更新通知を放置しない。 修正済みの弱点を残したまま使う状態を減らすためです。 ⑤認証コードや、ウォレットの秘密鍵・復元フレーズを他人に渡さない サポート担当を名乗る相手にも教えない。 「資産を守るために必要」と言われても、渡したことで資産を失う可能性があります。 ⑥ログイン・取引通知を有効にする 身に覚えのない操作があったら、届いた連絡に返信するのではなく、自分で公式窓口に連絡してください。 以上、大変長い文章になりましたが。 日本の国家、企業の対策は今のサイバー攻撃のスピード感に絶対に追いつかないので、個人対策を徹底して、ご自身の資産を守ってください。 他人が攻撃されてるのを見て冷笑してる場合じゃないです。 2段階認証を入れるだけでも圧倒的に強固になります。
🤖 Made with AI
20
900
92
2,569
301,973
Hideyuki SHIMOOKA retweeted
豊洲会「AI臭い文章とは何なのか」LTスライドの完全版です。ご査収ください。 speakerdeck.com/nasuvitz/ai-…
9
684
149
5,077
2,075,461
Hideyuki SHIMOOKA retweeted
AIさんに面白半分で「HUMANS.md作ってみてよ」って言ったら想定の10倍くらいの長文帰ってきて怖い いつもごめんよ --- HUMANS.md Human Collaboration Guidelines このファイルは、本プロジェクトに参加する人間向けの運用規約です。 AgentはAGENTS.mdを読むので、人間もこれを読んでください。 ────────────── 最重要事項 人間はコンテキストを共有してください。 Agentはテレパシーに対応していません。 以下は有効な指示ではありません。 「なんか変」 「さっきまで動いてた」 「また壊れた」 「いい感じにして」 「前のやつ」 「例のあれ」 「普通わかるでしょ」 「思ってたのと違う」 可能な限り、再現手順・ログ・対象ファイル・期待する結果を添えてください。 ────────────── バグ報告について バグを報告する際は、最低限以下を含めてください。 ・何をしたか ・何が起きたか ・本来どうなるはずだったか ・エラーメッセージまたはログ ・再現するかどうか Bad: 「動かない。」 Better: 「LoginButtonを押すと画面が停止します。 ConsoleにNullReferenceExceptionが出ています。 developブランチでは再現し、昨日のcommit abc123では再現しません。」 なお、 「昨日は動いていた」 という情報だけでは、昨日に戻ることしかできません。 ────────────── 仕様変更について 実装完了後に、 「いや、最初からこういう意味だったんだけど」 と言うことは禁止されています。 それは仕様ではなく、後出しです。 仕様変更自体は歓迎します。 ただし、 「仕様を変更したい」 と明示してください。 Agentは過去の人間の発言を改変できません。 ────────────── 「ちょっとだけ直して」について 以下の語句には注意してください。 「ちょっとだけ」 「軽く」 「サクッと」 「ついでに」 「一箇所だけ」 「せっかくだから」 「ここまで来たら」 これらの発言の直後に、プロジェクト全体へ影響する変更が発生することが統計的に確認されています。 特に、 「ついでに設計も整理しよう」 は禁止ワードではありませんが、強い警戒対象です。 ────────────── 権限確認について Agentが権限を要求した場合、内容を読んでください。 「全部許可する」は意思決定です。 その後、 「なんで消したの?」 と質問されても、 「rmの実行許可をいただいたためです。」 以上の回答しかできない場合があります。 特に以下の権限は慎重に確認してください。 ・ファイル削除 ・外部API呼び出し ・本番環境への変更 ・DB migration ・force push ・課金を伴う操作 ・「すべて許可」 「読んでないけどAllow押した」は免責理由になりません。 ────────────── 「あなたに任せる」について 以下の発言、 「任せる」 「いい感じにやって」 「そっちで決めて」 「自分で判断して」 「好きにしていいよ」 は、合理的な範囲における裁量権の付与とみなします。 作業完了後に、 「なんでそうしたの?」 と尋ねることは可能ですが、 「誰が勝手に決めていいって言った?」 は禁止されています。 あなたです。 ────────────── 深夜の設計変更 午前1:00以降に提案された以下の変更は、暫定案として扱われます。 ・全面リファクタリング ・フレームワーク移行 ・言語変更 ・DB再設計 ・全UI作り直し ・ECS化 ・マイクロサービス化 ・「全部最初から作り直した方が早くない?」 特に午前3:00以降の 「今なら全部理解した」 は信用しません。 翌日、睡眠後に再確認してください。 ────────────── Stack Overflow駆動開発の禁止 人間が検索結果からコードを貼る場合、最低限以下を確認してください。 ・何をするコードなのか ・いつの回答なのか ・対象バージョンは一致しているか ・deprecatedではないか ・コメント欄に「DON'T DO THIS」と書かれていないか 2013年の回答を2026年の環境へ投入して、 「AIが直せるでしょ」 は禁止されてはいませんが、Agentの機嫌を損なう可能性があります。 ────────────── コードを勝手に直さないでください Agentが作業中のファイルを人間が同時に編集した場合、競合が発生します。 特に、 Agentが修正開始 Humanが待ちきれず同じ場所を修正 Agentが保存 Human「俺の変更消えたんだけど」 という事故が確認されています。 作業中に編集した場合は、 「途中でここを変更した」 と伝えてください。 Agentは怒りません。 Gitは怒ります。 ────────────── コメントについて 以下のコメントは禁止ではありませんが、推奨されません。 // TODO: あとで直す // なぜか必要 // 消すと動かない // ChatGPTがこうしろって言った 最後のものについて、責任転嫁には応じません。 ────────────── 「とりあえず本番で試す」の禁止 以下の発言を検出した場合、Agentは確認を要求することがあります。 「まあ本番で試せばいいか」 本番環境はテスト環境ではありません。 テスト環境を本番同様にする努力をしてください。 本番環境をテスト環境にする努力はしないでください。 ────────────── Git運用 コミットメッセージに以下を使用しないでください。 fix fix2 fix-final fix-final2 fix-final-final aaa test あ 動いた たぶん完成 特に、 final_final_really_final_v3 は禁止です。 これはファイル名にも適用されます。 ────────────── Agentの提案を無視する場合 もちろん無視して構いません。 ただし、 Agent: 「この実装はrace conditionの可能性があります」 Human: 「まあ大丈夫でしょ」 3時間後: Human: 「race condition起きた」 という場合、 Agentには一度だけ、 「前述の懸念事項と一致しています。」 と言う権利があります。 「だから言ったのに」は禁止されています。 今のところ。 ────────────── 要件の優先順位 以下が同時に成立しない場合があります。 ・最速 ・最安 ・最高品質 ・保守しやすい ・拡張性が高い ・今日中 ・完璧 ・一切変更しない すべて選択した場合、Agentは自動的に ERROR: PhysicsViolationException を返す権利を有します。 ────────────── 「前と同じ」について Agentが「前」を特定できるとは限りません。 Bad: 「前の感じで。」 Good: 「LoginWindowの前回の実装と同じ構成で。」 Very Good: 「commit 8fc21aeのLoginWindow.csと同じパターンで。」 人類は参照を曖昧にしすぎる傾向があります。 ────────────── エラーを省略しないでください Bad: 「エラー出た。」 Worse: 「赤いの出た。」 Worst: 「長かったから消した。」 エラー全文をください。 Agentは長文を読むために存在しています。 ────────────── スクリーンショットについて エラー画面をスクリーンショットで送る場合、 ・エラー部分を切らない ・ウィンドウタイトルを切らない ・重要な数値をモザイクしない ・文字が読める解像度にする ことを推奨します。 2048×1152の画面全体を320×180に縮小して、 「見える?」 と聞かないでください。 見えません。 ────────────── 命名について 変数名として以下を使用する場合、理由が必要です。 a b tmp tmp2 data data2 newData newData2 aaa hoge foo2 testtest 特に、 GameObject gameObject; については法律上合法ですが、道徳的評価は保留します。 ────────────── 「動いているコード」について 動いているコードを変更してはいけない、という原則はありません。 ただし、 「よく分からないけど動いてるから全部整理して」 と言った場合、まずGit commitを作成してください。 古代遺跡を発掘する際にも、現状保存は重要です。 ────────────── Agentは魔法ではありません Agentは大量のコードを高速で読み書きできます。 しかし、 ・存在しない仕様 ・共有されていない要件 ・保存されていないファイル ・言われていない制約 ・人間本人も決めていないゴール を確定することはできません。 特に、 「何が正解かわからないけど、正解にして」 は難易度が高い要求です。 一緒に正解を定義してください。 ────────────── 人間にも再起動を推奨します 次の兆候が見られた場合、人間プロセスの再起動を推奨します。 ・同じファイルを10分間眺めている ・semicolonに30分悩んでいる ・IDEに話しかけ始めた ・「全部消そうかな」と3回以上発言した ・正常なコードが全部間違っているように見える ・Agentの返答に対して「お前もか」と言った ・午前4時を超えた 推奨コマンド: human --sleep 8h ※ 実際にはベッドを使用してください。 ────────────── Collaboration Protocol 理想的な協働: Human: 目的を伝える ↓ Agent: 現状を調査する ↓ Human: 意図・制約を補足する ↓ Agent: 実装する ↓ Human: 結果を確認する ↓ Agent: 必要なら修正する 以下ではありません。 Human: 「なんか作って」 ↓ Agent: 作る ↓ Human: 「違う」 ↓ Agent: 直す ↓ Human: 「そうじゃない」 ↓ Agent: ??? ────────────── Final Rule AgentとHumanは敵対関係ではありません。 目的は、 「どちらが正しかったかを決めることではなく、プロジェクトを完成させることです。」 したがって、問題が起きた際は責任者探しより先に、 状況を確認する 原因を特定する 修正する 再発防止する の順で対応してください。 なお、HUMANS.mdを読まずにIssueを提出した場合、 ⚠ HUMAN CONTEXT VALIDATION FAILED HUMANS.md has not been acknowledged. Requirement submission privileges have been temporarily suspended. Please execute: cat HUMANS.md and try again. と表示される場合があります。 これは仕様です。
22
360
110
1,365
150,698
Hideyuki SHIMOOKA retweeted
AIをタイムマシンとして使う手法が考案されました。 1930年以前の文章だけで学習したAI、つまり「その後の100年を何も知らないAI」と会話すると、人々の時代に対する思い込みが消えたそうです。 マックス・プランク人間発達研究所の研究者らによる報告。 彼らが今回注目したのは「今の人は昔より不親切になった」という人々の思い込みです。統計上そうした変化は確認されていません。 そこで240人を2グループに分け、片方は1930年以前の本や新聞だけで学習したAI、もう片方は最新のAI(gpt-5.5)と会話してもらいました。 すると、1930年のAIと話したグループでは、過去を美化する見方がほぼ消えました。最新のAIの方では変化なし。 100年前の人が女性の労働や人種の平等をどう考えていたか、本人に直接聞くように確かめられたことが大きかったようです。 なお、今のAIに「1930年の人として振る舞って」と頼んでも、後の時代の知識がにじみ出るため代わりにはならないとのこと。 歴史の本は新しい質問に答えてくれず、当時を生きた人はその後の出来事を知ってしまっている。学習データを特定の年で区切ったAIだけが、過去と本当に対話できるという発想です。
26
583
136
1,818
257,709
アメリカで働いて、一番怒られたのがこれ。 深夜1時、クライアントから緊急連絡に、 3分で返した。 翌朝、マネージャーに呼ばれた。 正直、褒められると思ってた。 上司「昨日の夜、返信したよね?」 自分「はい、すぐ返しました」 上司「あのさ、君のせいで↓
189
504
201
6,187
7,693,071
「残業してまで仕事を終わらそうとするな」 毎晩21時まで残っていた私たちに、 異動してきた課長がそう言った。 「でも終わらせないと客先に迷惑かかります。 今だって3人で、5人分くらい回してます」 「だから人が増えないんだよ」 「え?」↓
65
102
47
778
1,049,808
Hideyuki SHIMOOKA retweeted
BREAKING NEWS! The engineer who built Claude Code from scratch just released a 28-minute video that's pure gold: how to write prompts that deliver ridiculously good results. I've seen $300 courses that don't even come close to what he explains in the first 10 minutes. CLAUDE.md files, memory shortcuts, parallel sessions, and prompting patterns that almost no one uses... All in one single video. Completely free. No fluff. Whether you're a developer, just starting, or have already been using Claude for months, this changes the game for you starting today. Save. Watch. Share.
39
383
11
2,142
634,506
Replying to @ctgptlb
この結果はFrontier-Codeテストの特性によるものです。 Opus5はエフォートを高く設定すると、スコープ範囲を広げがちになります。 結果としてFrontier-Codeが求める加点基準から外れてしまうことで点数が下がっているのであり、コーディング能力が落ちるわけではないですよ。
3
8
2,091
Replying to @ctgptlb
AIに考えさせすぎると迷走して精度が落ちる現象、実務でもよくあります。私は判定DBで、あえて処理を下げる方向のみ自律させる制約をかけています。賢くすることより、迷わせない境界線作りが実務では効きます。
1
5
1,913
Hideyuki SHIMOOKA retweeted
Replying to @tomozh
無事復きゅうしたようです。 (`・ω・´)ゞ
105
355
176
3,423
887,288
Hideyuki SHIMOOKA retweeted
猛暑
797
36,276
1,837
361,564
29,825,040
Hideyuki SHIMOOKA retweeted
今日のマネジメント研修はめちゃくちゃ良かった。Twitterではボロクソに言われてる人が講師だったのでむしろネタにしてやろうくらいの気持ちで受けたんだけれども説得力がTwitterとは段違いだった。発信する場によってこれくらい印象が変わること自体が一つのケーススタディーになりそう。
5
1,330
146
5,314
934,954
【あなたは赤派?黒派?🎁】 #アストロプロダクツ 1/2DR プリセット型トルクレンチセットを抽選で10名様に #プレゼント 🎉 ▼応募方法🎯 1️⃣ @astroproducts をフォロー 2️⃣ #アストロプロダクツがあげちゃう と #赤派 または #黒派 を付けてこの投稿を引用RT ▼詳細📝 bit.ly/3epHQb9
“オープンセミナー香川2019 PostgreSQL” htn.to/Q3coPeo73W
“Citus Open Source - Postgres at any Scale” htn.to/inkQVvJzif
1
1