这么折腾当然是直接换房啊..

解决方法就是每天持续在群里面 @物业的人骂

开源版本在用，代码质量不算很高，但是功能很全，其实够用。工程项目能尽快跑起来就是最好的

币圈在国内还算是灰色地带吧，实际是怎么赚钱，赚的谁的钱你心里应该有杆秤吧。老板在国外，出事了他会回来吗？你能跑出去吗？

想啥呢..996 还不翻倍就不要考虑了，买命就得付买命钱。平薪甚至降薪过去做慈善呢？

买车，觉得有风险有压力就买便宜车

收购高德，让他们的开发配合你改

决定放出去的视频就避免不了被传播开，那么你需要考虑的不是限制传播，而是怎么利用这种传播。比如视频需要配套你的网页或者应用才更有效之类的。比如视频有几段经常更新，只有从你的渠道才能保证最新等等。

两个主机比较远那就使用远程控制那一套，要是比较近，两个显示器放在一起，你需要的就是一套罗技支持 Flow 的键盘鼠标。

用一个不合适的人做事情是领导的责任，你事先说清楚对这个领域不熟悉就好。非要你做，你就按自己能力设置 kpi 嘛，比如需要一周学习啥技能，看懂了啥文档之类的。要是随便抓个人就能随便安排上有难度的任务还必须完成，这生意也太好做了吧，嗯，你要让他明白钱没那么好赚。

他提要求，你就给方案嘛。
1. 只测最新版本，开发的时候尽量不使用比较新的特性，出问题再修复。成本比较低。
2. 测试最新的 5 个大版本，开发的时候尽量不使用新特性，出问题再修复。成本比较高，需要增加 x 人月的开发测试。
3. 测试最新 20 个大版本，基本保证发布的功能都能兼容。成本很高，需要增加 x 人月的开发测试。

你们不是特别有钱的公司估计就他估计就选 1 了，你继续按以前搞，领导就是求个心安，你让他知道心安的成本就好。

其实就是看项目复杂度
1.项目很小，entity 一通到底
2.项目有点规模了，就区分一下 vo ，dto ，entity 。大部分项目区分到这里就够了。
3.项目很复杂了，根据公司需求和架构师的要求，他自然会让你知道你需要知道的部分。

那么 vo ，dto ，entity 的区分就是：
entity 就是你的数据库建模对象，简单来说就是和你的数据库字段一模一样，就放在 repository(mapper)层。
dto 就是你的数据传输对象，根据你在后端的业务实际情况定义，一般用于后端服务之间传输数据，就放在 service 层
vo 就是显示层对向，根据前端的展示需求来定义。

都是要结婚的人了，基本的信任和沟通要有的吧，直接问，可不可以买房的时候就加，不能加是什么原因。假如因为房产证不能添加没有亲属关系的名字，那么交钱的那天一起去把证领了可不可以，算是双喜临门。

这要求就是全干工程师啊...你们这个售前不会还要搞驻厂开发吧

你这个页面的图表就是用 echart 做的啊，你调试一下别人的代码不就不知道怎么做了。
https://i.imgur.com/BALT62l.png

先用着呗，以后需要提升或者手头宽裕了再加一个幕布就是了

不知道你的工作性质，假如是软件开发，银行的开发好多都是外包出去了，所以首先你要确认你入职的是银行本部还是外包公司，假如是本部，我了解的同学朋友在银行的开发部门都几乎不怎么写代码，工作性质更像项目经理和外包公司合作做好项目。

淘宝租账号