绩效工资， 这种部分的设置本来就存在很大的争议性。

对于应聘者而言，处理方式很简单，就是直接忽视绩效工资，只看所谓基本工资就可以了。如果基本工资你觉得满意就行。

绩效工资的衡量很难处理，往往就是公司 /部门本身的业绩 或者 你的老板对你的印象来决定， 而这个有很多因素你是无法掌握的； 公司 /部门本身的业绩不好， 你个人再努力也没有用； 你老板对你印象不好，你觉得你自己做得完美也没有卵用。

我了解到的很多绩效工资在创立之初其实就只是为了规避其他的不好讲出来的因素， 所以不要太当真。

blog 上的，如果真的想让别人看， 它就是文章。 而文章不是内容的罗列。

内容的罗列或者说流水账，当然是重要的，作者自己通过罗列来获得知识的梳理，但是拿来当成文章是非常不合适的。

你说想让别人提几个意见， 我意见只有一个：多看一下优秀的博客作家。

多谢各位朋友的推荐和回复。

我要买的机器，并不是作为服务器， 而是作为开发机。

我主要是 C 语言编程，常常会打开 vim ，编译代码等的， 当然， Xwindows 桌面系统也是要用的，上网浏览网页。
偶尔也会打开网页看游戏主播直播。 其他的应用不多了。

希望能提供 2 个 SSD 插槽，一个装我常用的 Linux ；

另一个可能会选择安装一个 windows ；因为有时候会打开跑 PS ，做照片的普通编辑处理（这部分，我知道要求有一点高， 内存选择 16G ）

选择 Intel 的 NUC ，主要还是看重便携性（行动不会带上电源，电源买 2 个，一个放家，另一个放公司，只是来回带主机即可）

@qwerasd
而且就算马云说， 原来的决定是对的，不过给他们机会，让他们回来。。。。。 blabla 之类的屁话。

然而所有人都知道， 这就是啪啪打总裁的脸， 以后还怎么开展工作？

请看原文：
首席风险官刘振飞及阿里云总裁胡晓明在与上述同学经过非常坦诚的沟通之后，公司对上述同学做出了劝退的决定。。。。。。。。。。。。。。。（可能是 12 号，也可能是 13 号，总之，应该不是下面说的“”今天“）

　　。。。。。。。。。今天，集团用 4 个小时对此事进行了复盘和讨论，逍遥子、戴珊、行癫、振飞，郭靖，王坚，王帅，马老师及我都参与其中。最终我们选择支持振飞和晓明的决定。
========================
========================

总裁做的决定。
发酵之后，集团高层讨论之后，选择支持这个决定。

马云就算反对，觉得开除不妥； 然而， 最后还是会选择支持总裁的决定， 难道反对总裁的决定， 只是因为这一件事情？？？

太正常不过了， 原文的其他解释，每一个人想怎么理解都可以。

请先把你们的网页写好一点吧，不要弄论坛当做介绍。

我只会认为整个团队缺乏设计， 自然产品也缺乏设计 （都 2016 年了，没有设计，产品跟咸鱼有什么差别？）

LZ 有志于想在这方面发展的话， 还是练习一下普通话和发音（包括平时讲话的气息和中气等）， 小小的改进会给你带来大收益。

@audi
给你说一个这样的应用场景（编辑历史操作命令的理由）

做了一件事情， 都是用命令来完成的，现在想写个 readme ，来告诉别人这个事情完成需要依次敲入的命令。
这个时候，打开 history ，然后编辑，删掉不必要的，重新组织命令。

整理好之后就是 readme ，这个就是用处。

Ruff 的路由器产品想法不错， 但是我总体感觉用处不大。

这个产品或许跟 raspberry 很接近， 但是我到现在也不知道 Ruff 类似的产品实际用处是什么？？？？？

物联网？ 现在还是概念大于实际的阶段。

这东西我觉得也很好，但是最大的问题是：它仍是小众产品。

所以原产品走的就是众筹的路线。

做一个真正满足你的需求的，有感觉的产品，假如需求量不大的话，成本和价格会很高。
===========
===========

这个世界有很多种其他可替代的解决方法（包括上面有人说的蓝牙键盘+手机之类的），但是真正好用的就一个。

@jsyzchen ，无论是话题，问答，还是文章， 只是其内容表达形式的不同。
抛开这些形式（我的意思不是说形式不重要），剩下的就是内容。

你可以考虑一下，针对内容， 你可以，你想做一些什么。
据我了解，针对内容方面， 目前可做的很少， 也很有限，但是内容很重要。

我抛个问题， V2EX 上无效信息太多，能否在这些方面有改进？

只有这样的信息： 成都， 时间： 5 月 6 日星期五 19:30 － 21:00

然而并没有任何具体的活动介绍

不会到了那里，发现某一个人在讲台上讲一通宣传文案， 然后大家吃一个冷拼盘，填个表就结束了吧？

不要浪费大家宝贵时间。

@explist 匹配换行符， 使用[\s\S]

不建议从<p class="m_name">里面去抓数据。

衡量性能， 请安装一个 RegexBuddy （这个是收费的）或者有好几个网站提供网页（免费，请自己找一下）来做类似的事情。

我看到非常多的网友在回复中说， 不能用正则表达式来做这件事情。

我已经在我的回复中表达了这一点：“抛开立场之见”， 如果这个任务相对简单，不做其他扩展， 则完全可以用正则表达式来完成。

也请大家在做结论的时候， 切勿简单的思考或者表明立场。 实际上， 不少的网友心里并没有认真思考过， 什么叫合适， 什么叫不合适， 而是简单尊从 StackOverflow 或者某一些结论。

任何正确的结论都有前提条件； 当前提条件不满足了， 正确的就可能变成错误的结论， 希望大家深思。

@explist
快还是慢，数据说话。（你可以优化正则表达式，或者再用其他的第三方库 parser 来写一个，然后做一个时间比较， 希望你贴上一个比较数据）

正则表达式并不慢，只要用对地方。

抛开立场之分
（立场之分是指有人要让正则表达式做不该它做的事情，比如解析任意复杂的 html 等）

题主的问题是：希望从数个固定格式的网页数据中抓取固定模式的数据段。 我的意思是，前提条件是 kuwo 的歌曲网页数据都很固定，而且网页中关于歌曲 id ，歌曲名称，歌手名称，都是固定的模式数据（ class=“ number ”， class=“ name ” ， class=“ s_name ”）

这样，我觉得一个简单的实现，是可以用正则表达式来解析 /抓取数据的。

题主的正则表达式已经可以了，只是 3 点还有问题：
1 ）应该遵从 class=“ number ”， class=“ name ” ， class=“ s_name ”的格式来抓取对应的数据，而不是从其他地方去获取（以后就算页面改版，很可能 class 的名字和对应数据是不会改变的）

2 ）让.*能够匹配换行，这样你的正则表达式中+?\s+.+?\s+.+?\s+.+?\s+.+?\s+?就不要再出现了。

3 ）为提高效率，尽量使用普通字符串（ plain text ）匹配，少用.*+?等符号

http://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm
这个是 Roy Thomas Fielding 在他 2000 年的博士论文，首次提出了 Restful API/系统架构设计的概念。

今天是 2016 年， 请在世界上给我找一个人能够一目十行看这篇 16 年前的论文的人。

片面追求速度根本没有意义，看懂才是关键。

另外一个关键是根本应该找对材料进行阅读，而不是看那些垃圾论文。