V2EX › dcoder 的所有回复 › 第 16 页 / 共 32 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 12 13 14 15 16 17 18 19 20 21 ... 32

❮

❯

2019-12-19 08:30:34 +08:00

回复了 815979670 创建的主题 › 程序员 › 在 Vue、react、angular 占领前端的现在，各位的后台在使用什么构建？非广告，仅交流

@murmur
对于还没出来的 Vue 3, 怎么评价? 会不会让 Vue 2 用户的学习成本暴增?

2019-09-04 02:19:54 +08:00

回复了 miniyao 创建的主题 › Python › gunicorn 多 worker 运行 django 实例，怎么保证每一个 django 是进程安全的，不会出现脏数据？

Django request 会对应到数据库的 transaction. 是数据库帮你搞定的, 基本只有数据库才是 stateful 的.

2019-09-03 07:08:25 +08:00

回复了 maruize321 创建的主题 › 程序员 › 第一次在 vue 中使用 websocket+ProtoBuf 有什么需要注意的吗

难道不该是 gRPC 配 Protocol Buffer, webSocket 配 JSON?

2019-08-08 01:57:04 +08:00

回复了 StarkWhite 创建的主题 › 程序员 › 都 9102 年了，大家有没有用上 Facebook 出的 GraphQL ？

@Mithril
GraphQL 的问题是, 它定义了某些高级的可以演义的动态 '语义' 和 '逻辑'.
没有任何成熟的机制，可以保证这些特性被高效可靠地实现.
所以, 其实要做聚合多个 micro service 的查询 api, 直接用死死的 function call 一样的 API 反而简单可靠高效 -- 比如就用 RESTful 之类就行了.

2019-08-07 13:24:18 +08:00

回复了 StarkWhite 创建的主题 › 程序员 › 都 9102 年了，大家有没有用上 Facebook 出的 GraphQL ？

@StarkWhite
我不觉得有什么很好的方案能解决效率问题，因为 GraphQL 要达到的黑魔法一样的效果，后端的支持必然会比较粗糙.

我们看观点，不看出处. 你引用的这段，看着真的挺 YY 的. 而且我没听说过, micro service 最好是要配套 GraphQL 的.

2019-08-07 08:31:52 +08:00

回复了 StarkWhite 创建的主题 › 程序员 › 都 9102 年了，大家有没有用上 Facebook 出的 GraphQL ？

知乎帖子 <GraphQL 为何没有火起来?>
没有认证, 现在不能发 URL...

2019-08-07 08:30:07 +08:00

回复了 StarkWhite 创建的主题 › 程序员 › 都 9102 年了，大家有没有用上 Facebook 出的 GraphQL ？

可以看看知乎这个帖子里 2018~2019 的讨论

"GraphQL 的每一个实体背后可能对应着不同的数据库甚至不同类型的存储集群，后端集群间的海量数据自由 join，基本还是无解的，只能搭专门的集群处理，这个不清楚 FB 是否有什么黑科技，我严重怀疑 FB 自己也没做到全业务查询"

"FB 自己也没有黑科技...最近在做广告数据整合，FB 的广告相关 API 基本是一步一个 bug，基础的时间段 filter 都有问题。传统 restapi 我好歹还可以看文档知道到底支持哪些 API 请求，Facebook 的 graphql 经常会出现明明符合查询字段，返回的确实毫不相关数据的情况"

"这个事情到底由谁来做？ GraphQL 的利好主要是在于前端的开发效率，但落地却需要服务端的全力配合"

GraphQL 玩玩可以. 认真做个大系统? 算了吧.

2019-08-07 08:03:41 +08:00

回复了 StarkWhite 创建的主题 › 程序员 › 都 9102 年了，大家有没有用上 Facebook 出的 GraphQL ？

然而人家 ElasticSearch 同时提供了 database 和 Query DSL -- 它复杂的 JSON API 其实已经是 DSL 了.
GraphQL 提供了什么? 一个看起来美妙的 Query DSL 和 ... ... ?

2019-08-07 06:46:55 +08:00

回复了 StarkWhite 创建的主题 › 程序员 › 都 9102 年了，大家有没有用上 Facebook 出的 GraphQL ？

"GraphQL 和 ElasticSearch 的 Query 比较类似，优点不在于优化性能"
大家理解 GraphQL 暗含了多少查询性能的坑了没?

我还是那句话, 如果有天出现了成熟的 GraphQL Database,
专门做给 GraphQL 查询用的, GraphQL 可以一用,
但是, 本质上就是另外一个专门的 database with specific query APIs, 就像 ElasticSearch

2019-08-06 15:43:40 +08:00

回复了 StarkWhite 创建的主题 › 程序员 › 都 9102 年了，大家有没有用上 Facebook 出的 GraphQL ？

不能理解"GraphQL 就是把 SQL 弄到前端去", 就是没理解 GraphQL 这个沙雕 idea 的本质.
这样说吧, 从广义上讲, 给前端提供个有一定表现力的 query DSL...
这个方案的隐形代价是很大的! 除非你后端专门为这个 query DSL 设计个特别的数据库.
不然没有魔法能保证你的查询效率, 你们支持 GraphQL 自己慢慢想吧...

2019-08-06 11:42:16 +08:00

回复了 StarkWhite 创建的主题 › 程序员 › 都 9102 年了，大家有没有用上 Facebook 出的 GraphQL ？

本来 SQL 还有优化 SQL 就是一堆问题了,
现在好，来个更沙雕的 idea，把 SQL 弄到最前端去, 直接暴露在空气中随便弄...
好像所有的查询优化都可以魔法搬自动解决一样, 实在太脑残了

2019-07-28 08:15:28 +08:00

回复了 linlance 创建的主题 › Python › Flask 只好放弃了， Django 拿起。。。其实我很喜欢 Flask。。。

@linlance
Django 和 Rails 一般都推荐你用 PostgreSQL, 官配
PostgreSQL 真心比 MySQL 强多了

2019-07-15 02:25:55 +08:00

回复了 dafengchui 创建的主题 › 程序员 › pm2 supervisor 进程监控优劣分别是什么? 以及分别的应用场合选择?

@dafengchui
其他的 service, 比如 nginx, 甚至是 docker, 其实也得用 systemd 监控.
systemd 里面那些 "杂乱" 的信息，你迟早得慢慢去理解...
如果想用编程的方法控制 systemd, 最好的 lib 在 golang community
coreos go-systemd

2019-07-15 02:25:18 +08:00

回复了 dafengchui 创建的主题 › 程序员 › pm2 supervisor 进程监控优劣分别是什么? 以及分别的应用场合选择?

@dafengchui
我以前跟你一样的想法, 也是倾向于用 supervisor, 觉得干净整洁，只有我自己的 sevice 信息.
后来发觉用熟 systemd 是必须的, 因为现在它是 Linux 事实性的标准, 比 supervisor 稳定多了.
你后来会发现, 为了让 supervisor 稳定可靠, 最好是用 systemd 监控它...

2019-07-14 10:00:31 +08:00

回复了 dafengchui 创建的主题 › 程序员 › pm2 supervisor 进程监控优劣分别是什么? 以及分别的应用场合选择?

都应该被 Systemd 换掉

2019-07-14 09:59:43 +08:00

回复了 ooooo 创建的主题 › macOS › 这个网友对 Mac OS 的评价有道理么？

@ooooo
说半天没说 Mac 原生的 Terminal 及其工具链, 所以说楼主根本不是 Mac 用户.

2019-06-24 05:13:21 +08:00

回复了 WriteCloser 创建的主题 › 程序员 › 重庆现在互联网起飞了吗？ 4-5 年 PHP 薪水会在多少？

去成都吧，离重庆很近，真喜欢重庆，以后再从成都过去

2019-05-20 07:40:23 +08:00

回复了 Livid 创建的主题 › git › 每次 commit 之前再自己 review 一遍代码是个好习惯

都是在自己的 dev branch 上 commit 吧, 可以 commit 完了之后,
再 review 也行啊, 然后再 merge to stage/master branch.