V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  xwayway  ›  全部回复第 28 页 / 共 31 页
回复总数  619
1 ... 20  21  22  23  24  25  26  27  28  29 ... 31  
2021-10-22 23:04:12 +08:00
回复了 komorebi12138 创建的主题 程序员 请教以下 JavaWeb 后端学习路线
八股文学一遍,jvm 、多线程、spring 、spring boot 、spring cloud (可以发散到整个微服务,服务怎么发现、服务之间怎么调用、服务调用过后,怎么追踪调用链路,包括一些负载均衡、降级、熔断等)、redis 、mysql 、消息中间件( kafka 、rocketmq 之列的),然后还可以了解下分布式相关的,分布式锁、分布式事务、缓存一致性等,再然后可以了解下 devops 之流的,ci/cd,感兴趣可以了解下云原生,这里面就可以学习 docker 、k8s 、istio 这些。在整个过程中想要深入学习一些东西的话,势必会接触到操作系统原理、计算机网络这些知识。另外想要让自己的代码写得漂亮的话,可以学习些设计模式、DDD ( DDD 不建议完全按照这类思想来落地,主要还是用到服务和类的职责划分)、事件驱动之类的。以上为鄙人愚见,若有不端还望海涵。
2021-09-27 22:39:58 +08:00
回复了 Lebens 创建的主题 Apple iPad mini6 还是 iPad air4
我目的很明确,买 ipad 就是为了爱奇艺,所以买的 air4
2021-09-18 20:19:15 +08:00
回复了 xwayway 创建的主题 问与答 工作五年的程序员,要去国企吗
@loryyang 确实是个瓶颈期,大厂进不去,在成都来说,小厂我这个收入大头兵快到头了,转管理岗,没机会
2021-09-18 20:17:49 +08:00
回复了 xwayway 创建的主题 问与答 工作五年的程序员,要去国企吗
@xbtu 感谢中肯的建议,确实不是技术大牛。一直凭韧劲保持不掉队的节奏。但是目前这个样子,也到了一个瓶颈期了,技术不能更进一步,转管理岗,也没有机会,所以一直只能在成都的中小厂徘徊,连大厂的炉渣也当不了
2021-09-02 15:27:41 +08:00
回复了 chevalier 创建的主题 程序员 你们如何记录知识网络?
想过这个问题,想有一个工具,在思维导图里面,能够做成图的结构。然后各个节点还能做超链,链接到文章,但是并没有这种工具。目前用飞书文档,按类别分类,然后每个分类下做个思维导图,再配合详细的文章来整理。
2021-08-29 21:39:17 +08:00
回复了 feast 创建的主题 宽带症候群 联通信号差,自己动手解决
我……还以为能解决电梯内的问题,看来想多了
2021-08-22 16:19:48 +08:00
回复了 HarryYu 创建的主题 程序员 如何统一管理应用中第三方的 APIs?
如果出现大量的同一个 api 被不同服务引用的话。还是建议做一个单独的服务,来专门处理外部 api 调用的问题,内部通过 rpc 调用
2021-08-13 09:50:24 +08:00
回复了 JustRuning 创建的主题 成都 成都现在还有偷自行车的吗?
据我所知,九眼桥的老哥大多都因为山地车少了,转行偷电瓶车了。不排除看到合适的,可能还是会下手
2021-08-11 13:51:23 +08:00
回复了 waiaan 创建的主题 程序员 要多健壮的代码才能支撑起千变万化的需求?
遗憾的是管理者、乃至技术架构师都不能真正地接受演进式设计( Evolutionary Design ),尤其不能接受一个具有良好设计的系统,应该是能够被报废的,潜意识中总会希望系统建设能够一步到位,至少是“少走几步能到位”。
摘自 [凤凰架构]
2021-08-10 11:00:44 +08:00
回复了 wangxiaoaer 创建的主题 问与答 API 网关到底适用于什么场景
针对你说的这几点,做一个个人浅显的回答:
1. 转发,比如说你一个微服务架构,支持一个 app 需要用到好几十个系统,你不可能给 app 开发人员几十个域名吧,这不得被骂死。app 统一通过一个域名(流量入口),在网关层,进行请求的转发,然后再返回给 app 端,是不是就友好很多了;
2. 流量控制,不说灰度什么的,就说个蓝绿发布。你上线的时候,总不可能不做控制吧,刚起来的应用,立马就收到大量流量了,或者还在请求你已经 [杀死] 的服务,但注册中心还没下线的服务,这不得大量异常;
3. 鉴权,api 网关的鉴权指的是请求用户对请求资源时候有访问权限,而不是业务上的 key,sign 验证。鉴权统一放在网关做,到了业务系统的流量,都认为是有访问权限的,这样业务系统只关注业务。而且有什么升级改造,都可以在网关统一进行。
以上个人愚见,希望能有所帮助。
2021-08-06 10:42:30 +08:00
回复了 polyang 创建的主题 程序员 提交代码时 git commit message 是不是写的详细点比较好?
我们 commit message 有需求的一般需要贴上 jira 链接,然后大致写下实现了什么。如果是修改 bug,要说下改动点,影响范围什么的
2021-08-02 14:30:13 +08:00
回复了 i66 创建的主题 美酒与美食 你会包水饺么? 你的家人呢 ?
四川人,自己手工做面食基本和我无缘,蒸个馒头都能把狗打死的那种水平
2021-07-30 20:23:04 +08:00
回复了 NibborQ 创建的主题 自行车 想买个自行车通勤
@NibborQ 开车或者公交。公交 131 或者 838
我们现在一般是自增主键做 id,业务上设置个唯一键
2021-07-30 11:06:10 +08:00
回复了 NibborQ 创建的主题 自行车 想买个自行车通勤
同航空港到高新,猿粪啊
2021-07-30 10:35:28 +08:00
回复了 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 ... 20  21  22  23  24  25  26  27  28  29 ... 31  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1050 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 78ms · UTC 18:28 · PVG 02:28 · LAX 11:28 · JFK 14:28
Developed with CodeLauncher
♥ Do have faith in what you're doing.