话说如果写 C++严格按照一个子集来写，会不会也很好？之前在知乎看到一个帖子，说是大家讨论 C++里面哪些特性应该小心使用，不知道大家怎么看这个？

> 能做到对 C++语言的特性基本分类，然后根据分类正确使用它们我对 C++特性的四大分类为了兼容 C 语言，不得不继承下来的特性，比如#include，强制类型转换，直接内存操作，基础类型和函数系统，宏为了零开销实现 OOP 而设计的特性，比如 class 继承和派生，虚函数，函数重载为了开发效率而设计的特性，比如 template 以及一些列 stl，算符重载，auto 为了解决实际问题不得不向现实妥协而设计的特性，比如 explicit，mutable，xxxxx_cast，register，volatile，inline，asm，template 特化，friend 第一种特性在真正需要和 C 语言打交道是要小心使用，第二种特性才是主要使用的，第三种特性只在遇到开发效率问题时使用，第四种特性要尽量避免使用，尽量不要制造需要这些特性才能解决的问题

作者：姚冬
链接： https://www.zhihu.com/question/444555079/answer/1754123101

@SHSF 比如说需要定制化 alert 系统，Tableau 就做不到，所以我们用 Python 做（不过这个没用到 Dash，是直接 post 到 Teams 里面）。还有就是 Tableau 自动化程度不如 Python，不过也可能是我们对 Tableau 应用的不够深入。举个例子，很多时候每个项目都有共同的 KPI，如果用 Python，我甚至可以把每个项目的数据库表格名称都标准化，这样 Python 后台切换不同项目就是几行代码。我可以直接在 Dash 里用一段前台代码展示所有项目的 KPI 图标。如果用 Tableau 的话，至今没找到一键切换数据来源的办法。

@sillydaddy 你说的很好。因为数据组不做，所以只有我做。不过我之后就去数据组了，所以也算是数据组做了，大家也都觉得还是数据组做而不是分析师做比较符合常理。严格来说我也不是做项目管理，而是做业务分析。项目经理仅仅负责协调大家开会，所以具体的组之间的沟通是我来做。最早的时候，其实也没有我这么做的，但是那时候就特别混乱，我觉得得做点改变所以就揽下来了。

不过这个并不是占时很多的（全部）原因。我进行沟通时间最多的还是研发，而不是数据组。就我个人的体会来说，有几个原因，一个是需求会有变动，这个是我们这边的问题；一个是研发那边赶进度，所以没办法同时照顾游戏设计的需求，和数据分析的需求，所以很多时候出来的 telemetry 和我的需求是完全两样。我需要不断地盯着每个研发，否则到最后就完全走样了。但是我觉得这也有我的问题，因为我不了解研发的架构，所以我提的需求可能本身也不靠谱；一个就是你说的，研发那边没有对等的人，所以我必须和所有研发进行沟通。

我其实一直觉得，研发所需要的需求文档，不应该由分析师来做，应该是研发自己那边有类似职位的人来做。因为作为分析师，我不可能了解程序的架构，怎么能指望我写出来的文档研发可以照套呢？

这是我准备在今年解决的一系列问题。我去计算机系进修也是因为此。如果今年内解决不了，我就觉得我的工作没有什么很大价值了，就准备专心做数据这块（这块其实才是我真正的兴趣所在，我其实也不喜欢到处找人沟通），甚至跳槽也有可能。

@EvanG 卡马克成就 ID, ID 我觉得也成就卡马克。当然这种大神的确罕有。

@happinessnch 的确，感觉都是可望不可求。这两家公司的模式都是志同道合者联盟。

@SHSF 看了下还真是。不过我们公司用 Tableau，只有我们组用 dash 做点复杂的东西。主要是 Python 比较灵活。

@leishi1313 求问这个季节性是要等到几月份？四月？一万人民币的话的确很便宜啊！

我也挺想去南极的。

楼上说得好，只要是非技术推进型的公司，都比较被动。换句话说绝大多数公司都比较被动。。。

Tableau 这种适合常用和展示 KPI 的 BI 项目，但是毕竟复杂、需要定制的项目我觉得 Dash 更好

Python dash 自己写没问题，但是一个是代码质量是否容易维护，还有一个是非程序员没法写。Tableau 这种

自从用多了 Python 有时候写 C++不自觉的也会加 this->

@GreenDam 他这个其实是进入到项目管理的最佳境界—无需项目管理。这个状态和 ID Software 1997 年之前的状态几乎是一样的：第一每个人都是经验丰富的干将，第二游戏类型单一，第三所有人都钟意这个游戏类型。因此完全没有沟通成本。Indie 团队就应该是这样。

@GeruzoniAnsasu 他们主程的经历应该很丰富的。。。

@GeruzoniAnsasu 主程应该还懂点微分几何，他们可能平时真的比较硬核。。。

主程的优化看起来挺牛逼的，作为外行感觉他浸润在这行有很久了。

我觉得可能还是得从业务出发重构比较好。他这点代码是做啥的搞清楚应该就好些了。