几条速览,都是花过钱之后才总结出来的。
不要迷信参数。同一个数字,不同品牌的实际表现能差三成。
不要一次买齐。先用起来,才知道真正缺的是什么。
不要在第一家下单。至少比三家,把报价单留好。
不要忽略售后。网点密度比便宜两百块重要得多。
几条速览,都是花过钱之后才总结出来的。
不要迷信参数。同一个数字,不同品牌的实际表现能差三成。
不要一次买齐。先用起来,才知道真正缺的是什么。
不要在第一家下单。至少比三家,把报价单留好。
不要忽略售后。网点密度比便宜两百块重要得多。
只列坑,不列优点,优点到处都是宣传,不用我讲。
坑一:只看价格不看售后网点。出了问题没人管,省的钱全搭进去。
坑二:相信宣传里的极限参数。那是在最优条件下测出来的。
坑三:买了用不上的功能。为"以后可能用得上"多付钱。
坑四:在促销当天冲动下单。先涨后降是常规操作。
后台收到最多的问题,集中回答一下。
问:预算有限,先升级哪一部分最划算?
答:优先升级你最常抱怨的那个环节。日常卡顿就加内存,加载慢就换存储。不要平均分配。
问:网上说的参数,和实际体验差得多吗?
答:差得不少。同样的数字,不同品牌的实际表现能差三成以上。参数只能用来排除明显不合适的选项。
| import sys | |
| sys.setrecursionlimit(1 << 20) | |
| # n - число вершин | |
| # edges - список ребер графа | |
| # Возвращает число компонент связности и размер наибольшей из них | |
| def components(n, edges) -> (int, int): | |
| # TODO | |
| return count, biggest |
说点个人的真实感受,不一定对,仅供参考。
我买这类东西有个习惯:先不买,先看一个月。
看的过程中会慢慢发现,第一眼喜欢的,一个月后往往就不那么喜欢了。
真正值得买的,通常是看了一个月之后还想买的那几个。这个筛选过程比任何评测都准。
另一个感受是,别太在意别人的推荐。
上周帮朋友处理了一个典型情况,过程值得说说。
他的需求很简单:日常办公,偶尔处理一点图片。
一开始他看中一台便宜的,参数表上看着挺高。
我让他先别急,把自己每天实际做的事列出来。结果发现他八成时间只开三个软件。
按这个真实使用场景重新筛,价格直接降了三成,体验反而更好。
完整流程分四步,照着做就行。
第一步,明确用途。
写下三个你每天一定会用到的场景,写不出来说明还没想清楚。这一步最容易被人跳过,但它是后面所有判断的基础。
第二步,划定预算。
给一个上限和一个下限。低于下限的东西通常经不起长期使用,高于上限的多数是溢价。
把整个过程按时间记一下,方便后来的人参考。
去年三月开始了解,那时候什么都不懂,只看价格,觉得贵的就是坑人。
五月跑了几家线下门店,才发现线上参数和实物差距不小。
七月第一次下手,买了个入门款,用了两个月发现不够用。
九月换了一台,这次学乖了,先列需求再选型号,前后花了三周才定。
只列坑,不列优点,优点到处都是宣传,不用我讲。
坑一:只看价格不看售后网点。出了问题没人管,省的钱全搭进去。
坑二:相信宣传里的极限参数。那是在最优条件下测出来的。
坑三:买了用不上的功能。为"以后可能用得上"多付钱。
坑四:在促销当天冲动下单。先涨后降是常规操作。
只列坑,不列优点,优点到处都是宣传,不用我讲。
坑一:只看价格不看售后网点。出了问题没人管,省的钱全搭进去。
坑二:相信宣传里的极限参数。那是在最优条件下测出来的。
坑三:买了用不上的功能。为"以后可能用得上"多付钱。
坑四:在促销当天冲动下单。先涨后降是常规操作。