をた💻️1人法人×プロダクトエンジニア

プロダクトを作るのが好き　ADHD × AI
【 経歴 】ニート→独学→正社員→フリーランス→起業 .
株式会社ヲタクリエイト 代表 8期目.
IT人材紹介サービス.
許可番号 28-ユ-301119 .
得意 TypeScript Next.js Laravel Flutter Python.
SAA,E資格.

[VWC / Void戦士ちゃん💜 @voidwarriorchan]

https://t.co/x7BfGu655R

[日本経済新聞 電子版（日経電子版） @nikkei]

円相場、26年末��1ドル=164円　JPモルガン斉藤郁恵氏
https://t.co/iQgIpZUM0J

[catnose @catnose99]

ソフトウェアエンジニアをやってきた人の強みは、もうコードを書けることではなくて、ソフトウェアの���部までの解像度の高さなんだよな

あるべき挙動を知っていて、AIが出してきたものの違和感と欠陥に気づいてダメ出しできる目

[ひろゆき @hirox246]

157円まで為替介入しても、日銀が利上げするわけでもなく、海外の人が欲しがる商品が増���たわけでもないので、160円台に戻るのは時間の問題。。。

[Keisuke Honda @kskgroup2017]

どう見られるかなんて大して気にならない。
大事なのは、どうなりたいのか。

[Kenn Ejima @kenn]

「AI使ってます」のレベル感が違いすぎるので
客観的な指標が欲しい

5級：チャット・検索・相談
4級：調査・分析・スライド作成
3級：戦略・MD整備・Git管理・業務自動化
2級：開発・運用・プロダクト・マーケ
1級：ハーネス・CLI・周辺ツール自作

みたいな感じかな？

[Jeffry Alvarado @jalva_dev]

SQLの息の長さには本当に驚かされます。 一度しっかり学んでしまえば、何十年にもわたって活かせるスキルのひとつだと思います。

これまで数多くのNoSQLデータベースが登場してきましたが、それでもSQLは衰えるどころか、今なお多くのシステムで中心的な役割を担い続���ています。

もちろん用途によってはNoSQLが適しているケースもありますが、データを扱う基礎的な考え方やクエリの知識として、SQLは非常に汎用���が高く、長く価値を持ち続ける技術だと感じます。

[Anthropic @AnthropicAI]

The US government, citing national security authorities, has issued an export control directive to suspend all access to Fable 5 and Mythos 5 by any foreign national, whether inside or outside the United States, including foreign national Anthropic employees.

The net effect of this order is that we must abruptly disable Fable 5 and Mythos 5 for all our customers to ensure compliance.

Access to all other Claude models is not affected.

We apologize for this disruption to our customers. We believe this is a misunderstanding and are working to restore access as soon as possible.

Read our full statement: https://t.co/bwn0sximKZ

[サグ @thug_business]

ADHDはどこかの誰かが勝手に決めた物差��で「世間一般的に良い」と評価されているものを大事にしようとすると、「自分の本質」から遠ざかってしまい、一気に不幸になってしまいます。消耗する人生を卒業したいなら「自分の心がワクワクする事」に貪欲に、純粋に、情熱的に動いてください。

[勝又健太｜エンジニア系YouTuber｜雑食系エンジニア｜「Web系エンジニアになろう」著者 @poly_soft]

例えば「銀行の勘定系開発」のようなクリティカルなシステムやサービスの上流工程は、AIによるエンジニアへの代替圧力みたいなものがほとんど発生しないと思うんですよね。

なぜならば

・機能要件と非機能要件が非常に複雑で膨大
・規��や監査等による制限(特にセキュリティ周り)がとても強い
・不具合や障害が社会的に許容されない
・説明責任が重い
・利害関係者が多くて調整が大変

といった特徴があるからで、AIが関与できる部分があまり大きくないわけです。

この逆に例えば「個人開発」「小規模スタートアップの初期開発」「プロトタイプ/PoC開発」「社内向けサービスの開発」とかは

・機能要件と非機能要件が軽い
・規制や監査等による制限が緩い
・不具合や障害が許容されやすい
・説明責任が重くない
・利害関係者が少ない

といった特徴があるためAIによる爆速開発と非常に相性がよく、エンジニアが代替されてしまいやすいわけですね。

なのでAI時代のエンジニア生き残り戦略としては前者の方がより妥当なわけですが、銀行系システム開発のような「規模��大きすぎる」「規制が強��ぎる」「技術も大抵はレガシー」系の案件は、自社開発系のエンジニアからするとあまり楽しめない可能性が高いわけで😅

なので望ましいのはその中間くらいの「機能要件と非機能要件はかなり重たいし規制や監査の縛りも強いし高度なセキュリティと可用性を求められるが規模が大きすぎず技術的には十分モダン」なタイプの新規開発案件なのかなと。

今の若い方たちは恐らく「AIによる爆速開発」的な方向に強い魅力を感じてそちらの方向に動いていると思うので、適度に面倒でAIを活用できる余地が限定的な「爆速開発できない」案件は、AIだけでなく若い人たちとの真っ向勝負を避けやすいというメリットもありますし。

という感じで、年齢を重ねるほど適度に重たい案件の上流工程に自分の専門を寄せていく方が、エンジニアとして長く楽��く生き残りやすいのではないかというのが最近の僕の仮説であります。

[Claude @claudeai]

Introducing Claude Opus 4.8: it builds on Opus 4.7 with sharper judgment, more honesty about its own progress, and the ability to work independently for longer than its predecessors.

Available today at the same price.

[をた💻️1人法人×プロダクトエンジニア @Otacreate]

ADHDとCircleBackが相性よすぎた
https://t.co/c4cyuAfNsX
#ADHD
#ADHD界隈

[をた💻️1人法人×プロダクトエンジニア @Otacreate]

@shimabu_it いつも有益な投稿ありがとうございます
無理せずマイペースでいきましょう👍

[Yuki Hariguchi / Hello, aisaac @yukihariguchi]

現在のエンジニア平均年収1150万円を、来年末までに1500万円にします。

AIを理由にエンジニアを減らす会社が増えていますが、僕はそれを一切信じていません。
エンジニアの生産性が3倍4倍になるなら、僕らは単純に3倍4倍のことをやりたい。それだけです。

Helloには、やりたいことが本当に山ほどあります。
AIで生まれた時間を、より高難度の問題に振り向ける。
だから採用は止めません。加速させます。

そして、その価値に見合う最高水準の報酬で報います。

・シニア/プリンシパルは年収2,000万円超のオファーも
・AIツール代(Claude Code等)は全額会社負担
・年次・経歴ではなく、職種・スキル・成果のみで評価
・実績として直近半年で平均9.2%昇給

「AIをエンジニアリングして、より価値の高い問題に取り組む」エンジニアと、本気で働きたいです。

よろしくお願いします！
https://t.co/KQnA10M3jq

[Kenn Ejima @kenn]

イーロン・マスクの名言：

1. まず前提を疑え
2. 次に不要なステップを削除しろ
3. 単純化して最適化せよ
4. 学習サイクルを加速せよ
5. 最後に自動化

自動化が簡単になった時代だからこそ
自動化の誘惑に負けない

職人気質・クラフツマンシップが輝く
というのは何という皮肉だろうか

[勝又健太｜エンジニア系YouTuber｜雑食系エンジニア｜「Web系エンジニアになろう」著者 @poly_soft]

OpenAIやAnthropicがそれ系の新会社を設立したことで日本でも「FDE」という職種が注目されていますが、これ結局

��自社のAI系製品に強い客先常駐コンサル/SE

であり、基本的にはエンプラ企業の社内業務システムがターゲットなので、外向けのWebサービスを開発している自社開発系のエンジニアにはあんまり関係なさそうな感じではありますね。

母���としては日本の場合だとITコンサル系企業が中心になると思うので、例えばAccentureさんがOpenAIやAnthropicと組んでFDE系の子会社を作ったりとかそういう方向になるのかなと。

今すでにITコンサル系の仕事をしていて、そこからさらに時流に合わせてステップアップしたいという人にはかなり魅力のありそうな職種ではありますね。

---

ちなみにこれは蛇足ですが、OpenAIのようなAI企業がFDEのような職種を必要としていること自体が「現時点のAIの自律性の低さ」を物語っているわけなので、そういう意味では我々エンジニアもまだまだ代替はされなそうなので安心感のあるニュースですよね笑😅

FDEという職種さえも必要なくなり、その企業さんがクラウド上でAI企業のエージェントをアクティベーションしたら要件を自動的にヒアリングして回って決済��に承認を取りつけてドキュメントを整理して社内システムを自動的に改善したり構築したりするようになったらいよいよやばそうですが、AIがそのレベルの自律性を持てるようになるまでは随分時間がかかりそうかなと。

[ヲネ個人開発@E資格アプリ @eshikaku_dojo]

学ぶほど、理解が積み上がる
E資格対策のための学習Webアプリを公開しま���た

・最新シラバス対応
・約５００問以上の演習題
・本番形式の模擬試験機能
・プログラム問題対応
・学習記録の可視化

スマホ・パソコン対応
まずは、無料の問題演出を体験してみて下さい👇
https://t.co/H1TtL8Dg4S

[勝又健太｜エンジニア系YouTuber｜雑食系エンジニア｜「Web系エンジニアになろう」著者 @poly_soft]

最近は

・主にnpmパッケージを狙ったサプライチェーン攻撃によるローカル端末からのGitHub認証情報の奪取(PATやPrivate Keyなど)
↓
・GitHub認証情報を使ってGitHubに侵入してworkflowを���き換えまたは新規作成してOIDC認証経由でAWSの短命認証トークン取得
↓
・このトークンに割り当てられているIAMロールの権限が過剰なため本番用AWSアカウントが侵害される。

というパターンの攻撃が非常に多くなってるので、もはやGitHub Actions内で直接CloudFormationやterraform applyを実行するのはNGで、CDの際にはGitHubはCodePipelineを起動するだけという方式にしないと駄目な感じですね。

まあいきなりその構成に切り替えるのは中々大変ですが、それまでの繋ぎとして

・GitHubのリリース用ブランチに関しては保護設定で「複数人による承認を経たプルリク以外はマージ不可」にする

・AWSからGitHubにOIDCを許可する際は「リポジトリ単位」ではなく「リポジトリの特定のリリースブランチ単位(mainとかprodなど)」にする。

という設定はしておいた方がよいと思います。

上記も当然穴はありますが、GitHub認証情報の奪取からAWSアカウントの侵害まで到達されてしまったサービスの大半は恐らく上記のような最低限の設定もやってなかったんじゃないかなと😅

https://t.co/WQh0J09Zox

[しのゆーさん @shinoyu___]

AI Agent全盛時代だとまたリモートワーク復活しそうだなぁ。Agentフルに使ってワークフロー作りこなしている人間をいちいち出勤させるのは時間がもったいなさすぎる。出勤時間すらもぶん回させていた方が生産性出る。
リモートワークで課題になっていた、言語化主体でコミュニケーション取るか問題はAgentをフルに使える人間ならなんら問題はない

逆に言えばそういう働き方を出来る人間しか残らんくなるという未来予想図

[恵島良太郎 | M&A小説執筆『闇と闇と光 〜 This is M&A Essential』 @ejima_ma]

AIで業務時間が減ったスタッフが、給与の引き下げや自分の不要化を恐れてAI推進に協力しなくなるケースがあ��。

これはスタートアップでも起きる。

組織の変化への抵抗は会社の規模とは関係なく、仕組みが変わる時には必ずどこかで出てくるものだと思う。