d*******r
发帖数: 3299 | 1 "逻辑" 包括 UI 和 interaction 逻辑不??
你所谓的 "逻辑" 只是指 "跟后端server交互的逻辑"??
"但是这些UI和interaction都是common的，别人做完拿来用就是"
只是你的错觉, 任何你不想修改或者 customized 的东西, 都可以 apply 这一点.
只能说明, 你们做的 UI 和 interaction 不需要定制而已.
简单说, 其实是你们想做的 AngularJS (或者任意厚前端 framework) 恰好符合要求而
已.
而事实是, 正好相反, MVC 里的 'V', 或者说跟人交互的东西,
比如 web GUI, app GUI, 游戏 GUI 这些, 总是最需要 customized, stylized 的.
反而是后端逻辑都差不错, 都是些 CRUD 之类. |
|
z*******3
发帖数: 13709 | 2 错，大错，我们做应用的，恰恰更应该关心娱乐部分
你没发现互联网公司现在都在搞副业么？
有几个还是单纯的卖工业产品或者维护系统为生的公司？
netflix那个是不是娱乐？facebook那个是不是娱乐？
我看都是啊
马斯洛不是有个需求金字塔嘛
人类一开始吃不饱，穿不暖的时候
追求的是吃饱穿暖，当农业发达了之后
吃饱，穿暖已经不是问题了
就开始搞工业，追求的出行，居住的方便
现在这两个也都接近饱和了，人类就开始追求通信上的便捷
现在通信也搞得差不多了，你觉得还有什么会剩下的？
ml那些本质上也是一种高层次的需求解决
跟视觉上享受没啥太大区别
写脚本点button，然后crud搬运数据，这些都很低级
不否认一开始都是从这些开始，但是如果你满足于这些
没有更高的追求，社会会逐步淘汰你的，就像你搞ml一样
前端的视觉效果也是一种更高级的需求啊
实际上apple就靠做这些做成了世界第一大公司
你应该从中想到些什么，顺便说一下，我经常到vert.x那些用户那边去寻找灵感
看看他们都在解决什么问题，比如这个
https://sketchtogether.com/
你觉得这个很容易做嘛？游戏只是一种说法... 阅读全帖 |
|
z****e
发帖数: 54598 | 3
各种app本质其实不是浏览器，六成左右都是偏native的应用
表达力更强，浏览器脚本模式表达能力太弱了，一天到晚就折腾各种table
要想有更好的体验，肯定需求不只这一点
这就是为啥app比浏览器更有前途的原因，表达能力更强
能做更多的事，而不仅仅是crud那么简单
能做更多的事之后，自然就拥有更大的市场 |
|
|
z****e
发帖数: 54598 | 5
没有遇到过db migration吧？
我可是搞过一次的
忙活了半年，大部分其实都不需要那么复杂的sql语句
绝大多数都不过是crud，加点transaction
哪有那么多复杂的sql要写，用hibernate反而快
现在最头疼的是sql的store procedure这些，看晕过去 |
|
z****e
发帖数: 54598 | 6
没有遇到过db migration吧？
我可是搞过一次的
忙活了半年，大部分其实都不需要那么复杂的sql语句
绝大多数都不过是crud，加点transaction
哪有那么多复杂的sql要写，用hibernate反而快
现在最头疼的是sql的store procedure这些，看晕过去 |
|
z****e
发帖数: 54598 | 7 ql是一个脚本，绝大多数nosql都支持一个或者多个脚本，只不过未必是ql，js什么都
有可能，只要有实际的crud api你自己可以实现脚本引擎
：现在连c*不用cql用啥?
： |
|
z****e
发帖数: 54598 | 8 对于大多数应用，db明显过剩了，当然能用db解决，但是sql并不容易搞，任何脚本过
度使用都是不合适的，无论是js还是sql，中间业务逻辑应该坚决交给java搞，至于后
面挂的东西，对于大部分需求来说，一般的file system足够了，尤其是web上的crud，
除非是金融银行这种大量涉及金钱的系统，一般网站，用db浪费了，绝大多数需求，用
single node cassadra足够了，下面需要做的就是简化c*的使用，让它的使用再傻瓜一点
：赵策呢？赵策在哪儿？赶紧过来表个态。
： |
|
|
d******e
发帖数: 2265 | 10 哭死，只有散功重新练起。
现在后台从crud走向cqrs。
这里面的东西我软全部缺席。
api |
|
z****e
发帖数: 54598 | 11
所以别用太fancy的部分哦
我一般就用db的crud，其他都不怎么用
join都少用，基础功能早就被人用烂掉了
所以出bug的可能性不大
重点是你的java怎么搞
估计你不知道的是，你每天都在用postgres的gateway
哈哈 |
|
|
z****e
发帖数: 54598 | 13 compared to for loop
how to use for loop in the streaming?
u dont even know the border of the stream/loop
u need a listener rather than a loop
reactive rather than active
reactive is not for zhuangbi
is used for solving problems
especially for those streaming industry like Netflix
if u can use for loop then plez use for loop
do not use forEach which should only be used in streaming api
and i personally believe for loop is enough for batch api
u dont need streaming for batch like db/file system c... 阅读全帖 |
|
g*****g
发帖数: 34805 | 14 那是写 CRUD, 商业逻辑总得有人来做。到给个需求机器人就给实现之前，码农的活不
会变少。 |
|
w********m
发帖数: 1137 | 15 撸了一圈parse server，很满意
CRUD很强大
REST API写的很好，至少比我写的好
parse dashboard 好像没什么用
必须用SSL
文档少，不能面向google／stackoverflow编程，只有面向github编程。
准备先上几个instance，看看还有什么安全上的漏洞 |
|
w********m
发帖数: 1137 | 16 这个是个伪命题。
做android，也得要有后台，restful api。
最简单的CRUD，也要有个database。
估计单纯做个UI，几个view，也没有job security。
如果前后台都做，不就是full stack吗 |
|
发帖数: 1 | 17 https://kudu.apache.org/blog/
刚刚听完cloudera他们的讲解,说xiaomi和京东在光棍节和6.18每秒有上百万的CRUD.
里面提到raft consensus algorithm,不是很清楚是哪个领域的问题
如果自己想做一个prototype,或者搞清楚里面的原理,从最初的几个commit有办法看出
来么?还是说要从哪里开始? |
|
p**r
发帖数: 5853 | 18 可能就是不熟悉，.net的常见crud，5分钟搞定。
linux，有时候查个命令都得半天。 |
|
l******i
发帖数: 880 | 19 轻量级-只要用的内存少就可以
现在是用的grails2,不知道grails3怎么样，还有spring boot, spark等等？
基本上我们的micro service主要包含http rest, data crud, jms的一些东西，请问哪
种会用的内存少一些？ |
|
s******7
发帖数: 1758 | 20 spring data + nosql, 连crud都不用自己implement, 套个interface就行了。用
hibernate就是自己找虐，过时技术还特麻烦。 |
|
发帖数: 1 | 21 可能这个题目的作者也没有想清楚,好像只要选一个BST就可以了?
doubly linked list能做到 initialize是nlogn(排序),剩下CRUD都是log n因为doubly
linked list可以binary search
关于架构,这个只是考虑到如果是maintain多个node(原题说只考虑一个node,one-to-
many),因为node之间的out-going edges是独立的,所以可以每个node都独立maintain一
个红黑树或者doubly linked list,只有删除node的时候需要互相通讯一下. |
|
m***r
发帖数: 680 | 22 简单webapp，不用考虑native mobile。 但是要respoinsive web，而且麻雀虽小，五
脏俱全。带后台crud操作等。
view就用react
UI就用material ui
后台想试下parse server + graphql
static asset就准备pm2+express
不知道有什么现成的模块可以直接拿来用，支持login（email／social／oauth）的（
在客户端和服务端，客户端最好是基于）
另外，有什么提供设计模板的网站么？就是提供主要页面的design（比如front page，
admin，profile，main页面之类），然后能输出比如material ui， bootstrap的
react代码模版（或者原始css和html也行），可以直接复制修改下就能使用的 |
|
w********m
发帖数: 1137 | 23 idea is cheap，每天都能有十个八个。
能实现才行。实现就要靠语言。
打工的话，随便什么火星语言都可以，反正已经把时间卖了。
自己干的话，效率很重要。投入的都是自己的时间。
比如最简单的把数据库的crud包装成REST。
一个小时搞定和几天还搞不定是有区别的。
关系到idea成不成。 |
|
|
e*******o
发帖数: 4654 | 25 没用过，要用我也用go版的。
https://github.com/nuveo/prest
There is the PostgREST written in haskell, keep a haskell software in
production is not easy job, with this need that was born the pREST. |
|
c******n
发帖数: 16666 | 26 嗯 看到原版介绍里的haskell我也颤抖了下 |
|
w********m
发帖数: 1137 | 27 没怎么用，不过感觉很不错。
用的都是是编译的binary，是haskell或者其它语言无所谓。
2K的TPS，性能一般是够了。
另外，postgrest用了jwt，比parse server的明文强多了。
用postgres作数据库是对的。postgres有编程能力，现在还能支持row level security。
把authorization／authentication的逻辑移到DB的话，优点是DB的结构比较简单。 |
|
m*****n
发帖数: 3575 | 28 postgres比较复杂，但是搞会了用起来还是很爽的，特别是各种trigger可以实现智能 |
|
z****e
发帖数: 54598 | 29 尝试着回答一下这个问题
1）做不到比os native的更好，但是问题在于，有些操作系统根本就没有cooperative
sheduling，比如linux，如果有的话，直接做一层包装就好了，但是没有的话，就只能
让语言来做了
2）不靠机器码，但是靠字节码，基本上就差不多了，光靠当前java的api，是不够的，
需要加多一个context参数，参考kotlin的coroutine实现，或者是通过java agent_织
入_一些context代码，这就是quasar的实现，这也是loom名称的由来
3）强在哪里呢
嗯，这个说来话长，说说我的理解
wdong有一篇回帖，解释了os层面cooperative scheduling和preemptive scheduling的
区别，有空自己去找，但是我觉得他说得复杂了，当然也因为后来用户层面框架的发展
，比如actor model有关系，看看我能不能解释清楚，这一块涉及的东西太多，os&jvm
和vert.x/actor model乃至开发者自身，都有需要配合的部分，任何一个部分不能掉链
子，所以解释起来不容易
先说os&jvm层面，这个是... 阅读全帖 |
|
z****e
发帖数: 54598 | 30
我们先找一个共识
就是在一个core上做
很容易，因为没有lock
对吧？这个是所有人都认可的
然后在这个基础之上，我们有两条路可以走
一种是直接上coroutine，要求coroutine解决多核环境下调度的问题
这就是go走的这条路，我相信这条路不好走
也需要“牛得不得了的人”才能搞定，很有可能
另外一条路是这样，你先放下这个问题，我们继续往前走
看看有没有其他的路，找啊找
诶，突然发现，有一条路叫做actor model
可以通过eventloop这种方式，把原来一大票线程给降下来
为什么呢？原理很简单，原先io的时候，同步api无论如何
要占用一个线程，给我等着
异步api的好处就是可以马上释放调用线程
这样我们可以复用同一个线程，然后对于我们常见的场景
也就是那些大量crud的业务场景
基本上都是io bound的场景，所以可以通过少量线程就能host住大量的请求
比如原来用tomcat，要几千个线程的线程池
现在只需要20多个就行了，甚至用1core 1g的机器，也就是2个eventloop，记住这个关
键字
以后你会经常遇到，spring都开始eventloop，spr... 阅读全帖 |
|
W***o
发帖数: 6519 | 31 use OpenResty or Postgrest + Angular/react/vue
No need to spend too much time on backend if you just need CRUD |
|
z*******3
发帖数: 13709 | 32 re
spark上的lib才是真正的big data
hadoop那个只能算是分布式file system和crud而已 |
|
z*******3
发帖数: 13709 | 33 基本的操作还是要知道
crud，group by，having |
|
z*******3
发帖数: 13709 | 34 基本的操作还是要知道
crud，group by，having |
|
j*******g
发帖数: 331 | 35 感兴趣的站内
Senior Big Data Engineer
As the world's largest B2B cloud company and an industry pioneer in SaaS,
ADP continues to be a global leader in technology for HR and Human Capital
Management. Our investments in technology increase every year to develop
simpler, more elegant solutions to deliver our unique breadth of offerings
to clients.
ADP Innovation Labs are a natural evolution for ADP. We have existing teams
focused on the enhancements and support of today's client offerings, and
through th... 阅读全帖 |
|
w*******y
发帖数: 60932 | 36 If you have a baby or a toddler, you need one of these to get rid of the
crud in their noses! It generates more suction than bulb or battery powered
aspirators, because you're using your lungs.
In addition, it uses tissue as a filter, unlike the popular NoseFrida which
uses foam filters ($5 for 20 filters). I have both, and the using tissue as
a filter has saved me a ton.
These normally cost $15, but this particular color, Tangerine Dream, is only
$10.02. It's sold from a third party seller, ... 阅读全帖 |
|
