@devinww 的确够了，不过现在的不是只有 8 ？还是我弄错了。。。

@devinww 这个挺猛的。光 idea 和 datagrip 加起来就得 4-5GB 了吧。说实话是挺想试试看今年要出来的那个 16GB+16 寸的 pro 。

@ipwx 多谢。咳我觉得我就是太挫了。。。

@XIVN1987 这个是越早越好，我觉得已经过了，现在只能朝大而全的路线走。。。

@3dwelcome 有道理，试试看。

@3dwelcome 我倒是想写，但是不会。我最想写的就是 jetbrain 系列编辑器的新的快捷键功能。你写的这个也蛮好的，请问有没有对外公开源代码？

实施了。不过我总觉得效率太低，比如说我之前呆的组搞了个报表想要放在内部网搞一个网址（类似于 site.company.com ，但是实际上是映射内部网），搞了半年也没搞好。

虽然不是我搞的东西，但是我觉得原因还是对半分。一方面原来的组是做 BA 的，所以很明显没有任何容器或者 CICD 的经验。但是另一方面 devops 组也没怎么帮忙，所以最后是那哥们自己慢慢摸索出来的，当然中间 devops 组也还是给了些提示的。

不过我觉得奇怪的就是，这么一个简单的应用，可以一天挂掉好几次也无所谓的内部工具，对数据库也没有什么压力很大的查询，也完全没有对外通讯，为啥要有这么多东西做支持？需要 docker，kubernetes，teamcity，以及一些内部自己搞的工具网站。就不能直接搞个虚拟机啥的直接挂上内网吗？不过我也不懂 DevOps，所以只能把疑问藏在内心深处。

@ipwx 我的项目倒是都不大，比如说自己写的小游戏啊编辑器啥的。不过我其实是想想好再写的，我觉得代码写好是一个工程师的素质体现，哪怕是自己写的玩的。问题是我纯粹是业余写这个，所以写着写着就觉得大脑不够用了。这是我比较苦恼的地方。

还有一个问题是和 C 库结合的问题，比如说 SDL2 。

@Aksura 我觉得你说的有一定道理，很可能是_我们目前在实行的_数据建模并不适合我们的需求。我其实真正不开心的，是经理在没有了解需求之前，就根据之前自己不同行业的经验来建立数据仓库。

不过我不同意第二点，不同的方法论的确会形成不同的模型啊？还是我理解错了？

其实我发这个主题贴，真正的目的是想要看看国内相关行业的朋友是怎么处理这个问题了。考虑到手游的分析大同小异，我觉得很有参考价值。当然既然很有参考价值，可能也就不会轻易说出来，这也属正常。

@ipwx 可能是我功力比较弱，所以往往会纠结，这个东西到底是不是一个人拥有呢？还是说弄不好写到后面发现要分享了？我总觉得得想好所有的架构才能开始写，所以特别痛苦。裸指针就爽多了，一把梭，反正是自己写的东西，泄漏就泄漏了。

我其实一直想写一个日常工作用的 util 。大致功能就是一个命令行菜单，既可以对数据库做一些经常要做的查询、插入、删除等操作，也可以遥控 JIRA，在命令行状态下创建和修改工单，以及一键发送特定主题的邮件。

@way2explore2 有道理，也许它应该不叫数据仓库。不过名字无所谓了。大致这么个东西就行了。

@way2explore2 技术栈是总部决定，所以这个没办法。不清楚 GA 和 ES 能够解决什么问题呢？

@ysc3839 多谢！

@ipwx 36 楼
您好我想请教一下，究竟用 unique_ptr 还是 shared_ptr，这个是必须在写程序之前就考虑好的是吗？有好几次我想用，但是总觉得根据自己的水平没法考虑清楚，就干脆还是裸指针算了。

能不能先把这些关键字全找出来然后用 IN ('...', '...')

反正重要的东西别走微信。不要为了那一点便利卖给他。

不用呗，搞得谁非要用他。你们自己也不好，坚决断掉就好了。如果工作需要，就搞个工作手机。生活中没谁是非要微信对付的。