c***d
发帖数: 996 | 1 以前喜欢这里是比较冷清也纯粹一点的地方。 最近莫名其妙的好像多了很多人气。 当
然人气多对是老刑和水友互利的事情。 但动不动几百的版面人数也夸张了一点。
方才突然福至心灵， 去jobhunting版看了一眼， 才发现那里是上千的人在看面经做题
， 大家原来是两头灌的。 敢情这里是jobhunting的分号了。 你们这帮老掉牙的家伙
， 还好意思和刚毕业找第一份工的小年轻磨牙。
最近一个朋友的朋友的公司被我们公司收购了。前两天吃早饭的时候看到一个BD招呼他
们几个老中。 我觉得老中创业精神还是不输犹太人的， 只不过这个版上的传统口水多
是怎么能打工一辈子罢了。 |
z*******h
发帖数: 346 | 2 展开来说说，做神马的startup?
【在 c***d 的大作中提到】
: 以前喜欢这里是比较冷清也纯粹一点的地方。 最近莫名其妙的好像多了很多人气。 当
: 然人气多对是老刑和水友互利的事情。 但动不动几百的版面人数也夸张了一点。
: 方才突然福至心灵， 去jobhunting版看了一眼， 才发现那里是上千的人在看面经做题
: ， 大家原来是两头灌的。 敢情这里是jobhunting的分号了。 你们这帮老掉牙的家伙
: ， 还好意思和刚毕业找第一份工的小年轻磨牙。
: 最近一个朋友的朋友的公司被我们公司收购了。前两天吃早饭的时候看到一个BD招呼他
: 们几个老中。 我觉得老中创业精神还是不输犹太人的， 只不过这个版上的传统口水多
: 是怎么能打工一辈子罢了。
|
r*******n
发帖数: 3020 | 3 没卡的人还是想着怎么样打工比较现实
【在 c***d 的大作中提到】
: 以前喜欢这里是比较冷清也纯粹一点的地方。 最近莫名其妙的好像多了很多人气。 当
: 然人气多对是老刑和水友互利的事情。 但动不动几百的版面人数也夸张了一点。
: 方才突然福至心灵， 去jobhunting版看了一眼， 才发现那里是上千的人在看面经做题
: ， 大家原来是两头灌的。 敢情这里是jobhunting的分号了。 你们这帮老掉牙的家伙
: ， 还好意思和刚毕业找第一份工的小年轻磨牙。
: 最近一个朋友的朋友的公司被我们公司收购了。前两天吃早饭的时候看到一个BD招呼他
: 们几个老中。 我觉得老中创业精神还是不输犹太人的， 只不过这个版上的传统口水多
: 是怎么能打工一辈子罢了。
|
c*********e
发帖数: 16335 | 4 jobhunting 的人还在昏天黑地地讨论背算法找第一份工作？现在java,c#都不用搞什么
算法了，重要的是对整个project的把握和怎么实现business logic.至于细节有问题，
可以上网问，看别人的答案和code.
【在 c***d 的大作中提到】
: 以前喜欢这里是比较冷清也纯粹一点的地方。 最近莫名其妙的好像多了很多人气。 当
: 然人气多对是老刑和水友互利的事情。 但动不动几百的版面人数也夸张了一点。
: 方才突然福至心灵， 去jobhunting版看了一眼， 才发现那里是上千的人在看面经做题
: ， 大家原来是两头灌的。 敢情这里是jobhunting的分号了。 你们这帮老掉牙的家伙
: ， 还好意思和刚毕业找第一份工的小年轻磨牙。
: 最近一个朋友的朋友的公司被我们公司收购了。前两天吃早饭的时候看到一个BD招呼他
: 们几个老中。 我觉得老中创业精神还是不输犹太人的， 只不过这个版上的传统口水多
: 是怎么能打工一辈子罢了。
|
d********g
发帖数: 10550 | 5 主要是看level。fresh没什么可考的只有算法，experienced算法会考一点，更多是看
对eco system熟不熟和一些tricky的细节
startup的senior职位发code challenge，我从来都是一做就会有onsite。但真要考算
法，不花点时间背题的话，根本比不过fresh grads。这也正常，当年大家都是高考过
来的，要你现在去和小孩一起高考，普通本科能不能上都是个问题
【在 c*********e 的大作中提到】
: jobhunting 的人还在昏天黑地地讨论背算法找第一份工作？现在java,c#都不用搞什么
: 算法了，重要的是对整个project的把握和怎么实现business logic.至于细节有问题，
: 可以上网问，看别人的答案和code.
|
d**********x
发帖数: 4083 | 6 算法也不是背的啊
常常看看精巧的算法题有助于保持年轻：）
【在 c*********e 的大作中提到】
: jobhunting 的人还在昏天黑地地讨论背算法找第一份工作？现在java,c#都不用搞什么
: 算法了，重要的是对整个project的把握和怎么实现business logic.至于细节有问题，
: 可以上网问，看别人的答案和code.
|
c*********e
发帖数: 16335 | 7 这个。。。但是现在算法已经在框架里了，普通码工也就是用用框架而已。
【在 d**********x 的大作中提到】
: 算法也不是背的啊
: 常常看看精巧的算法题有助于保持年轻：）
|
c*********e
发帖数: 16335 | 8 其实，早期程序员玩小聪明的那种，比如a++,++a之类的，现在都不推荐使用了。会搞
出很多意想不到的bug.现在的编程，注重的是business logic的实现，至于算法什么的
，都是次要的。程序员要关心的，是怎么把用户要的数据，高效快速地从database调用
出来。更进一步，要考虑到安全问题，给每个文件设置ugoa属性，只读，只写，之类的
，还有cookie,token之类的也是很重要的地方。现在的程序员，言必称MVC.
【在 d**********x 的大作中提到】
: 算法也不是背的啊
: 常常看看精巧的算法题有助于保持年轻：）
|
r****o
发帖数: 1950 | 9 怎么把数据高效快速的从database调用出来？
能展开说说么?
【在 c*********e 的大作中提到】
: 其实，早期程序员玩小聪明的那种，比如a++,++a之类的，现在都不推荐使用了。会搞
: 出很多意想不到的bug.现在的编程，注重的是business logic的实现，至于算法什么的
: ，都是次要的。程序员要关心的，是怎么把用户要的数据，高效快速地从database调用
: 出来。更进一步，要考虑到安全问题，给每个文件设置ugoa属性，只读，只写，之类的
: ，还有cookie,token之类的也是很重要的地方。现在的程序员，言必称MVC.
|
c*********e
发帖数: 16335 | 10 就这个话题，就可以分2个大方向，一个是database,一个是data warehouse,2个处理的
方法不同。
把数据高效快速的从database调用出来设计到太多技术，比如hibernate,orm,ado.net
，stored procedure,linq,...
【在 r****o 的大作中提到】
: 怎么把数据高效快速的从database调用出来？
: 能展开说说么?
|
|
|
d********g
发帖数: 10550 | 11 你这个是传统的路子
startup的路子：换redis + 灾备
这就是创新
net
【在 c*********e 的大作中提到】
: 就这个话题，就可以分2个大方向，一个是database,一个是data warehouse,2个处理的
: 方法不同。
: 把数据高效快速的从database调用出来设计到太多技术，比如hibernate,orm,ado.net
: ，stored procedure,linq,...
|
d********g
发帖数: 10550 | 12 这些确实是机器玩人而不是人玩机器。MVC倒也不是灵丹妙药，全挤在backend的做法也
要被革命了
【在 c*********e 的大作中提到】
: 其实，早期程序员玩小聪明的那种，比如a++,++a之类的，现在都不推荐使用了。会搞
: 出很多意想不到的bug.现在的编程，注重的是business logic的实现，至于算法什么的
: ，都是次要的。程序员要关心的，是怎么把用户要的数据，高效快速地从database调用
: 出来。更进一步，要考虑到安全问题，给每个文件设置ugoa属性，只读，只写，之类的
: ，还有cookie,token之类的也是很重要的地方。现在的程序员，言必称MVC.
|
d********g
发帖数: 10550 | 13 另外什么存储过程增加部署和维护难度，加大了耦合，不适合快速开发。一般涉及到存
储过程的，都是不需要快速迭代的上n代企业系统
net
【在 c*********e 的大作中提到】
: 就这个话题，就可以分2个大方向，一个是database,一个是data warehouse,2个处理的
: 方法不同。
: 把数据高效快速的从database调用出来设计到太多技术，比如hibernate,orm,ado.net
: ，stored procedure,linq,...
|
c*********e
发帖数: 16335 | 14 stored procedure目前在java,c#都非常吃香。
【在 d********g 的大作中提到】
: 另外什么存储过程增加部署和维护难度，加大了耦合，不适合快速开发。一般涉及到存
: 储过程的，都是不需要快速迭代的上n代企业系统
:
: net
|
d********g
发帖数: 10550 | 15 没有吃香不吃香的问题，主要看性质
【在 c*********e 的大作中提到】
: stored procedure目前在java,c#都非常吃香。
|
d****i
发帖数: 4809 | 16 那公孙侠说说现在用什么来代替存储过程呢？
【在 d********g 的大作中提到】
: 另外什么存储过程增加部署和维护难度，加大了耦合，不适合快速开发。一般涉及到存
: 储过程的，都是不需要快速迭代的上n代企业系统
:
: net
|
d********g
发帖数: 10550 | 17 逻辑都写在代码这一层啊，而且用NoSQL的话也要摒弃一些老观念。做自动部署的用存
储过程就是自虐
【在 d****i 的大作中提到】
: 那公孙侠说说现在用什么来代替存储过程呢？
|
y***y
发帖数: 224 | 18
没有非常吧, 要不ORM框架怎么会流行呢.
【在 c*********e 的大作中提到】
: stored procedure目前在java,c#都非常吃香。
|
c*********e
发帖数: 16335 | 19 hibernate和stored procedure都行啊。
【在 y***y 的大作中提到】
:
: 没有非常吧, 要不ORM框架怎么会流行呢.
|
y***y
发帖数: 224 | 20
是都行,只是我感觉ORM更好些.
【在 c*********e 的大作中提到】
: hibernate和stored procedure都行啊。
|
|
|
y***y
发帖数: 224 | 21
是都行,只是我感觉ORM更好些.
【在 c*********e 的大作中提到】
: hibernate和stored procedure都行啊。
|
c*********e
发帖数: 16335 | 22 有的公司不用hibernate的。
【在 y***y 的大作中提到】
:
: 是都行,只是我感觉ORM更好些.
|
d**********x
发帖数: 4083 | 23 当然。。平常这些算法题离真正的算法研究十万八千里，就当是做数独了。。
【在 c*********e 的大作中提到】
: 这个。。。但是现在算法已经在框架里了，普通码工也就是用用框架而已。
|
g*****g
发帖数: 34805 | 24 stored procedure只适合做点报表这类每天半夜跑一次的东西。数据量大，逻辑不复杂。
在其余领域基本被淘汰了。多并发系统，是想破脑袋把负担从relational DB上挪出去
以提高系统负载能力，近年的NoSQL趋势就是因为挪出去也不够了，才从DB本身下手。
SP把逻辑放在DB上，负载一上来马上就废了。
如果系统负载要求不高，SP够用。但开发不如ORM快。
【在 c*********e 的大作中提到】
: stored procedure目前在java,c#都非常吃香。
|
t*****n
发帖数: 4908 | 25 95%来本版的都是找工作的。没什么实战经验。没见过10w行以上代码。没fix过真实bug
。但是说起来水平都很高。
【在 c***d 的大作中提到】
: 以前喜欢这里是比较冷清也纯粹一点的地方。 最近莫名其妙的好像多了很多人气。 当
: 然人气多对是老刑和水友互利的事情。 但动不动几百的版面人数也夸张了一点。
: 方才突然福至心灵， 去jobhunting版看了一眼， 才发现那里是上千的人在看面经做题
: ， 大家原来是两头灌的。 敢情这里是jobhunting的分号了。 你们这帮老掉牙的家伙
: ， 还好意思和刚毕业找第一份工的小年轻磨牙。
: 最近一个朋友的朋友的公司被我们公司收购了。前两天吃早饭的时候看到一个BD招呼他
: 们几个老中。 我觉得老中创业精神还是不输犹太人的， 只不过这个版上的传统口水多
: 是怎么能打工一辈子罢了。
|
d**********x
发帖数: 4083 | 26 。。。。
开玩笑吧
bug
【在 t*****n 的大作中提到】
: 95%来本版的都是找工作的。没什么实战经验。没见过10w行以上代码。没fix过真实bug
: 。但是说起来水平都很高。
|
h**k
发帖数: 662 | 27 好虫这个说的还是很在理的
SP都是写银行啥的大公司还在用用，这么老套的东西没有OOP没有框架，连个像样的log
library都不见得有。
一旦逻辑复杂起来，几乎就是个灾难。
更不要说好虫说的并发系统。SP这东西不被淘汰才怪，尽量有多远躲多远。
杂。
【在 g*****g 的大作中提到】
: stored procedure只适合做点报表这类每天半夜跑一次的东西。数据量大，逻辑不复杂。
: 在其余领域基本被淘汰了。多并发系统，是想破脑袋把负担从relational DB上挪出去
: 以提高系统负载能力，近年的NoSQL趋势就是因为挪出去也不够了，才从DB本身下手。
: SP把逻辑放在DB上，负载一上来马上就废了。
: 如果系统负载要求不高，SP够用。但开发不如ORM快。
|
c*********e
发帖数: 16335 | 28 银行的报告用的是crystal report,和stored procedure一点关系都没有啊。
log
【在 h**k 的大作中提到】
: 好虫这个说的还是很在理的
: SP都是写银行啥的大公司还在用用，这么老套的东西没有OOP没有框架，连个像样的log
: library都不见得有。
: 一旦逻辑复杂起来，几乎就是个灾难。
: 更不要说好虫说的并发系统。SP这东西不被淘汰才怪，尽量有多远躲多远。
:
: 杂。
|
h**k
发帖数: 662 | 29 我也没想强调报告，银行的报告crystal. SSRS, BI都有。
反而这些大公司大量的business logic是写在SP里，Java, .net啥的就是个caller, 经
过多年积累加上SP的局限性，可以想像很多这样的code就是一坨。再往深里说，在维护
这些代码的很多都在养老。
【在 c*********e 的大作中提到】
: 银行的报告用的是crystal report,和stored procedure一点关系都没有啊。
:
: log
|
y***y
发帖数: 224 | 30
不能同意得更多...
【在 h**k 的大作中提到】
: 我也没想强调报告，银行的报告crystal. SSRS, BI都有。
: 反而这些大公司大量的business logic是写在SP里，Java, .net啥的就是个caller, 经
: 过多年积累加上SP的局限性，可以想像很多这样的code就是一坨。再往深里说，在维护
: 这些代码的很多都在养老。
|
|
|
c***d
发帖数: 996 | 31 最近talent acquisition比较多。 正经大的购买动作并不多。各大公司憋着劲想搞明
白mobile上到底是什么游戏规则， 其实还都是一头雾水。如果现在作， 除非有很强的
云方面的背景, 我指技术背景和业务背景， 否则只能去mobile上碰运气。
facebook的mobile广告的营收增长是一个重要的事件， 还有就是box在enterprise市场
取得的成功。我认为social media的平台期已经到了，但mobile ads是个全新的营收方
式。 这里面有基础设施的工作要作， 这意味着大量的机会。另外一个机会在于消费互
联网向企业进军，企业对新的用户交互方式的接受程度大大提高了。 这里面也有大量
的机会。
我对硬件的预测一向错误， 所以对mobile硬件平台会如何发展就不献丑了。
【在 z*******h 的大作中提到】
: 展开来说说，做神马的startup?
|
p*****2
发帖数: 21240 | 32
大牛谈谈云计算吧
【在 c***d 的大作中提到】
: 最近talent acquisition比较多。 正经大的购买动作并不多。各大公司憋着劲想搞明
: 白mobile上到底是什么游戏规则， 其实还都是一头雾水。如果现在作， 除非有很强的
: 云方面的背景, 我指技术背景和业务背景， 否则只能去mobile上碰运气。
: facebook的mobile广告的营收增长是一个重要的事件， 还有就是box在enterprise市场
: 取得的成功。我认为social media的平台期已经到了，但mobile ads是个全新的营收方
: 式。 这里面有基础设施的工作要作， 这意味着大量的机会。另外一个机会在于消费互
: 联网向企业进军，企业对新的用户交互方式的接受程度大大提高了。 这里面也有大量
: 的机会。
: 我对硬件的预测一向错误， 所以对mobile硬件平台会如何发展就不献丑了。
|
c***d
发帖数: 996 | 33 作云的startup的问题是需要的投入比较大, 需要业务方面的积累。 认识的几个朋友试
过了不同的云相关的startup。一个朋友去了一个hadoop的工具startup, 最近跳回到一
个广告平台的startup。 另外一个朋友去用hadoop作BI，最近好像转回consulting了。
还有几个朋友加入某saas startup， 他们作的不错。
大公司方面最近aws, google app engine和vm ware都不是很给力。 说起来有点瓶颈的
感觉哈。 希望是暂时的。企业云的事情我觉得goodbug想的挺明白的。如果你们有耐心
不怕死， 可以自己搞个企业云的startup。 搞不好也可以练练手， 起码以后不用后悔。
【在 p*****2 的大作中提到】
:
: 大牛谈谈云计算吧
|
g*****g
发帖数: 34805 | 34 aws现在revenue每年增长200%-300%，runaway winner。GOOG跟MSFT都想把自己定位成
PaaS的leader，但PaaS是最没钱赚的一种，大的项目限制太多不行，小的项目竞争对象
就是PHP hosting的那些，还不支持PHP。AWS再回过头来Beanstalk，PaaS俺也有，实在
没什么可以做的了。
所以现在GOOG跟MSFT回过神来GOOG搞Compute Engine，MSFT开始花钱marketing自己的
IaaS。但市场雪球效应很明显，企业市场不像个人市场，大家都不喜欢吃螃蟹。AWS已
经有诸如Netflix，Dropbox吃了螃蟹，有了一堆工具。照着做不会有技术问题，不会有
性能问题。其他的平台都需要大的应用来证明自己。Azure虽号称有iCloud，AAPL没有
任何技术blog来谈实现，没有参考价值。
悔。
【在 c***d 的大作中提到】
: 作云的startup的问题是需要的投入比较大, 需要业务方面的积累。 认识的几个朋友试
: 过了不同的云相关的startup。一个朋友去了一个hadoop的工具startup, 最近跳回到一
: 个广告平台的startup。 另外一个朋友去用hadoop作BI，最近好像转回consulting了。
: 还有几个朋友加入某saas startup， 他们作的不错。
: 大公司方面最近aws, google app engine和vm ware都不是很给力。 说起来有点瓶颈的
: 感觉哈。 希望是暂时的。企业云的事情我觉得goodbug想的挺明白的。如果你们有耐心
: 不怕死， 可以自己搞个企业云的startup。 搞不好也可以练练手， 起码以后不用后悔。
|
p*****2
发帖数: 21240 | 35
我也觉得G和M被PAAS忽悠了。赚钱的还是IAAS和SAAS。
【在 g*****g 的大作中提到】
: aws现在revenue每年增长200%-300%，runaway winner。GOOG跟MSFT都想把自己定位成
: PaaS的leader，但PaaS是最没钱赚的一种，大的项目限制太多不行，小的项目竞争对象
: 就是PHP hosting的那些，还不支持PHP。AWS再回过头来Beanstalk，PaaS俺也有，实在
: 没什么可以做的了。
: 所以现在GOOG跟MSFT回过神来GOOG搞Compute Engine，MSFT开始花钱marketing自己的
: IaaS。但市场雪球效应很明显，企业市场不像个人市场，大家都不喜欢吃螃蟹。AWS已
: 经有诸如Netflix，Dropbox吃了螃蟹，有了一堆工具。照着做不会有技术问题，不会有
: 性能问题。其他的平台都需要大的应用来证明自己。Azure虽号称有iCloud，AAPL没有
: 任何技术blog来谈实现，没有参考价值。
:
|
p*****2
发帖数: 21240 | 36
悔。
IAAS不是大公司搞不来，startup搞SAAS是唯一出路了。PAAS还没有成功的呢。
【在 c***d 的大作中提到】
: 作云的startup的问题是需要的投入比较大, 需要业务方面的积累。 认识的几个朋友试
: 过了不同的云相关的startup。一个朋友去了一个hadoop的工具startup, 最近跳回到一
: 个广告平台的startup。 另外一个朋友去用hadoop作BI，最近好像转回consulting了。
: 还有几个朋友加入某saas startup， 他们作的不错。
: 大公司方面最近aws, google app engine和vm ware都不是很给力。 说起来有点瓶颈的
: 感觉哈。 希望是暂时的。企业云的事情我觉得goodbug想的挺明白的。如果你们有耐心
: 不怕死， 可以自己搞个企业云的startup。 搞不好也可以练练手， 起码以后不用后悔。
|
c***d
发帖数: 996 | 37 我喜欢你用银行作的云服务的比喻。 事实上企业IT正在接受saas云服务， 不管是主动
的还是被动的。 一个侧面是mobile对企业员工行为带来的变化。 我很喜欢box的切入
点。 对于传统的消费互联网来说, mobile＋saas是个重生的机会。
【在 g*****g 的大作中提到】
: aws现在revenue每年增长200%-300%，runaway winner。GOOG跟MSFT都想把自己定位成
: PaaS的leader，但PaaS是最没钱赚的一种，大的项目限制太多不行，小的项目竞争对象
: 就是PHP hosting的那些，还不支持PHP。AWS再回过头来Beanstalk，PaaS俺也有，实在
: 没什么可以做的了。
: 所以现在GOOG跟MSFT回过神来GOOG搞Compute Engine，MSFT开始花钱marketing自己的
: IaaS。但市场雪球效应很明显，企业市场不像个人市场，大家都不喜欢吃螃蟹。AWS已
: 经有诸如Netflix，Dropbox吃了螃蟹，有了一堆工具。照着做不会有技术问题，不会有
: 性能问题。其他的平台都需要大的应用来证明自己。Azure虽号称有iCloud，AAPL没有
: 任何技术blog来谈实现，没有参考价值。
:
|
c*********e
发帖数: 16335 | 38 mobile更多是个时尚，有个iphone在手上，才好意思和别人打招呼。mobile其实非常的
难发展，比如硬件方面，电池就是个大问题，软件方面，因为内存和存储的限制，数据
库只能用sqlite這種非常小儿科的东西，数据要通过web services获取，换句话说，
cell phone只是一個中转站，自己很难有发展。目前很多公司自己做个application放
到marketplace让用户下载，非常的乱。cell phone上用browser就是个笑話。
【在 c***d 的大作中提到】
: 我喜欢你用银行作的云服务的比喻。 事实上企业IT正在接受saas云服务， 不管是主动
: 的还是被动的。 一个侧面是mobile对企业员工行为带来的变化。 我很喜欢box的切入
: 点。 对于传统的消费互联网来说, mobile＋saas是个重生的机会。
|
p*****2
发帖数: 21240 | 39
How about tablet?
【在 c*********e 的大作中提到】
: mobile更多是个时尚，有个iphone在手上，才好意思和别人打招呼。mobile其实非常的
: 难发展，比如硬件方面，电池就是个大问题，软件方面，因为内存和存储的限制，数据
: 库只能用sqlite這種非常小儿科的东西，数据要通过web services获取，换句话说，
: cell phone只是一個中转站，自己很难有发展。目前很多公司自己做个application放
: 到marketplace让用户下载，非常的乱。cell phone上用browser就是个笑話。
|
z****e
发帖数: 54598 | 40 现在主要问题是sp很难淘汰掉
legacy code里面都是这些东西
都是当年程序猿偷懒造成的
log
【在 h**k 的大作中提到】
: 好虫这个说的还是很在理的
: SP都是写银行啥的大公司还在用用，这么老套的东西没有OOP没有框架，连个像样的log
: library都不见得有。
: 一旦逻辑复杂起来，几乎就是个灾难。
: 更不要说好虫说的并发系统。SP这东西不被淘汰才怪，尽量有多远躲多远。
:
: 杂。
|
|
|
z****e
发帖数: 54598 | 41 一个crm不足以表明企业it正在接受saas的cloud
事实上企业内部的service千差万别
汇丰的流程跟花旗的流程大相径庭
要想统一起来用saas难上加难
你看erp搞了这么多年，无数的企业还是自己养码农自己开发就明白了
【在 c***d 的大作中提到】
: 我喜欢你用银行作的云服务的比喻。 事实上企业IT正在接受saas云服务， 不管是主动
: 的还是被动的。 一个侧面是mobile对企业员工行为带来的变化。 我很喜欢box的切入
: 点。 对于传统的消费互联网来说, mobile＋saas是个重生的机会。
|
z****e
发帖数: 54598 | 42 paas还是能赚钱的
但是真正的paas应该朝规则靠拢，也就是跑去搞j2ee的paas才好赚钱
都是规范化的平台，g和m自己搞一套，那这个兼容性就差了
企业自身也会有考虑，所以情愿去用iaas，虽然麻烦了点
【在 p*****2 的大作中提到】
:
: How about tablet?
|
z****e
发帖数: 54598 | 43 公孙大神说得很好
这也是软件工程的基本功
db很早以前我就觉得应该退化成为简单的保存信息的软件
除此之外，应该尽可能多地剥离db上的逻辑处理
包括cache什么的，都应该用其它的软件或者语言予以实现
而不是依赖db去做这些事
db的sp是上个世纪很老的那些码农的思维方式
对于他们来说，所谓的server side软件，不过是db的映射而已
这种思维方式在j2ee被提出来之后就被抛弃了
但是代码比较难以改动而已，所以现在一堆垃圾代码留在里面
很多公司不得不养了一堆dba混日子
【在 d********g 的大作中提到】
: 逻辑都写在代码这一层啊，而且用NoSQL的话也要摒弃一些老观念。做自动部署的用存
: 储过程就是自虐
|
