@keyboardCat 如果你是"各种 npm 安装或者构建的问题卡住", 这个不是前端的问题，是不擅长折腾配置环境的问题. 解决方法只有 2 个.

1. 多折腾配置环境，多练习 troubleshooting. 至少总结出几套靠谱的配置方法, 比如学会自己从 0 构建 node 项目，并使用 lock, 让自己的项目处于可靠的各个 checkpoints 上, 一旦折腾坏了, 马上退回上个能用的 checkpoint.

2. 实在不会自己配置环境. 那就不要自己做小项目了, 只能刷题去大厂让别人给你配置, 或者干脆不干程序员啦.

54 天前

回复了 LeeReamond 创建的主题 › 程序员 › 话说 Next.js 为什么火，到底解决了什么问题？

HTML files + JQuery -> SPA -> Angular/React/Vue
-> 哎呀没有 SSR 来做好 delivery HTML files (e.g. for SEO)
-> 新造"前端框架"来解决传统 file delivery 问题
-> Next.js (真的能解决吗? 不该自己控制 HTML files 生成和发布到 CDN 吗...?)

作为后端, 你可以遇见, 这类"新的前端知识"会一直增长下去的...
如果不是"面向前端主流编程", 比如要找前端工作的,
建议保持在类 HTML files + JQuery 的设计上, 相对稳定. 可以用 alpinejs.dev + HTML files

89 天前

回复了 keepRun 创建的主题 › 程序员 › 非运维学习 kubernetes 的重点是什么？

从 k8s 开始宣传画的饼, k8s 自己的复杂度, k8s 的运行效率.
作为 dev, 对于其他 dev, 我想说: k8s 真的不行, 研究 k8s 没有性价比, 浪费时间. 省省精力研究点有用的.
多的不说了, 最后说一句: 不浪费智力, 去研究没有性价比的技术, 是 dev 需要的智慧.

89 天前

回复了 keepRun 创建的主题 › 程序员 › 非运维学习 kubernetes 的重点是什么？

@sampeng 一层层的 pull docker image 的 binary data 应该是最慢的部分, 回到我 19 楼说的基本问题上，这个在 k8s+docker 生态里是难以解决的. 另外, 你说的安全部分也可以搞得特别慢, 如果公司在这方面龟毛的话, 龟毛的安全要+k8s 那就是更加的慢.

89 天前

回复了 keepRun 创建的主题 › 程序员 › 非运维学习 kubernetes 的重点是什么？

@sampeng
刚刚问了负责的 DevOps, 说优化到 6 分钟了, 他们还在搞. 我作为 dev 不想搞 ops 事情, 只是用起来偶尔非常闹心...
按照你提前 3~5 分钟的说法, 所以最后能优化到 3 分钟上下. 但是我还是觉得好慢. 因为我们始终是在讨论分钟级别的延迟, 实际上, 广义上看, 如果底层实现够优化的话, 应该是秒级别的事情. 不知道底层在干啥, 需要达到分钟级别... @_@

89 天前

回复了 keepRun 创建的主题 › 程序员 › 非运维学习 kubernetes 的重点是什么？

@sampeng 我说的是 EC2 VM 起来之后, register 进入 EKS cluster 的时间. 不是 k8s replica scale 的时间(这个很快). 你决赛的瞬时流量不应该依赖这个, 因为启动 VM(甚至是启动物理机器)的是瓶颈. 你瞬时的 busty 流量要抗住的话，得实现至少把底下 VM(or 动物理机器)预先启动起来. 当然, VM register 进入一个 computing cluster 的时间确实应该很快. 不该是 5 分钟，或者 10 分钟这么慢. 所以我说 EKS k8s 慢.

89 天前

回复了 keepRun 创建的主题 › 程序员 › 非运维学习 kubernetes 的重点是什么？

@huangzongzhuan
Google 看着其它云厂商赚钱太眼红了, 就按照自家的 Borg, 做了个劣质简化的版本: Kubernetes
然后投入大量资源宣发 k8s. Amazon 一看, 开源的啊, 快加入我家 AWS 产品线: 结果 ECS, EKS 就出来了.
然后 AWS 用 k8s 继续挣钱，还省去了宣发费用. Google: ... ...

» dcoder 创建的更多回复