V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Ianchen  ›  全部回复第 1 页 / 共 2 页
回复总数  24
1  2  
138 天前
回复了 acbot 创建的主题 云计算 大厂的对象存储都是基于什么实现的呢?
盲猜一个 Ceph
2020-06-03 09:51:51 +08:00
回复了 CRH 创建的主题 程序员 一个简单的灰度发布思路,求指正
Istio 了解下,或者实在不行就按用户来走流量分发啊,就像内测用户与公测用户进的服务器不同,但是这个实际上是后端类似网关一类的服务去分配的。至于 App 是否升级这与灰度无关吧
没用过 MyISAM 引擎, 这个引擎能在 text 上建索引吗? 不会报错?
2019-12-19 09:42:04 +08:00
回复了 Geekerstar 创建的主题 Java 大佬们,请教一个系统架构问题
Istio 可以了解一下, 至于权限, 登录. 你已经走微服务架构了, 这两块也可以独立一个 jar 包, 并不一定要写在网关里, 只不过你的 verify 可以在网关层面做拦截. 怕有坑不去踩你成长不了. 这对你以后架构设计也有经验帮助.
2019-12-19 09:11:22 +08:00
回复了 Geekerstar 创建的主题 Java 大佬们,请教一个系统架构问题
没问题, 你这设计实际上还是微服务.
2019-12-03 15:57:19 +08:00
回复了 kkkkkrua 创建的主题 Java 公司内部用的基础框架,应该具备些什么功能呢
根据公司业务情况定, 框架基本的 Util 需要提供, 还有简单的 ORM 封装. 其他的如 RPC, 分布式[事务, 锁], 日志收集等看业务是否需要
2019-12-03 15:31:06 +08:00
回复了 ruabiubiubiu 创建的主题 汽车 15 万左右汽车求推荐
15 有浮动空间不? 领克 03+ 了解下? 国产车性能炸列, 原厂声浪骚的一批, 8 月去体验过, 很喜欢, 可惜网上第一批预定不到.
君威的话, 试驾过, 这代的君威隔音烂, 原厂胎的胎噪大的吓人, 但是是 B 级车, 空间大, 后排我记得不那么舒服. (哦, 大概新车味道贼大, 试驾车就是新车, 味道大的我快晕吐了).

迈锐宝 XL, 看 Red Line 不? 性能不错, 空间和君威差不多, 就是内饰比君威差, 没试驾过. 不过因为是 3 缸机, 这个见仁见智了, 不说啥.
2019-12-02 09:22:34 +08:00
回复了 yuanxxx 创建的主题 程序员 对人才进行管理的能力才是企业的核心竞争力
毕业 985, 工作 996, 离职 251, 维权 404. 确实人才管理的好~
2019-12-02 09:09:08 +08:00
回复了 V2eradmin 创建的主题 问与答 为什么双拼和五笔都需要学习,但是学五笔的这么少
打字速度快不快完全靠练习, 大部分人大学里都玩过网游吧, 我玩游戏下下副本啥的. 一边团本疯狂 DPS, 一边看聊天窗口打字聊天, 团本还是一样嘻嘻哈哈的打完了. 后来有语音了方便多了.
2019-12-02 09:03:38 +08:00
回复了 V2eradmin 创建的主题 问与答 为什么双拼和五笔都需要学习,但是学五笔的这么少
你们讨论了这么多拼音与五笔的差别, 就没一个 A 到点上的. 你拼音正确率和五笔来比个试试? 我还 91 年生的呢. 工作 2 年后自己转五笔, 小学背过字根, 后来花了半天时间练习就上手了, 以前我拼音玩金山打字还能 290+字 /分钟 速度呢.

还有人扯打五笔是普通话不好的人用的? 爱用啥用啥, 就这点破事水, 还上升到普通话好不好的层面??
码农配不上工程师这种 title. 好好搬砖, 你只是个[C, V]搬运工, 别想有的没的. 不说了, 工头叫我干活了
2019-11-09 11:18:38 +08:00
回复了 1oNflow 创建的主题 Java 想练一下 Java 多线程相关的知识点可以做什么项目?
线程? 并发? 还是 Java 的? Spring MVC 源码了解一下?
2019-11-01 08:54:25 +08:00
回复了 tony1016 创建的主题 汽车 有多少程序员买了蔚来 ES6 或者 ES8 的??
你买我支持, 我买我不买. 请
2019-10-24 09:05:56 +08:00
回复了 AOIO7t 创建的主题 问与答 听说白条已经上征信了,花呗也会上吗
白条上征信已经是两年前的事情了. 哪家银行查到白条使用记录, 直接提高贷款利率? 哪个城市?
2019-10-22 16:07:29 +08:00
回复了 h82258652 创建的主题 程序员 采取 RESTful 风格的 api 是否应该对结果包一层?
@ABenmao 也许吧, 哈哈. 如果我站在你的角度上, 我可能还会用这种思路去设计.
我比较倾向尽量少或者无人力去审查这些, 因为之前设计的错误码也是让专人去审查的. 我觉得这些时间与人力可以用在其他地方上. 还是让场景来决定设计吧.
2019-10-22 15:47:54 +08:00
回复了 h82258652 创建的主题 程序员 采取 RESTful 风格的 api 是否应该对结果包一层?
@ABenmao #216 我给上家公司设计的错误码就是这种思路, 程序员知道错误码后能快速的定位到问题, 每个系统, 模块结合起来, 再加上特定的模块里的业务逻辑再定 3-4 位错误码, 最终设计出来的错误码直接飙到 7-8 位错误码. 结果后期要返回错误码的时候,需要找哪个错误码已经被用过了, 维护错误码又是一个重复的工作量. 我觉得这种设计不美观, 复杂, 繁琐, 不优雅. 后来我就根据逻辑处理来设计错误代码, 省去大量增长的错误代码查找工作. 与其让业务去做这些复杂重复的工作, 我为何不写个能跟踪问题所在的日志记录系统呢? 框架有存在意义就是帮程序员节省重复的劳动力, 专心做业务, 想往技术发展的程序员自然会去研究框架的实现技术.
自己写 RBAC2
2019-10-22 14:28:50 +08:00
回复了 h82258652 创建的主题 程序员 采取 RESTful 风格的 api 是否应该对结果包一层?
@yamedie 你也说是因为 PM 后面脑洞大开时提出的, 与你当时写完后不给 code 并不冲突, 因为这是后面提出的改进. 并且 PM 提出这个需求, 你以评审是否有必要, 有则给开发新加个这种工作量需求, 没有那就驳回这个需求即可, 不是吗?
2019-10-22 14:16:33 +08:00
回复了 h82258652 创建的主题 程序员 采取 RESTful 风格的 api 是否应该对结果包一层?
@yamedie 是的, 我不是前端. 我反驳的是 70xx 这种错误码无意义, 后面你的 9001 代码就有存在的必要, 因为前端需要根据这个固定代码来跳转到登录页面引导用户登录. 我的逻辑很简单, 前端需要根据返回的错误码来进行页面上的逻辑处理, 则规定一个具体代码, 如果没有逻辑处理, 定义那么多错误代码我是觉得没意义.

想一想, 验证码失效, 一个提示语告诉用户即可, 无需定义 7001 这种代码, 验证码校验失败也是一个提示语的事情, 7002 的代码无存在意义. 除非你们的产品经理有要求你们在有这种提示语时有特殊的界面交互动作, 那这 7002 的代码就有其存在的意义, 前端需要知道这个错误码, 才能做逻辑处理交互.
1  2  
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2433 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 29ms · UTC 15:44 · PVG 23:44 · LAX 07:44 · JFK 10:44
♥ Do have faith in what you're doing.