你这个 TCP 结束之前，不会收到 EOF ，你就一直读不就行了吗，有什么需要处理的

这些其实都是管理者的工作，因此我一直认为加班就是自上而下的问题。不是上边带头加班，而是自上而下的效率低。

我想提两个很有年代感的词

UGC 和 PGC

User-Generated-Content 和 Professionally-Generated-Content, 我认为, 对于社区这种以用户生产内容为主的环境来说, 视频不是一个好的载体, 谈话也不是一个好的模式, 要知道, 哪怕是专业的采访者, 也要提前定好提纲, 两个用户之间捉对讨论尬聊, 观赏性都很难达到 罗永浩 X 王自如 那种水平.

类似播客之类的模式都是标准的 PGC, 内容质量是远高于 UGC 的, 即便如此这种东西能活下来的也是凤毛麟角.

再一个, 我发现非专业人员上麦聊天或者演讲, 从收音设备到个人说话的表现上来看, 普遍是比较差的, 差到听不下去那种. 一些技术类组织会邀请细分领域的专业人士做分享, 这种东西经常让我觉得内容还行, 声音听不下去, X 掉.

有一个公众号叫故事 FM, 点子和你这个东西有那么一点点重合, 就是非特定的人讲述自己, 就这, 我遇到过太多听两句就想关掉的内容了.

@elixirchina 啊? 现在铁不值钱了还是房子涨价了?

使用 eval 操作有一定的想法, 但是如果我祭出 jinja2, 阁下是否会觉得我技高一筹

有点刻意了, 为了面试而面试.
你可以说这是一个高端俱乐部, 加入需要公开面试.

1. 电视能投屏
2. windows 媒体流投屏

缺点就是要在电脑上操作
可是怎么会有人给娃看 jojo 啊

.ipynb

这有什么懂不懂的...vscode 19 年就原生支持了，甚至 github 都在几年前原生预览了

格局小了,应该直接国家分配工作

因为偶尔会有长途需求所以买混动的人, 大部分都后悔了

1. 混动车主很容易的一种"烧油难受病", 油箱里的油用一点都难受.
2. 车辆在 EV 模式和 HEV 模式下的行驶体验可能会有很大差别, 包括发动机噪音和汽油味儿等等, 进一步导致车主不愿意用 HEV 模式

这两点看起来没什么, 但带来的衍生问题很难受, 那就是混动车需要更频繁的充电. 综合评价下, 没有家充使用体验会比纯电差不少.

只是写当然可行, 体验肯定是有区别的. vscode java 的核心是 Eclipse 的 language server, 用过一段时间, 感觉没什么特别差的地方.

protect 本质是避免误操作。没有 protect 并不意味着这个分支可以自由的 push ，这是两回事。

网上冲浪多说一句你别太介意，我觉得这个事儿你应该承认错误，领导水平如果不说，你这么提交代码很冒失，出了问题不是你一个人被问责

常见的 daemon+cli 模式呗，比如 docker

重新定义私密?

你卸载软件加密过的视频当然就无法打开了,重现安装软件如果可以打开,那加密文件复制到另一个手机上也能查看,合理吗?

不靠谱
建议不要做这种重构, 而是先把高负载高占用的服务挑出来, 重新设计实现.

权责对等, 目前劳资关系的形态, 是基于劳动者与雇佣者的关系形成的. 劳动者不需要赔偿是因为绝大部分劳动者是处于弱势地位的. 是一种平衡的产物, 并且不是两方, 而是多方平衡. 没有绝对的标准.
在当下, 劳动者没有义务保证雇主的利益, 如果需要劳动者对雇主负责, 那他就不是单纯的劳动者,那签订的就不应该是劳动合同了.

另外, 如果你不是想在现有应用里添加监听,而是单纯的想用手机提供 web 服务,那你最好是用 termux,把手机当 arm 服务器就行了

当然可以, 但你列出来的应该都是客户端吧, 处理请求往往需要专门的 server,比如 https://github.com/yanzhenjie/AndServer

@gadore 这个设计确实很高明, 写法人容易学会, 但本身想用好这套东西需要的水平还是很高的. 而前端本身就缺乏统一的认识, 大家写出来的东西都不一样, 在一个文件里写完全部逻辑的大有人在