z****e
发帖数: 54598 | 1 nosql == not only sql
超集来源两个地方
一个是古德霸就说过nosql以后会变成db的超集
其次是，现在对dart的定义就是js的superset
你可以argue这个定义不准确
但是我知道你明白我要说什么 |
|
c*****a
发帖数: 1638 | 2 我还真不信所谓资金管够的情况下这个会做不出来。估摸着就是没人敢接免得得罪那个
搞这个网站的太子党。
LZ说的也不太对，这个本身和大数据啥关系没有（别说4千万用户了，就算再加10倍，
也算不了啥大数据的问题）。不过用nosql可以提高并发读的扩展性。事实上铁路数据
本身很小，直接cache就完了，available的ticket部分存到cassandra里面（cassandra
在写并发啥是不是号称最好的nosql？）
关键是，查询部分是只读的情况，只有reserve票的时候涉及事务。模式和机票类似，
走eventually consistent就行了。
耦合是关键，很明显他们的系统是没法扩展的，给铁道部洗地的文章里面也说到只能做
到说scale up（提升节点硬件和软件）而不是scale out（增加节点）。所以就是说他
们那个破框架设计本身到20个节点自己不行了
这种情况下，只能重做
他这个东西和淘宝还是不能比的，他的业务其实简单多了，后台数据的查询路径基本是
固定的，比起来淘宝那个网站要实现的用户需求比他这个难很多个数量级。
确实来说，国内IT水平其实挺高的都在几个大公司里面，断档... 阅读全帖 |
|
z*******3
发帖数: 13709 | 3 定义后端
如果后端是app server，那几乎都是java，其他语言压根没有这个概念
还有app server之后persistence，新兴的nosql和big data也几乎都是java
也就是db是c或者c++写的产品，这个面临着明显的威胁，which is nosql
如果后端是web server，那真正大头是php，其次应该是ruby, python这些
java一直就没有怎么占领过这块市场，但是因为这一块离真正的app server很近
很多公司不愿意在内部同时使用多种语言，所以干脆就java shop从头到尾
这样一个team可以搞定，不需要雇太多的人
后来出现一个趋势是php之类的往jvm上去转，因为性能太差
没有几个公司能像facebook那样自己搞一个hhvm出来的
所以大多数公司就决定利用上现有的jvm，which就是wwzz他们的策略 |
|
d*******r
发帖数: 3299 | 4 多谢多谢~~ !!
mongo部分跟我想的一样
Redis学到经验了。
二爷是一点不看好 Redis Cluster 的发展么: http://redis.io/topics/cluster-spec
Redis 真是为数不多支持 transaction 的 NoSQL DB 吧。虽然主要是内存DB，还是很
强大。
你们 message bus 难道就是用的 Redis? 让各个模块去 Redis 里面 pull messages?
我记得你提过 Kafka, 这个做 message queue 可以，做 message bus 是不是弱了点吧。
NOSQL
SQL。 |
|
N********n
发帖数: 8363 | 5
QUEUE通常就是用DOUBLE LINKED LIST实现的吗。高并发的环境下MQ的存取
就变HOT SPOT了，不觉得用NOSQL能帮什么忙。
NOSQL基本出发点是数据之间LOW COUPLING。这样才能SCALE OUT。而QUEUE
本身要求其数据FIRST IN FIRST OUT。这个FIFO就是一种COUPLING。 |
|
a*w
发帖数: 4495 | 6 秒杀造册、北京二、上海老将...
程序员的心理疾病
说实话，虽然似乎为之奋斗了十多年，在真正进入软件行业的短短一年之后，我已经对
它感到相当的厌倦了。这并不是说这个行业没有前景，而是在这个行业工作，其实很难
得到心理上的快乐。
人们说女怕嫁错郎，男怕入错行。我并不认为自己入错了行，我仍然很喜欢设计程序和
语言，而且我显然是这个领域的王牌之一。然而我却看到了这个行业里的无限混沌，让
我觉得喘不过气来。几十年的垃圾设计堆积在那里，却没有人试图把它们清理掉，权威
主义盛行。无论你在哪个公司，哪个地方，只要跟程序员说话，十有八九会谈不来。非
常扫兴不说，甚至感觉很伤自尊。
久而久之我发现了，由于程序员工作的性质，他们受到的“熏陶”，形成了一种行业性
的心理疾病。这里我就简单的把我所观察到的一些症状总结一下。
无自知之明
由于程序员的工作最近几年比较容易找，工资还不错，所以很多程序员往往只看到自己
的肚脐眼，看不到自己在整个社会里的位置其实并不是那么的关键和重要。很多程序员
除了自己会的那点东西，几乎对其它领域和事情完全不感兴趣，看不起其他人。这就是
为什么我的前同事 TJ 作为一个资深的天体物... 阅读全帖 |
|
z****e
发帖数: 54598 | 7 给你们解读一下王在写什么吧，看看在说谁，哈哈
程序员的心理疾病
说实话，虽然似乎为之奋斗了十多年，在真正进入软件行业的短短一年之后，我已经对
它感到相当的厌倦了。这并不是说这个行业没有前景，而是在这个行业工作，其实很难
得到心理上的快乐。
...
由于程序员的工作最近几年比较容易找，工资还不错，所以很多程序员往往只看到自己
的肚脐眼，看不到自己在整个社会里的位置其实并不是那么的关键和重要。很多程序员
除了自己会的那点东西，几乎对其它领域和事情完全不感兴趣，看不起其他人。这就是
为什么我的前同事 TJ 作为一个资深的天体物理学家，在一个软件公司里面那么卑微。
貌似会写点 node.js，iOS 软件的人都可以对他趾高气昂的样子，而其实这些东西的价
值哪里可能跟 TJ 知道的物理知识相提并论。让人感觉是在阴沟里翻了船被老鼠欺负。
------------在骂node.js，二爷此处不爽
如果力学工程师犯了错误，飞机会坠毁；如果结构工程师犯了错误，大桥会垮塌；可是
如果软件工程师犯了错误，大不了网站挂掉一小时，重启一下貌似又好了。所以所谓“
软件工程师”，由于门槛太低，他们的工作严谨程度，其... 阅读全帖 |
|
m****a
发帖数: 2593 | 8 看了这篇，我觉得王垠是个很有自知之明，观察力非常敏锐的人
http://www.yinwang.org/blog-cn/2014/02/09/programmer-mental/
程序员的心理疾病
说实话，虽然似乎为之奋斗了十多年，在真正进入软件行业的短短一年之后，我已经对
它感到相当的厌倦了。这并不是说这个行业没有前景，而是在这个行业工作，其实很难
得到心理上的快乐。
人们说女怕嫁错郎，男怕入错行。我并不认为自己入错了行，我仍然很喜欢设计自己的
程序和语言，而且我显然是这个领域的王牌之一。然而我却看到了这个行业里的无限混
沌，让我觉得喘不过气来。几十年的垃圾设计堆积在那里，却没有人试图把它们清理掉
，权威主义盛行。无论你在哪个公司，哪个地方，只要跟程序员说话，十有八九会谈不
来。非常扫兴不说，甚至感觉很伤自尊。
久而久之我发现了，由于程序员工作的性质，他们长期以来受到的“黑客”式的“熏陶
”，形成了一种行业性的心理疾病。这里我就简单的把我所观察到的一些症状总结一下。
无自知之明
由于程序员的工作最近几年比较容易找，工资还不错，所以很多程序员往往只看到自己
的肚脐眼，看不到自己在整个社... 阅读全帖 |
|
b*******g
发帖数: 603 | 9 Not everything requires ACID, most services that are not associated with
money don't. Exactly where NoSQL becomes extremely helpful. Don't forget
NoSQL is not only SQL.
And I demo that with 90% fairness, you can reduce 90% of latency. It's all
about tradeoff. |
|
z****e
发帖数: 54598 | 10 来自主题: Programming版 - 开源的轮子 大路货没有问题
问题在于，你会大路货没有意义，没有竞争优势
就像你会db，会sql，没什么大不了的
谁都会，除非你不会，那这个问题小严重
你要会nosql那几个东东才有竞争优势
但是你要会nosql的时候，你会面临着巨大的麻烦
因为文档不全不说，还一堆错的，而这个时候，你就只能靠你自己的经验
去猜，去蒙，甚至不得不去看源代码，给源代码去纠错
很正常，这就是最痛苦的时候，就跟战场一样
你永远都不知道前面会发生什么，什么都有可能发生
出现意料之外的情况太正常不过了，这个时候就看谁能搞定
高手的水平就在于，出现意外，他一样能达到目标
废材就体现于，一个小意外，就能让他全盘皆输
而且压力也很明显，搞不定，老板随时会换人
外面一堆人排着队等着呢，这就是netflix模式
对netflix稍微关注过的都知道，这家公司对cassandra有一种狂热
什么都想往这上面搬，这个其实理由也很简单，因为不用钱
谁都知道oracle db好用，文档多，还有support，问题在于
oracle db要钱还要很多钱，所以老板为了省钱，用c*，你咋办？
如果你是古德霸，manager找你过来，说，明天开始，我们把... 阅读全帖 |
|
v***e
发帖数: 2108 | 11 是NoSQL里面比较小得一块，自称体系吧，和其他KV，document db
范畴的NoSQL也没什么太大竞争。 |
|
z****e
发帖数: 54598 | 12 该用db时候千万不要省
否则麻烦大大地有
这篇文章里面用户数据存成nosql那这就是一个大错
评论什么存在nosql里面无所谓了
错就错了，又怎样，买卖提的帖子数据就是documents |
|
z****e
发帖数: 54598 | 13 pure db
or
pure nosql
都是错误的
not only sql才是正确的
但是很明显
现在做成db超集的nosql并不多
所以最好的方式还是凑几个一起用
取长补短
我一般用postgresql, cassandra和hbase的组合 |
|
v***e
发帖数: 2108 | 14 你推崇的NoSql里面，三大Market leader里面MongoDB, Couchbase（memcahced）
是C++的，Cassandra是Java的， 2：1.
现在号称真正支持ACID, transaction的NoSQL, FoundationDB，
也全部是C++写的。
当然Java也是个不错的语言，容易上手，应用层用的多，工作机会多
但是在系统层，真正mission critical的东西，JAVA要想完全取代C++还差的远，
至少两者是并列的， 更不用说Java也有自己的问题。
你对C++的仇恨是哪里来的？ totally nonsense |
|
M*****n
发帖数: 2301 | 15 不清楚他具体是做什么的，只知道在netflix。一般我们对这种application level
的人一般不感兴趣，除非有特别好的distributed和database (either rdbms or nosql)
system kernel 的经验。
netflix这种公司只是众多使用NoSQL产品中的一个，造汽车的不需要
要雇佣一大堆会开车的。 |
|
z****e
发帖数: 54598 | 16 都在忽悠
忽悠上钩一个是一个
nosql还算比较新，所以忽悠的比较多
以后会慢慢减少，参考db发展的历史
db刚出来，也是一堆忽悠，还有一堆公司自己做
后来越来越少，都被开源搞的
nosql以后c*和hbase这些逐步成熟了之后
这些商业公司就没啥市场了
真要忽悠的话，聪明的都不再造轮子了
比如bigsql，人家就忽悠如何组合轮子
这就很聪明，现在忽悠mongo，couch这些的
说要替换hadoop ecosystem
wtf，这个肯定做不到，我就是不相信这些人有这个本事
差了十万八千里远 |
|
g*****g
发帖数: 34805 | 17 NoSQL DBA很抢手，有经验的人很少。传统DBA不会消失，但会减少。AWS RDS之类的服
务取代了很多DBA的需要。随着NoSQL的混合使用，建模也越来越由开发者主导。DBA的
价值被弱化。 |
|
p*****2
发帖数: 21240 | 18
这样为什么不直接上nosql算了？感觉就是sql蜕变成nosql了。 |
|
g*****g
发帖数: 34805 | 19 我倒是NoSQL用得太多了，觉得NoSQL真的是SQL不够用的时候才有用。市面上大多数使用
都是overkill, resume building. |
|
d*******r
发帖数: 3299 | 20 SQL join 就是所谓更高级的，但是不灵活的抽象之一，大牛看我说的对不对，
join 在NoSQL DB 里面，就是好比自己写一些 travel logic，把不同 table 里面的东
西按照一定filter条件, 访问一遍，
我还宁愿自己用自己喜欢的程序语言，写这些 travel logic 和 filter 条件来干这个
工作，当然 performance 比 SQL 语句更好。
而且，NoSQL DB 的 tables 本来就少，因为 rows in tables 本来就允许定义更多的
nested 的结构，所以自己写这些 travel logic 也挺容易的。
如果有 state updates，整个过程需要 atomic, 那是需要自己在内存里面实现一些
lock 和 fail-over 机制。
这个我也宁愿自己做，目前我在 MongoDB 里面跨 collections (好比 SQL 的 tables)
做 updates 的时候，都是自己实现针对某些具体 variables 的 locks 的，我觉得做
起来也不难。
downtime. |
|
J****R
发帖数: 373 | 21 【 以下文字转载自 Database 讨论区 】
发信人: JVMCLR (很久很久以前，我是面试时的分子), 信区: Database
标 题: 有没有open source DB像greenplum那样同时支持RDBMS 和hadoop呢？
发信站: BBS 未名空间站 (Sun Aug 17 16:41:59 2014, 美东)
公司想逐步采用nosql，但是目前的系统都是建立在RDBMS的基础上的。不知道有没有哪
个open source即包含RDBMS也包含nosql? 就像greenplum一样。 |
|
g*****g
发帖数: 34805 | 22 我老客观地说一句。这几年下降最大的是desktop app，唯一.net有优势的地方。上升
最大的前端是mobile，主流应用都支持iOS跟Android，WP出货已经出现下降，市场份额
<3%，眼看着就跟黑莓做伴去了。
再谈server端，web前端被mobile拿走不少流量，但基本还是标配。这里Java和C#都下
降得厉害。JS和Python是赢家。后端上升最快的是Big data，这里基本上所有主流架构
都是JVM系。正在Hype的IoT，大头都在后端的Big Data。
其他的重要趋势是Cloud和NoSQL，这俩基本是Language neutral。但AWS的优势使得
Linux部署完全压倒Windows。另外NoSQL的Native client C#支持都比较晚，可能是需
要的不多。反过来说明C#应用大部分都比较小。 |
|
i**i
发帖数: 1500 | 23 将来数据结构如果能统一成json的话 -- json只是数据的表示而已.
换nosql可能会好一点 -- no way. nosql和关系数据库一样历史悠久. 两者各有千秋.
类库换os也很蛋疼 -- 为毛换os? |
|
z****e
发帖数: 54598 | 24 ejb3可以选择是beans.xml还是传统的container management
ejb最大的毛病就是东西太多，要么全接受要么全不要
spring的好处就在于它每一个component，都是可以独立存在的
你要用ejb，它会塞给你一堆东西，什么jpa，jca都在里面
但是你要用spring，自己写个main，就能跑了
当年我搞spring也就花了五分钟，写了个main函数，把beans.xml读到
然后就能用了，很简单，struts麻烦点，hibernate最麻烦
因为hibernate要配置transaction manager，不配还不行
所以cassandra这种nosql以后会逐步替换掉传统db的大部分市场
剩下不得不用transaction，比如交易，用户密码这些数据
才会放到db中去，看newsql能不能搞掂db
但是象什么log，聊天记录，用户喜好等等，都丢给nosql去存 |
|
z****e
发帖数: 54598 | 25 俺对databricks融资多少钱一点意见没有
你想啊，mongodb有啥东西？
基本上是把以前db做的东西重新做一遍
分布式其实本质就是，这个玩意以前不能分布，要分布
必然有tradeoff，那么就看牺牲哪一块而已了
db主要问题是尾大不掉，什么都做了
完全没考虑到分布式的场景，那现在要改，改起来就痛苦了
nosql的公司就抓住这个机会，重新把轮子造一遍，其实没啥新意
你看mongo忽悠了多少钱去，现在市值都12亿了
databricks用的数学比mongo这些nosql公司深多了
才50m，太少了
主要是你不能用mapreduce那个眼光看这家公司
你要看到machine learning，这个是多火爆的一个topic
这代表了future，databaricks融资五千万都不为过
因为这个东西站在时代的前沿，这个东西，别人没做过
才有得搞，今年炸药生理卫生奖给了John O'Keefe
这个就是做神经网络的Hebb的学生的学生
spark的mllib做下去，就会接轨Hebb的那些理论
很快就有那种science的感觉了
apply |
|
z****e
发帖数: 54598 | 26 现在支持pig，hive的金主们都转向sparksql了
而且pig和hive本身的应用就有大量重合
database和data warehouse的差异并不是那么大
现在统一成一个sparksql，方便很多
当然苦的就是现在在prod.里面用了hive&pig的公司
尾大不掉，要改挺麻烦的
sparkr将会是下一个很有搞头的东西
但是r非常大，统计的方法非常多
这个需要很长时间来完善
mllib目前只是text analysis，但是也做得差不多了
下一步是deep learning
再往后其实就跟很多生物里面神经科学
cs里面搞ai的wsn弄的东西差不多了
这就开始接触比较麻烦痛苦的高等数学了
对于nosql你想了解深入一点，adv. database学过
知道database是怎么造出来的，nosql就没有秘密了
顶多加一点分布式算法，分布式算法为基础
再去弄text analysis，了解点统计，这就是big data入门了
然后是deep learning，一点一点接近生物phd
生物统计已经可以接轨了，当然再往后很难说
陈章良的救星就快出现了，要不然老骂它
丫的21世纪是生... 阅读全帖 |
|
|
z*******3
发帖数: 13709 | 28 上cassandra和aop就好了
用java的应该都用spring吧？
用aop可以有效减少各种乱七八糟的log代码
结构也更合理，我针对每一个方法在调用前和后，各做一次拦截
获取相关数据，插入log，不过我不用log4j，找个nosql放
nosql就用来做这个的，cassandra很好
然后查的时候就查cassandra
要不然动不动就要grep，我的天 |
|
B*****g
发帖数: 34098 | 29 【 以下文字转载自 JobHunting 讨论区 】
发信人: dongfeiwww (在路上), 信区: JobHunting
标 题: 祝贺peking2升级成Staff & Tech Lead
发信站: BBS 未名空间站 (Wed Oct 15 03:39:06 2014, 美东)
peking2在板上贡献有目共睹，也顺利升级，在开源领地的努力没有白费啊。
看看这些最新最火技术，每个都留下脚印，让人脑动大开啊。
Node.js, Coffeescript/Javascript, Scala, Clojure, Java, Big Data, NoSQL,
Concurrency, Distributed system, Asynchronous programming, Functional
programming, Data structure and Algorithms
Functional Programming, Big Data and NoSQL technologies such as Scala, Spark
and Cassandra etc.
- Nod... 阅读全帖 |
|
z****e
发帖数: 54598 | 30 nosql问题还多多，还处于发展阶段，newsql说的是分布式db
我觉得nosql现在还发展不到transaction和脚本就能用的地步
还有一段距离要走，比如rdd这种类似以前db的cache
spark才刚开始做 |
|
x****d
发帖数: 1766 | 31 如果建网站只为搜索，办法很多，要悦目桑心，这个标准不同一很难说。
为搜索，java的生态不是有lucene和solr么？还有elasticsearch，实在想不出要
wordpress的理由。
要悦目，java也有cms啊，alfresco对你来说不比wordpress差吧？
要对公众开放，aws不是一年免费吗？
自己记录的东西貌似适合用nosql啊，ibm的nosql云免费也够你用了吧？可以搜索。ibm
之外也不计其数免费资源。你有钱要造，当我没说，有钱我觉得怎么也要上能支持
spring的云吧？用spring做个简单的wordpress样子的东西还是很轻松吧？不会spring
这年头真不好意思说自己会java。 |
|
W***o
发帖数: 6519 | 32 作者： vinta.ws 博主
最近这几年在世界各地突然吹起了一股全民写程序的风潮，连美国总统欧巴马都在写
JavaScript 了，但是身为一介靠写程序（以及在上班时间胡乱上网）来谋生的
developer（所谓的 developer 就是「软件工程师」的比较潮的说法），想要提醒那些
想学习写程序的人一件重要的事：慎选你的第一个程序语言。
在软件工程师（中国叫做「程序员」或「码农」）的圈子里，文人相轻的现象可是非常
严重的，在程序设计的各个领域里都有着错综复杂的「鄙视链」。从程序语言、编辑器
、平台到 { 是写在 if 的同一行还是下一行，不同阵营的人都习惯鄙视来鄙视去。而
其中「你用什么程序语言？」更是大家最热衷的一条鄙视链，所以对于刚踏入程序设计
领域的初学者来说，万一程序语言选得不好，可是会一开始就落入鄙视链的底层啊。
软件工程师的鄙视链到底有多惨烈、多残酷呢？
http://mmbiz.qpic.cn/mmbiz/2A8tXicCG8ynAr4qteM9UvL8PdqM2XdHCXML
程序语言篇
懂 Functional Programming 的工程师鄙视老是把设计模式挂... 阅读全帖 |
|
z****e
发帖数: 54598 | 33 mongo除了不支持transaction，其他就是一个db
根本说不上是一个nosql，跟db的共同点远多余跟其他nosql的共同点
cassandra什么才是对persistence的颠覆 |
|
d****n
发帖数: 1637 | 34 瞎说一下啊，鄙人根本没经验。
除了content 以外的查询用rdbms,
content search 再另建一个nosql 用mapreduce 专门干这个。
这个非常适合read 多于write情况。
不好的地方就是额外的存储开销和save content 时候要建立 nosql delay
keyWords occur rdbms-indexId?
黄容 100 idx0
郭靖 85 idx17
避血剑 50 index 55
然后对 sentence 展开，我估计肯定有专门干这个的轮子，不用自己造 |
|
z****e
发帖数: 54598 | 35 因为现有的数据库操作会blocked
如果你不用worker的话，你整个thread会被blocked住
这样就跟tomcat什么没有区别了
所以需要用上worker，然后释放启动操作的thread
这么做目的就只有一个，释放当前线程，否则就会被blocked住
你不需要启动10个worker instance，也就是10个worker thread
因为数据库连接是有线程数量访问上限的，如果一万个thread同时启动的话
db也只能host那么有限的几个，比如设置了访问上限是100个
那么一万个就只能100个100个地访问，一定要排队
你可以在worker里面启动一个线程pool，然后设置连接池这些
目前数据库访问都不是异步的，没有那么傻瓜的做法
这么做目的就是把同步搞成异步，无它，要么就干脆不用，换nosql
但是trade off就是各种文档欠缺同时没有transaction, index这些的支持
well，也不是完全没有，但是明显会少很多，相对db而言
要么就干脆同步，同步的话写起来就很简单，怎么做就怎么写
但是同步也还是需要搞连接池这些，只不过简单很多，因为文档有很多
这么... 阅读全帖 |
|
w**z
发帖数: 8232 | 36 今天看见了这个，
https://www.mongodb.com/collateral/scalability-benchmarking-mongodb-and-
nosql-systems-report
Independent evaluators United Software Associates released new research
based on Yahoo! Cloud Serving Benchmark (YCSB) demonstrating that MongoDB
overwhelmingly outperforms key value stores. The results show that MongoDB
provides greater scalability than NoSQL vendors Cassandra and Couchbase in
all tests, by as much as 13x. |
|
z****e
发帖数: 54598 | 37 编程第一门课应该结合oop谈swift，以及为将来java的学习做点铺垫
从swift开始学编程最理想
因为ios本身环境比较单一，比较纯粹
所以不用涉及太过于复杂threads，网络等东东
很快能出app，可以做电子书啊什么的
很快可以看到产品和收益，虽然这个收益可能不多
但是成就感无与伦比，可以教会思考问题的方式，至于其他知识点
丫不懂，他不会去查吗？他不懂他自己会去google
现在咨询那么发达，哪里需要你教，你又不是他爹他妈，管那么多干嘛？
然后oop熟练了之后，开始教一点点pp，如何用一些比较高级的方法
对机器下指令，这个用mvc的viewer部分做例子甚好
剩下如果真对机器有兴趣，把c什么当成后续课程，让他们去选去
不过估计没几个真有兴趣，估计会对网络更感兴趣，毕竟网络才是future
然后有了网络之后，就开始倒腾java，搞server
开始塞入thread概念，网游可以开始写了
剩下3d什么，作为后续课程，让孩子自己去选去
server搞定了之后，开始教db和nosql
然后教数学应用，ml这些
这样做的好处就是，每学完一门课，他们就能做出点东西来
可以拿到市场上去卖钱... 阅读全帖 |
|
w**z
发帖数: 8232 | 38 谁说db一定要support transaction？
Most NoSQL databases do not provide transaction support by default。 要满足A
和 P， 就必需牺牲C了。你把Nosql 能support 的throughput 放到RDMS上试试？不同
的databases 适用不同的use case， 没有哪一个更高达上。 |
|
z****e
发帖数: 54598 | 39
你做个事情之前，不成功就一定不做了吗？
这个世界上百分百成功的事情好像是不多的
即便有，也是很cheap的
生活就像一个战场，你总会遇到你预想不到的事发生
很正常，凡事不去做，就一定不会失败
所谓雄心万丈，躺在床上
我相信的是，凡事为之，则难者亦易矣
行不行，做了自然就知道，不行又怎样？
100%成功的事不多，但是同样，100%完蛋一无所获的事情好像也不多
为什么要害怕失败？失败那么可怕？我当年学java
安装jdk都失败过n次，以至于我后来养成一种习惯
就是做一件事，第一次就成功，我就会怀疑这个是不是搞错了
困难和失败并不可怕，可怕的是你不去做，还没开始之前就被你自己吓倒了
到现在你还在纠结什么军工，我已经告诉你了，他们还有另外一条产品线
是给银行企业用的，实在不懂到底有啥好纠结他们的军工的
你是不是认为他们除了给cia用的以外，就没有产品了？
我觉得你的关注点就是个问题
没有受过java熏陶的人，就是天然的层次感不强
数据如何保存跟数据如何处理，是两个layers的事
数据保存归客户，数据处理归你的内存运算的软件
这个在j2ee上就是最原始傻瓜的三层模型，我说的一直都是中间那一层... 阅读全帖 |
|
z****e
发帖数: 54598 | 40
你学big data的时候，老师有告诉过你，你一定能得到你想要的结果？
big data这些东西最大的乐趣就在于从垃圾数据中得到有用的数据
没有人能保证你一定能得到这些有用的数据
就像你找google，google也不能保证你一定得到你想要的结果一样
那你为啥还用google呢？
因为google便宜，虽然还不是那么智能，但是的确很有帮助啊
big data最大的乐趣也就在于数据来源混乱，什么都有可能
所以要尽一切可能预先组织好数据，比如按照db,nosql归类
db处理一律jdbc，然后用hibernate封装一遍，这样基本上可以保证执行的语句会比较
统一
nosql按照key value pair整理，然后还有xml，这个parse起来比较麻烦
但是xml也是结构化数据，需要parse schema先
最后是txt，这个按照文档相似度整理，streaming类似
你看我已经有一个idea出来了，而你还在告诉我这不可能 |
|
n*****t
发帖数: 22014 | 41 赵老师你也是一桶浆糊，前面不说了，每个 node 下面还有一堆 sub-doc，你不问需求
就在这夸夸其谈。还有，即使 db 和 nosql 都可以，选择 nosql 了怎么就各种奇葩，
您说来听听？ |
|
z*******3
发帖数: 13709 | 42 过时是不会的
就像db，你觉得db过时了吗？
没有嘛，到处都还在用
这种nosql以及处理nosql的frameworks
现在还在大面积使用，但是市场上将来会有更多的竞争者加入
也很正常，java世界就是这样，里面什么都有
是不是很好玩？ |
|
z*******3
发帖数: 13709 | 43 因为rdbms的格式远比nosql的格式要工整许多
table，column什么都很工整，都是structured data
数据工整了，自然可以把很多操作傻瓜起来
就不需要high order functions你也可以通过一些脚本做出你需要的运算
比如简单的crud，一些aggregation
一开始连工整的数据都没搞定的时候，没功夫思考不工整的数据怎么搞
但是nosql的数据格式很混乱，经常需要处理数据，所以需要更general的工具
而这种工具你事先并不知道用户会输入什么样的func
所以需要一种方式能够把函数当成参数来输入
来处理数据然后反馈给用户
hadoop没有做到spark纯粹是因为hadoop忙着解决hdfs的事情了
你要做出这种系统来，首先第一步先用一个统一的接口封装所有的file system
至于hdmr，没想那么复杂，因为第一步已经够麻烦的了
然后spark的作者觉得，这里有提升的空间，所以就搞出了spark
同样的，spark的batch做得不错，但是至于streaming，没想那么多
所以flink出来说，诶，你这个streaming做得不行，我能够做得更... 阅读全帖 |
|
g*****g
发帖数: 34805 | 44 Stateless scale 是不难，难的是数据库。所以才要 NoSQL. 可是又需要data
integrity 咋办？ 说起来都简单，实践中能把 DDBMS, NoSQL 熟练运用的已经是百里
挑一了。 |
|
z****e
发帖数: 54598 | 45
是啊，这些东西都略微heavy了一点
而且不够灵活
比如udp，nosql，支持就不好了
udp怎么看都需要netty系的产品，比如netty, vert.x这些
nosql怎么看也都不怎么需要orm |
|
x***4
发帖数: 1815 | 46 我是来学习不是抬杠。请问rdbms和nosql的本质区别是不是cap？
NoSQL |
|
c******o
发帖数: 1277 | 47 nosql 还真就是一堆 “no" sql
共同点比不同点少。
共同主要就是不用sql,放弃复杂一致的join，放弃固定的schema.
除此以外的就五花八门什么都有了， nosql里consistent transaction也有,
FoundationDB, OrientDB。 |
|
h*i
发帖数: 3446 | 48 说得不错， nosql这种词算是市场营销术语，是一个市场的细分，当成技术术语来定义
就无聊了，没必要。
其实有些nosql连join都不放弃的，比如datomic，query全是join，不过是impicit的，
毕竟是用datalog的嘛。 |
|
z****e
发帖数: 54598 | 49
用什么都有，用tomcat因为apache口碑好，坑少，文档多
没了，就这一个，这是最理想的，一个类库做一件事
错了，spring的功能是di，主要是管理一个bean的生命周期
这样从客观上节省了内存和decoupling，其次也减少了内存泄漏的可能性
另外一个spring的主要功能是aop，这是spring两大利器
致于mvc，那个其实不重要，属于扯蛋的部分，ui的东西扯蛋居多
因为db本身的市场正在被nosql所蚕食，nosql天生就是object
所以不怎么强调orm，db因为都是relational，所以需要orm
作为trade off，orm牺牲了一部分性能，但是好处是可以比较容易滴迁移db
hibernate用上去之后，你就不在乎mysql和postgre的差别了
当然这很理想，但是至少一定程度上搞定了这个问题
类似ror
no，java的世界缤纷多彩，你看看techempower那个列表
你就可以看到，几乎一半都是jvm上的东西，你很难说某个东西一定不对
都是个人的选择嘛，grails对于groovy来说很重要，要知道
groovy可是表现最佳的脚本，这个你看vert... 阅读全帖 |
|
p**r
发帖数: 5853 | 50 多谢,NOSQL这个理念我一直在用,其实cache就是NOSQL的一个实例,
只是现在很多人喜欢钻牛角尖,非得上个芒果啥的才算是. |
|
