由买买提看人间百态

boards

本页内容为未名空间相应帖子的节选和存档,一周内的贴子最多显示50字,超过一周显示500字 访问原贴
Programming版 - Functional programming 是大势所趋
相关主题
scala/clojure/groovy/Jython/jruby都是噱头Node做大系统better than Java, .NET
从vert.x的例子看脚本为什么说Javascript 是披着C 外衣的Lisp?
scala支持Restful web service的问题现在.NET也往Node上转了
弱类型 server side谁给说说Grails是个什么状况?
C# 6.0 的视频,太猛了...史上最全!57个Web框架4轮横向对比 (zz)
groovy这个语言怎么样[BSSD]rod johnson讲座的一点小感
大家讨论过了node.js了吗?JVM上的语言互掐
周末上点有用的信息server side, vm是大势所趋
相关话题的讨论汇总
话题: functional话题: 大势所趋话题: scala话题: 前台
进入Programming版参与讨论
1 (共1页)
w********m
发帖数: 1137
1
做个项目,招个写java或者c#的,还要老板另外花钱雇个前台写JS。一般来说,写
class多年的马工看到a(b(c(d())))头就晕了,没法做前台。所以新的startup都是用
python或者RoR. 以后用node的肯定越来越多。
另外OO写的代码实在太多了,很小的问题要写一堆。比较一下scala和java就知道了。
g*****g
发帖数: 34805
2
专业化才是大势所趋,前台适合动态语言,后台适合静态语言。术业有专攻。
前台注重美学,后台注重性能。
l*********s
发帖数: 5409
3
最好前台后台都做,否则接口设计容易有问题。
a9
发帖数: 21638
4
小项目前后台还行。稍大点根本顾不过来。
而且接口设计根本不应该有问题。

【在 l*********s 的大作中提到】
: 最好前台后台都做,否则接口设计容易有问题。
r****y
发帖数: 26819
5
接口,REST就可以了吧

【在 l*********s 的大作中提到】
: 最好前台后台都做,否则接口设计容易有问题。
y****e
发帖数: 23939
6
是呀,万能的JSON

【在 r****y 的大作中提到】
: 接口,REST就可以了吧
l*********s
发帖数: 5409
7
but someone has to decide what kind of data structures and how to present
the data. To make smart decisions one needs to know both back-end business
logic and what could be done in frontend.

【在 r****y 的大作中提到】
: 接口,REST就可以了吧
g*****g
发帖数: 34805
8
我们现在做的项目,就是2个专门做前台,Groovy+JS。6个专门做后台,Java。
整合用的是web service,前台根本不受语言的限制。

【在 l*********s 的大作中提到】
: 最好前台后台都做,否则接口设计容易有问题。
r****y
发帖数: 26819
9
data structure,依赖于business logic吧。
present?前段有MVP,presenter,后端不用介入。

【在 l*********s 的大作中提到】
: but someone has to decide what kind of data structures and how to present
: the data. To make smart decisions one needs to know both back-end business
: logic and what could be done in frontend.

z*******3
发帖数: 13709
10
我们还在用html和css,要求他们尽量少用javascript
然后打算上android和ios
front end天天变
今天用这个,明天用那个,client side也一样
正常,但是back end就是另外一回事了

【在 g*****g 的大作中提到】
: 我们现在做的项目,就是2个专门做前台,Groovy+JS。6个专门做后台,Java。
: 整合用的是web service,前台根本不受语言的限制。

相关主题
groovy这个语言怎么样Node做大系统better than Java, .NET
大家讨论过了node.js了吗?为什么说Javascript 是披着C 外衣的Lisp?
周末上点有用的信息现在.NET也往Node上转了
进入Programming版参与讨论
g*****g
发帖数: 34805
11
这就是现在的趋势,UI是web client + native mobile clients,通过WS连接到统一的
后端。desktop app的需求变少了,即使有也因为同样的原因变瘦了。

【在 z*******3 的大作中提到】
: 我们还在用html和css,要求他们尽量少用javascript
: 然后打算上android和ios
: front end天天变
: 今天用这个,明天用那个,client side也一样
: 正常,但是back end就是另外一回事了

z*******3
发帖数: 13709
12
desktop上瘦了,但是mobile上反而胖了

【在 g*****g 的大作中提到】
: 这就是现在的趋势,UI是web client + native mobile clients,通过WS连接到统一的
: 后端。desktop app的需求变少了,即使有也因为同样的原因变瘦了。

d****n
发帖数: 1637
t****a
发帖数: 1212
14
good post! 曾想从wiki整理这样一副图可惜没有时间~ 非常感谢!

【在 d****n 的大作中提到】
: http://www.flickr.com/photos/mefogus/7137577855/sizes/k/in/phot
w********m
发帖数: 1137
15
Functional programming和Functional language其实没什么联系。
c*******9
发帖数: 9032
16
有些关系吧。Functional programming不用Functional language会比较繁琐。

【在 w********m 的大作中提到】
: Functional programming和Functional language其实没什么联系。
k**********g
发帖数: 989
17

Aglee. The traditional schema-oriented thinking of DBA could not catch up
with the current needs of front-end programming.

【在 l*********s 的大作中提到】
: but someone has to decide what kind of data structures and how to present
: the data. To make smart decisions one needs to know both back-end business
: logic and what could be done in frontend.

g*****g
发帖数: 34805
18
backend engineers decide schema and all that. frontend engineers are only
calling API. they don't even care what db is behind the API.

【在 l*********s 的大作中提到】
: but someone has to decide what kind of data structures and how to present
: the data. To make smart decisions one needs to know both back-end business
: logic and what could be done in frontend.

z****e
发帖数: 54598
19
其实很多人看到的是缺陷
而高手看到的是机遇
你写一个东西让oop也能fp而且不那么繁琐不就好了?

【在 c*******9 的大作中提到】
: 有些关系吧。Functional programming不用Functional language会比较繁琐。
c*******9
发帖数: 9032
20
你说的也没错。
不过我前面谈到理想主义者,常常放弃这种机遇,只因为不够完美。

【在 z****e 的大作中提到】
: 其实很多人看到的是缺陷
: 而高手看到的是机遇
: 你写一个东西让oop也能fp而且不那么繁琐不就好了?

相关主题
谁给说说Grails是个什么状况?JVM上的语言互掐
史上最全!57个Web框架4轮横向对比 (zz)server side, vm是大势所趋
[BSSD]rod johnson讲座的一点小感今天跟公司confirm了,没有人用Scala
进入Programming版参与讨论
z****e
发帖数: 54598
21
理想主义者在现实中总是过得很不如意

【在 c*******9 的大作中提到】
: 你说的也没错。
: 不过我前面谈到理想主义者,常常放弃这种机遇,只因为不够完美。

c*******9
发帖数: 9032
22
从世俗角度上看是这样。不过理想主义者也有别人没有的快乐。

【在 z****e 的大作中提到】
: 理想主义者在现实中总是过得很不如意
m******t
发帖数: 635
23
按这个描述就是在说coffeescript啊

【在 z****e 的大作中提到】
: 其实很多人看到的是缺陷
: 而高手看到的是机遇
: 你写一个东西让oop也能fp而且不那么繁琐不就好了?

p*****2
发帖数: 21240
24

确实呀。

【在 m******t 的大作中提到】
: 按这个描述就是在说coffeescript啊
z****e
发帖数: 54598
25
是呀
coffeescript的模式完全可以套到其他语言上去

【在 m******t 的大作中提到】
: 按这个描述就是在说coffeescript啊
t***t
发帖数: 6066
26
after reading 七周七语言, it seems Scala is most promising.
t***t
发帖数: 6066
27
in the book, it listed 3 shortcomings for Scala:
1. strict static type
2. kind of tedious syntax
3. not pure immutable
but as I see, these are not real shortcomings.

【在 t***t 的大作中提到】
: after reading 七周七语言, it seems Scala is most promising.
q*c
发帖数: 9453
28
hard to read and debug
implicit make type safe weak, ang hard to trace.
hard to read 就是最大的缺点,一票否决。

【在 t***t 的大作中提到】
: in the book, it listed 3 shortcomings for Scala:
: 1. strict static type
: 2. kind of tedious syntax
: 3. not pure immutable
: but as I see, these are not real shortcomings.

c******o
发帖数: 1277
29
那是用 scala的问题,不是FP的问题。
scala现在都限制Implicit conversions了。
必须要import 才能用。

【在 q*c 的大作中提到】
: hard to read and debug
: implicit make type safe weak, ang hard to trace.
: hard to read 就是最大的缺点,一票否决。

1 (共1页)
进入Programming版参与讨论
相关主题
server side, vm是大势所趋C# 6.0 的视频,太猛了...
今天跟公司confirm了,没有人用Scalagroovy这个语言怎么样
吐槽一下死卡拉大家讨论过了node.js了吗?
我认为JVM上的语言,老大还是Java周末上点有用的信息
scala/clojure/groovy/Jython/jruby都是噱头Node做大系统better than Java, .NET
从vert.x的例子看脚本为什么说Javascript 是披着C 外衣的Lisp?
scala支持Restful web service的问题现在.NET也往Node上转了
弱类型 server side谁给说说Grails是个什么状况?
相关话题的讨论汇总
话题: functional话题: 大势所趋话题: scala话题: 前台