z****e
发帖数: 54598 | 1 你一搞数据的
古德霸说的那些可能关联不是非常大
尤其是hibernate，spring，这两个跟你啥关系？
hibernate你需要写orm去crud数据么？
spring跟你也未必有很大关系
你应该优先考虑cassandra和spark
这两个跟你的关联最大
其次是hdfs这些
尤其是spark以后会有sql和ml的pkg
这两个才跟你对接得比较紧密 |
|
h******b
发帖数: 6055 | 2 是应该自己在digital ocean上搞一个node/mongodb/express的REST服务？
还是应该用Amazon aws, firebase, kinvey, parse或谷歌app engine这样的半成品?
要求能做基本CRUD, 后台本身需要能够定时call别家的api去收集每日数据，做处理以
后，手机可以得到处理结果并上传一些简单数据。
安全方面是应该api key, https还是oauth?
感觉要糙快猛parse好像很不错。他们有background task理论上来说是可以完成搜集数
据这个功能的。 |
|
g*****g
发帖数: 34805 | 3 做consulting和做startup是两码事。做consulting跟开源闭源没什么太大关系，最重
要的是能找到项目。项目比较简单，一两个人就能做，重复性劳动为主，基本就是CRUD
，无疑M$ stack在这方面上手快，效率高。
做startup都是奔着上市去的，有名一点的startup基本都积累了几百万，上千万用户，
scalability很重要，big data analysis很重要。大部分有名的开源轮子都是跟这些相
关的。
换句话说，简单的活，啥stack都能干。hot startup，用M$ stack的就极少。 |
|
p**r
发帖数: 5853 | 4 明白了，多谢指点，
以后骂战我站你那边，哈哈。
能否展开说说MS在scalability，big data方面的不足，
Azure现在做扩展也很容易。
我不是抬杠，诚心请教。
之前也做过2个startup，都没起来，
用户都没过千，别鄙视我，所以也没涉及到你说的问题。
客户网站一天6000个左右的订单，
那还是6，7年前，用godaddy dedicated server都run得好好的，
所以也没考虑这方面的。
也就最近因为客户有些要求，开始往azure，aws上移。
CRUD |
|
p**r
发帖数: 5853 | 5 刚才把knockout可以做到的功能看了一遍，
感觉上就是CRUD上能帮上忙，然后size比较小一些。
其他方面就没看出来有什么好
感觉knockout能做的，JQ实现起来也很简单。
但是走马观花看一眼，和真正重度使用是两回事情，
各位有实际项目中用knockout的能否说说优缺点？ |
|
m***h
发帖数: 77 | 6 一个比较简单直接的办法，主要用数据库。
你要多多少少山寨个configurable的rule repo，让后围绕它做文章。
1， rule
可能在开始的时候business会提供你一些简单的rule to start,以后会增加更复杂的
rule,turn on/off, 或者改参数。
假设business想给第二天生日的用户发封生日快乐邮件，可以用这么个rule table
rule_id: 123
rule_trigger:MORNING_BATCH
rule_name:one_day_befor_user_birthday
rule_sql: select user_id, first_name, last_name, email from user where user.
birth_day = system_date + [DAY_BEFORE_BIRTH_DAY]
parameters: DAY_BEFORE_BIRTH_DAY=1
email_template:202
active:true
另外一个table存email_template
template_id： 20... 阅读全帖 |
|
z****e
发帖数: 54598 | 7 除了ml，其他nlp和架构学了就能用呀
而且真正搞nlp用fp还算比较靠谱
一般时候搞点crud搞fp纯粹没事找事 |
|
z****e
发帖数: 54598 | 8 想要盈利，去看ios，个人创业，做app是最有可能的
server side的创业，一般屌丝没戏，门槛很高，现在已经堆到了databricks
人类已经开始探索如何让机器智能一点，剩下的通通都有开源软件了
如果你还在对crud，怎么实现一种网络协议上还处于懵懂状态的话
我很不看好这种所谓的创业，没戏，你干不过开源的
app不一样，app随便一个都有可能成功，而你要想盈利
客户群很重要，客户群由客户端的平台决定的，ios是你最有可能盈利的平台
无数的证据都表明了这一点，所以想办法在ios上做个让人愿意掏钱的app
最管用，最有可能成功
但是如果你做不到这一点
次选是google的平台，google平台就是一句话，卖广告
adsense，admob都是如此，那么这个时候你要想办法提高软件人气
让软件短时间内火爆起来，让很多人来用，当然是免费的
但是要做到这一点，其实难度比在ios上成功要大，实话说
因为众口难调，要想让一堆人同时去用同一个软件
难度会大过，你让其中一部分人为软件买单
人少总是容易伺候的 |
|
z****e
发帖数: 54598 | 9 看怎么定义了哈
如果你日常编程需要用到不少矩阵计算，点乘这些乱七八糟的
比如计算text, sounds, image这些的相似度的时候
你的重心会放在function上，这个时候简化对于很多人来说
都是一种减负，但是如果日常工作大量时间花在crud上
那搞fp就是纯粹没事找事了 |
|
p**r
发帖数: 5853 | 10 找相似image之前写过，
暴力法，没考虑用任何算法，
后来找了个轮子，速度快了不少。
不过现在的CRUD想花时间都没地方花，
轮子都帮你做了，你要做的就是取支票。 |
|
t**r
发帖数: 3428 | 11 作为程序员,oracle database需要掌握什么方面？
写sql? 设计？ 性能调优？
有没有好的 书推荐？
謝謝
我们目前项目用oracle 数据库， 有专门的dba。我们的程序会对db进行crud操作。
谢谢了 |
|
l*****9
发帖数: 9501 | 12 只要还在用RDBMS, SP就是有用的，主要适用于data intensive process。只是CRUD的
话，不需要SP. 用java的话，ORM必不可少。 |
|
z*******3
发帖数: 13709 | 13
spring本质只是一个多线程优化效率以及简化开发的一个framework
可以不用啊，vert.x当时community就在讨论要不要做ioc
其他语言开发者反对，因为其他语言做不到ioc
对于大多数写脚本的web developers来说，他们不懂这些
还不是一样survive下来，你可以不用，效率就跟php之类的差不多了
看你那个项目的大小，如果项目大到一定程度，开发人员素质要跟上
如果只是拖控件，搞点crud，那我觉得这么高级的东西不懂也无所
能把东西做出来交差是王道，tomcat一个web server可以做很多东西
包括connection pool都有 |
|
z*******3
发帖数: 13709 | 14
要有选择地使用
如果是古德霸这种老鸟，肯定上来就要求用spring这些
如果只是菜瓜，表搞那么复杂，先从crud，hello world开始
orm自己写也不难，高级一点用hibernate咯
这些东西都不是mutually exclusive的
都是optional的，可用可不用，java这点好，选择很多 |
|
z*******3
发帖数: 13709 | 15
ror在设计上有它的好处
groovy并不负责搞spring和hibernate的那些东西
这些framework和语言各有各的用处
并不是mutually exclusive
spring主要负责di和ioc，hibernate负责orm
groovy则主要是负责简化逻辑代码
你用groovy写各种crud很快
vert.x里面所有例子，groovy的代码是最简短的
超过其他所有脚本语言，比js还有ruby都简短
这个你如果用vert.x的话，可以直接对比，一下就看出来了
而简化代码跟di还有orm并不冲突啊
所谓grails就把这些东西汇总起来的这么一个框架
实际上所有的web server都是好几个东西的汇总
比如html template，比如session management，比如web listener etc.
讲一个东西容易一堆东西一起上，乱七八糟
比如struts以前就用了那个啥freemarker
搞vert.x就把这些都分开，你自己搭配，任何一个组件出了问题
你就去看这部分是咋回事，而不是瞎子摸象
啊，好大一个概念，你都不懂里面到底咋回事
虽然最后你还是得挨个... 阅读全帖 |
|
z****e
发帖数: 54598 | 16 c++出来的就这样
不停地换语言
java初学者后续就比较少这么折腾
幸福感就在这种折腾中搞木有了
顺便，vert.x 3已经启用语言template
大部分逻辑是通过template自动生成的
而非人工去码代码
这其中包括java, javascript, python, ruby, scala, groovy, clojure这些
其实web没啥可以做的，框架搭好之后，剩下的只是语法的差异
都是crud，甚至连乘除都比较少做，开方乘方就更没有了
只有spark那边会看到多一点的数学符号 |
|
b*******g
发帖数: 603 | 17 Indeed for complicate concurrency system, FP is better. But concurrency is
way overrated. 99% of web apps are some sort of CRUD and no synchronization
is necessary, or contention can only happen in DB. Even for the 1%, it's
probably one or a few micro services in infrastructure that really needs it. |
|
b*******g
发帖数: 603 | 18 来自主题: Programming版 - 关于变量 数据库建模就是ER modelling，几乎每个系统都必须得有。状态机就不见得了。90%的
网站就是个CRUD而已，需要啥状态机？ |
|
z****e
发帖数: 54598 | 19 去国内找个外包写网站的地方
￥2000可以做得很好了
连ui带crud，足够你用了
然后你集中注意力把ml部分搞定
挂上，o了，反正都是web service |
|
w***g
发帖数: 5958 | 20 如果都是像你这么说的话，在美国混的那些ruby, python程序员就都该失业了。
事实上是我要求稍微变一变，要往文件系统crud，他们可能就做不了了。
偷自己公司网页出来卖这种话你也敢说，在公司混还是得小心。 |
|
z****e
发帖数: 54598 | 21
你又用不到，给你web service接口就好了，文件系统的crud你来写
正常，美工无节操，跟我无关，我只是告诉你有这个现象 |
|
z****e
发帖数: 54598 | 22 你找个iaas放一个postgresql或者mongo啊或者couch啊之类的
然后你换个iaas的话，数据块直接拷贝就可以了
安装个数据库或者nosql，然后连上去做crud有啥难的
程序猿应该都很熟悉了，跟用cloud上的api是一样的 |
|
z*******3
发帖数: 13709 | 23
android studio的app samples是用来搞form的
那不是游戏，所以你看不懂，直接全部丢掉就看懂了
等你做backend的时候，你就开始痛苦了
cocos2d是不管backend的，我知道很多人还在用http
用php和node都有，那这种顶多也就是crud一把
真正的real time是不太可能走http那些的
但是总体而言我觉得android挺麻烦的，sprite kit要快很多
但是到了网络部分，需要跟server打交道的地方
ios也开始蛋疼起来 |
|
z****e
发帖数: 54598 | 24 sublime算什么ide，你根本无法debug，看不到内存中变量的value
这对于复杂的开发来说是大忌，我经常写着写着就忘记了
然后需要打开debug模式，一步一步跟踪进去，看看到底是怎么回事
这个在app开发上显得尤为明显，建模时候最经常改动的就是各个var的值
你砍我一刀，我这里要掉血，但是突然改了某个地方，你不砍我了
为啥？不知道啊，很多种可能，可能是你的阵营归属错了
可能是ai里面有个bug，可能是你误认为我已经挂了，etc.
如果这个时候不能断点看值的话，那开发起来效率太低
需要改一点就做一遍回归测试，写死，而且启动又慢，等个几十s才跑起来
这样每次都等几十s，谁吃得消这种等待
我最近用android studio和xcode都是各种爽，没有任何意愿想回去用vi的感脚
脚本没啥意思，永远就是搬运数据，稍微复杂一点的建模就挂了
你这辈子难道就打算以写crud过活吗？ |
|
z****e
发帖数: 54598 | 25 古德霸说他以前写过棋牌乐
你把棋牌乐在app和server上分别实现一下
很快就能感觉出来fp和script还有oop这些语言的差异了
你可以看出来为什么js不好用
clojure更糟糕，你试试就知道
我跟你说的很多其实就来自实践动手中遇到的困难
表只做web，web没啥意思，web无非一个crud而已了
甚至还包括你用ide，用过ide再也不想去用啥sublime
app才是future，而60%甚至更多的app是游戏
其实所谓游戏就是一个更高级的表现形式而已
没啥大不了的，web太简单了 |
|
z****e
发帖数: 54598 | 26 我觉得没有太过于高大上的计算资源
你打算做的东西就已经很高大上了
现在的免费资源基本上都是crud，一些很傻瓜的操作
谈不上什么高大上，就spark稍微复杂了点
但是也只有ml，你可以看看digitalocean
5刀一个月一个node，纯粹的linux环境，prototype阶段够你折腾了 |
|
g*****g
发帖数: 34805 | 27 As an application developer, it's always ecosystem first (Android->java, iOS
->OC/Swift), library second (big data ETL -> Hadoop? Spark?), and language
last (Simple CRUD web app, which one of 100 languages should I use? Probably
the one your are most familiar with.)
The value of a new language is not by itself, but demonstrated by its
libraries and applications. |
|
z****e
发帖数: 54598 | 28 脚本很多就是个toy
不仅js是这样
做的东西都是toy project
做点crud var，大概就这样
光靠这点东西要想有市场竞争力，很难
一般投资人也都不愿意投钱在这些东西上
投资人很关心一点就是技术的不可复制性
就是如果一个东西，大公司很容易就抄走了的话
投资人是不太愿意投钱的，国内投资一个常见的问题就是
如果bat抄你的呢？你怎么办呢？
这个问题如果没有答案，基本上融资失败
full |
|
z****e
发帖数: 54598 | 29
你丫尽扯蛋，自己把前面n个人的说法翻出来看看
几乎一边倒地反对js，大多数人都是明显倾向于swift,objc,java这种直接写
或者是c++，对js的评价几乎都是，那玩意是用来画table的吧？
什么2015第一语言那就是扯蛋，2015上升最快的语言
主要是node凑了点热闹，本来node做的那些就是php在做
fb最早就是做php的嘛，web换来换去，没有啥太大意义
做来做去都是crud那些，如果你认为这个东西无法外包，那你good luck了
js大多数时候只会这个东西，基本上工作没戏，不信你试试
找一个只要求js的工作岗位出来我看看，你找的js工作列表，随便点进去一看
几乎都要求其他的技能，而非仅仅是js，另外用js就可以最快变成什么产品就是纯粹扯蛋
用js很快就会陷入到无尽的debug海洋中去
这个问题其他语言也有，但是明显会比js要好很多
js很多还在用vi开发，我的天，你这种搞法，什么时候能搞完啊？
而且你的论据几乎都是扯蛋，流水top10几乎没有一个跟js有关系的
不信你问问coltzhao他们用啥写他们的app
那个就是top10的东西啊，刀塔传奇我可以明确告诉你... 阅读全帖 |
|
h******b
发帖数: 6055 | 30 看你现有人马是web developer多还是传统developer多了，web多， Cordova/Phonegap
封装mobile web site成app是最大程度糙快猛的实现。 普通手机功能也都支持。 UI
可以选ionic（angular），也可以选meteor。
你可以看看cordova支持的手机硬件功能（相机， location， 等)。 cordova大把
plugin，从广告到内购应有尽有。
http://cordova.apache.org/docs/en/4.0.0/guide_support_index.md.
其实真的需要重新写， 说明你们已经成功了。 不过如果团队都是传统程序员， 天生
反感JS， 那么强扭的瓜不甜， 让他们写也不会投入， 会找一千个理由抗拒。 你也
看到这个版多忌讳JS的普及了。 一般startup也就是普通CRUD数据库， JS和现有网站
搭配有先天优势。 |
|
ET
发帖数: 10701 | 31 https is a must.
oauth is a way to authenticate a user from a third-party service without
sharing this user's login credential.
Security is a big topic. It depends on your use case. Authenticating a user,
username + password with http basic authentication is common used. Some
service provider uses plain text of user's password over https, it is also
OK. It's better to hash the user's password, then keep hashed password on
server.
It's better to block the password attempting numbers or it will e... 阅读全帖 |
|
g*****g
发帖数: 34805 | 32 你这个显得缺乏经验呀。不是说不可以只用一个线程池，如果任务都简单快速当然可以
，比如CRUD网站。
但是但凡任务时间或数目有显著区别，多线程池就是个常见设计。多线程池可以提供独
立的SLA，调节能力，监控能力。
我举个例子，你有个零售网站，浏览很快100ms，交易要走外部信用卡比较慢5秒。这天
你特卖一东西流量大增。上俩线程池的结果就是交易有一部分要失败，但是失败得很快
，浏览基本不受影响。只有一个的话，就是所有线程都堵在缓慢的交易上，浏览
timeout。整个网站没响应。 |
|
|
h*i
发帖数: 3446 | 34 写系统的代码简单，用什么写都差不多。我用Clojure写系统的代码也一样，CRUD啥的
，都是些tedious shit，用什么写也写不出个花来，还是tedious shit。
写复杂的东西的时候就能看得出语言的区别来了。 |
|
d******e
发帖数: 2265 | 35 现在早不是了。
不论你用python还是scala还是js
简单的crud都是直接给你做好restful api.给个数据库connection string久可以直接
给你生出代码了。
复杂点的改改就出来了。 |
|
z****e
发帖数: 54598 | 36 简单的crud以后就是拖拖拽拽就搞定了
cloud上直接拖控件就好了
web developer这个行当以后学艺术的设计师就可以做了
不需要搞啥程序员 |
|
z****e
发帖数: 54598 | 37 json就是一个object
那个o就是object的意思
不同的数据格式而已
并不是只有set/get才叫object
你用ruby，js等网络脚本的话，json直接嵌入你的代码都可以
同样的，scala可以直接把xml嵌入代码
java，swift等需要转换成class object
这种一捅到底的方式应该是很早以前就在追求的
省得改来改去，但是当然会有一些trade off
存储之后查找起来效率就比较低，因为没有经过整理
其次，这种方式对于crud来说比较容易
但是对于一旦数据需要转换，就会显得很不自然
比如游戏的server，经常要转换object的状态
这个时候immutable就显得很笨拙 |
|
z****e
发帖数: 54598 | 38 创新啥呀，app最大问题是集成不够
服务器端就知道搞crud，这能干毛事
app应该通过udp/tcp等跟vert.x等紧密绑定起来才是王道
而不是停留在http就满足了
目前就是太多人只停留于表面
满足于按按钮，拖控件这种低级趣味，使得生产力迟迟得不到推进
这样要没泡沫才见鬼 |
|
h******b
发帖数: 6055 | 39 正解。
mean stack好像零件，得自己装。
meteor是完全组装好了，最快最猛的框架，没有之一。 从crud到api到安全。 新手
用mean不可能考虑到的meteor都给你全套了。
问题是市场份额很小。 你到indeed一查才20个工作。 mean里面任何一个都是几百个
。 所以我目前还是学习mean。 |
|
z****e
发帖数: 54598 | 40
/.
standalone可以单独部署在集群上，并不是一个toy example用的
我倒是很奇怪，你们居然没有丢掉yarn这些东西
不过我是不用yarn，我觉得yarn太过于复杂了
大部分工作我用vert.x可以很快完成，直接操作c*，调度我自己写
yarn一堆api搞得跟ejb一样繁琐，什么container，context都来了
spark应该是直接替换yarn，这才是standalone模式的初衷
这个应该才是spark最初的目的才对，而不是run spark over yarn
这个感觉怪怪的，反正我不用yarn，不知道其他人怎样
对于spark的需求主要集中在mllib，其他的其实没啥，如果是streaming的话
用storm就好，不过我也不想这样换来换去，如果flink将来能解决这个问题的话
我就切换到flink上去，反正我现在也只用了mllib
剩下的crud，这个不用spark/flink这些，直接用c*的api就可以做很多了
cql连查询都帮你搞了不少，就更没有必要麻烦spark/flink了 |
|
z****e
发帖数: 54598 | 41 另外我写数据并不经过spark
直接vert.x->c*，spark主要负责读出数据做分析
如果单纯的crud，根本不过spark
包括查询，也不过spark，用cql
所以对于spark的需求仅仅限于ml部分
这样数据量大就不是完全spark的东西了
很大一部分分流给了vert.x去做，比如使用storm
就不需要介入spark的streaming
可能这也是为什么我可以放弃掉hadoop的原因
yarn更是早就放弃了 |
|
k**n
发帖数: 3989 | 42 某存在的表A在sqlserver2k，
数据量几万条，更新不多，，一天几十条到几百条的样子。
不许用triger,不许改crud的code或sp。
现在需求是某程序每过10分钟得到这个表有什么改动，（删除，插入，某些fields改动）
请教大家能给点思路吗？ 具体点最好，急用。
多谢。 |
|
c*********e
发帖数: 16335 | 43 用啥程序？web app, mobile app, desktop app? 知道改动后，要显示在网页上，还是
生成pdf文件？
node.js, redis subscribe.可以realtime在网页显示。如果改动是从php,c#,java写入
数据库的，马上在web page
就可以显示出来。如果改动数据库是直接用sql之类的改的，不许用triger,不许改crud
的code或sp，那就难些。
动） |
|
|
k**n
发帖数: 3989 | 45 开始就就说了, code 与crud, sp 都不许改...因为怕改不全, 而且需改动以及测试的
程序太多. 所以先排除,看有没更好的天法.
最好只在数据库 上动脑筋. 结果设计review 时老板说我们公司10多年都不许用triger
... |
|
z*******3
发帖数: 13709 | 46 都是html，但是js未必，只不过绝大多数网站都有js
但是js做不了太复杂的东西，哪怕是flash这种level的动画
都搞不定，大多数网站还是停留在简单的crud做点买卖这些操作上 |
|
z*******3
发帖数: 13709 | 47 我们说一个最简单的solution
你先fetch A node的data
然后存在memory里面
然后fetch B node的data
然后再在内存中做join
而不是通过sql engine来做
所以很早以前就说过要将大量使用sql的sp干掉
通过java来做，而不是通过scripts来做
这种方式发展下去，最后persistence就弱化成了一个简单crud操作的这么一个东西
其实就是弱化成了file system
这就是facebook最早用mysql的办法
而这个更进一步，就是一般nosql的雏形
然后如何保证一致性，如何replica做fault tolerance etc.
这就是分布式一天到晚琢磨的东西
等这些解决得差不多了，再考虑如何用script engine来简化操作
但是目前看，还早 |
|
g*****g
发帖数: 34805 | 48 这年头就是做 UI的能写点后端的 CRUD就叫全栈了。其实连 SQL都不熟。 |
|
|
z*******3
发帖数: 13709 | 50 因为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做得不行，我能够做得更... 阅读全帖 |
|
