周记:关于弱点、头脑风暴和密码

周遭环境的变化,总让我产生很多思想上的激荡。这一周变化很多,有很多有趣的东西可以分享。

弱点管理

每个人既有强项,也有弱点。对于两者,无非就是要学会“扬长避短”。在具体实践中,是着重让强者恒强,还是把弱者变强,是一个学问。

在改变之前,首先应该学会的便是弱点管理。

特别是对于团队来说,每个人有强项和弱点。对于特定的人,需要区分短时间内哪些不可变(性格)哪些可变(懒惰)。对于不可变的,不要急着去改变,而要通过其他成员弥补。这种成员之间的互补,实际上就是团队协作的本质。

有些时候,我们无法把所有的弱点互补,所以针对已知的弱点,还应提前建立一套系统,帮助你在面对它们时可以从容应对。

头脑风暴

在《高效演讲》这本书中,Peter Meyers和Shann Nix谈到头脑风暴时谈道;

人们试图通过反驳他人的观点来赢得信誉。我们本能的反应就是消极反应,对新思想不是鼓励而是打击。在我们创造的过程中,我们都已经成为了专业的守门人,一旦新的思想出现,我们就会尽可能的扼杀他们。

在所谓的“头脑风暴”会上,我们通常会扼杀一个又一个的新思想,直到最后剩下一种。然后我们休息一会儿,站在咖啡机周围时扼杀了最后一个。……最终的结果是,再召开此类会议时,没有人愿意提出他们的想法,因为他们认为冒被羞辱的风险是不值得的。真正的创新也就停止了

书中也谈到,正确的头脑风暴,只需要变换一个词即可:把“但是”换成“而且”:

与“是的,但是”相对的说法是“是的,而且”,你了解某个人的想法,不论它听起来是多么的不可思议,你都要颂扬它,并在其基础上添加一些东西。

如何设定密码

公司的密码政策是同一个密码最长有效三个月,90天后就会强制要求你改密码。可密码翻来覆去就那么几个,每改一次都要重新记忆、熟悉一次,很容易就会忘记自己的密码。

我自己的密码,采用的是密文+明文的方式。即把密码分为两部分,一部分密文,总是使用熟悉的密码,明文部分则随便变化但要写在明处。例如你自己熟悉的密码是123456,则可以随机生成一个明文,如abcd。然后把abcd写在纸上,贴在电脑旁边,每次登录时,依次输入密文(123456)和明文(abcd)即可。这样,每次改密码,只需要修改明文部分即可。

PS: 在一些网站注册新用户时,也可以把明文选为网站域名。以此来增加密码在不同网站的变化。

简单密文和明文的叠加,依然有很大的安全隐患,因此在此基础上,可以加入“规则”做二次加密。如在输入密文和明文时,不是简单的依次输入,而是交叉输入,上述例子的密码就是“1a2b3c4d56”。这种规则也要熟记,但只需要记忆一次。这种规则可以变得很复杂,下面列几个例子。不过对于日常使用,简单的可能就已经够了,毕竟输入密码太费时间就得不偿失了。

如此设定密码,“密文”防范的对象是计算机这一边的人,“明文”防范的是计算机那一边的人,“规则”则可以防范所有人。

Facebook的React

入坑React。

先看了14年F8上关于React和Flux的演讲。一方面,感叹Flux之于MVVM的优势,它和事件驱动模型的相似,以及React对VIrtualDOM、DOM-diff算法的研究。另一方面,也惊叹Facebook的工程师在研发React时,从业务抽象问题,提出解决方案,大胆尝试,积极推广,最终开源于天下。

有时候,喜欢技术的工程师,总会抱怨自己被业务缠身,苦于一身技术本领无从施展。如果你也有类似的苦恼,不妨学一学FB的工程师,他们在被业务缠身这件事上,和你并无两样。不同的是,他们在解决问题时,愿意走的更高更远,把问题从业务剥离,用长远的眼光去解决问题。

You Might Also Like
发表评论