z****e
发帖数: 54598 | 1 几个还在用c/python写代码的出来谈fp无用
这不是搞笑嘛，谁说要让这些家伙用fp了？
还在搞硬件level的东西，出来谈什么fp
现在说fp主要说的是scala，jvm上的东西
scala还不是纯粹的fp，还包括有java和j2ee的一堆东西在里面
你还在c/python level，谈什么scala
中间隔了这么两三层，当然搞不明白为什么需要
这跟硬件啥关系？你用不到，并不代表别人用不到
等你java出师了之后，再来看scala差不多
没写过java谈什么better java？
到最后需要解释一堆java上的概念
然后又会回到最原始的为什么要用java上
然后又是，这个有什么难的，c也能做到
是，具体到细节，没啥是难的，其实深究下去，本质也都是c写的
但是凑一起，就很烦，什么都要自己去做，亲力亲为，累死你
这里一点细节，那里一点细节，慢慢把你的工作时间全部耗尽
最后成天就是给人擦屁股，这就是屎坑嘛
productivity上不去，谈不上其他的
从这可以看出做底层的悲哀，开始被时代所抛离
对热点插不上话了，就开始捣乱
思维太底层了之后，哪怕最简单的一步，都会变得很繁琐
你极有可能因为太繁琐而不去做，不是有个笑话嘛
fb觉得whatsapp那个idea做起来太麻烦了，所以就不做了
最后花了一堆钱去买，废话，你用c类语言去写，不累死才见鬼
人家直接上gae，一个人就把backend全搞定了
这就是productivity的差异，那现在你想成为什么样的人？
是以进fb为人生追求呢，还是自己造一个whatsapp为你的目标？ |
p*****2
发帖数: 21240 | 2 productivity太重要了 对于现在it来说
【在 z****e 的大作中提到】
: 几个还在用c/python写代码的出来谈fp无用
: 这不是搞笑嘛，谁说要让这些家伙用fp了？
: 还在搞硬件level的东西，出来谈什么fp
: 现在说fp主要说的是scala，jvm上的东西
: scala还不是纯粹的fp，还包括有java和j2ee的一堆东西在里面
: 你还在c/python level，谈什么scala
: 中间隔了这么两三层，当然搞不明白为什么需要
: 这跟硬件啥关系？你用不到，并不代表别人用不到
: 等你java出师了之后，再来看scala差不多
: 没写过java谈什么better java？
|
z****e
发帖数: 54598 | 3 二爷英明
【在 p*****2 的大作中提到】
: productivity太重要了 对于现在it来说
|
G***l
发帖数: 355 | 4 对我来说productivity倒是次要的，我用fp的主要原因是维护性的提高。我日常做各种
model和analysis，stratification之类的，用fp可以把不同的计算封装在不同的
function里面，这些function可以灵活的combine，currying。no side effect很重要
，改或者替换function变的非常容易。我的业务逻辑里的object类型之间也没有复杂的
相互关系，这样用ADT很简便。比如一个bond可能属性很多，project一个bond的
cashflow可能用到很多其他的class，比如interest rate之类的，但这些只是calc
cashflow这个函数的别的参数，跟bond class没有关系。
【在 p*****2 的大作中提到】
: productivity太重要了 对于现在it来说
|
g****t
发帖数: 31659 | 5 啥叫搞定了Java?
年纪一大把，整天惦记job security的人。
我看不出来搞定了任何一种手艺。
【在 z****e 的大作中提到】
: 几个还在用c/python写代码的出来谈fp无用
: 这不是搞笑嘛，谁说要让这些家伙用fp了？
: 还在搞硬件level的东西，出来谈什么fp
: 现在说fp主要说的是scala，jvm上的东西
: scala还不是纯粹的fp，还包括有java和j2ee的一堆东西在里面
: 你还在c/python level，谈什么scala
: 中间隔了这么两三层，当然搞不明白为什么需要
: 这跟硬件啥关系？你用不到，并不代表别人用不到
: 等你java出师了之后，再来看scala差不多
: 没写过java谈什么better java？
|
z****e
发帖数: 54598 | 6 只有fp会比只有oop难一点
但是也不算太难，两个凑一起你试试
【在 G***l 的大作中提到】
: 对我来说productivity倒是次要的，我用fp的主要原因是维护性的提高。我日常做各种
: model和analysis，stratification之类的，用fp可以把不同的计算封装在不同的
: function里面，这些function可以灵活的combine，currying。no side effect很重要
: ，改或者替换function变的非常容易。我的业务逻辑里的object类型之间也没有复杂的
: 相互关系，这样用ADT很简便。比如一个bond可能属性很多，project一个bond的
: cashflow可能用到很多其他的class，比如interest rate之类的，但这些只是calc
: cashflow这个函数的别的参数，跟bond class没有关系。
|
z****e
发帖数: 54598 | 7 装，你继续装
【在 g****t 的大作中提到】
: 啥叫搞定了Java?
: 年纪一大把，整天惦记job security的人。
: 我看不出来搞定了任何一种手艺。
|
g****t
发帖数: 31659 | 8 至少俺看语言好坏，不至于扯到Jon security上。
我奉劝你：你要是没手艺，还是
少花点时间在bbs。在bbs上天天用嘴琢磨自己的
饭碗是没用的。
你跟我扯皮有毛用。你才做过几个项目见过几个人啊
【在 z****e 的大作中提到】
: 装，你继续装
|
z****e
发帖数: 54598 | 9 妈蛋
语言好坏决定因素之一当然是job security
有人不在乎么？
那你工作干什么？
你不担心你失业？
lol
【在 g****t 的大作中提到】
: 至少俺看语言好坏，不至于扯到Jon security上。
: 我奉劝你：你要是没手艺，还是
: 少花点时间在bbs。在bbs上天天用嘴琢磨自己的
: 饭碗是没用的。
: 你跟我扯皮有毛用。你才做过几个项目见过几个人啊
|
G***l
发帖数: 355 | 10 把不同的programming paradigms，特别互相干扰的，混在一起本来就是不对的。
generic可以和oo，fp混在一起，因为彼此没有影响。但是oo跟fp显然不行。就像nba球
员可以同时是得分王和篮板王，但是好像没有既是得分王也是助攻王的，绝对没有既是
助攻王也是篮板王的。
我写fp基本就是直接调用oo的类库。最多使用再最基本的object类型来封装一些东西。
写oo的话最多用点lambda，把简单的函数作为参数这样。如果有状态的class member
function，再来个currying，partial application完再当作参数传，这样的code是没
法看的。
【在 z****e 的大作中提到】
: 只有fp会比只有oop难一点
: 但是也不算太难，两个凑一起你试试
|
z****e
发帖数: 54598 | 11 我跟你相反，我是用oop调用fp的libs
oop受众更多，更能理解，fp受众相对小一点
【在 G***l 的大作中提到】
: 把不同的programming paradigms，特别互相干扰的，混在一起本来就是不对的。
: generic可以和oo，fp混在一起，因为彼此没有影响。但是oo跟fp显然不行。就像nba球
: 员可以同时是得分王和篮板王，但是好像没有既是得分王也是助攻王的，绝对没有既是
: 助攻王也是篮板王的。
: 我写fp基本就是直接调用oo的类库。最多使用再最基本的object类型来封装一些东西。
: 写oo的话最多用点lambda，把简单的函数作为参数这样。如果有状态的class member
: function，再来个currying，partial application完再当作参数传，这样的code是没
: 法看的。
|
