@
ArchStacker 不是说不想鼓励，本来挺好一个想法应该给支持的，但是实在不喜lz的一些态度。
一开始看着，觉着这想法挺有意思的，因为favtube君也是个产能控，以前鼓捣过类似的想法。所以阅读时不免把以前一些想法代入，所以马上就把这个想法定位为小众。其实，小众就小众嘛，没啥大不了的，有人赏识便是高兴。但lz很不屑，lz展现出来的态度就是，这想法是跨时代的，是能改变世界的，没有这种习惯的用户那是你们的问题。从头至尾那姿态简直就是高高在上，容不得非议，一旦有非议，必将一一歼之，并在往后的回复里作为胜利品般反复展现。
favtube君好久没这么较劲了，再次蠕动过来发帖。
首先是关于留言互动。
留言主要有六类，第一类是一开始没理解楼主的，第二类是没说明原因直接给否定意见的或是聊的东西跟主题不相关（但要定义为“喷”的话，太勉强了，请去某涯或某浪新闻上看什么才是“喷”），
第三类是尝试讨论然后谈不拢的，第四类有提出很好意见的，第五类是明显表态支持lz要给lz鼓励的，第六类是看不惯于是较真发帖的。
先看第一种，没理解楼主真正意图的。
这类童鞋比较普遍的两个误解，就是Cc作为粘贴的条件触发，还有文本替换时Cc无法胜任。ok，遇到别人提出疑问，最好的方法是什么？解释清楚，优化表述。
这里favtube君要说一点自己主观的想法，lz的表述确实是不清晰的。
1. 很多回复都明显是基于理解错误发的评论，这是一种普遍的现象，lz不要假设v友们的智力水平无法理解你的概念所以看错，有可能是你表述的问题。
2. “选中，然后用Ctrl+c实现复制，之后的Ctrl+c就没用了（除非再次选中）”，要知道，选中，按Cc之后，选择区域还在，如果不读括号里面的内容，很容易就理解为，“无论如何第二次按Cc就是粘贴”。
同理可见lz这句话，“ @
iwege Ctrl+c复制，再重按一次就粘帖，你还在犹豫什么呢～”
较合理的表述应该是“选中文本，用Cc就是复制。如果没有选中文本，那么Cc是没有用的，为什么不用它来实现粘帖呢？”
3. lz在很多人误解的情况下，不是重新优化一下语言再做追述，而是一股脑的把之前别人误解的交互贴出来，让人满眼望去不知所云。
对于交流误解，其实原因可能有很多，本身不是件大事。解释明白就可以，不晓得为何还得专门把理解错的人的评论专门挑出来点名说这些是“经典的错误”，大家不要再“犯错”啦。
然后是第二种回复，没明确表示原因但直接说自己对这个想法不感冒或否定。
这些回复里，大多数童鞋就是纯粹的表达自己的想法，求同存异呗。当然，@Starduster 的回复确实让人不知所云，动辄拿版规出来压人的孩纸不是好孩纸。关于版规，favtube君惶恐不知所措，一切还得请教 @
Livid 天神。
第三种回复，话不投机，无法谈拢。最为经典的是 @
lostarray ，窃以为无论如何对错他提想法都是经过自己的考虑，想要来展开友好的讨论，但旁观角度看来lz以高姿态进行对话，同时给予一些强烈措辞，
比如对 @
lostarray 的话
"这是什么破原则", "这是什么破设计？", "为什么你们知道这么些原则你们是干什么的，这些原则出自哪里，还有什么原则，不遵守这些原则会怎么样？", "我只指出这种回复没什么价值），望不再出现", "-我只批评不嘲讽，嘲讽怎么了，如果你做的不够正能量，还不允许嘲讽或者批评你就不能深刻意识到你的错误", "我希望明辨是非的V友能帮我@
lostarray 让他冷静看看事实"
别以为favtube君敏感，favtube君就是敏感！你以为这种态度还能好好对话咩？
第四类，有明显的建设性意义。
窃以为主要是以下几种
1 用户习惯问题
lz的回应：我的想法非常好，如果用户觉得不好，那是他们的习惯问题。
2 粘贴，替换的概念问题（窃以为 @
msg7086 的粘贴是替换的一种特例挺合理的）
lz的回应："粘帖描述成零个字符替换，更进一步地暗示粘帖就是替换，你意淫的不错。"
3 两个复制动作，有可能会造成错误操作，也就是错误的把本来要替换掉的文本复制进剪贴板了。
lz的回应：用户习惯问题
4 一个方法只干一件事情 （favtube，不才，觉得这是设计中一种很重要的理念，旨在减低学习成本和减少错误率）
lz的回应："这是什么破原则", "这是什么破设计？", "为什么你们知道这么些原则你们是干什么的，这些原则出自哪里，还有什么原则，不遵守这些原则会怎么样？"
5 Cc的改动的实际意义，觉得想法小众
6 一些其他的为了提高用户效率的方法（基本上lz都没听说过）
7 光说不练没意义，希望lz先实践再发表意见
8 指出实现这个功能需要考虑一些具体技术问题
9 提供了一些解决方法
（这里favtube君要表示一下，除了 @
chunyang 的emac解决方案，其它两位 @
icylogic 和 @
jiyee 给的解都不是楼主说的逻辑）
从第四类回复里，其实很容易可以看出来，大多数人还是很喜欢高产能的方法的，基本也没人排斥有某个按键可以做即复制又粘贴的工作，矛盾点在于为何一定要改变现有的Cc？但lz无法通过满屏的回复看到一些正反馈，坚持认定一定要改Cc的现有功能，不知道是不是习惯性的辩论式反击。窃以为，实在顽固啊。
第五类，支持lz的，挺好，本来favtube君也会出现在这类人群里面，但基于lz的态度问题，favtube君较真抬杠加敏感，瞬间变异成第六类。
然后，提一下lz回复favtube君之前之回复。
lz：
1.1你的表达才是不清晰的，根据“因为他原本复制的内容被新的选取内容替换掉了。”你应该想说原本想粘帖结果变成了复制（粘帖板的内容被更新了）是吧
---
好吧，如果你没看明白，可能我没表述清楚。
lz：
1.2和其它的“误解的大多数”一样你你还不能理解我的idea，虽然这个idea不难理解：要替换（这里的替换可不是粘帖板的新旧内容替换）就cv，要用cc粘帖就不能选中，选中之后cc只能复制
---
favtube君的原话是：“你的设计里cc是当有选取时是复制，
无选取时是粘贴，”
真的是理解了lz的idea才发的回复，请注意，我提出的是一个使用惯性问题，未选中时的Cv跟Cc是完全一致的功能，都有“粘贴”的功能，在大量的操作“粘贴”和“替换”交错出现的实际环境中可能会产生误操作。
lz：
3.切换过来你也得切换不是？
---
问题是你切换不切换如果实际结果都差不多，那还有什么意义？本来这关键点就不是在于要去改变Cc的功能，关键点是在于由于它们都是CTRL组合键，所以导致你只能用左手食指去按c或v才会有单指切换指位的问题。favtube君表示自己以前的解决方案分分钟秒杀改变Cc功能的方案。
lz：
4.上面已经有人通过各种非OS层面实现了。
---
*注意* 有人在非os层面实现了这个功能，不等于这个功能不在os层面实现。lz应该是没接触过设计，所以我能理解lz的理解不能。Cc和Cv的功能属于os层提供，属于一种任何在这os上运行的软件应用都普遍认可的功能标准，甚至可以说是一种工业标准。每个os从这个层提供的基础功能不一样（如mac的剪切就跟win不太一样），会导致在这层之上的软件做不同的相应调整和扩展。如果你只是单纯的在应用层去修改，很可能会产生bug，或跟不同软件产生冲突，可迁移性也不好，注定是小众。这是现实。
lz：
最后从1到4其实都是老问题了，我都回复过了，你把他们重新问了一遍！
---
v社还不让人自由表达了？还需要你着重强调？这么着，郑重的跟你说，哪怕是重复的十万个为什么，只要高兴，favtube君分分钟给你重头再演绎一次。
当然，lz也是有favtube君欣赏的点：
1 想法有意思。
2 如果这个贴子作为营销案例来看的话，是成功的。
3 做事热情。
接下来favtube君想提建议，不过在这之前，得先证明favtube君是有资格提建议的。
第一，favtube君本身是热键控，像photoshop，intellij等等软件，一上手必研究热键。现在日常工作快捷键组合数十种。当然跟vi，emac的用户来比，他们分分钟秒杀在下，但好歹有发言权。
第二，很久前，favtube君也有为了提高复制粘贴的速度做很多的实验。其中很值得一提的有两个案例。一个是在excel大批量复制粘贴的时候，定制了f1（复制），f2（粘贴），然后原来的f2键移到f3，这样的话，中指食指刚好贴合在两个按键上，操作甚是愉快。另一个是由于受到linux终端的启发，定制了鼠标中键复制和粘贴（其实就是楼主Cc的功能），然后win+中键粘贴，CTRL+中键剪切。随后可以去扒出来分享一下。
第三，前面给的方法favtube君都不满意，俩是错的，一个是在emac下，所以favtube君写了一个window下比较满意的方法。所以说，在下算是有真的去尝试。
第四，favtube君呕心沥血的在window下强迫自己用Cc，和Cv用了两周。算是第一个有实际使用经历的淫。
上点干货：（请安装AutoHotKey，win7下两周亲测，不完美，有bug，但也算是90%实现了这个体验）
~^c::
last := clipboard
clipboard := ""
sleep 50
if (clipboard == "") {
clipboard := last
send ^v
}
return
说实话，现在已经用mac多年，一开始几天转变挺痛苦。后来习惯的时候，没觉得有什么质的不同。而且真的多次发生过本来要替换，结果手抽经按成Cc，导致很痛苦的得重新回去原来的内容再复制到剪贴板里。
第五，favtube君在公司里随机问了2个产品经理，一个高级UI还有一个程序猿，了解了一些资深人士的想法。
问题如下：
1. 假设有这么个想法，选取区域时Cc是复制，不选取时Cc是粘贴，同时Cv保持原功能不变。请问：
这个想法如何？
其中3个人表示想法有些意思，高级UI表示完全无爱。
是否会想实现它？
1个人（程序猿）觉得没有很大意义，因为关于复制粘贴替换有太多的实际解决方案了，如上移一行代码，快速wrapping等等（favtube君表示十分赞同）。2个产品经理觉得会产生困扰不应该实现。1个人（UI）强烈反对。
有个产品经理提的点很好，这个实现不利于培养用户的使用惯性。
如果实现，应该是如何去实现？
UI强烈反对，拒绝回答这个问题。一个产品经理觉得功能太小众，可以作为os的插件提供给用户。其他两个认为要在OS层实现。
2. 一种方法只干一件事，你是怎么看待这句话的？
所有人都表示是一种很好的设计理念。
好，favtube君开始向lz提一些建议
1 有东西分享很好，别太骄傲了，别人理解错你就解释清楚，犯不着高高在上的“反驳”，“希望不要再出现了”。
2 要别人表达清楚，尊重你，首先就要注意自己的表达跟诚意。像你回复 @
lostarray “话说冤家还宜结不宜解呢” 你这说的什么话呢？我希望lz是打错字，不过lz这说别人的同时也得好好提高下自己的表达吧？至少在关键点别搞错。
3 多学点东西，长长见识，别给人眼高手低的感觉，没说服力。然后学程序太难或没计划就直接表示，不用提升到“我还没发现让我热爱的语言”的高度。
4 看事情全面一点，这创意无论再有意思，小众就是小众。为什么？你要知道你到底要解决什么问题，提高复制和粘贴的速度对不？这个只是一个动作，一种操作。任何操作的存在是为了达到某种任务的目标。大多数使用计算机的任务，完成任务的瓶颈都不在复制和粘贴的速度问题，而且，提高它们的速度，也有非常多不同的方法，各自在不同的情境里适用。
5 没必要把事情提升到高大上的角度来讨论。真的没必要。lz这个创意跟汽车马车没有任何可比性，请注意其中本质的区别。汽车跟马车相较，是质的不同，不仅体现在速度上跟可持续性上，而且汽车还会继续有优化的空间。lz的创意，撑死把操作原来的几秒变成几秒减去几毫秒，注意，你还要考虑鼠标选取，移动的一系列动作（高apm的童鞋请无视）。而且，能再提升吗？难不成用了能练成弹指神功？
6 最后，做人学会求同存异。有人就是不喜某些看起来不错的想法，这也很正常。比如以前，favtube君主张任何情况任何软件都要最大可能地使用快捷键。但有一次，一个朋友提起ps他只用很少的必要的快捷键，其他时候用的手写板和触摸屏幕，因为这样的操作模式最适合他创作。看了他的一些创作之后，favtube君惭愧的脸红低下了头。
favtube君表示，是因为不喜lz的态度才费这么多时间写这么个长篇大论。虽然初衷是不好的，但是也是希望lz有所反思，对自己的提升有帮助。如果像在正常职场里（favtube君时常负责技术性的1，2面），如果遇到这种态度的面试者，直接否掉你。
Select Language