Swift / OC: https://stackoverflow.com/questions/47875104/macos-how-to-get-cpu-temperature-programmatically

sorry ，忽略了 git pull 会有问题。那方案就复杂点了:
1 ，弄个不在 git 管理的目录，放多个 readme
2 ，分支: master ，分支 g ，分支 n
3 ，推送时，分支 g n rebase master 分支，并分别 cp 对应的 readme ，push 到对应的远程即可

以上这些命令自动化就行，弄个别名，简单方便。

P.S. 为啥要区分 readme ？

readme 不要放本地 git 就行了。在远程仓库管理

@SenLief 不需要成立公司，填一些信息就行，简单得很。

@JamesR 什么歪理

> 把屏幕藍光調低，其實更舒服，不用帶眼鏡
是的。其实就是 mac/iOS 的 夜览模式，小米的护眼模式

> 把屏幕藍光調低，其實更舒服，不用帶眼鏡

颈椎变直很多人都有 好吧。保证睡眠充足，锻炼身体，用眼不要过度。另外也要关注血压情况。
楼上说得对，对症下药。先找找原因

mark 一个。拖延症患者晚点来回帖

兄弟们 又到晒博客的时间啦
https://foamzou.com

刚看了下楼主的文章，内容挺好的，已订阅。
不过没搞懂 newletter 是一种什么，拿竹白来说，像是一个 支持订阅的、不搞个性化推荐功能的博客平台？
至于楼主提到的 输入 -> 加工 -> 输出，没太看明白，是否指的是不需要有太大压力写文章？写出个草稿，发出来，以后再修改也 ok 。那么这种方式普通博客也能做到，因为这只是取决于作者的心态和想法。
因为没有注册竹白，不太了解怎么个 flow 。 若有偏差，见谅

@919615766 #16 这是一个平台 兄弟

基本要求：学历和学校一本及以上
不愧是国企

学前端慢慢来可以找到工作和渐进。后端，我担心他连工作都找不到。

@wzcloud #1 兄弟 你这错字真是伤害极大啊。 一个 -> 一共。

不知道楼主说的项目文档具体是哪种呢？
API 文档，能够描述清楚请求响应的参数即可；楼主说的可能是 系统设计、业务逻辑文档。

写这类专业性文档，有几点要注意的：
1. 描述清楚上下文。需要用些篇幅来介绍背景、上下文，专业术语。写的时候要代入读者，设身处地思考 TA 能不能看懂。
2. 逻辑清晰。最好列个大纲，不要想到哪写到哪。多用 1 ，2 ，3 描述步骤或者阐述观点。
3. 图文并茂。文字难以描述的，务必带上图。

有兴趣可以看看我的博客。https://foamzou.com 。
若楼主有博客也可以贴出来，我们一起学习交流。

electron 跨平台，有 web 开发基础的话，上手很快，开发效率也高。
原生 swiftUI ，会流畅那么一些，颜色和 UI 适配方案做得不错。遇到问题的话，解决方案没有 OC 那么多。但 swift 写起来比 OC 舒服。
原生 OC ，毕竟这么多年了，该有的方案都有。但 OC 语法很别扭。

祝大家还有我，我的家人朋友，新的一年身体健康，万事顺意。

第二排第三个。谢谢楼主，祝你和女票长长久久。
[email protected]