这次的目标是做一根6.35到3.5口的转换线(这是给K701的装备)，加上修好断线的我的另一副MX500。

说起转换线，淘宝居然完全找不到，而只有6.35到3.5的转换接口。那种转换接口插上6.35的耳机，接口处的长度实在太长了，那重量和力臂直接威胁到了mp3和电脑上的3.5的母座，几年前自己的第一部mp3就是毁在这种转换接口上的。所以我需要一根转换线，好让我的K701不至于接口端太笨重。

转换线用到的材料是6.35的母头、3.5的公头，以及银线。3.5的公头比较好找，百威、甬声等等选择面很广而且价格也分很很多等，但是6.35的母头就比较难寻了，找了半天只找到甬声的，所以最后公头也用甬声配套。

因为插头很大，需要线径也不小，所以我把银线分成16段，8份用作地线，其它等分用作左右声道。特氟龙的银线很细，剥线时额外需要小心。

剥好的银线很亮，把它们按组排列起来，然后扭在一起。

分好组的银线，16股放在一起看起来就已经非常粗了。

最后按照引脚规则焊接好，包上热缩管就完成了~看起来还不错，不过其实挺花时间。因为线确实比较多，从下午一直搞到傍晚，所以后来的焊接步骤都没有记录下来。这样的一根转换线给K701用实在是太合适了，关键是成本比较低廉，只需要20RMB就能搞定。网上只有一种品牌的转换线就是歌德的，售价高达150RMB，我擦，就这么根短线这么贵，即使是装在K701身上也还是太过奢侈了……

然后是要修复另一根断线的MX500。

这根MX500是弯头老版，质量牛逼的很，不过这么多次被我拖机箱拉来拉去终于还是挂了。这次一样换上银线，插头换上纽曲克弯头，区区一个插头25RMB还是非常昂贵，不过决定是弯头的话选择余地就太小了，纽曲克几乎是唯一的选择。罢了，毕竟是陪了我这么多年的MX500，难得奢侈一把吧！

插头的焊接几乎是瞬间完成的，比起之前焊接16路线，这次只需要焊4根实在是太容易。插头的结构很合理，安装完后效果妥妥的~

到了这里MX500已经活的差不多了。在上次修复MX500的时候我已经体验过把地线和左右声道焊反的结果了——整个就像是在水里挺音乐一样。所以这次焊接的很顺利，整个过程也就半小时左右，我心爱的MX500就又回来了。

算算成本吧，包括上次的修复：银线30RMB，百威插头10RMB，甬声插头13RMB，纽曲克插头25RMB，总和78RMB。为此我少买了一根天龙C700，一根歌德转换线，节约了600+RMB——然而我花掉了几乎大半天时间，值不值呢？当然！

自己不也乐在其中，不是嘛？~~自己动手，丰衣足食。

Related Post:

• SONY D50 M10 & AKG K701(2010/12/11)
• 浴火重生的MX500(2011/12/20)
• Sony D50 & Hifiman 801 & AKG K701 & Sennheise IE8(2011/07/18)
• 纵情歌唱的K701(2010/03/13)

点击和滚动，哪一个对用户更友好？这是一个设计师在设计页面浏览过程时必须考虑的问题。使用点击，给用户一堆链接并把他们带到新的页面；使用滚动，则把所有内容按区块展示在一个单一的页面上。

许多年前，这个问题最简单的回答就是使用点击。通常的考虑是，如果你使得你的你的页面过长，那么用户只会去看去读上半部分而可能只是扫一眼、甚至是忽略下半部分。而今，这有了一些变化，许多用户可以毫无问题的从头滚到尾。相比点击滚动现在变得越来越自然。因为用户的行为一直在变化着，设计师需要在他们的设计里考虑到这些问题。

无论是滚动还是点击，都有其优缺点。然而，对于滚动来说，优点多于缺点。对于用户而言，滚动更快。随着鼠标滚轮的滚动以及触摸板滑动，用户可以仅仅通过一根手指的挥动滚过所有的内容，相比之下，点击需要用户找到链接、识别链接、鼠标移动到链接、点击链接然后等待页面加载。

滚动模式里，用户循序获取内容，并能一眼瞥知全貌。点击模式里，用户可以跳过某个链接到达下一页，而避免浏览他们跳过的页面。

滚动保持了用户阅读的连贯性。他们滚动然后继续阅读直到读到了页面的底部。而点击打断了用户的阅读流程，因为他们必须停下来，点击链接到下一个页面。在滚动过程中，用户也不需要等待新页面的加载(页面加载更加严重的打算了阅读)。他们只需要单一滚动到下一个区域并继续阅读。

点击在速度和易用性上毫无优势，但它也有自己的优势。点击允许我们跟踪用户的点击行为来做分析，而在滚动里无法做到这一点，你只能跟踪到顶层页面而不是子区域。

每个页面都有一个与他人分享的链接，这个链接也同时被搜索引擎收录。但在滚动模式里，页面只能被收录1页。

在点击和滚动里需要一个权衡。看起来滚动的可使用性更加。但是点击模式更适合数据分析以及搜索引擎。作为一个设计师，你的工作就是权衡哪个更加重要。了解它们的优势可以帮助你做出明智的选择。然而，如果你始终跟随用户体验，那么滚动模式就是答案。

译后语

原来的标题应该是：“为什么滚动是一种新的点击”，不过看起来不够直接。这篇通篇废话比较多，但是光看结论：其作者认为滚动相比点击更具优势。并认为这是一种新的趋势。

随着类iPad设备的流行，滚动操作，或者说滑动操作的习惯，已经被广泛地分发到终端使用者身上。使用习惯会在多个系统中传染，加之用户已经开始习惯无限滚动等交互方式，滚动操作已经在可用性的很多方面占据优势。

举一个个人的例子：太平洋和泡泡网是我常上的IT类网站，但是我可能更喜欢看PCPOP的评测，因为PCPOP有一个“在本页阅读全文”的功能，使得单页滚动代替了分页，让我可以不用总是点下一页看完整个评测过程——作为一篇完整的顺序性很强的文章，打断阅读连续性其实非常非常糟糕——而“分页”，这个我们看似理所当然的过程，未必是必须的。

Related Post:

• No Related Post

影印出来放大数倍后，看起来虽然有些奇怪，但这样也挺有味道。

封刀很久，现在只能卖卖旧货，不禁有些悲凉。一般这种时候，不都是写写什么年终总结或者是新年展望嘛，总结实在有些羞愧，好在展望总是可以无限地意淫一下：发财！发财！发财！

呵呵，恭喜发财！大家新年快乐！！！

Related Post:

• No Related Post

如今，设计师大量使用圆角以至于这看起来像是工业标准而非什么设计趋势。圆角不仅被应用在软件用户界面上，也同时被应用到硬件产品的设计上。那么是圆角的什么方面使得它们如此流行？确实，它们看起来很吸引人，但原因远不仅如此。

人眼处理圆角更容易

任何人都能意识到圆角艺术上的美感，但不是每个人都能准确的解释这种美感从何而来。这个问题的答案其实就在于你的眼睛。

一些专家说，眼睛更容易接受圆角矩形而不是直角矩形，因为圆角矩形在视觉过程中更易认知。中央凹(fovea centralis，是视网膜中视觉最敏锐的区域)在处理圆形时最快，处理边缘则需要涉及更多的大脑中的“神经影像工具”^[1]。于是，人眼处理圆角更容易，因为它们看起来比普通矩形更接近于圆。

巴罗(Barrow)神经学研究所完成的关于“角(corners)”的科学研究发现，“角的突显性感知与角的度数的线性变化，锐角比钝角产生更强的虚幻的突显性”^[2]。换句话说，角越锐利，看起来就越显而易见。而角出现的越凸显，就越多对视觉过程产生影响。

哪个看起来更容易？

我们更适于圆角

另一个关于为什么我们的眼睛更适合圆角，这与我们如何使用在物理世界中的日常物品更为相关^[3]。圆角无处不在。当还是孩子的时候，我们就很快学到尖锐的东西有危险，而圆润的东西才比较安全。那也是为什么当一个小孩在玩一个球的时候，大多数家长不会惊慌。但是如果小孩在玩一个叉子，父母会因为担心孩子伤到自己而把叉子拿走。这激起了对于锐利的边缘的神经科学所谓的“回避反应” 。因此，我们倾向于“避免锋利的边缘，因为在自然界中，它们可以构成威胁”^[4]。

你相信哪个可以拿给你的孩子？

圆角使得信息更易于处理

圆角对于地图和图表更有效果，因为它们使得我们的眼睛更容易跟随着线条，它更好地适合了头部和眼睛的自然运动^[5]。锐角将你的视线从线径上移开使得你在线径改变方向时仿佛经历一种突然的暂停。但是圆角，则引导你的视线平滑地连续地在边角上过渡。

对你来说哪个更舒服？

圆角在内容容器上也很有作用。这是因为圆角向内指向矩形的中心。这会突显矩形内的内容。这也使得当两个矩形并排时，我们更容易分清哪一条边属于哪一个矩形。尖角指向矩形的外部所以对内部的内容突出相对更少。尖角也同时使得两个矩形并排时区分它们的边界变得相对困难。因为每个矩形都是完全相似的直线条。而圆角矩形的临近边都不相同因为这些线只曲向其所属的矩形。

结论

关于圆角更适合眼睛还有更多可以说。我们的眼睛处理圆角不仅更容易，圆角也同时使得信息更易被处理。毫无疑问圆角很吸引人，但上述这些使得使用圆角更加有理由。现在当你与客户谈论圆角的时候，你可以告诉他更多，而不仅仅是因为“圆角看起来很漂亮”。

参考资料

1. [1] 圆角矩形的实现
2. [2] 闪烁增强对比度时角的凸显性与角度的线性变化
3. [3] 为什么我们喜爱圆角
4. [4] NeuroFocus研究揭示Gap的新Logo哪里错了
5. [5] FMC的可视化指南

译后语

第一次翻译这类文章，感觉难度比起前端技术类要高，因为出现了很多其他领域的专业术语，而这些术语我并不熟悉，需要重新查阅资料。UX的文章很大程度上有一种共同的特点，就是看完之后似乎并无所获，很多都是显而易见的。然而并不是每个人都清楚地知道为什么，并且在可能出现的下一个项目里怎么做。

本文中提到了圆角的诸多优势，但即使其再有优势，任何一样东西都不应该被滥用。从形状上说，直角和圆角相辅相成。很多交互设计里，圆角都专门被用在按钮、tab，特别是按钮。将按钮从各种直线分割的内容块里快速地用独特的形状表现出来很有必要，而圆角，将用户的视线聚集在按钮的本身内容上，并暗示按钮的“安全性”，这对吸引用户点击的注册按钮、促销Landing上的分流链接等额外重要。这也是为什么，有些设计里按钮明显突兀，和整体设计不合。

作为前端，我向来讨厌圆角，尽管CSS3只需要一句代码。但不可否认，直角的严谨性和专业性可能适合大部分Programmer。

Related Post:

• No Related Post

但UX难以衡量，可能只是一个idea，但也可以是一个庞大的范式性的知识集合约束出来的页面细节。就如同交互在UED中的作用一样，虽然很多团队甚至没有专人负责交互，但交互却无处不在。交互差直接导致易用性差，这对功能性页面几乎就是致命的。很多团队，交互总是最为缺乏的一类人，其工作内容被或平均或不平均地分散到产品、设计、前端的各个环节。也正因为此，产品的可用性直接和这些被分散的非专业交互设计挂钩，虽然不是绝对，但常常因此留下了隐患。

前几天我打算写几篇关于UX的文章，但两篇草稿都在写了400字刚过的时候断了思路，这才发觉，虽然很想表达自己这些年对于交互对于UX的理解，但往往写之前觉得很有用，写完之后甚觉鸡肋——可能是自己一直以来看轻UX的本质的劣根性在作祟。于是我删除了自己词不达意的草稿，转而开始翻译现有的国外的文章。

这过程中，发觉自己毕竟不是做交互的，所以写出来的和UX相关的东西的细腻度非常匮乏，最终要的是，缺乏支持某些现象的根本证据。而这点上，国外的优秀作品就做的非常好，不仅说明现象，还会引述各种文献资料(很多都是生物学、人体工程学、心理学的著作)论证本质。面对如此专业的UX研究和总结，我只能是望尘莫及。所以我这个半吊子还是先边译边学，今后我的博客也会开始翻译UX相关文章(我对自己的翻译质量还是很有信心)，并且已经有几篇提上进程，到时欢迎讨论。

这2年博客已经存在19个分类，自己的关注点也越来越多，虽然注意力分散通常不是什么好事，但我已经成了自由的佣兵，身上必将积蓄更多的旁骛——反过来想，注意力分散，也算是生活更加丰富多彩不是么？UX作为我博客的第20个分类，龙年一定给力。

Related Post:

• Hello, 2012(2012/01/04)
• 博客的复活(2011/10/11)
• 博客放弃兼容IE6以及IE7(2011/05/29)
• 写给过去的2010(2011/01/01)
• 博客，互联网的家(2010/07/01)

1
2
3
4
5
6
7

<a href="javascript:;" id="base_scrollToTop" class="W_gotop" style="visibility:hidden;">
	<span>
		<em class="sj">♦</em>
		<em class="fk">▐</em>
		返回顶部
	</span>
</a>

正是这种细微之处，体现了前端的创想力以及对页面性能的进益求精。

对于像渣浪微博这样的网站动画滚动是不合适的，因为页面太长，长到动画滚动显得太过僵硬，而且对于这类网站性能才是第一位的，动画用在这种地方显然很多余。不过对于个人网站或者展示类网站，页面长度只是稍稍偏长，用动画过渡就显得不那么突兀了。

一个典型的动画滚动到顶部的代码片段可能和下面这个极为神似：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

function scrollToTop(a, f){
	a = a || 0.1;
	f = f || 10;
	var d_x = b_x = w_x = 0,
		d_y = b_y = w_y = 0;
	if (document.documentElement) {
		d_x = document.documentElement.scrollLeft || 0;
		d_y = document.documentElement.scrollTop || 0;
	}
	if (document.body) {
		b_x = document.body.scrollLeft || 0;
		b_y = document.body.scrollTop || 0;
	}
	var w_x = window.scrollX || 0,
		w_y = window.scrollY || 0;
	var x = Math.max(w_x, Math.max(b_x, d_x)),
		y = Math.max(w_y, Math.max(b_y, d_y));
	var speed = 1 + a;
	window.scrollTo(Math.floor(x / speed), Math.floor(y / speed));
	if(x > 0 || y > 0) {
		setTimeout(scrollToTop,f,a,f);
	}
}

基本上也都是如此，可能参数上稍有不同。如果使用jQuery，滚回到顶部也许是最为常用的代码片段，简单到只有一句：

1

$('body,html').animate({scrollTop:0},300);

之所以同时动画 body 和 html 元素，是因为各浏览器对于 scrollTop 这个属性的解释并不相同：

• Firefox和IE的标准模式下，只有设置 html 的 scrollTop 是有效的，对 body 的设置会被忽略。
• Firefox和IE的怪异模式、以及Safari和Chrome(任意模式)，只有设置 body 的 scrollTop 是有效的，对 html 的设置会被忽略。

因而，我们必须同时设置 html 和 body，但另一个问题也随之而来：Opera会重复设置这两个值从而使得动画变成了“破画”一般，尤其是在长页面里。好在新的Opera似乎已经修复了这个问题，至少我测试的时候没有发现。尽管不完全，因为Opera至今关于 scrollTop 的bug仍然偏多，比如设置 textarea 的 scrollTop 没有作用(Opera 11.06)。

关于Opera的这个重复设置 scrollTop 的bug，网上有一些解决办法，比如最为直接的就是嗅探Opera并单独只动画 html。但这样并不可取，原因是未来Opera必会慢慢修复这些bug，基于浏览器嗅探的代码会变得过时。jQuery smooth scroll bugs 中有一段关于 scrollTop 的兼容代码，其思想是尝试移动1px来测试浏览器是否完好支持 scrollTop。写到这里，巧合是当我今天去访问这个参考网址的时候页面跳出了最近风风火火的“抵制SOPA”的抗议(这几天cb上不是一直在刷SOPA的信息嘛~)：

打开页面的时候，我真心被国外站长对于争取自身权利的那份热诚深深感染到了:)

最后放上自己的一个jQuery插件Scroll to Top的DEMO，不得不说，这类插件真是满地都是——虽然我的题目是插件，但其实内容多半和插件没半毛钱关系…~hhhe

Related Post:

• function与感叹号(2011/10/25)
• Image Lazy Loading(2011/02/05)
• JavaScript字符串连接性能(2010/10/06)
• IE9，Opacity 和 Alpha(2010/08/18)
• Web书评(2010/07/02)

/* ———– translation begins ———– */

Firebug 1.9 已经发布，和往常一样我又有了这样一个机会，来介绍一些被引入的新特性。

首先来看看下面的兼容性列表：

• Firebug 1.7.3 适用于 Firefox 4.0
• Firebug 1.9 适用于 Firefox 5.0 – 11.0
• Firebug 1.10 适用于 Firefox 12.0 (nightly)

Firebug 1.10 alpha 1 下周面世，你也可以同时在Firefox最新版上使用 Firebug 1.9b6。

这是一个所有新特性的纲要：

• Firebug UI 停靠
• 复制JSON相应到剪切板
• 显示语法错误的位置
• 网络面板的新的列：协议
• 快速从页面中移除元素
• 函数对象：displayName属性
• 每个控制台日志都有了源信息
• 重新发送HTTP请求
• 条件断点的工具提示
• 在DOM面板里添加监控
• 来自游览器缓存的响应头
• 字体查看器(Font Viewer)
• 字体工具提示
• 数组项的工具提示

Firebug UI 停靠

Firebug UI 可以停靠在浏览器窗口的所有4个边缘。打开开始按钮(start button)的弹出菜单，选择Firebug UI 位置(Firebug UI Location) 子菜单并且最后选择你最喜欢的停靠位置。

复制JSON相应到剪切板

你是否在处理 AJAX 以及 JSON？Firebug允许你监视JSON相应并拷贝JSON树的部分到剪切板。展开HTTP请求(在控制台或网络面板里)，选择JSON选项卡右键JSON树打开上下文菜单。

显示语法错误的位置

控制台面板里显示一个箭头，指向语法错误的准确位置。

网络面板的新的列：协议

网络面板提供了一个新的协议列，用来显示每个HTTP请求的协议。你可以使用这列通过协议来排序所有的请求，或者只列出https请求。这一列默认不显示，你需要在列标题上右键定制需要的列。

快速从页面中移除元素

众所周知的“查看元素(Inspector )”特性允许快速移除页面中选中的元素。只要查看该元素并按下Delete键，就能移除当前页面高亮的元素。

函数对象：displayName属性

Firebug也支持 displayName 函数对象属性。你可以使用这个属性来为匿名函数指定自定义的名称。Firebug将会使用此属性来显示堆栈跟踪(stack traces)。

每个控制台日志都有了源信息

这只是一个简单的新功能。每个在控制台里显示的日志都有其源(文件URL和行号)。当然，Firebug会在你点击这些源链接的时候显示源。

重新发送HTTP请求

网络面板允许重新发送一个已经存在的HTTP请求。只需右键它并在弹出的上下文菜单里选择重新发送(Resend)。好用又简单。

条件断点的工具提示

脚本面板为条件断点显示工具提示，你不再需要为了查看当前断点的条件而特意打开条件编辑器。

在DOM面板里添加监控

DOM面板里引入了一个新的添加监控(Add Watch)命令。这允许开发者找到特定的对象和域(可能深达结构的数层)并将其直接放到脚本面板的“监控”窗口，这样可以进一步检查和监视它。

来自游览器缓存的响应头

网络面板现在甚至显示来自游览器缓存的响应头。只需展开HTTP请求并检查Header页，在底部有个新的区域(如果响应来自缓存的话)

字体查看器(Font Viewer)

Firebug引入了字体查看器(主要是应对 *.woff 文件)，并集成在网络面板。如果你的页面加载了这些文件，你可以展开对于的请求，并查看所有下载字体的元信息。这非常酷！

字体工具提示

还有一个为设计者的贴心支持，如果你将鼠标移动到CSS面板的字体的上(或在样式边栏)，你将会看到一个字体预览的提示信息。

数组项的工具提示

另一个精巧的改进有关于调试和监控一个数组值时使用提示。如果移动鼠标到一个数组括号，你能看到实际的值，看下面的截屏。

/* ———– translation ends ———– */

可见，Firebug 1.9的改进非常之多，而且很多都是非常实用的功能。在我之前写的 WOFF和Google Font API 里我曾抱怨Firebug不支持woff格式的字体预览，这个问题也在新版的Firebug里解决了。希望未来的 Firebug 愈发犀利，让苦憋的前端攻城师人人有口饭吃…

Related Post:

• Tilt: Firefox的3D化插件(2011/10/28)
• CSS3 box-shadow 详解(2)(2010/12/29)
• CSS3 box-shadow 详解(1)(2010/11/04)
• 漫谈font-size(2010/07/07)
• 跨浏览器边框探索(2010/05/13)

在IE67日渐边缘的如今，2012可能是前端重心转移最为明显的一年。于此也就不去考虑过时浏览器的兼容性了，对于它们，能看看内容就已经不错了，管它美不美观错不错位，时代在进步，往前看才不至于失业……

今天琢磨了会写了下面这样一个CSS圆角Tab，和网上流行的圆角Tab不同之处在于：Tab底部也使用圆角过渡。

我简单制作了一个DEMO，列出了HTML结构和CSS：

为达到底部使用圆角过渡的目的，关键就是下面两点：

1. border-radius 的使用时显而易见的，这个属性在所有现代浏览器中工作良好，并且在无论是Firefox还是Chrome的更新里，都不再需要前缀。
2. 由于Tab下沿的圆角无法填补，需要用 li 的伪元素来定位填补，同时还需要 a 的伪元素来定位覆盖隐藏Tab下沿的边线。

具体结构我绘制了一张框图，感觉上这种圆角的参数很微妙…

代码里面值得一提的可能只有一条：

1
2
3
4
5
6
7
8
9

.top-nav li.current:after{
	content:"\200B";
	position:absolute;
	display:block;
	width:100%;
	left:0;
	bottom:-5px;
	border-bottom:1px solid #fff;
}

那就是 content:"\200B";。其实之前的 再谈清除浮动 里也已经提到，这个 U+200B 字符是一个“零宽度空白”，其本身就不可见，所以也就不需要在使用 visibility:hidden; 来隐藏内容。

2012/01/10更新：非常巧合的，css-tricks的Chris Coyier在几天后也发了一篇关于圆角tab的文章 (Better) Tabs with Round Out Borders。对于Chris Coyier大神的圆角我只能说，“用阴影而不是伪元素来盖住直角多余的部分”这真太有创意了！他的实现使用了2个伪元素和box-shadow，而我用了3个伪元素，但没有使用box-shadow。讽刺的是，在IE67下轻微错位的我实现方式，可能更适应国情…

Related Post:

• 再谈清除浮动(2011/10/28)
• 再谈inline-block(2011/10/19)
• 开发过程中的调试样式(2011/08/27)
• 新的wordpress主题(2010/08/30)
• CSS3 Media Queries 详解(2010/08/23)

下面这张照片是在2011年最后几天在家拍摄的——虽然卖萌可耻，不过我也打算偶尔可耻一回——Hello，2012，我是葵中剑，我就在这里迎接你的到来~

我也希望，看到这张众所周知的“植物大战僵尸”里的向日葵笑脸的人，也能在新的一年里，笑的如此灿烂。

看看过去的2011，似乎还是发生了很多事。然则对于Web而言，也绝对是值得回味的一年，IE6、IE7逐渐趋向边缘的同时我们仍然必须对国内的各种悲剧唏嘘不已——我们看到了微软宣布了IE的自动更新，看到了facebook诸多新应用对IE7的抛弃，也看到了全世界各种各样日新月异的技术百花齐放，但回头看看微软自己的The Internet Explorer 6 Countdown网站，一只鲜红的公鸡依旧鲜明挺立在世界地图的中央，除了感叹还能有什么其他想法…

各种网站接连倒了下去——我的域名年龄区区2年，但这段时间里，曾经和我同时开博的半数朋友们的网站都已挂掉，当然也还有很大部分无限期的休眠了。也许写累了，也许迫于生活的压力，也许兴致已去，2年时间对于一个网站来说可能转瞬即逝，但对于一个博客而言，却已经算的上是漫长。不过每天仍然还是很多新的博客冒出来，大都充满充满朝气，有的略显浮躁，偶然还会遇见几个特别惊艳的——无一不凸显出横在我眼前的沙滩是如此狰狞…

过去的一年里我总共写了50篇文章（包括服务器故障遗失的2篇），产量和质量都马马虎虎:)。感谢为数不多的各位读者和看官在过去的一年中，在日渐稀薄的技术文章里依旧给予我的小小的关注。谢谢大家！！！

2012，希望能长胖些吧，希望能更犀利的吐槽，也希望能继续卯足劲为Web的发展贡献绵力。2012，加油！给力！

Related Post:

• UX是Web的灵魂(2012/01/20)
• 博客的复活(2011/10/11)
• 博客放弃兼容IE6以及IE7(2011/05/29)
• 写给过去的2010(2011/01/01)
• 博客，互联网的家(2010/07/01)

我有两副Mx500，弯头的老版以及之后的RC-L。很多年前还有很多人争执这老版和新版之间的高低，但其实在我看来基本没什么所谓的差距，耳机界向来喜旧厌新，把旧版捧到天上去也不足为奇。同样是森海塞尔的相同定位的东西，又能相差到哪里去呢？相对而言只是新版的声色更为亮丽，也许太亮也会有很多人不习惯吧:)

然而就是这么两副陪着我6、7年之久的耳塞，居然都挂掉了。倒也不能说森海的质量太差，只好怪自己使用的太过暴力。然而数年来已经适应Mx500的耳朵，对各种新潮的其它同价位耳塞实在没什么兴趣，囧啊。不过突然想起来之前曾经帮同事修理过他的CKM55，为什么我不修理一下自己的耳塞呢？两副耳机一副断线一副插头损坏，还是可以抢救一下的。断线换线，断头换头——就抽空淘宝找了几个插头、银线、热缩管，开始着手DIY换线。

过程略……插曲是第一次左右声道焊反了，不过最后顺利整好。银线+百威插头的组合，比起官方原配自然看起来要牛X很多~ Mx500的声音原本就是万金油般的平衡，换上银线后声色没有明显变化，稍稍变的更为透澈一些。以前我一直觉得换根线能有多大变化？现在稍稍改观一些，换线很多时候都能直接对声音产生影响——当然影响不总是好的，原配线往往是成本和协调的综合结果，随便乱改线材还是属于折腾一类。好在Mx500本身不敏感，无论是换银线还是无氧铜线，都换不出啥大问题~

Mx500是我的第一副真正意义上的耳机，当初还在淘宝上淘所谓的工包，但实际上最后还是乖乖花钱买了行货。长期的关注加上对比，那年还写了一篇《MX500(RC)真假鉴别》，只不过那时自己还只是个学生、还不是一个前端工程师、还没开始写博客，又有谁能想到呢，多年之后，或许Mx500仍然陪伴着我，但我却无法想象自己在做什么。

这么多年来，从Mx500开始，一直到买入K701，蹭听各种旗舰，从低烧到高烧到退烧，仿佛人生般起起伏伏。但愿这一开始就陪我一起走来的Mx500还能继续陪我走下去，并带给我更多迷の感动~

BGM @ 天門 – 神々が恋した幻想郷

Related Post:

• 重装的K701和重生的MX500(2012/01/29)
• SONY D50 M10 & AKG K701(2010/12/11)