然而不造假根本过不了 HR 筛选那关，这世道做好人比做坏人难太多了。

我个人的观点是如果你真的热爱设计，那么造假入行也是一种人生历练，追求过于纯粹的事物容易走上极端。既然在意的是内心的平静，那么为了诗和远方，选择眼前的苟且作为代价也未尝不可。

当然熟练掌握前后端开发技术，精通各种数据库，中间件了。别以为 DevOps 是运维，其实还是开发，只不过要解决的业务是运维业务，所以开发能力更重要。

如果没有机会进入大平台做运维，那么建议还是做开发。因为小平台的运维这个岗位无法在上获得足够的成长，很难进入到大平台，还不如做开发。

蓝牙探针，单独靠这个做不到，但是配合装机量大的 app 采集的数据就能实现了。

国内大公司有做这块的应用，配合行业用户画像，精准推送。

django 的话正常。

Python Web 这块没有像 PHP 那样的傻瓜式集成包，起手就是虚拟环境安装，然后又是 Nginx，又有多个 uwsgi 之类的配置方案。URL 重写，静态文件这些也都需要处理。

可以劝退一批人了。

终端密度大的情况下，无线成本比有线高，而且有线速率和稳定性好得多。电缆是主流，光纤到桌面还有点远。万兆电缆虽然可以实现，不过设备成本、施工成本都比较高，千兆仍然是性价比最高选择。

话说，这种事情只要前期有合理规划根本不会成为痛点，有线为主，辅助无线完全可以解决问题。

说自己哥们有个一样的项目，但是收益可以到 50%。

题目二:
生成下载地址，celery 异步处理图片。打开下载地址，如果未处理完成则先显示处理状态，如果处理完成则跳转下载。

题目三：
上传时由前端生成缩略图一同上传。

sla 是靠钱来保障的，别说什么靠自己了。

根据文件的数据库关联信息表主键作为同步标志，B 服务器需要记录所有 A 服务器的最后同步主键 ID 以及状态。

用户在 A 服务器触发任务后，先到 B 服务器获取最后同步的主键 ID，得到下一个同步文件信息。然后用文件信息调用 B 服务器接口，B 服务器根据调用信息下载 A 服务器文件，并记录同步状态，下载完成后，将文件信息写入数据库，更新最后同步主键 ID，接着回调 A 服务器。

A 服务器根据回调触发下一个同步，然后循环直到所有同步完成。

考虑到瓶颈应该是网络 IO，对于 A 服务器同步任务并发意义不大，B 服务器则可以根据需要控制并发任务。

花三十年搞定时光机和返老还童药，顺便学好数据库，然后用时光机回到考试前一天。

50 包邮

数学上讲是可以的，并且代码也能实现，但是实际很多加密库并没有实现。

单纯薪资水平问题，一线城市也有大把小公司文档靠口口相传。

如果轮询是为了根据数据触发业务代码可以考虑改由数据库方除非事件。

在数据库本机运行 agent，拿到触发数据丢到队列，然后再来通过队列执行任务。

@dilu .dockerignore 了解一下。

可以找一下案例，一般来说如果未取得毕业证那么只能算劳务关系，不适用劳动法。如果已经取得毕业证，照一些案例看就属于劳动关系。