刷身份证获取特征数据，
刷摄像头获取实际特征数据，
两者匹配查找是否符合范围。
特征范围包括：年龄特征，脸型，双眼距离，鼻子眼睛嘴巴距离等。都是 1 毫秒不要的事情。

通常如果第一次坐高铁可能会久一点，因为需要建立数据库，比如一些农村老人第一次做高铁，以前没有买社保之类的还没有数据库。

好像 POST 和 PUT 唯一区别在头：
PUT URL, POST URL

一般 Post 用于新增，PUT 用于修改

支持

FEHUB

轮子哥

建议：
1，看下最新的技术名词：如 xx 量子 /云 /数字 /引力 /创新 /生物 /健康 /有限公司;
2, 参考 A 股上市，直接名字里面提现：xx 智慧，xx 高科...
3，中西结合有典故，参考易经：如鲲鹏，乾坤，九州，神州，紫薇，北斗，九重天...（现在不能用地名了）
4，水果名，动物名：苹果，考拉...
5，幼儿园科普常识：白垩纪，冥王星...

产品：
会 PS+原型设计+思维导读+每天看点人人都是产品经理+v2ex 上面的独立作品+没有产品经理情况下主导开发过多个用户几十几百万用户以上的产品吧

WEB 前端：
1，会 jq+react native+angular+小程序都做过一些几万到几十万用户的前端吧
2，会一点 flutter、ts，用户都不多

后端：
PHP 主要用的语言，用户几十到几百万，数据几千万到数亿吧，项目类型包括各种平台性产品（电子商务，门户）工具类产品（ OA，CRM ）和社交类（论坛，SNS ）；
Python 做过几个项目几十万用户级的，月交易额也几百万级别吧，项目类型含后台，爬虫，数据分析
Golang 做过聊天服务器，内网穿透，用户都不多

桌面端：
1，会点 electron 没有实际项目用过；
2，C#写了一个计算 PPT，excel，word 页码工具
3，c++自己不会用，只会搜索指导别人开发

其他：
1，熟悉 centos,ubuntu,宝塔等等；
2，熟悉 mysql,pg,mongo,memcache,redis 环境和性能优化
3，熟悉 sphinx,es 搜索等

我觉得我产品，前端，后端，数据库，运维，测试都比一般的开发稍微多懂一点，能算 WEB 全栈吧。

作为开发，
个人觉得没必要，
vscode/blog 都比笔记香，
不卡顿，
快。

通常是锁住了。

以前经历一家公司，1 主 N 从，
其中 1 个从估计设置为延迟 2 小时，避免误删数据这样的情况发生。

@evilhero
不卡，不过少于 16g 内存就不知道了。
作为程序员，
知道为什么卡是很重要的。

一直这样的，
这个会不参加就好了。

哪些回答不重要的，请问：
1，你愿意看一份变量名函数名都是单词错误的代码吗；
2，你愿意和一个只会百度，不会 google，不会 stackoverflow，不会看英文文档的同事共事，还是和一个以上都会得同事公事；
3，如果你是老板 /项目负责人，愿意聘请 /培养第二条都会的，还是都不会的。

表面一次看差距也许不大，长期看人生层次都可能不一样。

@hmxxmh
@ytymf
Mysql 中一次插入大量数据，采用事务能明显提升性能，这个是事实，
和 model 没有关系，直接用 sql 也是一样性能差距明显，（一次几十万条数据就能测试出来，我们有时候做性能测试需要一次生成大量数据都是采用事务或者 prepare，原来干几十分钟的，几分钟就行了）
猜测应该日志配置，索引，寻址有关，
比如每条记录写一次日志然后确认，与一次性写入一批日志，然后确认。

喜欢折腾：

ubuntu 用了一年，
转 debian 用了一年多，
然后 fedora 两年多，
最近转 manjora 用了半年，
在公司目前 win10+wsl2。

谈谈 fedora 的体验：
1，fedora 每 1-2 周更新发布，经常纠结更还是不更呢；
2，fedora 感觉比 manjora 和 ubuntu 稳定和流畅，就是默认没有 aur 那么多第三方库，但是可以用 alien 将 deb 转为 rpm ；
3，n 卡当然用 bumblebee 第三方库一键安装，自动更新；
4，其他：
Atom=>vscode
eclipse=>IDEA、
Mysql Workbench=>datagrid,navicat
Postman=>httpie
Team Viewer => nps,frp
vpn => v2ray
微信 => electron 版本，或者深度版本
输入法 => ibus+第三方词库 or fcitx-sougou

研究下这个 ID 是怎么生成的，如果用关系型数据库，如何才能做到高效？

链式，通常是做一个连续的操作，最后才需要输出结果。
你这个中间其实有多次需要结果，加入中间变量，至少可以让代码更加易懂和 debug。

"大家容易混淆 service/model/control "

是因为没有定义好关系

绝大多数项目 service 是不必要的，mvc 里面本来就没有 service，这是因为 model 静态方法就是 service

至于考虑以后的微服务，个人认为微服务不是好东西，管理配置麻烦，测试\维护\DEBUG 成本上升，且 PHP rest 不适合做微服务，试想一个 rest 请求 10ms，一个大页面几十个请求就几百 ms。
大部分中小公司研究微服务不如研究云函数，既有微服务的便利，又没有微服务得弊端。弊端是可能限制在某单一云平台了。
能将微服务用起来，且用的好的公司，不知道楼下能举出几家？