V2EX › elintwenty 的所有回复 › 第 3 页 / 共 3 页

V2EX = way to explore

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

已注册用户请登录

1 2 3

❮

❯

2020-11-09 16:57:29 +08:00

有一说一，根据实际需求选择技术选型，如果想做一个短平快的网站，PHP 还是最合适的语言之一，学习成本低、社区庞大、运维方便、天然支持前后端不分离（虽然不利于拓展与长期维护，但是适用于短平快）。不过因为 PHP 的学习成本太低了，根据不需要书吧，随便写小网站直接上手就可以了。

2020-11-09 15:58:08 +08:00

毒鸡汤啊，既然涉及工程领域当然要具体情况具体分析了，空下论断没有实际价值

2020-11-07 15:09:15 +08:00

动态语言 + 奇技淫巧 + 望文生义维护复杂度指数级增加，在工程里这么写的人已经都被打死了

2020-10-28 08:50:54 +08:00

学习的动力与决心取决于自己，很多报培训班的人也都没能入行，发帖子又有什么用呢？更何况很多道理大家都懂，但是知易行难

2020-10-24 15:50:22 +08:00

看项目复杂度，十万行和五百行当然不会是同一个结构。但是直接传 sql 需要处理注入等安全问题吧？

2020-10-23 10:47:54 +08:00

进入状态就好了，制定细化的、明确的计划

2020-10-23 09:09:53 +08:00

既然制定不了规范就不要管了，比起没有注释，过时的、失效的注释是更大的灾难。如果不能保证你的、甚至因你而出现的注释鲜明有效，那么还是完全没有更好。可以尝试要不要引入一些自动化的工具来建议主管去考虑

2020-10-23 08:54:50 +08:00

难道不是你们用的开心就可以吗？这种事情没有对错，只有倾向。但是确实不是严格的 restful 风格，然而遵循严格的 restful 风格付出的成本相对比较高，一般业务还是难以坚持下去的

2020-10-10 13:20:49 +08:00

如果程序员们默默接受 996，大小周，就不能怪资本家压榨了。只有保卫自己的权益，才能让自己的权益得到保护。

2020-06-29 11:42:47 +08:00

微服务是架构思想，和 Java 没什么关系，不依赖于具体语言的实现。能说出“微服务”很 Java 这种话，根本就不了解微服务。如果业务场景不需要做解耦和控制，就没有用微服务的必要。你可以说技术选型有问题，也可以说微服务太盛行导致大家都想攒攒经验，但这不是微服务和 Java 本身的问题

1 2 3

❮

❯