Category: Blogs

「AIはコードを生成できる。しかし、信頼・文脈・責任は生み出せない。」 AIコーディングアシスタントの台頭は、おなじみの不安を呼び起こしました。開発者は不要になるのか？ 率直に答えれば——一部の作業については、そうなるでしょう。ボイラープレートの生成、ユニットテストの雛形作成、基本的なCRUD APIの実装。これらはAIに任せられます。

"AI สร้างโค้ดได้ แต่ไม่อาจสร้างความไว้วางใจ บริบท หรือความรับผิดชอบได้" กระแสของ AI coding assistants จุดประกายความกังวลที่คุ้นเคย: นักพัฒนาซอฟต์แวร์จะกลายเป็นอาชีพที่ล้าสมัยไหม? คำตอบที่ตรงไปตรงมาคือ — บางงานจะใช่ อย่าง boilerplate generation, การสร้าง unit test โครงร่าง, หรือ CRUD API พื้นฐาน งานเหล่านี้ AI รับไปได้

"AI can generate code. But it cannot generate trust, context, or consequence." The rise of AI coding assistants has sparked a familiar panic: Will developers become obsolete? The honest answer is — some tasks will. Boilerplate generation, unit test scaffolding, basic CRUD APIs. These are fair game.

はじめに 日本のEV充電市場は急速に拡大しています。政府は2035年までに新車販売を電動車のみに限定する方針を掲げており、トヨタ・日産・ホンダをはじめとする国内メーカーも電動化へのシフトを加速させています。充電インフラの需要は今後さらに高まることが確実です。 しかし、真の競争優位性を生み出すのはハードウェアではなく、その背後にあるソフトウェアの層です。モビリティスタートアップ、エネルギー会社、あるいは社用車向け充電ソリューションを展開する企業であれば、独自のホワイトラベルOCPPプラットフォームを構築することで、完全なコントロール・スケーラビリティ・ブランドオーナーシップを手に入れることができます。これは既製品のSaaSには実現できないことです。

บทนำ ตลาด EV ในประเทศไทยกำลังเติบโตอย่างรวดเร็ว ทั้งจากนโยบาย 30@30 ของภาครัฐที่ต้องการให้ยานยนต์ไฟฟ้าคิดเป็น 30% ของการผลิตภายในปี พ.ศ. 2573 รวมถึงการขยายตัวของผู้ผลิตรถยนต์ไฟฟ้าจากจีนอย่าง BYD, NETA และ MG ที่บุกตลาดไทยอย่างต่อเนื่อง ความต้องการสถานีชาร์จจึงพุ่งสูงขึ้นตามไปด้วย

Introduction The EV charging market is growing fast — and the software layer underneath it is where the real competitive advantage lives. Whether you’re a mobility startup, an energy company, or an enterprise spinning up an internal fleet charging solution, building your own white-label OCPP platform gives you control, scalability, and brand ownership that off-the-shelf […]

The Hidden Software Behind EV Charging Networks When people see an EV charger, they think about electricity. But behind every EV charging station is actually a distributed software system. A modern EV charging network includes: thousands of chargers cloud backend servers mobile applications payment systems real-time monitoring platforms

一份清晰的入门指南，详解 Wazuh 解码器与规则如何协同工作——字段是什么、从哪里来、何时需要解码器，以及日志如何变成告警。 标签： Wazuh · OSSEC · SIEM · 蓝队 · 检测工程 难度： 入门 → 中级 | 阅读时间： 15 分钟 如果你曾打开 Wazuh 规则文件，然后问自己： "这个字段从哪里来——规则、解码器，还是日志本身？" "这条规则要生效，我真的需要解码器吗？" "明明日志里有这个字符串，为什么 <field> 规则就是不触发？" ……你不是一个人。这些正是大多数人刚开始写 Wazuh 规则时必然会遇到的问题。本文将逐步解答所有疑惑，并在每个阶段配以流程图。

Wazuh のデコーダーとルールがどのように連携するかを初心者にも分かりやすく解説。フィールドとは何か、どこから来るのか、デコーダーが必要なタイミング、そしてログがアラートになるまでの流れを説明します。 タグ: Wazuh · OSSEC · SIEM · Blue Team · Detection Engineering レベル: 初級 → 中級 | 読了時間: 15 分

คู่มือฉบับสมบูรณ์สำหรับมือใหม่ — อธิบายว่า Wazuh decoders และ rules ทำงานร่วมกันอย่างไร, field คืออะไร, มาจากไหน, เมื่อไหรต้องใช้ decoder และ log กลายเป็น alert ได้อย่างไร Tags: Wazuh · OSSEC · SIEM · Blue Team · Detection Engineering ระดับ: มือใหม่ → ระดับกลาง | เวลาอ่าน: 15 นาที ถ้าคุณเคยมองไฟล์ Wazuh rule แล้วถามตัวเองว่า: "field นี้มาจากไหนกันแน่ — จาก rule, decoder หรือ log ตัวเอง?" "จำเป็นต้องมี decoder ไหมถึงจะให้ rule […]