给我一张床随随便便就能睡着，但是只能睡到早上 7 点，不管怎么样都会醒。
很是羡慕那些一睡十几个小时的。

@yao978318542 锻炼一段时间，坚持才有效，运动是为了放空自己。
看前面几楼的回复的，好像只是尝试过，但是没有坚持？

反正不管做什么就是为了睡前放空大脑。身体累了大脑是不会乱想的。但是心累了身体没累，就很难入睡。

/usr/bin/dockerd 守护进程只有一个。

docker-containerd 才是和 container 实例 一对一。

@WispZhan 特别是老台式机，拆开散件单卖。我刚刚出了一台 6 年前的台式机。

再彻底不值钱之前就应该慢慢出掉或者换代啊。

现在挂二手交易试试吧。

@hantsy +1.

---
另外感觉 JPA 和 .NET 的 EF(Entity Framework) 有异曲同工之妙。设计思想是一样的。

二手 ThinkPad
或
官翻 dell

我给我爸买的二手 ThinkPad 换固态

确实方便多了，我都是直接网上下单，过来什么都不用填。
而且收货直接用的楼下的丰巢，直接扫码开。

但是强推还是太突兀了。

@WispZhan 说错，60/64 键

还是喜欢 60%的，有什么新款 60%的吗？目前有个 poker 和 gh60

工控方向的，还是建议客户端比较好，可以直接操作底层的驱动或者直接读取 COM 口，否则还要再浏览器上加插件作适配。服务端 Java 正常提供资源接口，提供 RPC。

工控方向的客户端还是用 C/CPP，再不济还可以用 Java 客户端调用 native 接口。如果单独只适配 Win 的话 C# Client 也是个不错的选择，也是可以直接调用 C/C++ library 的。
如果为了跨平台，要么针对不同系统平台选择不同的开发方案；要么就选个跨平台方案，Java GUI、Electron 或者 QT。

反正不管怎么说，底层接口都要封装一个统一的调用库，然后给 Client 或者 Web 使用，这是少不了的。

至于向示波器或者其他采集器，这样的高频实时数据，确实是个难点。最好在采集在客户端缓存，然后定期上传到服务器同步。如果直接采集然后上传到服务端的话，也不是不行，只是不知道这个数据量总体达到什么量级。

@guyeuro 给 java 招黑，你是 PHP 的吧 （手动滑稽）

@zhlssg 怎么个说法？

@dsg002 +1
动态类型一时爽 代码重构火葬场

---

感觉这个生态里，就是在恶性循环。
国外真实的研发环境不了解，但是从教材和视频课程还有一些 Blog 里感觉很注重软件工程以及软件质量。
但是国内好像没看到这方面的一些宣传，只是在跟随某些技术潮流。感觉不是在做工程，而是完成任务。
虽然完成任务时首要前提，但是……

@evolify +1

---

Java FX 比 Swing / AWT / SWT 界面更炫。而且类 XML 的 UI 布局更贴近于前端的一些开发，甚至支持 CSS。

这个例子貌似不错。
https://github.com/asciidocfx/AsciidocFX

spring boot 2.0 之后 koltin 就可以慢慢展露头角了。

首先确认报文数据的总长度，是不是统一的。如果是，那就是大小端问题。

如果不是，再看看两边是不是都用的 byte[]来传的。

手动改改还可以，纯手写太慢。一般都是绘图工具生成的吧。

好文！
几天前刚刚从 bash 切到 zsh。
今天正巧就看到这篇文章。