小红书很多看似有用的攻略，真正操作起来，才发现都是东拼西凑的——完全输给 mudium 上的博文。以前的互联网只要找到了关键词就能有所收获，现在太难了。

cmF5ZGllZEBxcS5jb20=
感谢

橘子现在成熟吗？ 666

cmF5ZGllZA==，万一呢

难道不该开个帖子，看看各位大佬怎么从 10 万，到 20 万，到 50 万，再到百万的轨迹吗？传授人生经验啊。

年轻时，竹杖芒鞋轻胜马，谁怕？ 一蓑烟雨任平生。
现在是，枯藤老树昏鸦，小桥流水人家。
希望年老时，偶然值林叟，谈笑无还期。

需要建模和出 lumion 渲染不？组个队

哎，我都要 emo 了——在深圳福保工作的这几个月=>现在吃饭都没食欲。

1 、我本身是做 BIM 进度可视化的，类似于 project 表格的三维可视化。结果现在除了负责这块，还要负责其他的。因为模型构件的时间信息来源于物资管理（工厂 MES 流程节点信息）。简单地说，是把物流的信息显示在模型上（颜色、显隐等），所以一并也抗了。
2 、后来物资管理的子模块-从工厂发货到地盘收货这一流程的运输管理（类似物流跟踪）以及订单系统（地盘向工厂下单）也因为和物资管理相关，一并抗了。上诉三个页面的数据需要相互印证。

好戏开锣了——特别是数据本身没有做流程约束的情况下。

1：为啥说背景，我的定位是 BIM 进度可视化的产品设计和实施。有一次页面着急上线，我就写了一些 demo 给外包（外包不看盈嘉的三维引擎 api ，可能是其他开发任务重）——越俎代庖——但不写的话，页面在规定时间内完不成=>就是我的锅。最后外包的方案是，每次请求都用 php 渲染新页面。
领导就说，你有余力研究代码是好的。🙂我不想，我拒绝——我是被逼的。能说出这样话的领导，其他的话也都是套话。
2：运输管理要让我去处理数据，搞笑的是数据不仅仅忘记填写这么简单，甚至是出现负值。于是找出数据不自洽的原因也是我的事情。
我是变成后端了吗？
3：程序开发都是外包在做。领导一句结果导向，你就要火力全开，工作要帮外包做测试，其他公司也是这样的吗？——中间驴肝肺的好心不断~

看到大家整天说找工作难，但是坚持不下去是真的。😔

还是有点用处的，
1. 国内较成熟的 BIM 引擎 paas 服务商虽都说是自研，但大部分是在某些著名的三维 js 上进行封装。
2. 至于鉴别这些是不是自研也没有必要。从做项目的角度出发，引擎只要封装的 api 方法好用，能支撑你们的业务场景就可以。
3. ue4 或 unity 的显示效果很好，但云渲染的费用不是一般项目可以支撑的。
4. 现在市场化的轻量化引擎显示效果也都 ok ，引擎间的区别在于对材质的解析能力或交互动效上，还有对三维模型的解析能力上。
5. 数字孪生，落脚到业务上，其实是数字更多一些。举个例子，智慧工地可以将进度计划可视化，把流程节点可视化等等。

人得分清里外理吧——嫁出去的闺女泼出去的水，这句老人话不是只给长辈听的。
这个问题，我都看了好几个人的版本。

有一个心理学实验，楼主可以搞一下。让对方写下一堆人觉得重要的人的名字（情景自己设定），然后因为某种原因需要一个一个的划掉。最后留下来的是另一半——才是比较合理的。

美国比欧洲牛逼可能是真的，但去欧洲国家并留下来——当地的学校也不差。年预算 25w ，就不要犹豫了吧——申请上了就去啊。问一下自己导师或者系里留学回来的其他导师（最好是自己想去的国家），很有用的。

最好找一个做过类似的产品问一下，然后再决定接不接。很多系统的难度在于业务，而不在于开发。很多业务系统的逻辑远比开发麻烦，并不是业务本身复杂，而是维度多了，嵌套多了，工作量就上去了。这个工作量不仅仅包含你理解的业务和实际的业务不一致。

从他想骂醒众人的态度推测（故而犀利，故而不想辩论），楼主说的人生经验，应该是"众人皆醉我独醒"的那种。因为这条经验与普罗大众所熟知的人生信条不同，所以很难接受——这种刻骨的经验不符合常理，争论它的过程往往类似于，角马争论"鳄鱼还是木头"。

彩霞

我赞同你

动物园，好玩不贵，就是熊猫馆在维修