V2EX › xwayway 的所有回复 › 第 36 页 / 共 39 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 28 29 30 31 32 33 34 35 36 37 ... 39

❮

❯

2021 年 10 月 22 日

回复了 komorebi12138 创建的主题 › 程序员 › 请教以下 JavaWeb 后端学习路线

八股文学一遍，jvm 、多线程、spring 、spring boot 、spring cloud （可以发散到整个微服务，服务怎么发现、服务之间怎么调用、服务调用过后，怎么追踪调用链路，包括一些负载均衡、降级、熔断等）、redis 、mysql 、消息中间件（ kafka 、rocketmq 之列的），然后还可以了解下分布式相关的，分布式锁、分布式事务、缓存一致性等，再然后可以了解下 devops 之流的，ci/cd，感兴趣可以了解下云原生，这里面就可以学习 docker 、k8s 、istio 这些。在整个过程中想要深入学习一些东西的话，势必会接触到操作系统原理、计算机网络这些知识。另外想要让自己的代码写得漂亮的话，可以学习些设计模式、DDD （ DDD 不建议完全按照这类思想来落地，主要还是用到服务和类的职责划分）、事件驱动之类的。以上为鄙人愚见，若有不端还望海涵。

2021 年 9 月 27 日

回复了 Lebens 创建的主题 › Apple › iPad mini6 还是 iPad air4

我目的很明确，买 ipad 就是为了爱奇艺，所以买的 air4

2021 年 9 月 18 日

回复了 xwayway 创建的主题 › 问与答 › 工作五年的程序员，要去国企吗

@loryyang 确实是个瓶颈期，大厂进不去，在成都来说，小厂我这个收入大头兵快到头了，转管理岗，没机会

2021 年 9 月 18 日

回复了 xwayway 创建的主题 › 问与答 › 工作五年的程序员，要去国企吗

@xbtu 感谢中肯的建议，确实不是技术大牛。一直凭韧劲保持不掉队的节奏。但是目前这个样子，也到了一个瓶颈期了，技术不能更进一步，转管理岗，也没有机会，所以一直只能在成都的中小厂徘徊，连大厂的炉渣也当不了

2021 年 9 月 2 日

回复了 chevalier 创建的主题 › 程序员 › 你们如何记录知识网络？

想过这个问题，想有一个工具，在思维导图里面，能够做成图的结构。然后各个节点还能做超链，链接到文章，但是并没有这种工具。目前用飞书文档，按类别分类，然后每个分类下做个思维导图，再配合详细的文章来整理。

2021 年 8 月 29 日

回复了 feast 创建的主题 › 宽带症候群 › 联通信号差，自己动手解决

我……还以为能解决电梯内的问题，看来想多了

2021 年 8 月 22 日

回复了 HarryYu 创建的主题 › 程序员 › 如何统一管理应用中第三方的 APIs？

如果出现大量的同一个 api 被不同服务引用的话。还是建议做一个单独的服务，来专门处理外部 api 调用的问题，内部通过 rpc 调用

2021 年 8 月 13 日

回复了 JustRuning 创建的主题 › 成都 › 成都现在还有偷自行车的吗？

据我所知，九眼桥的老哥大多都因为山地车少了，转行偷电瓶车了。不排除看到合适的，可能还是会下手

2021 年 8 月 11 日

回复了 waiaan 创建的主题 › 程序员 › 要多健壮的代码才能支撑起千变万化的需求？

遗憾的是管理者、乃至技术架构师都不能真正地接受演进式设计（ Evolutionary Design ），尤其不能接受一个具有良好设计的系统，应该是能够被报废的，潜意识中总会希望系统建设能够一步到位，至少是“少走几步能到位”。
摘自 [凤凰架构]

2021 年 8 月 10 日

回复了 wangxiaoaer 创建的主题 › 问与答 › API 网关到底适用于什么场景

针对你说的这几点，做一个个人浅显的回答：
1. 转发，比如说你一个微服务架构，支持一个 app 需要用到好几十个系统，你不可能给 app 开发人员几十个域名吧，这不得被骂死。app 统一通过一个域名（流量入口），在网关层，进行请求的转发，然后再返回给 app 端，是不是就友好很多了；
2. 流量控制，不说灰度什么的，就说个蓝绿发布。你上线的时候，总不可能不做控制吧，刚起来的应用，立马就收到大量流量了，或者还在请求你已经 [杀死] 的服务，但注册中心还没下线的服务，这不得大量异常；
3. 鉴权，api 网关的鉴权指的是请求用户对请求资源时候有访问权限，而不是业务上的 key，sign 验证。鉴权统一放在网关做，到了业务系统的流量，都认为是有访问权限的，这样业务系统只关注业务。而且有什么升级改造，都可以在网关统一进行。
以上个人愚见，希望能有所帮助。

2021 年 8 月 6 日

回复了 polyang 创建的主题 › 程序员 › 提交代码时 git commit message 是不是写的详细点比较好？

我们 commit message 有需求的一般需要贴上 jira 链接，然后大致写下实现了什么。如果是修改 bug，要说下改动点，影响范围什么的

2021 年 8 月 2 日

回复了 i66 创建的主题 › 美酒与美食 › 你会包水饺么？你的家人呢？

四川人，自己手工做面食基本和我无缘，蒸个馒头都能把狗打死的那种水平

2021 年 7 月 30 日

回复了 NibborQ 创建的主题 › 自行车 › 想买个自行车通勤

@NibborQ 开车或者公交。公交 131 或者 838

2021 年 7 月 30 日

回复了 polyang 创建的主题 › 程序员 › MySQL 主键用自增好还是 UUID、雪花算法 ID 好？用自增+UUID 会不会好一点？

我们现在一般是自增主键做 id，业务上设置个唯一键

2021 年 7 月 30 日

回复了 NibborQ 创建的主题 › 自行车 › 想买个自行车通勤

同航空港到高新，猿粪啊

2021 年 7 月 30 日

回复了 zstone123 创建的主题 › 程序员 › 如何对业务代码中进行抽象和提取公有逻辑呢？

最近也在提升自己的代码能力，刚好新公司也会很尽职 review 代码，给一些意见。尽量做到领域内聚合，不做太多分支。遇到能快速返回的地方尽量快速返回。以下是我觉得对不同逻辑处理比较好的一种方式，这样的话，看代码的人不用在你的 if else 里面转晕了头

private final Map<Order.Type, BiConsumer<Order, SubmitParam>> EXTRA_PARAM_RESOLVER =
ImmutableMap.<Order.Type, BiConsumer<Order, SubmitParam>>builder()
.put(Order.Type.A, this::resolveForA)
.put(Order.Type.B, this::resolveForB)
.put(Order.Type.C, this::resolveForC)
.build();

1 ... 28 29 30 31 32 33 34 35 36 37 ... 39

❮

❯