public class TaskCommandApp {
public staticvoid main(String[] args) {
Scanner scanner = new Scanner(System.in);
System.out.println("Task type:");
for (TaskType type : TaskType.values()) {
System.out.println("- " + type.name());
}
TaskType taskType = TaskType.valueOf(scanner.nextLine().trim());
String taskContent;
if (taskType.hasFixedContent()) {
taskContent = taskType.getFixedContent();
System.out.println("Task content fixedas: " + taskContent);
} else {
System.out.print("Enter task content: ");
taskContent = scanner.nextLine();
}
System.out.print("Enter taskdate (yyyy-MM-dd): ");
LocalDate taskDate = LocalDate.parse(scanner.nextLine());
Task task = new Task(taskType, taskContent, taskDate);
new TaskDao().save(task);
System.out.println("Task saved successfully.");
}
}
publicenum TaskType {
DAILY_REPORT("Daily report submission"),
MEETING(null),
MAINTENANCE("Systemmaintenance task");
privatefinal String fixedContent;
TaskType(String fixedContent) {
this.fixedContent = fixedContent;
}
public boolean hasFixedContent() {
return fixedContent != null;
}
publicString getFixedContent() {
return fixedContent;
}
}

Permalink |記事への反応(0) | 00:04

ツイートシェア

2025-12-15

■AI コーディングの限界のひとつ

例えばスケジュール登録する関数を作るとする

引数には日付とタスク種類とタスク内容を受け取ってDBに登録する

ここでタスクの種類によってはタスク内容が固定の内容になる、という条件があったとする

これをAI コーディングするとかなりの高確率でスケジュール登録の関数内にその機能を入れ込む

タスクの種類によってタスク内容が固定化するのは、スケジュール登録とは無関係の制約なので

スケジュール登録は単機能として実装して、呼び出し側でそういう制約を持つようにしてくれ、とお願いすると修正したりしなかったりする

この例だけだと「どっちでもいいじゃん」ってなりそうだけど、他の制約とかが出てきたときに同様に関数にどんどん条件を足していって

いわゆる大学生が実験で作りそうな長尺関数が出来上がりがちになる

これ、AIが短期記憶と長期記憶には強いけれど、「関数で呼び出す」みたいな中期記憶的な部分が弱いから起きると思っていて

この手の関数実装の例に限らずに同様の事象って結構あるんだよね

プロンプト全体として「スケジュール登録する」「タスク種類によって内容は固定化される」っていう長期記憶は持ってるんだけど

それを実装するときに短期記憶でしか実装できないから目の前の関数に埋め込んでしまう、っていうような現象

もちろんキチンと指示すれば対応してくれる（なぜか頑なにやってくれないときもある）んだけど

バイブコーディングとか言って実装してるとこの手の長尺関数だらけのクソコードが溢れるんじゃないかと思う

結局それを読むのはAIだから大丈夫なのかも知れないけれど、致命的なバグを引きそうで怖いっていうのを感じてる

Permalink |記事への反応(2) | 23:50

ツイートシェア

2025-12-11

■アメリカへの入国者の思想 検閲

今に始まった話じゃないで

元々エシュロンだったりgmailの通信傍受は行われていて、ESTA 申請の時点で紐付けられてる

駄目な奴は最初から跳ねられるし、一定リスクがあれば二次審査に回される

まあ思想というか対テロ法を根拠に割とガッツリ見られてる

今回のSNSはその紐づけのより厳格化を行うと思われる

入国審査官のチェックというよりはDBとの照合に使われるのでは

Permalink |記事への反応(0) | 18:39

ツイートシェア

2025-12-04

■「AI エンジニア 募集」にありそうな要件

必須スキル

・LLM利用経験5年以上

・ClaudeCode歴3年以上

・プロンプト設計歴3年以上

・RAGを用いてワークフローを完全自動化したご経験

・LLMの作成経験、評価経験

・AIでコスト削減をした経験

・ハルシネーションの対応のご経験

・AIを用いて一人でサービスリリースしたご経験

・AIに関するセキュリティ、データプライバシーの理解

歓迎スキル

・チームを主導してゼロからサービスをローンチした経験

・社内特化LLMの開発、カスタマイズ経験

・ベクトル DB、キャッシュ最適化のパフォーマンスチューニング経験

・マルチエージェントにおけるツール連携の設計経験

・英語で技術文書を書ける方

年収450万円

Permalink |記事への反応(0) | 12:00

ツイートシェア

2025-12-03

■anond:20251203174739

世界を例に出すなら、ミドルネームやらで名が残るからなぁ

日本でそれを導入するか？

DBの更新大変だなぁ

Permalink |記事への反応(1) | 17:49

ツイートシェア

2025-12-02

■フリーランスだがAIのせいで仕事がなくなる不安が大きい

もともとは週5稼働年商1200万くらいだったフリーランスだったんだけど、稼げるうちに稼ごうと思って今は週7で年商1500万くらい。

正社員だった時よりも始まりも終わりも時間に縛られない働き方は魅力的だけど…。でももうハネムーンピリオドは終わりに近い。フリーランスそのものというよりもIT エンジニア業界そのものがバブルというかただただハネムーンピリオドだったような感触。

エンジニアの大半は性格が終わってる奴なのでソフトスキルを伸ばすだけでもウケが良くて、お陰様でここまでお仕事をもらえてた。嬉しい限りである。

ただ、今やっている仕事はJSONに色をつけるだけ、DBのレコードをカラフルにするだけでタンポポと何ら変わらない。しかもDBなんてGraphQLなりHasuraなりを間に挟むだけでカラフルにしてるのは俺じゃなくてミドルウェア。

JSONに色をつけてるのも俺じゃなくてAI。タンポポ乗せるのが俺じゃなくて機械ってわけ。俺いる？マジで。明日首になってもおかしくないわ。

取引先からは次の更新もよろしくと言われているが、毎日ヒヤヒヤしている。週7で5案件くらいをAIのおかげで回せるようになって、それでも余暇ができたりしてAIに仕事任せて自分はエアライダーやってるけど

エアライダーやってていいんか？って気持ちになる。いや本当はだめなんだろうな。もっと他のフリーランスと差別化できる技能を身に付けないと食っていけないんだろうな。

ツイッターではJSONに色つけるだとかDBのレコードをカラフルにするこで盛り上がっているところ悪いが俺はこの先行き不安でしかないよ。

もう一つなんか芸をつけていかないと、この年収・年商を保っていくのは難しいね。正社員に戻れるか戻れないかも今のうちだろうし。明日が暗い。

Permalink |記事への反応(2) | 10:39

ツイートシェア

2025-12-01

■懇親会とかでのブリリアント ジャークへの対処法

自分は自己評価が低く、勤務先には資格手当は無く評価制度はあるけど昇格とかは年功序列なJTCのシステム部門。

国内合わせて1000人いるかいないかくらいの人数のエンジニアが社内には居るが、どうしても会社イベントとかでアルコール入ると技術や資格の話題になってブリリアントジャークに晒される。社外の勉強会でも同じ。

自分はIPAの高度はセキスペのみ、AWSはアソシエイト全部とプロはSAPだけ、簿記は3級のみ、英語は手付かず、lpicは2まで、ネットワークとDBは無しって中途半端なのでどうしても競プロやAWS全冠のグループに入れられる。そうなると彼らの試験余裕、勉強要らない、あれは持ってないの？何色？とか言われて酒も不味くなる。正直コーティングテストに興味ないし業務に必要な資格だけを取れば良いと思ってるがみんなは資格は全部取れと言ってくる。