linmiya

台湾出身｜東京在住SE｜python、TypeScript、AWS、Azure、DevOps、AI Production | Taiwanese Web Engineer in Tokyo .

[SE | 常駐SE @the_ses_]

SES→自社開発に転職して年収80万上がった理由3つ

①面接で「何ができるか」を具体的に言えた
②客先常駐で複数現場を経験してた
③ポートフォリオに実務の工夫を盛り込んだ

SESで得た経験、意外と武器になるよ。
転職考えてる人、どんな準備してる？

#エンジニア転職 #SES

[はけけん｜GAFA採用担当 @Hakeken01]

昇進の順番を決める会議に出るようになって分かったのは、並び順を決めているのが実力の差だけじゃないということ。

今どの役割が空いているか。上が詰まっていれば下でどれだけ結果を出しても番は来ない。

同期が先に上がった時、自分の何が足りなかったかを探す人が多い。探しても出てこないことがある。

出てこない時は自分に足りないものよりも席を見た方が早い。

見るのは3つ。自分の一つ上の席が今埋まっているか。その人が動く予定があるか。組織が増える方向か減る方向か。

三つとも止まっているなら、それは能力の話じゃなくて席の話だ。

いつ空くかわからない席を待つより転職を考えた方が早い場合がある。

[フレッシュ人事｜人事歴6年 @fresh_jinjidesu]

仕事で成功する女性の特徴はこれ。

□「頑張ります」ではなく、成果を数字で語れる
□昇進を待つのではなく、市場価値を主語に動く
□ライフイベントを言い訳にせず、先に情報収集している
□「女性だから」を理由に、機会を遠慮しない
□社内評価と市場評価、両方の物差しを持っている

共通しているのは性格じゃなく、
「評価軸を自分で持っている」ということです。

[linmiya @linmiya0504]

日本の会社では特にこんな人が多い気がする。早く仕事を終わらせれば、お金を稼いで家族と楽しい時間を過ごせるのに。無駄な権力欲に時間を費やすのはもったいない。

[サイコパスラボ🧠 @psychopathy18]

社会人になってびっくりしたのは、仕事ができない大人より、
「気に入らない人の仕事を邪魔する大人」が普通にいること。

協力すれば早く終わるのに、情報を隠す。
教えれば済むのに、わざと教えない。
問題を解決すればいいのに、誰かを困らせることを優先する。

給料をもらって仕事をしているはずなのに、目的がいつの間にか「嫌いな人を困らせること」になっている。

こういう人を見ると、能力以前に人間性って大事だと思う。

[linmiya @linmiya0504]

弊社か。もうすぐ脱出する

[斉藤亮太| SES社長×二児のパパ @addlinks_ceo]

「SESはもう終わり」「人売りは逃げ出せ」

最近、こういう言葉がSNSでよく流れてきます。

正直、その通りで、エンジニアを適当に扱って売るだけの会社は、これから本当に厳しくなります。

AIで生産性が上がるほど、人月で稼ぐモデルは苦しくなり、
エンジニアを消耗品扱いしてきた会社から、優秀な人はどんどん離れていきます。

「SES＝悪」で一括りにするのは雑ですが、
「エンジニアを大事にしてこなかったSES企業」が淘汰されるだけです。

一方で↓↓

[linmiya @linmiya0504]

大事件

[Hackmanac @H4ckmanac]

🚨Cyber Alert Update‼️

🇯🇵Japan - 𝗦𝗮𝗸𝘂𝗿𝗮 𝗜𝗻𝘁𝗲𝗿𝗻𝗲𝘁

Up to 1,360,563 Sakura Internet customer accounts may have been affected after the company discovered possible unauthorized access to a separate sales management system, where hashed passwords for some customers may also have been accessed.

This significantly expands the scope of the incident previously disclosed as affecting 583 Sakura Rental Server accounts, where attackers gained unauthorized access and deployed malware

Source: https://t.co/BluWq0PfWM

[linmiya @linmiya0504]

@WjgotINrU14Z1fB 介護フリーランスが出るかな

[あきやま🏝️ @akiyama924]

これは、根深い“問い”だと思います。

ソフトウェア開発において、日本ではプロジェクト意識が高く、SWは期限までに納品する案件であると考える人が多い。
一方で欧米ではプロダクト意識が高く作ったSWは一旦は納品するかもしれないけれどプロダクトとして成長させると考える人が多い。
↓↓↓

[connect24h @connect24h]

「日本企業はAI導入が遅れている」

これ、もう違う。

PwCの生成AI調査2026がかなり衝撃的。

🇯🇵 日本の生成AI 活用・推進率：87%
🇺🇸 米国：90%

ほぼ差がない。

ところが、

「期待を大きく上回る効果」
🇯🇵 日本：9%
🇺🇸 米国：38%

さらに「1年以内に効果が出る」と考える企業も
🇯🇵 41% vs 🇺🇸 66%。

つまり日本の課題は
「AIを使っていないこと」ではなく、
「AIを成果に変えられていないこと」。

PwCが示す分岐点も面白い。

・AIを単なる業務効率化で終わらせない
・経営に近い推進体制をつくる
・AIエージェントを業務プロセスに組み込む
・データ、評価、ガバナンスを先に整える
・生まれた成果を従業員や顧客へ還元する

競争軸は「生成AIを導入したか」から、
「AI前提で会社を再設計できるか」へ。

AI変革は、PoCの数を競うフェーズを完全に抜けた。

https://t.co/WDrRcpuniE

[linmiya @linmiya0504]

おめでとうございます！

[スピリタス @spirytus96s]

大勝利をおさめました！

4月に入社した会社を
5月末に突然解雇。
(癇癪を起こされてクビ)
しかもなぜか退職理由が自己都合退職扱いにされた。
↓
自己都合退職をハローワークで異議申し立てして
会社都合により退社に変更
↓
労基署に訴えて解雇予告手当を獲得！

かなり端折りましたが結構大変でした

[linmiya @linmiya0504]

あ、、もうNeovimを学ばないといけないんだ

[みーた@ただのエンジニア @tyakachan17]

知り合いの会社でVSCode禁止令出てるらしく仰天

[linmiya @linmiya0504]

これ、AIモデルの開発とは関係なくない？

[yousukezan @yousukezan]

非常に厳しい
> 今日の日本のAI産業がどれほど腐敗したものに退化しているかがわかります——閉鎖的な縁故主義と情報空間の閉塞の中で利益交換を繰り返すだけの、競争力皆無の産業です。

[linmiya @linmiya0504]

Fableは博識で、自分に絶対の自信を持っているタイプ。Fableからはとても創造的な意見がもらえる。ただ主観が強くて勝手にこちらの決定を下してしまうのが困りもの。Codexは慎重な優等生で、こちらの要求に沿って筋道立てて答えてくれる。

[Kenn Ejima @kenn]

Fableは躁鬱でいつも断定しまくって
アスペのCodexにいいから落ち着けと言われる

嘘でも堂々と断定した方が相手はさすが…ってなる
というコンサルのテクニックそのままだけど

なるほどこうやってブルシットジョブは
サイコパスたちによって作られてきたのだなと
AIの会話に人間模様を見ている

[linmiya @linmiya0504]

日本のIT業界の怖い話し。
とても簡単な英語のエラーログを相手に見せて、「あれが何」って言われた。
ジジではないです。

[linmiya @linmiya0504]

最近こういう課題を考えている

[𡈽方 雅之@プロセス思考 @hijk0909]

プロジェクトの失敗を防ぐカギが「WBS」
WBSに漏れがなければ、プロジェクトの大失敗は防げる。なお、WBSは「可能な限り作業を細かく分割する」のではなく「成果物が確定する単位まで細分化する」。タイミングが異なる複数の成果物を生むなら別タスク。成果物が無いなら記述不要（多分細かすぎる）。

[linmiya @linmiya0504]

OpenAI Engineerの面接

[Asmit @coolcoder56]

OpenAI Software Engineer Interview Experience

[Polymarket Japan @polymarketjapan]

【注意】Google検索で使った画像や音声、AI開発に利用される場合も

「メディアの保存」がオンの場合、検索サービスで利用した画像・音声などのデータが対象

Googleの利用規約は7月30日に改定。メディア保存の設定はすでに段階的に導入済み

[connect24h @connect24h]

セキュリティ最前線の現役として断言できる。開発現場の「AI活用」をリスクだと警戒し、利用を制限する時代は終わった。むしろ「公式のAIセキュリティツール」を使い倒して防御力を底上げする番である。そのためのツールが公式から登場。

OpenAI公式の『codex-security』と『ChatGPT Security CLI』。この2つはエンタープライズのAI導入における最適解。自社の組織を守る全セキュリティ担当者とリードエンジニアは、絶対に知っておくべきリソースである。

AIの業務利用が進む中、我々CSIRTやセキュリティチームが直面する「AI生成コードの脆弱性」と「シャドーAI・ガバナンス欠如」という2大課題。これを解決するための公式アプローチが、この2つのドキュメント＆ツールに詰まっています。

🟩 【codex-security】（GitHub）AI（Codex/LLM）による自動生成コードのセキュリティ評価と堅牢化に向けたリポジトリ。
・AI生成コード特有の脆弱性リスクと評価手法
・安全なコードを出力させるためのプロンプト設計やベストプラクティス
・セキュアコーディング検証の自動化アプローチ
「AIが書いたコードは本当に安全か？」という経営層からの問いに対し、開発スピードを落とさずに水際で脆弱性を防ぐための具体的な仕組み作りが学べます。

🟩 【ChatGPT Security CLI】エンタープライズ環境におけるChatGPTのセキュリティ
・監査管理をCUIで自動化する公式ツール。
・セキュリティポリシーや設定のコマンドライン一括管理
・監査ログ（Audit Logs）の自動取得とインシデント発生時の迅速な調査
・既存のSIEM（セキュリティ情報イベント管理）や監視フローへの組み込み
管理画面に毎回ログインせずとも、CSIRTの日常的な監視・統制プロセスにAIのガバナンスをシームレスに統合できます。

現場のAI活用を「禁止」するのではなく、「AIの恩恵をフル活用しながら、ガバナンスはCLIと評価ツールで裏からガッチリ守る」という、現代のセキュリティチームが目指すべき理想の運用（ガードレールの構築）が実現できる点がすごい。

インシデントレスポンスの初動対応の仕組み作りや、自社の「AI利用ガイドライン」のアップデートにそのまま直結する超重要情報です。セキュリティチーム内や、開発チームのリード陣との目線合わせに最適なので、必ずブックマークして社内展開することをおすすめします！

▼ codex-security (OpenAI GitHub) https://t.co/kp3hNnDdp2
▼ ChatGPT Security CLI Docs https://t.co/t1fVdaWZHE

[linmiya @linmiya0504]

え、、公開されえたチャットだろう。

[Polymarket Japan @polymarketjapan]

【速報】🚨
Claudeの共有チャットが、Google検索で表示される問題が発覚

公開共有リンクが検索エンジンにインデックスされたことが原因

共有チャット設定の見直しを推奨

[在宅リーマン @ura_yaeri]

マジだ

普通に社名が出ちゃってる会社もあるけど、大丈夫かな