前台后台都要算，前台计算用于展示，完善用户体验，提交到后台再算一次，是为了数据安全

如果是往年的话说不定问题也不大，毕竟今年的形势不一样

反正个人写条件两种用 if，三种以上就换 switch，不过返回值提示这种可以定义字典，或者数组，可以统一维护

如果是有规律的客户要求，就加参数变量，如果随机指定这种，还是硬编码写进去

个人习惯跟操作符对齐

想推广就推广呗，看到底会有多少人就用行了，如果可行早就实行了，如果意义重大，早就行政命令实行了，至少教育考试等方法会加上

找个开源的 crm，找 asp.net 的，部署还方便，

没用的，会先采集列表，再采集内容页，根本不会管理内容页 url 是什么

一定是要有效备份，曾经遇到过，以为天天备份没问题，结果发现有问题恢复数据的时候发现备份是错误的，无法恢复

个人写的笔记，用 markdown 合适，如果保存文摘类，还是使用富文本最好

备份才是备份,这个一定要有

没用过 oracle，但是用 java 写一个同步，不就是一个中间件，不 low，功能丰富了之后说不定还能买钱

少见多怪吧，很多都有这种要求的，F001，F002 等等，隐藏数据库字段，

明显 size 是大小用的多，len 一般特指长度，没见用 len 表示大小的

个人认为，base64 本质是编码，但是也干了加密的活，不必纠结于这个的分类，而且如果自定义 base64 的话，一般人也无法还原不是，

一直用破解版，没弹过，就是计划任务没法用

还有数据量，手表用不了多大的数据量，蓝牙传输足够了，万一哪天手表加个摄像头功能，来个视频通话，那肯定上 wifi，

windows 有更底层 的，直接抓网卡的数据流，但是一般人看不懂