@20015jjw 你能别来胡搅蛮缠吗？你自己翻翻前面我说过几遍了，我说的是价格差不多的情况下选高频少核还是低频多核，而你举例的 i7 2.9G 和双核 i5 3.1G 是一样价钱吗？主频只差 0.2， 但核的数差一倍，这还对比什么？你知道两者价位差多少吗你就来跟我胡扯？我前面说了几次了如果不考虑成本这里程序员人手一个 MacPro 顶配了还讨论什么 vscode 卡不卡，还有，这里讨论 cpu 和编译，你扯什么 13 寸 15 寸的屏幕还有 php，你要讨论就先认真看清我在说什么，考虑同时代的同价位的两类 cpu 来比较，别拍脑门胡扯来浪费我时间好么？

虽然你们很多人吐槽知乎，但国内能看的地方现在还多吗？别的地方不是更水，就是一群粉红吹大牛，比如观察者网的评论区，简直比很多烂餐馆的后厨还不堪入目

@20015jjw 你在回帖之前先看清别人什么意思，第一，我说的是“基本”也就是大多数，你不属于大多数那这话就没针对你，你有什么可不忿的？大多数公司做的是大项目还是小项目比例上你没数？何况就算大项目需要编译的大多也都拆分成库了，代码多的也用服务器或分布式缓存编译了，剩余一个单机还要完全编译的大项目比例上少之又少，只占少数有疑问吗？第二，同成本下就高频少核和低频多核两种选择，我只是说大多数更适合用前者，我自己的测试也是如此，你想怎么反驳？你想说低频多核编译更快？还是想说高频多核更好？后一句不是废话么，不考虑成本的话这里人手一台 MacPro 顶配，那讨论 vscode 卡做什么

原来那个是生硬，win 下还可以，macos 下生硬

但新的这个是颜色太 low，说难听点，shi 黄色

@20015jjw 同成本下你只能选择低频多核或高频少核，我说的就是后者编译更快，不知道你想表达什么

@skydiver 我是实际比较过三台 4 核 2.x 和高频 2 核 3.8 的编译速度的，前面说过了同价格下，如果不考虑成本那肯定买多核高频的，那这里开发者就人人家里放个 MacPro 顶配了

@allinwonder 你再看一遍原文第三段？

也添段某某内心 OS：

数据不加密就发送，让人轻易抓到了吧？

以后统统加密发送，也别让人能 adb 卸载了，改写系统加里面去，让你卸不了，愿意刷别家 rom 就去刷吧，以后有事就不赖我们了，刷了售后也不管了，售后省的钱多找几个论坛水军

搞商业就得心狠手辣，这样才能美滋滋

@c910309c 不用对 apple 的软件优化报太大希望，他家真的软件实力不行，用他家东西想爽就一定要靠硬件，ios11 的耗电问题比 xocde 还大呢，解决办法只能是换 iphone8/x，用新的芯片耗电更低来解决这问题

我已经在骂过两次 xcode 了，每次我骂都有一群人赞同跟帖，大家只是不爽调侃但都知道没卵用。

能做的就是提高硬件配置，我的观点就是 台式机+高默频 cpu，台式机可以是 iMac，MacPro，黑苹果

但凡像样的台式机都可以干掉 i7 的 Macbook Pro，笔记本就是菜鸡，真干活不建议用笔记本~

楼主只是活在了轮子遍地的年代，因为学会了用别人造的轮子做简单拼凑，没做过有点挑战的需求就觉得软件做起来很容易，其实但凡给你加点需求，比如要求页面文件大小不许用 jquery 而且尽量让 js 简练，比如并发量大你的 mysql 经常锁死时，你才会明白自己斤两，我中学从 c++刚接触当年的 asp php js 时，觉得这些玩意太简单太 low 了连个指针函数泛型模板都没有，但后来流量大到撑不住才发现所谓数据库优化是山外有山的，是，很多拼凑轮子的也叫软件工程师，攒电脑的还叫搞 IT 呢，建议去像样的公司去面试下给自己找找定位吧，我以前面试应届生时羞辱过不少看上去挺傲的，大三了还不如我高三时的水平，也好意思出来嘚瑟，我初中时 dos 下用鼠标还要自己调用 33h 中断，现在你觉得写个桌面应用自动就能用鼠标所以很容易啊那只是因为你有了傻瓜轮子，而不是因为你有本事，搞不清楚自己定位会影响你的学习态度

补充下，要根据业务情况做好模拟测试，别拿着书上的东西生搬硬套，比如说一些数据还被别的业务所使用（查询、修改），这就可能会影响到查询、更新两者的负载比例关系（因为 mysql 查询虽快但更新很慢而且并发多了容易锁死），影响到哪种缓存方案合算，我说这些就是说没有绝对的办法，各因素要通盘考虑，但大原则都是要稳妥的设计原始数据存放方案，尽量确保业务需求的修改变动只需要修改缓存方案即可解决。

看了下，楼上还没人说到点子上，我说两句。

第一种方法是初学者就会用的方式，后续数据库维护也简单。

第二种其实思路是对的，因为接下来你还要根据需要作为查询条件去取那些商品数据的，你需要快速一步到位的得到 id 逗号分隔这种数据，但因为逗号分隔的数据内容可能很大，有可能空也可能买的太多导致 varchar(3000)都不够用，就不能用定长字段，所以数据量大了查询会慢，而且后续维护起来麻烦。

所以，如果不想找太多麻烦就用第一种，如果想优化设计，可以用第二种的思路，只拿第一种做原始数据，但查询的 id 逗号分隔数据用 nosql 或文件目录结构来存放“缓存”，需要更新维护时先修改原始数据，然后更新“缓存”，也称不上楼上有人说的灾难，想运行快就要付出代价。

有个设计原则，就是别什么烂活都交给关系型数据库，这种数据库是种代价高昂的数据存储方案，相对而言速度也不是很快。

另外每一部分用什么方案，跟服务器的假设和配置方案也有关系，比如 cpu 和内存还有磁盘的方案等等，不过现在因为硬件越来越强，人工成本反而高，所以。。。现在搞技术的其实越来越幸福越来越容易了

@skydiver 没说 4 核 8 核没用，只是说一般的项目不大编译基本用不上，同价格下主频比更多核的效果来的更实在，如果不考虑价格，谁都知道同主频多核更好

@aocif23 我测试过，i3 这种两核的，跑开发工具或者星际 2，比频率低点但 4 核的 i5 表现还好。

@aocif23

你主频已经是 3G 以上了，肯定比 2.xG 的启动快
你试试 3.7G 3.8G 的，还能更快
主频这东西简单粗暴有效，比几核都明显，做开发的用的软件还有玩星际争霸 2 的都类似，瓶颈都在主频，星际 2 只用 2 核，4 核 8 核没意义

@EricCartman 因为 vscode 用原生代码写的部分多，而 atom 是基于浏览器开发的，jetbrain 家的一堆东西用 java 写的，非原生代码编译

@tigerstudent 你没看仔细吧，我的意思就是默频 2.xG 低了，所以才卡

自己在默频 3.xG 的电脑和 2.x 的做个比较就懂了，绝大多数的软件启动尤其考验主频

付费咨询这种事，

早就有人做了，

霍炬离开刘韧后我记得就是合伙开了家技术咨询公司，

但这类一般都是公司对公司的付费咨询，

个人对个人这方面感觉不好做，

因为小问题扯皮会很多。

仅供参考~