V2EX › 9136347 的所有回复 › 第 9 页 / 共 13 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 13

❮

❯

2024-05-27 15:36:06 +08:00

回复了 illios 创建的主题 › 问与答 › 请留下你的年龄、最焦虑纠结的问题

37 ，家里老人年级大了，养老金低。娃儿上学正是要花钱的时候。公司的情况不稳定，随时可能失业。
总是处在焦虑状态，担心自己收入，但是父母健康。

2024-05-21 15:40:13 +08:00

回复了 higanbana 创建的主题 › PHP › 现在的 PHP 生态是否有些过于复杂了？

@HFX3389 我做了很多年的 php ，后来做运维，各种 php 的调优，后来转了写 golang 。
我认为这个框架把 php 代入死路的原因就是，本来 php 的性能就是短板，不管是网络的 io 性能还是执行效率。但是 laravel 做的呢，就是把 php 代入到一个极致复杂，近乎不考虑性能的地步啊。
你本身就有一个短板，被人抓住小辫子。还把这个鞭子做大做强。这不是代入死路吗？
关键是还有一堆忠实的拥趸，认为效率不重要等等。确实，我们公平的看，我们做的很多都是中小项目，不那么重药。但是站在决策者的角度，和我们做事的角度能一样吗？有明显的问题，说服不了决策者。就是死路一条了。

2024-05-20 15:04:12 +08:00

回复了 higanbana 创建的主题 › PHP › 现在的 PHP 生态是否有些过于复杂了？

laravel 把 php 代入了死路

2024-05-17 10:29:24 +08:00

回复了 larrydandelion9 创建的主题 › 分享发现 › 哥哥们，你们怎么脱单的？

约出来，能约出来就代表有戏。
约第二次，能上手就成了，要是扭扭捏捏就换下一家。

2024-05-14 10:07:45 +08:00

回复了 xmlf 创建的主题 › 生活 › 因为闺女学英语的事和老婆发生矛盾了

学习是一件违背人性的事情。“让她产生兴趣”，你是相信你孩子是天选读书人？

2024-05-13 15:40:08 +08:00

回复了 qingyingwan 创建的主题 › 职场话题 › 降薪回老家可行吗

欢迎回重庆，重庆有个很恼火的点就是，如果你这份工作没了，你想有替代的，很难。

2024-05-13 15:38:20 +08:00

回复了 crazytudou 创建的主题 › 问与答 › 钓鱼佬来，你用过饵料觉是那个最好用？

老三样吧，没什么特色，胜在稳定。
别人能钓到的，你也能钓到。别人钓不到，你也钓不到。

2024-05-06 11:13:37 +08:00

回复了 PatrickLe 创建的主题 › SSH › mac 的 SSH 连接可以套代理吗？

export http_proxy="http://127.0.0.1:1087"
export https_proxy="http://127.0.0.1:1087"

2024-05-06 11:12:31 +08:00

回复了 MicroG 创建的主题 › 生活 › 求推荐 Android 端记账工具

@zzz22333 支持+1

2024-04-28 16:37:10 +08:00

回复了 wuwuta170 创建的主题 › 植物 › 最近迷上多肉了

看看你所在的地区，有的地区，怎么都养不要，有的地方你不养也很好。

2024-04-26 10:17:55 +08:00

回复了 okey 创建的主题 › 程序员 › 请教大家一个关于中台搭建的问题

@okey 这个概念就是文科生扣脑袋想出来的。不具备实践意义。，

2024-04-24 17:44:24 +08:00

回复了 okey 创建的主题 › 程序员 › 请教大家一个关于中台搭建的问题

还有个点漏掉了，就是你做这一套，还有几个点需要明确，
1 、你们运维能力够不，做这一套，不管你是否容器化，必然涉及到大量的服务需要维护，这个部分的管理和治理是一个大问题。涉及到代码管理、流水线、服务发现、日志收集等等一系列的事情。需要你们的运维具有极强的能力。或者说运维具有一定的开发功底。或者你们有 devops 团队，或者就是全局 devops 化。
2 、你们的架构师或者 leader 能把握全局不？如果是一个狗屁不懂的领导，遇到需要决策的时候就知道和稀泥的话，还是别搞。

2024-04-24 17:41:20 +08:00

回复了 okey 创建的主题 › 程序员 › 请教大家一个关于中台搭建的问题

目前的场景是，需要对产品线的微服务进行整体重构，弄个中台出来，再拆出业务层，分两拨人维护。（也是考虑到以后复用给其他产品线，有个打通整合的基础）
目前的场景是，需要对产品线的微服务进行整体重构。可以，把服务梳理下，技术栈整理一下，架构清理下，很好。
弄个中台出来，再拆出业务层，分两拨人维护。（也是考虑到以后复用给其他产品线，有个打通整合的基础）。这个事情，做不得。“分两拨人维护”，这是为将来买了一个大炸弹。如果两拨人，平级，那么谁听谁的？如果以某一拨人为主，那另外以拨人能听吗？
我推荐你以网关+服务的形式来做，以业务为维度做垂直切分。千万不要把一个业务分什么前台、后台。这是祸乱根源。

2024-04-24 11:18:31 +08:00

回复了 bug51 创建的主题 › 职场话题 › 刚毕业 3 年遇上互联网起飞的人，什么体验？

那是一个 C2C 的时代

1 2 3 4 5 6 7 8 9 10 ... 13

❮

❯