OP 是法国人?

没有人能在法国投降之前占领巴黎
没有人能在 OP 认错之前批评 OP

@liaojl #1

上班如上坟, 烧纸供法人

充电限制下到 85%以内，其他的，如果是作为工具提高自己能力，那就可劲造、不要太爱惜它

这么多年下来我是总结明白了，工具的东西跟妹子是一个道理，过度爱惜呵护、相敬如宾那不是爱情，咣咣猛干的才是。

所以，除非你是作为娱乐想省钱，除非是图书馆借来的书要讲义务和道德，否则，蹂躏吧，把这些用来提高自己的东西蹂躏得越狠，自己提高得越多、收益更大

@iseki 我专业摸鱼十多年，幸好公司没跟我搞事情，否则。。。他们也不知道我这个号是我。。。

> 综上，对于智力产出者而言，最好不要写代码，可以考虑像刘慈欣一样写小说：

@charlie21 可惜了，CURD 易，搞创作难

@jhdxr
你可能没拎清楚，从法律角度讲确实是 CEO 说的没问题。但很多人反驳那个 CEO 考虑的根本不是法律范畴问题，就像 Nginx 之父被捕，几乎都是声援 Nginx 之父而不是支持他公司这样用法律大棒搞开发者。国内之前的案例也是有一些、都支持了公司维权。但正是这些靠法律维权开源贡献者（这里尤其是指那些为爱发电没有用来牟利的）的行为越加让广大开发者群体觉得反感。
别人提出这个观点也主要是为了声援站队贡献者、本质上是站队开源精神，只是为了从道德逻辑上反驳 CEO 罢了，你要是较真这其中的逻辑就没意思了，涉及到精神层面的很多事件都不是真讲逻辑道理的，否则这世界还哪来那么多宗教

而且现实世界不就是这样嘛，法律是维护社会整体稳定的工具，任何现行的法律条款都不能完美协调所有场景所有人的满意度。

所以我觉得这玩意咱就分开说比较好：
1. 法律上，CEO 是懂法的
2. 道德/开源精神上，CEO 是个什么玩意

但不管从哪个方面讲，只要你让我站队，我铁定站贡献者，我相信大多数人也是站这边

@mbeoliero123 #1 估计 OP 不是高技术的、以为 `django` 这个词里的 `go` 就是跟 golang 有关吧

为了帮助程序员群体, 希望 OP 招 3(个)募 4(个), 希望 OP 朝 3(楼)暮四(楼)

被小米几轮营销洗脑之后, 我终于决定下个车换保时捷了

@momobear 代沟了, "红温" "下头" 这俩词我都不懂是啥意思...

> 这代年轻人会因为不好的感受下头不是一个很正常的事

如你所说, 这代年轻人容易"下头". 既然这么容易下头, 那我觉得脆皮也是我的正常感受啊, 所以我对你"对我的思考角度感到难以理解" 也感到难以理解...

@momo24672 期待各位反对 POST 一把梭的早日加入 POST 一把梭大家庭!

@momo24672 #117
正如我前面讲的, HTTP 本身的设计侵入了用户自己的应用层协议, 它既负责数据传输, 又自定义了太多应用层相关的协议, 如果只做静态资源文件服务之类的特定简单可控的场景, 那么它自己相当于是应用协议, 这样设计或者这样使用倒也凑合, 无可厚非.
单就 HTTP 还有一些其他的我在其他帖子里有聊过, 比如 HTTP 自己既有 Method, 又有 Router, 然而一个协议交互主要就是表明亮点: 要干什么, 干这个需要什么. 这两点, 主要体现在协议头和包体. 这世界上可不只是有 web http 的开发需求, 其他领域自定义的协议通常都是比这简化的, 主要满足这两点——协议头和包体, 比如 RPC. 除了 HTTP, 我在其他领域比如 IM, 游戏, 音视频, 各种领域的协议, 我几乎没见到过协议头自己也分两层的: 一层 Method 另一层 route. 而且你认真地想一想, Method 分这么多真的有必要吗?没有它就解决不了现实问题了吗?显然不是!

复杂的现代业务需求, 应用层自己要做很多业务分支状态码, 如果同时要兼顾 HTTP 自己的, 要多思考一层, 比如这里争论的到底是用 GET 还是 POST PUT DELETE, 有的团队有的开发者还要琢磨到底是直接按 HTTP 的状态码比如 403 还是统一用 HTTP 200+自己应用层的错误码. POST 一把梭的方案, 主要就是屏蔽了这些 HTTP 自己的东西, 业务集中考虑自己业务层的协议设计, 这既符合分层原则, 也减少了兼顾两个协议层次的设计的耦合, 所以这是简化复杂度.


具体的可能需要你实际体验一段时间以及深入思考下才能体会到.
如果还是无法理解, 那建议也不要随便下结论去武断地认为是别人 sb, 也需要反思下是不是自己当下见过的世界是不是有点窄到只了自己暂时狭隘了...

@momo24672 HTTP 协议本身被设计成了一坨屎, 但毕竟是属于开天辟地, 不完善情有可原. 但因为它是互联网基石, 所以不好升级迭代, 历史兼容导致了屎堆越来越多越来越大. Restful 就是屎上雕花, 奈何多数人都是有的用就跟着学和用, 根本不考虑是不是好东西. Post 一把梭的人都是在化繁为简, 用奥卡姆剃刀让互联网更美好. 这帖子里已经有人提了 等保, 银行, 以前帖子里有更具体的案例

希望那些被 HTTP 、或者被 Restful 毒害了的小白少点人云亦云, 不要因为自己曾经投入了学习就被沉没成本效应搞得无法自拔. 就技术论技术, 行业先驱随便搞啥出来都会有一波群众被带偏, 也不能怪谁学错了方向, 所以也就不要说谁是 sb 了, 自己多思考能分辨好坏才是最好的

@momo24672 可别提 HTTP RFC 了,HTTP 是我见过的最 sb 的最婊子的协议, 它本身的设计就侵入了应用层, 所以才有几天这种局面: 用户不只是要处理自己业务层的错误码,还要考虑 HTTP 错误码相关的各种细节, 以使用 Restful 的情况更甚! Websocket 甚至还继承了一些协议设计的糟粕,比如 ws 自己的那些错误码, 作为定义相当于传输层的协议, 自己搞这么多画蛇添足简直是垃圾. 当然 ws 本身也是为了弥补 HTTP 自己这个太监协议, 一丘之貉.

> 跨域的情况下 POST 是两个数据包

跨域情况 POST 是两个数据包是指什么?协议交互角度讲, 一个 request 是一个协议包, 一个 response 也是一个协议包, 两个数据包是指几次请求或者具体是指什么?

@momo24672 #101

> GraphQL 查询用的 GET ，其他用的是 POST ，没有 POST 一把梭啊。

看样子我误解你一半, 看样子至少你不是说"不用 Restful 都是 sb", 你只是说"全 Post 一把梭是 sb"
但 post 大于 get, 甚至这只是协议命令的一点定义区别, get 也可以带 body, 所以 get post 在实际使用上区别没太大影响. 但如果这样的话, #101 和 #75 就有点自相矛盾了

@momo24672 我就很喜欢 post 一把梭.
聊点具体的, 你没有限定范围, 就以 api 为例, 请问 post 一把梭哪里 sb 了?

> POST 一把梭的全是 SB/垃圾

@momo24672 不选择 Restful 的人会越来越多, 注意, 我说的是"不选择", 而不是"放弃", 因为 Restful 本来就不是必选项. 另外, 别太自信了

AI 是人类自举, 未来更高阶的智慧生命