p*****2
发帖数: 21240 | |
s***o
发帖数: 2191 | |
W***o
发帖数: 6519 | 3 二爷 was asking you guys now.
【在 s***o 的大作中提到】
: 据二爷说是一塌糊涂，可以找他谈谈
|
r***y
发帖数: 4379 | 4 lol...
无限递归溢出
【在 s***o 的大作中提到】
: 据二爷说是一塌糊涂，可以找他谈谈
|
N*****m
发帖数: 42603 | 5 不主流的东西不推荐用
【在 p*****2 的大作中提到】
: 能用于production了吗？
|
z****e
发帖数: 54598 | |
d****n
发帖数: 1637 | 7 不问就用，高风险啊
【在 z****e 的大作中提到】
: 小马过河，试试便知
: 问再多都是浪费
|
z****e
发帖数: 54598 | 8 这个东西最好的一点就是它允许你尝试
你可以先丢给它一两个mod看看效果
如果不行就不要继续了，如果可以再继续
官方有文档教怎么做，all or nothing是不对的
如果选择其他的
比如akka或者play，如果你不要的话，换起来相当蛋疼
vert.x自由度实在太大，想怎么搞就怎么搞
设计构架的时候，如果不需要这种自由度的话
我也没啥好说的
【在 d****n 的大作中提到】
: 不问就用，高风险啊
|
p*****2
发帖数: 21240 | 9 我们公司有team再用，我主要是怕不成熟，据说用起来还是比较麻烦的。但是JVM上好
的framework确实也不多。 |
d****n
发帖数: 1637 | 10 没有尝试是真的，但是也不是一点也没看。
我就是想像不出什么情况下要python,java,js,perl, ruby groovy一起来。
这不造成混乱么？verticle是它的主要idea，但是为什么要把各种平台搭建一起呢？
如果目的是为了整合现存的project,可能有一些作用。
鄙人觉得它更适合一个 CI平台而不是一个productive的dev平台。
不过我还是想继续关注vert.x
谢谢分享
【在 z****e 的大作中提到】
: 这个东西最好的一点就是它允许你尝试
: 你可以先丢给它一两个mod看看效果
: 如果不行就不要继续了，如果可以再继续
: 官方有文档教怎么做，all or nothing是不对的
: 如果选择其他的
: 比如akka或者play，如果你不要的话，换起来相当蛋疼
: vert.x自由度实在太大，想怎么搞就怎么搞
: 设计构架的时候，如果不需要这种自由度的话
: 我也没啥好说的
|
|
|
o**2
发帖数: 168 | 11 看了一下它的首页，好像还是没有摆脱使用native reference做引用机制，也没有形成
自己的programming unit。我在framework那帖里回复并解释了，在这种情况下，程序
写大了，会有同样的问题。 |
o**2
发帖数: 168 | 12 有些程序或算法适合运行在单一硬件上，但在internet和mobile时代，更多的程序不需
要把其所有的部分都在一台或少数几台集群机器上运行。
如果把眼光再放远一点，其实所有公司的所有（或大部分）程序，可以在同一个编程空
间运行，比如你可以直接调用amazon的购买功能。
现在用各种企业技术，比如web service，已经可以做到互相调用，但不能在一个统一
的通用的编程模式和空间里做到。
Lemina Computer可以做到这一点，大家有空可以关注一下。
【在 d****n 的大作中提到】
: 没有尝试是真的，但是也不是一点也没看。
: 我就是想像不出什么情况下要python,java,js,perl, ruby groovy一起来。
: 这不造成混乱么？verticle是它的主要idea，但是为什么要把各种平台搭建一起呢？
: 如果目的是为了整合现存的project,可能有一些作用。
: 鄙人觉得它更适合一个 CI平台而不是一个productive的dev平台。
: 不过我还是想继续关注vert.x
: 谢谢分享
|
d****n
发帖数: 1637 | 13 感叹时代在发展。
我的感想是，多少app/developer有机会搞cloud,distributed developing?
杀机用牛刀的感觉不说，这种平台只适合大公司的运行。还要千万吊丝程序员在 gcc,
make呢。
community 太过贵族了
【在 o**2 的大作中提到】
: 有些程序或算法适合运行在单一硬件上，但在internet和mobile时代，更多的程序不需
: 要把其所有的部分都在一台或少数几台集群机器上运行。
: 如果把眼光再放远一点，其实所有公司的所有（或大部分）程序，可以在同一个编程空
: 间运行，比如你可以直接调用amazon的购买功能。
: 现在用各种企业技术，比如web service，已经可以做到互相调用，但不能在一个统一
: 的通用的编程模式和空间里做到。
: Lemina Computer可以做到这一点，大家有空可以关注一下。
|
d****n
发帖数: 1637 | 14 你这乐米钠计算是个跨语言的golang啊？
是个好注意，不过我个人很抗拒用更多的环境依赖(dependencies)去开发我的app.
举个例子，好不容易开发个java6的，到java7就bug了，还要等人家fix，不然就只能根
自己的client说“暂时请downgrade java6”
另外，多种语言/os的维护简直就是不可思议。
jvm, mono都受人诟病。
乐米钠除非有DevOps支持，不然要好多资源（人力，财力，号召力）吧？
胡言乱语，说错见谅，继续讨论~
（鄙人还是很十分佩服你的想法和能力）
【在 o**2 的大作中提到】
: 有些程序或算法适合运行在单一硬件上，但在internet和mobile时代，更多的程序不需
: 要把其所有的部分都在一台或少数几台集群机器上运行。
: 如果把眼光再放远一点，其实所有公司的所有（或大部分）程序，可以在同一个编程空
: 间运行，比如你可以直接调用amazon的购买功能。
: 现在用各种企业技术，比如web service，已经可以做到互相调用，但不能在一个统一
: 的通用的编程模式和空间里做到。
: Lemina Computer可以做到这一点，大家有空可以关注一下。
|
z****e
发帖数: 54598 | 15 混乱与否主要看你的构架是否合理
如果你把这些语言写在一个mod里面
自然会乱
但是如果每个mod只用一种语言
就没啥问题，每个语言擅长的领域不一样
而且文档的支持也都不一样，加上每个程序员的习惯不同
切割清楚是最合理的
就像我们组里有喜欢ruby的，能给他写ruby，他的忠诚度就会上升
甚至降薪留在组里，为啥不？
就像某些框架的文档偏向scala，就直接照着文档写scala，然后包装成一个mod
然后deploy，为啥不？
就像别人用clj写了个mod，你要复用的话，直接down下来就好了
就不需要重新实现
这个不仅仅是vert.x在做，java自身也在做，jvm有script engine
.net以前不也是一堆乱七八糟语言的杂烩，比如vb
做基础架构，应该保证最大的兼容性和开放度，至于你用不用，那是你的选择
vert.x只负责把选择权做出来，你不用别人可以用呀
而且多语言只是一个方面而已，vert.x对于架构的设计也是非常合理的
强迫你把整个项目拆成一个个mod，即插即用
这种非侵入式的设计深得我心，我就不喜欢什么都塞给我，然后只用一种方式解决问题
我应该有很多办法解决问题才对，拿出去说也有得说，你看，我这有八种方案
您看看，您要选择其中哪一种？
【在 d****n 的大作中提到】
: 没有尝试是真的，但是也不是一点也没看。
: 我就是想像不出什么情况下要python,java,js,perl, ruby groovy一起来。
: 这不造成混乱么？verticle是它的主要idea，但是为什么要把各种平台搭建一起呢？
: 如果目的是为了整合现存的project,可能有一些作用。
: 鄙人觉得它更适合一个 CI平台而不是一个productive的dev平台。
: 不过我还是想继续关注vert.x
: 谢谢分享
|
z****e
发帖数: 54598 | 16 java向后兼容一直都做得非常好
极少极少出现java6可以，java7不行的问题
只有oak时代的api现在不怎么用
其他1.2时代的swing什么都还能跑
没听说谁downgrade过java版本
一般升级后就继续下去了
当然升级还是有可能会遇到问题，但是这个是case by case
【在 d****n 的大作中提到】
: 你这乐米钠计算是个跨语言的golang啊？
: 是个好注意，不过我个人很抗拒用更多的环境依赖(dependencies)去开发我的app.
: 举个例子，好不容易开发个java6的，到java7就bug了，还要等人家fix，不然就只能根
: 自己的client说“暂时请downgrade java6”
: 另外，多种语言/os的维护简直就是不可思议。
: jvm, mono都受人诟病。
: 乐米钠除非有DevOps支持，不然要好多资源（人力，财力，号召力）吧？
: 胡言乱语，说错见谅，继续讨论~
: （鄙人还是很十分佩服你的想法和能力）
|
s*i
发帖数: 5025 | 17 best of the day! LOL
【在 r***y 的大作中提到】
: lol...
: 无限递归溢出
|
d****n
发帖数: 1637 | 18 你说的有道理我十分赞同您说的。
但是我再重复我的观点，有多少个project需要3种以上的语言杂和在一起？
都是尽量化繁为简吧？像.net java这种巨无霸，恐怕没有必要和其他语言混用了。
有人把.net 和 java 用在一个项目么？如果有哪真是太狠了！
ruby那个愿意降薪的，我表示不能理解。多学一个语言有多痛苦？
【在 z****e 的大作中提到】
: 混乱与否主要看你的构架是否合理
: 如果你把这些语言写在一个mod里面
: 自然会乱
: 但是如果每个mod只用一种语言
: 就没啥问题，每个语言擅长的领域不一样
: 而且文档的支持也都不一样，加上每个程序员的习惯不同
: 切割清楚是最合理的
: 就像我们组里有喜欢ruby的，能给他写ruby，他的忠诚度就会上升
: 甚至降薪留在组里，为啥不？
: 就像某些框架的文档偏向scala，就直接照着文档写scala，然后包装成一个mod
|
d****n
发帖数: 1637 | 19 再补充几句。
你能保证每个mod都有人维护么？
每个人只维护他熟悉的语言？
项目缩减或者production之后，还要几个背景不同的programmer来维护么？
java的人去硬着头皮维护ruby？
如果他不喜欢ruby，是不是要走人？
可能我是太钻牛角尖了。
可话说回来，这东西也是个新玩意，至少给有这方面需求的人提供了方便。
小项目的话就算了吧，估计小公司都不敢用它。 |
d****n
发帖数: 1637 | 20 后悔当初没碰java就是赶上了那个jvm经常崩溃的年代。
【在 z****e 的大作中提到】
: java向后兼容一直都做得非常好
: 极少极少出现java6可以，java7不行的问题
: 只有oak时代的api现在不怎么用
: 其他1.2时代的swing什么都还能跑
: 没听说谁downgrade过java版本
: 一般升级后就继续下去了
: 当然升级还是有可能会遇到问题，但是这个是case by case
|
|
|
z****e
发帖数: 54598 | 21 mod当然都是自己维护
切割成mod的最大好处就是
即便你需要重构这个mod
你也可以很快速地完成
保证其他mods不受影响
我们当然不可能用上全部8种语言
一般也就是2-3种差不多了
ruby和java程序员在我们这边比较容易找到
所以就算有人跑路，也可以找到ruby程序员
这个问题不大，选择多并不代表要全部选上
选择最适合自己环境的就好
【在 d****n 的大作中提到】
: 再补充几句。
: 你能保证每个mod都有人维护么？
: 每个人只维护他熟悉的语言？
: 项目缩减或者production之后，还要几个背景不同的programmer来维护么？
: java的人去硬着头皮维护ruby？
: 如果他不喜欢ruby，是不是要走人？
: 可能我是太钻牛角尖了。
: 可话说回来，这东西也是个新玩意，至少给有这方面需求的人提供了方便。
: 小项目的话就算了吧，估计小公司都不敢用它。
|
z****e
发帖数: 54598 | 22 一般项目组前端和后端的程序员用的语言不一样
【在 d****n 的大作中提到】
: 你说的有道理我十分赞同您说的。
: 但是我再重复我的观点，有多少个project需要3种以上的语言杂和在一起？
: 都是尽量化繁为简吧？像.net java这种巨无霸，恐怕没有必要和其他语言混用了。
: 有人把.net 和 java 用在一个项目么？如果有哪真是太狠了！
: ruby那个愿意降薪的，我表示不能理解。多学一个语言有多痛苦？
|
d****n
发帖数: 1637 | 23 1 你们不考虑重新构建mod成本
2 人力资源不是问题
那就无敌了
【在 z****e 的大作中提到】
: mod当然都是自己维护
: 切割成mod的最大好处就是
: 即便你需要重构这个mod
: 你也可以很快速地完成
: 保证其他mods不受影响
: 我们当然不可能用上全部8种语言
: 一般也就是2-3种差不多了
: ruby和java程序员在我们这边比较容易找到
: 所以就算有人跑路，也可以找到ruby程序员
: 这个问题不大，选择多并不代表要全部选上
|
d****n
发帖数: 1637 | 24 vert。x拆分的是后端吧
前端多了够乱套的。资源浪费吧。
举个例子，前段的java来一个，web来一个，除了显示公司气派，没有别的太多好处吧
【在 z****e 的大作中提到】
: 一般项目组前端和后端的程序员用的语言不一样
|
z****e
发帖数: 54598 | 25 考虑啊
无论用什么框架
你都需要考虑这个成本
哪怕是同样一个java程序员跑路
换人接盘，也还是有成本
这个成本是不可能避免的
只能说尽量压缩这个成本到一个可以接受的范围内
所以java最好，毫无疑问，因为接盘最容易，其他语言接盘都不容易
在此基础之上，我们可以考虑引入一些其他语言
比如ruby开发效率高，而且适合搞web
所以把web部分交给ruby程序员，这也是合情合理的
然后切割成不同的mod，这样万一有一个mod出现了无法接盘的灾难
也可以把重构这个mod的影响控制到最低
这也是这个框架设计的初衷，所以我们不是不考虑接盘成本
就是考虑了接盘成本，再平衡各方面因素后作出的决定
如果不切割成mod，一旦有一个模块出点什么问题
无法接盘的话，那麻烦就大了，而且这种方式很适合切割任务
把mod分配到具体的个人，每个mod都有具体的负责人
这样就不会互相冲突了，有新人进来，如果要接盘，则根据接盘的难度划分成多个等级
然后按照等级来分配接盘适应的时间，整体上便于控制项目进度和调度
以前是把一个大系统切割成几个系统，然后每一个系统有一个负责人
但是这样还是需要协调人和人之间的关系，总会有人这样那样搞，比较讨厌
vert.x就好了，每个mod都有一个负责人，有问题就找这个人，很高效
【在 d****n 的大作中提到】
: 1 你们不考虑重新构建mod成本
: 2 人力资源不是问题
: 那就无敌了
|
z****e
发帖数: 54598 | 26 我把前端mvc切割成三个mods
第一个用来监听http端口，80，以及做一些dispatch的工作
第二个用来生成html模板
第三个用来跟db做io，worker mod
其实还有第四个，就是session manager，但是这个主要是redis在做
切割成这么几块之后比以前spring mvc还有ror什么都做好维护多了
每个mod可以单独分配给一个人去做
互不干扰，而且一旦有啥问题，我接盘也容易，哪怕是菜鸟，什么都不会
就只会java基础语法，我教他怎么用eclipse之后，也很快就能上手做开发
以前mvc要这样要那样，解释半天，挺讨厌的
一个web组，四个人也差不多可以了，然后再轮岗一下，互相熟悉一下对方的工作内容
很完美呀，觉得无聊再跟其他组的人换着做，都挺好的
【在 d****n 的大作中提到】
: vert。x拆分的是后端吧
: 前端多了够乱套的。资源浪费吧。
: 举个例子，前段的java来一个，web来一个，除了显示公司气派，没有别的太多好处吧
|
d****n
发帖数: 1637 | 27 8个语言是极端了，这个是个好example
等你们实践了，别忘了和这里的网友分享下经验
提前谢过了
【在 z****e 的大作中提到】
: 考虑啊
: 无论用什么框架
: 你都需要考虑这个成本
: 哪怕是同样一个java程序员跑路
: 换人接盘，也还是有成本
: 这个成本是不可能避免的
: 只能说尽量压缩这个成本到一个可以接受的范围内
: 所以java最好，毫无疑问，因为接盘最容易，其他语言接盘都不容易
: 在此基础之上，我们可以考虑引入一些其他语言
: 比如ruby开发效率高，而且适合搞web
|
z****e
发帖数: 54598 | 28 我不是说了嘛
一般也就是2-3种
人家提供8种是为了尽可能多地适应不同的环境
你没有必要全部用上去
当然项目成长到一定程度还是会有很多种语言的
8种太过于极端，但是4-5种应该还是可能的
数据组就有可能不用java，用scala
【在 d****n 的大作中提到】
: 8个语言是极端了，这个是个好example
: 等你们实践了，别忘了和这里的网友分享下经验
: 提前谢过了
|
z****e
发帖数: 54598 | 29 而且不同的mod还可以用不同的framework
比如html，你就可以选择thymeleaf或者freemarker这些
随便选，vert.x对接无非就是包装一个mod的问题
很容易搞 |
d****n
发帖数: 1637 | 30 涨姿势了，听起来像craiglist。
【在 z****e 的大作中提到】
: 我把前端mvc切割成三个mods
: 第一个用来监听http端口，80，以及做一些dispatch的工作
: 第二个用来生成html模板
: 第三个用来跟db做io，worker mod
: 其实还有第四个，就是session manager，但是这个主要是redis在做
: 切割成这么几块之后比以前spring mvc还有ror什么都做好维护多了
: 每个mod可以单独分配给一个人去做
: 互不干扰，而且一旦有啥问题，我接盘也容易，哪怕是菜鸟，什么都不会
: 就只会java基础语法，我教他怎么用eclipse之后，也很快就能上手做开发
: 以前mvc要这样要那样，解释半天，挺讨厌的
|
|
|
d****n
发帖数: 1637 | 31 开个玩笑，以后就会有mod manager这个头衔了。
另外，你的dart体会怎么样？我想强上不行啊 ，communnity几乎是零啊。
估计还是资质太差，没法离开stackoverflow.com写code
【在 z****e 的大作中提到】
: 而且不同的mod还可以用不同的framework
: 比如html，你就可以选择thymeleaf或者freemarker这些
: 随便选，vert.x对接无非就是包装一个mod的问题
: 很容易搞
|
z****e
发帖数: 54598 | 32 vert.x team里面有一个chinese
https://github.com/stream1984?tab=repositories
他对于clj以及设计模式都有深入的理解
写的关于rxjava的文章非常之不错
他的blog很有价值，不过最近github的blog是不是有问题
我找不到blog的入口了 |
z****e
发帖数: 54598 | 33 用dart写ui，然后编译成js，放到template mod里面去
dart我只用来写ui，替代js，后端包括web server还是用vert.x来做
dart的web server社区还不完善，刚开始弄没多久
vert.x做的话，因为框架都是自己架的，有啥问题也清楚
【在 d****n 的大作中提到】
: 开个玩笑，以后就会有mod manager这个头衔了。
: 另外，你的dart体会怎么样？我想强上不行啊 ，communnity几乎是零啊。
: 估计还是资质太差，没法离开stackoverflow.com写code
|
d****n
发帖数: 1637 | 34 你这么说我就放心了，我还以为只有我一个人这么感觉。
真心的要放弃尝试了。
还有，对于各种js的compiler，虽然不是了解很多但是都有一个通性，
就是非要把人家js prototype的 特性改成oo的，迎合的oo programmer的口味，可是有
考虑js作者的感受么？呵呵
【在 z****e 的大作中提到】
: 用dart写ui，然后编译成js，放到template mod里面去
: dart我只用来写ui，替代js，后端包括web server还是用vert.x来做
: dart的web server社区还不完善，刚开始弄没多久
: vert.x做的话，因为框架都是自己架的，有啥问题也清楚
|
z****e
发帖数: 54598 | 35 以完成工作为主要目的，我用dart可以很快完成一个ui的开发
然后接盘维护，一般的js接盘不容易
至于语法，爱谁谁，不管它，兴趣也不在这里
【在 d****n 的大作中提到】
: 你这么说我就放心了，我还以为只有我一个人这么感觉。
: 真心的要放弃尝试了。
: 还有，对于各种js的compiler，虽然不是了解很多但是都有一个通性，
: 就是非要把人家js prototype的 特性改成oo的，迎合的oo programmer的口味，可是有
: 考虑js作者的感受么？呵呵
|
