Articles › Dev

现代 EV 充电平台不仅是“插上就充”，更需要远程控制、实时监控以及与外部系统的高效集成。 本文基于一个真实运行中的 OCPP 1.6 演示环境，系统性介绍 Web 仪表盘、Backend API 以及 OCPP WebSocket 通信，帮助读者直观理解一个可用于生产环境的 CSMS（充电站管理系统）。 本文的目标很明确：展示真实可用的系统，而不是演示幻灯片或概念原型。

近年のEV充電プラットフォームは、単に充電するだけでなく、遠隔制御・リアルタイム監視・外部システム連携が求められています。 本記事では、実際に稼働しているOCPP 1.6デモ環境を用いて、Webダッシュボード、Backend API、OCPP WebSocket通信までを一貫して紹介します。 目的は明確です。スライドではなく、実運用レベルで動作するCSMSを体験してもらうことです。

ระบบสถานีชาร์จรถยนต์ไฟฟ้า (EV) ในปัจจุบัน ไม่ได้มีแค่การเสียบปลั๊กแล้วชาร์จไฟ แต่ต้องสามารถ ควบคุม ตรวจสอบ และเชื่อมต่อแบบเรียลไทม์ ได้อย่างมีประสิทธิภาพ บทความนี้เป็นคู่มือสาธิตระบบ OCPP 1.6 ที่ใช้งานได้จริง ครอบคลุมตั้งแต่ Web Dashboard, Backend API ไปจนถึงการเชื่อมต่อกับสถานีชาร์จ EV ทั้งแบบ Simulator และสถานีจริง เป้าหมายของคู่มือนี้คือ แสดงระบบที่ทำงานจริงในระดับ Production ไม่ใช่เพียง Mockup หรือสไลด์นำเสนอ

Modern EV charging platforms aren’t just about plugging in chargers—they’re about real‑time control, observability, and automation. This guide walks through a complete OCPP 1.6 demo environment that combines a web dashboard, backend APIs, and live charger communication. The goal of this guide is simple: show a working, production‑ready charging backend, not just slides or mockups.

当今的软件开发，早已不再是比拼“写代码有多快”或“掌握了多少框架”的时代。到了 2026 年，最有价值的工程师，是那些能够从系统层面思考、识别风险，并将软件真正转化为业务成果的人。 AI 代码生成技术的普及，大幅加速了这一转变。 本文将系统性地说明：软件工程师的技能正在如何演进，为什么传统意义上的“高级工程师”定义正在失效，以及在未来真正重要的能力究竟是什么。

現代のソフトウェア開発は、もはや「どれだけ速くコードを書けるか」や「どれだけ多くのフレームワークを知っているか」で評価される時代ではありません。2026年において最も価値の高いエンジニアとは、システム全体を考え、リスクを見抜き、ソフトウェアを実際のビジネス成果につなげられる人材です。 AIによるコード生成の普及は、この変化を一気に加速させました。 本記事では、ソフトウェア開発者のスキルがどのように進化しているのか、なぜ従来の「シニアエンジニア」という定義が通用しなくなっているのか、そしてこれから本当に重要になるスキルは何かを解説します。

การพัฒนาซอฟต์แวร์ในวันนี้ ไม่ได้วัดกันที่ความเร็วในการพิมพ์โค้ด หรือการจำเฟรมเวิร์กได้มากแค่ไหนอีกต่อไป ในปี 2026 นักพัฒนาที่มีคุณค่าที่สุดคือคนที่สามารถ คิดเป็นระบบ มองเห็นความเสี่ยง และเปลี่ยนซอฟต์แวร์ให้สร้างผลลัพธ์ทางธุรกิจได้จริง การมาของ AI ที่ช่วยเขียนโค้ด ทำให้การเปลี่ยนแปลงนี้เกิดเร็วขึ้นอย่างชัดเจน บทความนี้จะอธิบายว่า ทักษะของนักพัฒนากำลังเปลี่ยนไปอย่างไร ทำไมคำว่า “Senior Developer” แบบเดิมถึงเริ่มใช้ไม่ได้ และทักษะใดที่สำคัญจริงในยุคต่อไป

Software development is no longer primarily about typing code fast or memorizing frameworks. In 2026, the most valuable developers are those who can think in systems, reason about risk, and turn software into real business impact. The rise of AI-assisted coding has accelerated this shift dramatically. This article explains how developer skills are evolving, why […]

Retro Tech Revival 已不再只是怀旧或收藏者的话题，而正在成为一种 务实的产品开发策略。对于重视 offline-first、高可靠性与长期运维的团队来说，这种思路在当下显得尤为重要。 在充满订阅制、云锁定和无止境通知的时代，越来越多的用户开始意识到： 我们需要真正可靠、可以长期使用的工具。 本文将从软件与硬件两个层面，系统梳理 Retro Tech Revival → 可实际构建的产品创意。

Retro Tech Revivalは、もはや懐古趣味やコレクターの世界の話ではありません。現在では 実践的なプロダクト開発戦略 として再評価されており、特に offline-first・高信頼・長期運用を重視するチームにとって重要な考え方になっています。 サブスクリプション、クラウドロックイン、終わりのない通知に囲まれた現代において、多くのユーザーは次のように感じ始めています。 本当に信頼できて、長く使えるツールが欲しい 本記事では、Retro Tech Revival → 実際に作れるプロダクトアイデア を、ソフトウェアとハードウェアの両面から整理します。

Retro Tech Revival ไม่ได้เป็นเรื่องของนักสะสมหรือพิพิธภัณฑ์อีกต่อไป แต่กำลังกลายเป็น กลยุทธ์การพัฒนาผลิตภัณฑ์อย่างจริงจัง โดยเฉพาะสำหรับทีมที่สร้างระบบแบบ offline-first ระบบที่ทนทาน และเชื่อถือได้ ในโลกที่เต็มไปด้วย subscription, cloud lock-in และ notification ไม่รู้จบ ผู้ใช้จำนวนมากเริ่มถามหาบางอย่างที่ดูเก่า—แต่ดีกว่า เครื่องมือที่เป็นเจ้าของได้จริง ระบบที่เชื่อถือได้ และผลิตภัณฑ์ที่ยังใช้งานได้แม้ไม่มีอินเทอร์เน็ต บทความนี้จะพาไป map แนวคิด Retro Tech Revival → ไอเดียผลิตภัณฑ์ ที่สามารถลงมือสร้างได้จริง ทั้งในฝั่งซอฟต์แวร์และฮาร์ดแวร์

Retro tech revival isn’t about collectors or museums anymore. It’s becoming a serious product strategy—especially for teams building offline‑first, durable, and trustworthy systems. In a world of subscriptions, cloud lock‑in, and endless notifications, users are quietly asking for something older—but better. Tools they can own. Systems they can trust. Products that keep working. This post […]

即使没有网络，现场工作也不应停止 现场作业往往发生在网络条件不理想的环境中。巡检、设备维护、现场调查、应急与灾害响应，常常位于偏远地区、工业区、地下设施或临时作业点。 以云端为核心的系统，在这些关键时刻往往无法正常工作。 OffGridOps 正是为这样的现实场景而设计。 OffGridOps 是一款 离线优先（Offline-first） 的现场作业应用，不依赖服务器或持续的网络连接，也能可靠地记录站点、作业、任务和事件，并附带可核查的证据。

通信が途切れても、現場の仕事は止まらない 現場業務は理想的な環境で行われるとは限りません。点検、保守作業、現地調査、災害対応などは、通信環境が不安定、または完全に圏外の場所で行われることが多くあります。 クラウド前提のツールは、まさにそのような重要な場面で使えなくなることがあります。 OffGridOps は、そうした現実の現場のために設計されました。 OffGridOpsは、オフラインファースト設計のフィールドオペレーションアプリです。サーバーや常時インターネット接続に依存せず、サイト、作業、タスク、インシデントを、証拠付きで確実に記録できます。

เมื่อสัญญาณหาย งานไม่ควรหยุด การทำงานภาคสนามแทบไม่เคยอยู่ในสภาพแวดล้อมที่สมบูรณ์แบบ งานตรวจสอบ งานซ่อมบำรุง การสำรวจพื้นที่ หรือการรับมือเหตุฉุกเฉิน มักเกิดขึ้นในพื้นที่ที่สัญญาณอ่อนหรือไม่มีสัญญาณเลย เช่น พื้นที่ห่างไกล เขตอุตสาหกรรม พื้นที่ใต้ดิน หรือพื้นที่ภัยพิบัติ เครื่องมือที่พึ่งพาคลาวด์เป็นหลัก มักล้มเหลวในช่วงเวลาที่สำคัญที่สุด OffGridOps ถูกสร้างขึ้นมาเพื่อสถานการณ์เหล่านี้ OffGridOps คือ แอปงานภาคสนามแบบ Offline‑first ที่ช่วยให้ทีมงานสามารถติดตามไซต์ งานปฏิบัติการ งานย่อย และเหตุการณ์ต่าง ๆ พร้อมหลักฐานที่ตรวจสอบได้ โดยไม่ต้องพึ่งพาอินเทอร์เน็ตหรือเซิร์ฟเวอร์ตลอดเวลา

When the network disappears, work shouldn’t stop Field teams rarely work in perfect conditions. Inspections, maintenance, surveys, and incident response often happen in places with weak or no connectivity—remote sites, industrial zones, underground facilities, or disaster areas. Cloud‑first tools fail exactly when teams need them most. OffGridOps was built for those moments. It is an […]

语言设计理念 Python：追求开发效率与灵活性 Python 的核心目标是提高开发效率： 语法简洁、易读 拥有庞大的生态系统 非常适合快速试错 适合的场景： MVP / 原型开发 需求变化频繁的业务系统 AI、数据分析与自动化

言語設計の思想 Python：開発スピードと柔軟性を最優先 Pythonは「人間の生産性」を最大化するための言語です。 シンプルで読みやすい構文 圧倒的なライブラリエコシステム 試行錯誤に強い 向いている用途： MVP・PoC開発 要件が頻繁に変わる業務システム AI・データ分析・自動化

แนวคิดการออกแบบของภาษา Python: เร็ว ยืดหยุ่น เหมาะกับการลองผิดลองถูก Python ถูกออกแบบมาเพื่อให้มนุษย์เขียนโค้ดได้เร็ว: ไวยากรณ์อ่านง่าย โค้ดสั้น ไลบรารีจำนวนมาก เหมาะมากกับ: การทำ MVP งานที่ requirement เปลี่ยนบ่อย งาน AI / Data / Automation Rust: ถูกต้อง ปลอดภัย และเสถียรในระยะยาว Rust ถูกออกแบบมาเพื่อระบบที่ “พังไม่ได้”: ตรวจสอบ memory ตั้งแต่ compile time ไม่มี garbage collector ป้องกัน data race โดยอัตโนมัติ

In today’s software landscape, one of the most common (and most misunderstood) questions is: Should we use Rust or Python? The honest answer is not either/or — it’s about using the right tool for the right layer of the system. This article explains the real differences, trade-offs, and how modern teams combine Rust and Python […]