推荐 JavaScript 的 underscore
钱钟书有个笑话,讽刺西方科学,说他们研究要左眼,就不研究有眼。研究汉语的,只研究标点。
但其实环境越简单越单一,越容易做好。
想到国富论中关于钉子的比喻,大体意思是,如果你一个人做钉子,也许一天也不一定做出一个,但如果合作,会产出成百上千的钉子。简单来说,就是分工带来效率的大幅度提升(当然到现在也有改变,比如会允许工人换工作,比如 facebook 就有规定,如果你在 master 了一个领域后,允许换组)。
计算机,线程间切换,要存储上下文,非常浪费效率。而人脑工作方式和计算机的工作累死,多任务只会让效率变低和准确率变低。
人脑更容易理解表肯定的词语,而不是否定的词语。
自家公司,顶一下!
应该有相似问题的解决方案什么的吧?觉得数学是入门最慢的。。。
离散。感觉和计算机相关性最大吧?比如会单独讲下证明的方式,bool,数论,概率论 http://book.douban.com/subject/3125432/
高数,概率统计,线代。
高数似乎是要先行,因为概率要用到一些微积分。线性倒是很高数没有什么关系。
有个网站是常见算法的可视化(但比较简单,就是用长条代表大小),但我忘了让我丢哪了。。。
positive feedback
@pynix julia 据说还可以直接调用 c,java。 还有就是做一些数学操作非常 handy。
求 lisp 活跃的论坛!
顶下!
说句题外话,测试可以一直跑着,这样有什么错误就能及早发现。。。如果再加上个 git 什么的,那么错误可以很容易被排除(其实我今天刚被一个非常低级的语法错误坑了好久。。。)。
有个 emacer 这么说,推荐大家都先用用 vim 和 sublime,这样才能用好 emacs。
刚搞完一些最基本的东西,准备从 sublime 换回 emacs 了。
underscore 的_.partial 算不算?
(我一直把闭包当 curry 用,需要的话,就丢进去。)
class TimeSetter
def self.convert(d)
y = 1980
while (d > 365) do
if (y % 400 == 0 ||
(y % 4 == 0 && y % 100 != 0))
if (d > 366)
d -= 366
y += 1
end
else
d -= 365
y += 1
end
end
return y
end
end
这个代码不知道大家有没有兴趣重构。微软的,被翻译成 ruby 了(不是我翻译的,原来代码就存在 bug,所以翻译过来也有 bug)。
也可以找一些 cheatsheet 来用。有些东西很重要可以覆盖 8、9 成,还有些很通用。我属于那种不挑方法的人。。。比如数据库查找用 find 可以搞定 n 多。 个人觉得代码的可维护性和是否优美,够不够短关系不是最大的。我跟愿意把精力放在 dry 和写些小的 method 上。 真的有需要的时候才会去查。
用 clojure,但有的时候真的想直接写 java 去。。。
异性为提高生产力的。 和性有关的笑话一般都是很好笑的。 把东西和性联系起来,也会增加记忆力。
JavaScript 的 function,变量,好像是在无论在哪定义,都是可以找到的。后面那个会把前面的覆盖掉。而且 JavaScript 是 function scope,if,for 什么的没有增加一个 scope(java 就不是)。
顺便一提
}
else {
这个似乎有的浏览器会在第一个"}"后面自动加上";" 不太确定,好久没碰 JavaScript 了。。。
#27 楼 @assassinpig 我没说清楚,应该是压力过大。
压力和记忆力的关系知道的不多。但一定的压力是非常有必要的,但非常大了,就有害了。
#21 楼 @moliliang 想要记得太多,记不住,是正常的。。。这个不能算是记忆力减退,如果这样的话,就没什么好担心了。
最近,觉得 14 寸的 mac 屏幕太大了,想外接个简述的飘过。。。 你们都无视我吧。。。
非常严重了,而且还需要很好的记忆,去去看看医生吧。
如果不严重,等等再说。
没有证据说,人的记忆力会随着年龄递减。
记忆力不好,不想记的可能性最大。如果觉得一件事情无聊,你肯定记不住。
记不住的东西是什么?人擅长记忆某些东西,不擅长记忆另一些。
再就是身体最近怎么样?
压力是否很大?
有些不知道的东西反而很重要,说的高深点,就是在不透明的情况下决策。
从软件开发的角度讲。有个策略是敏捷开发。没需求想想办法确定需求,xp 有个思想就是,不写不需要的代码。代码需要维护,越多,越不好维护。要灵活,快速应对变化。我不知道明天怎么样,但我可以保持灵活(所谓的反脆弱)。
当然也有很多办法可以避免损失(折中方案总是有的)。
比如一个公司如果想创业。可以先做自己公司的库,这个可以很好的提高效率,增加大家的积极性。然后还可以做自己需要的工具,如果好了的话,可以开源,再牛逼点,就做成产品。似乎 37signal 就这么搞的(没根据的,乱猜的)。
比如框架这个东西,非常重要,写好了花的时间太多,写不好了,又不好用。干脆开源,大家一起写。你获益,我也获益。可见的好处是知名度,不可见的好处是积极性,能力,代码质量。
运气这东西很不好说。觉得 DHH 不拼爹,也不靠运气,一样很牛。 觉得做好一件事靠的更多的是努力和一点点天赋(其实环境什么的也非常重要了。。。),但你要做到最好,比如你写个语言非要赶超 ruby,那就需要运气了。