• 转发微博RT @mattdallas:webpack 作者发推说新年会有一份神秘大礼给中文 webpack 开发者们,附上了之前求中国大使的截图,看来是中文社区有动作了[馋嘴] 期待中~ 网页链接 2017-01-20
  • 网页链接 昨天在年终总结会上,5分钟现场撸了个抽奖代码,真的是现场公开撸的,因为投影仪开着,底下一群人在围观。。。最后顺利完成抽奖,很久没在大庭广众下写码了,心情久久不能平静,记录下新路历程。。。 ​ 2017-01-17
  • 好有趣的书,感谢 @图灵教育 ​ 2017-01-13
    好有趣的书,感谢 @图灵教育 ​
  • 地球上最大规模的哺乳动物大迁徙:非洲 vs. 亚洲 ​ 2017-01-12
    地球上最大规模的哺乳动物大迁徙:非洲 vs. 亚洲 ​
  • 我围观了@男神 的回答,该问题价值999.00元,围观仅1元,快来一起围观~ 网页链接 2017-01-12
  • 回复@chemzqm:有些结论恰好相反,FP更容易单元测试和运用TDD,另外与OOP相比FP的抽象程度更高因此适合于更底层的抽象。//@chemzqm:简单点说吧,函数式写起来方便,而面向对象更容易复用和测试,前者适合多变的业务逻辑,而后者更适合通用的模块抽象。RT @真阿当:从过程式编程到面向对象,我是深刻理解了带来的好处,封装解决了解耦和团队合作冲突的问题,继承解决了代码复用问题,多态通过提供更大的灵活性进一步解决了复用问题。而面向对象需要的“抽象”思维其实非常简单,因为它直接就是我们在现实生活中的思维方式,不存在门槛,基本上专项进行过少数面向对象...全文: http://m.weibo.cn/1659574154/4062062202689009 ​ 2017-01-10
  • 有时候实际项目里没法解决不能修改张三代码的问题的,比如要向下兼容。没错就是装饰器。函数装饰器就是利用高阶函数,这属于FP的范畴。//@真阿当:1,解决"但因为某种原因无法修改张三的函数"更重要,比如公私有和接口设计。2,王五写了个装饰器。 RT @真阿当:从过程式编程到面向对象,我是深刻理解了带来的好处,封装解决了解耦和团队合作冲突的问题,继承解决了代码复用问题,多态通过提供更大的灵活性进一步解决了复用问题。而面向对象需要的“抽象”思维其实非常简单,因为它直接就是我们在现实生活中的思维方式,不存在门槛,基本上专项进行过少数面向对象...全文: http://m.weibo.cn/1659574154/4062062202689009 ​ 2017-01-10
  • 张三写了一个方法操作dom,李四觉的张三方法参数顺序应该倒过来,但因为某种原因无法修改张三的函数,于是李四基于张三再封装了一个新函数,王五说这样不对,应该写个高阶函数返回将任意函数参数颠倒的函数。王五的函数是纯函数比李四的好测。RT @真阿当:从过程式编程到面向对象,我是深刻理解了带来的好处,封装解决了解耦和团队合作冲突的问题,继承解决了代码复用问题,多态通过提供更大的灵活性进一步解决了复用问题。而面向对象需要的“抽象”思维其实非常简单,因为它直接就是我们在现实生活中的思维方式,不存在门槛,基本上专项进行过少数面向对象...全文: http://m.weibo.cn/1659574154/4062062202689009 ​ 2017-01-10
  • FP提升系统里函数的纯度,setup和teardown是有帮助,但还是增加了测试的难度,另外还有一些真实场景很难用setup和teardown来描述。你可以不把FP当成整体,它实际是一整套大理论,但是也是有层次的,你要是不接受那些高级的部分,你就接受map,reduce, throttle,debounce就好了嘛//@真阿当: 还是纯函数嘛RT @真阿当:从过程式编程到面向对象,我是深刻理解了带来的好处,封装解决了解耦和团队合作冲突的问题,继承解决了代码复用问题,多态通过提供更大的灵活性进一步解决了复用问题。而面向对象需要的“抽象”思维其实非常简单,因为它直接就是我们在现实生活中的思维方式,不存在门槛,基本上专项进行过少数面向对象...全文: http://m.weibo.cn/1659574154/4062062202689009 ​ 2017-01-10
  • 首先我不是很认同排斥其他范式用纯FP解决问题,FP有它擅长之处,通常用在局部设计上,还有它可以在不改变别人已有代码的基础上修饰函数api,这一点对定制和维护代码很有好处。网页链接 我之前写的这篇文章,还有 网页链接 版本4和版本6//@真阿当: 这个类比是否成立尚且存疑吧?RT @真阿当:从过程式编程到面向对象,我是深刻理解了带来的好处,封装解决了解耦和团队合作冲突的问题,继承解决了代码复用问题,多态通过提供更大的灵活性进一步解决了复用问题。而面向对象需要的“抽象”思维其实非常简单,因为它直接就是我们在现实生活中的思维方式,不存在门槛,基本上专项进行过少数面向对象...全文: http://m.weibo.cn/1659574154/4062062202689009 ​ 2017-01-10
  • 不是任意组合…FP的immutable在同级的scope下任意时刻调用任意函数,它的结果只和参数有关,和时间无关…组合是不同level的scope//@真阿当: 你意思是说函数之间可以任意组合?组合顺序可以随意改变但结果是一样的?这不是纯函数能解决的问题吧,函数内部要很花心思去设计吧?RT @真阿当:从过程式编程到面向对象,我是深刻理解了带来的好处,封装解决了解耦和团队合作冲突的问题,继承解决了代码复用问题,多态通过提供更大的灵活性进一步解决了复用问题。而面向对象需要的“抽象”思维其实非常简单,因为它直接就是我们在现实生活中的思维方式,不存在门槛,基本上专项进行过少数面向对象...全文: http://m.weibo.cn/1659574154/4062062202689009 ​ 2017-01-10
  • 毫无疑问微积分用来解决某些问题比用初等数学解决要优雅和高效得多。但其相应的代价就是理解和运用微积分需要专门的训练而初等数学则相对自然。所以就需要抉择,如果把所有问题都用微积分解决就会让一些对微积分不熟悉的维护者头疼。RT @真阿当:从过程式编程到面向对象,我是深刻理解了带来的好处,封装解决了解耦和团队合作冲突的问题,继承解决了代码复用问题,多态通过提供更大的灵活性进一步解决了复用问题。而面向对象需要的“抽象”思维其实非常简单,因为它直接就是我们在现实生活中的思维方式,不存在门槛,基本上专项进行过少数面向对象...全文: http://m.weibo.cn/1659574154/4062062202689009 ​ 2017-01-10
  • 回复@真阿当:不一样,因为你的方法要操作数据,比如会改变对象的某个属性,恰好a、b两个方法都要操作同一组属性,谁先操作谁后操作,结果不一样。RT @真阿当:从过程式编程到面向对象,我是深刻理解了带来的好处,封装解决了解耦和团队合作冲突的问题,继承解决了代码复用问题,多态通过提供更大的灵活性进一步解决了复用问题。而面向对象需要的“抽象”思维其实非常简单,因为它直接就是我们在现实生活中的思维方式,不存在门槛,基本上专项进行过少数面向对象...全文: http://m.weibo.cn/1659574154/4062062202689009 ​ 2017-01-10
  • 回复@真阿当:其实你的疑惑在我看来就好比是疑惑我们现在大部分问题都可以用初等数学来解决,为什么有几个老家伙非要说微积分好,拿微积分来解决问题。微积分那么难懂,明明真实场景都可以用初等数学解决,为什么还要有微积分。是一样的道理。RT @真阿当:从过程式编程到面向对象,我是深刻理解了带来的好处,封装解决了解耦和团队合作冲突的问题,继承解决了代码复用问题,多态通过提供更大的灵活性进一步解决了复用问题。而面向对象需要的“抽象”思维其实非常简单,因为它直接就是我们在现实生活中的思维方式,不存在门槛,基本上专项进行过少数面向对象...全文: http://m.weibo.cn/1659574154/4062062202689009 ​ 2017-01-10
  • 回复@学渣的奋进:是啊,你get到点了,FP就是数学模型,OOP是现实模型,两个范式抽象程度不一样。//@学渣的奋进:这一下就明白函数式编程是干嘛的了,这是个纯粹的数学世界。RT @真阿当:从过程式编程到面向对象,我是深刻理解了带来的好处,封装解决了解耦和团队合作冲突的问题,继承解决了代码复用问题,多态通过提供更大的灵活性进一步解决了复用问题。而面向对象需要的“抽象”思维其实非常简单,因为它直接就是我们在现实生活中的思维方式,不存在门槛,基本上专项进行过少数面向对象...全文: http://m.weibo.cn/1659574154/4062062202689009 ​ 2017-01-10