c********p
发帖数: 1969 | |
b**********5
发帖数: 7881 | 2 就是一个application， front end, backend, 都是一个人都会做。 |
c********p
发帖数: 1969 | 3 这样子，公司真会省啊。。
【在 b**********5 的大作中提到】
: 就是一个application， front end, backend, 都是一个人都会做。
|
s*****r
发帖数: 43070 | 4 Java现在前后通吃，系统里面的各种构件都可以用Java的package来搭，连DB都包了
【在 c********p 的大作中提到】
: 这样子，公司真会省啊。。
|
J*******A
发帖数: 8401 | |
a****r
发帖数: 330 | 6 full stack直白了就是说全能，你得什么都会。 |
c********p
发帖数: 1969 | 7 具体说说。。。
【在 s*****r 的大作中提到】
: Java现在前后通吃，系统里面的各种构件都可以用Java的package来搭，连DB都包了
|
b**m
发帖数: 1466 | |
z****e
发帖数: 54598 | 9 js没有正儿八经写过产品
只能用来驾驭产品
比如人家写好一个couchdb，然后你用js来search
人家写好一个v8，你用js来写一点bussiness logic
java写的东西有tomcat, jboss,spring,hadoop和cassandra
全部都是java实现，没有jvm这些东西全挂
而且效率都不低，结构还狠完整，实际上动手能力强的话
驾驭这些东西，在这些东西上写代码，不比脚本难，更简单
主要是很多人不懂这些东西怎么搞
【在 b**m 的大作中提到】
: 明明是js.
|
z****e
发帖数: 54598 | 10 任何时候都来得及
但是语言本身只是第一步
千里之行，始于足下
第一步迈出去再说
【在 J*******A 的大作中提到】
: 好，开始学java来得及么？
: 非码工。。。
|
|
|
z****e
发帖数: 54598 | 11 什么都得做，理论上公孙大神和古德霸都是full stack
但是用的东西不一样，而且多少也有所侧重
搞挨踢的，说白了就是给你一个任务，来，搞定
老板不关心怎么实现的，它只关心，第一这个东西你能不能搞定？
搞不定？换人，第二这个东西要不要钱？要多少钱？
不要钱？那最好，要钱？从你的工资里扣
startup很多full stack的，小一点其实就是code challenge
【在 c********p 的大作中提到】
: 不懂
|
A***g
发帖数: 1816 | 12 戚戚焉一把，node.js最近那么火，我拿来玩了一下，也可能我愚笨点，实在是不明白
为什么要用javascript来写serverside的东西。
javascript连UI side还弄不清呢，昨天和今天都是在和IE 9/10还有Jquery/fancybox
较劲，一个别人的code在IE上死活不工作，终于怒了，老子是lead不是专职擦屁股的，
谁写的谁改去。
结果js的那位反复实验，找出了patch的办法，是个实在无法解释为什么会work的办法。
【在 z****e 的大作中提到】
: js没有正儿八经写过产品
: 只能用来驾驭产品
: 比如人家写好一个couchdb，然后你用js来search
: 人家写好一个v8，你用js来写一点bussiness logic
: java写的东西有tomcat, jboss,spring,hadoop和cassandra
: 全部都是java实现，没有jvm这些东西全挂
: 而且效率都不低，结构还狠完整，实际上动手能力强的话
: 驾驭这些东西，在这些东西上写代码，不比脚本难，更简单
: 主要是很多人不懂这些东西怎么搞
|
z****e
发帖数: 54598 | 13 脚本简单，上手快
java随便配置一个spring mvc和tomcat可以折腾你半天，加上db的话
可能一周都搞不定，尤其是没人教的时候，但是一旦搞定，剩下就简单了
js写一个hello world，太快了，还可以用coffeescript简化
但是一旦做大，基本上都有debug的问题
所以聪明的孩子，会躲开脚本，debug脚本很苦逼，一个动态类型就很难debug
大多数做过front end的programmers都有过被js折磨的经验
所以其实很多人不喜欢做front end，主要是debug很痛苦
规则太自由，ide帮不上太多忙，没有ide帮忙看别人代码是最苦逼不过的事
每一个看的人估计都把写的人祖宗操了个遍
不过你用脚本写一点简单的规则还是很适合的，比如部署时候，做点自动化处理
web server已经被弱化了，后台逻辑被剥离到app server里去
前台ui部分被剥离到app和客户端的浏览器里面去
弱化后的web server其实就是负责一个消息传递和反馈功能
所以用一些简化的脚本可以让代码更为直观，平台越成熟，越适合脚本
web server已经很成熟了，逼近db的成熟度，db上sql就跑得很high
不成熟规则不清晰的领域，就不要随便上脚本了
fancybox
法。
【在 A***g 的大作中提到】
: 戚戚焉一把，node.js最近那么火，我拿来玩了一下，也可能我愚笨点，实在是不明白
: 为什么要用javascript来写serverside的东西。
: javascript连UI side还弄不清呢，昨天和今天都是在和IE 9/10还有Jquery/fancybox
: 较劲，一个别人的code在IE上死活不工作，终于怒了，老子是lead不是专职擦屁股的，
: 谁写的谁改去。
: 结果js的那位反复实验，找出了patch的办法，是个实在无法解释为什么会work的办法。
|
A***g
发帖数: 1816 | 14 也就是跑个demo用的project可以这么干，如果正经点的项目，这不是找死吗。
【在 z****e 的大作中提到】
: 脚本简单，上手快
: java随便配置一个spring mvc和tomcat可以折腾你半天，加上db的话
: 可能一周都搞不定，尤其是没人教的时候，但是一旦搞定，剩下就简单了
: js写一个hello world，太快了，还可以用coffeescript简化
: 但是一旦做大，基本上都有debug的问题
: 所以聪明的孩子，会躲开脚本，debug脚本很苦逼，一个动态类型就很难debug
: 大多数做过front end的programmers都有过被js折磨的经验
: 所以其实很多人不喜欢做front end，主要是debug很痛苦
: 规则太自由，ide帮不上太多忙，没有ide帮忙看别人代码是最苦逼不过的事
: 每一个看的人估计都把写的人祖宗操了个遍
|
z****e
发帖数: 54598 | 15 我同意
【在 A***g 的大作中提到】
: 也就是跑个demo用的project可以这么干，如果正经点的项目，这不是找死吗。
|
