V2EX › abcbuzhiming 的所有回复 › 第 46 页 / 共 103 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 42 43 44 45 46 47 48 49 50 51 ... 103

❮

❯

2019-08-07 22:12:06 +08:00

回复了 lowman 创建的主题 › Linux › Linux 将图片保存在本地目录的性能问题

@xjtufreeman
@airqj
为什么你们一个二个都好像 oss 不要钱一样？

2019-08-07 22:11:18 +08:00

回复了 lowman 创建的主题 › Linux › Linux 将图片保存在本地目录的性能问题

和文件系统有关，请看该链接地址
https://stackoverflow.com/questions/466521/how-many-files-can-i-put-in-a-directory/466596#466596

2019-08-07 21:50:52 +08:00

回复了 HugeToon 创建的主题 › 宽带症候群 › 现在 cn2 gia 也保证不了晚高峰国际流量的速度了么

早说了。国际出口是严重稀缺资源

2019-08-07 15:16:10 +08:00

回复了 YinHeWL 创建的主题 › 问与答 › 程序员五年工作经验和硕士学历哪个比较重要

@zqx 我没脑补，到底谁不客观，见仁见智。

2019-08-07 14:07:42 +08:00

回复了 YinHeWL 创建的主题 › 问与答 › 程序员五年工作经验和硕士学历哪个比较重要

@zqx 研究生含金量再贬值能比培训的贬值厉害？你在开什么国际玩笑，你到重要一点的岗位去递简历试试，HR 一看你学历不够直接简历进垃圾桶。硕士投前端后端移动端简历，那是因为人家可以往下兼容，但是我问你，你没有硕士学历的遇到需要硕士学历的场合的时候，你能向上兼容吗？
没读过研究生，就不要看不起研究生，研究生是有很多有水分的，但是以此就认为研究生全是水，研究生和培训出来的没区别，我就不想评论这种想法有多么的。。。

2019-08-07 14:00:12 +08:00

回复了 leaflxh 创建的主题 › HTTP › 在写一个 HTTP 服务器，想问一下请求报文中的 Content-Length 该如何验证

@ipwx 超长的 content length 可以被 http 服务器的最大包长参数限制，主流的 http 服务器实现都带有这个参数，一旦超了直接 close socket

2019-08-07 12:38:30 +08:00

回复了 leaflxh 创建的主题 › HTTP › 在写一个 HTTP 服务器，想问一下请求报文中的 Content-Length 该如何验证

楼主，我觉得你的思路不对，首先 Http 是基于 TCP 的，每个连接的缓冲区都是独立的，现在假设有一个有恶意的人，伪造了 Content-Length，把它变的更长，那么就算你读下去，你读到的仍然是这个人后续发来的包，你就把后续得到的包数据也当成是 request body 的内容好了。这有什么问题呢，你是告诉我有这么长的，我就读这么长，我看过 Nginx 的实现，只有在读到不够长度的数据时才会报错断开连接，但是只要后续能继续读到数据，就会继续读下去，http 的 content-length 就是 body 长度指示器，只要它不超过 http 协议定义的最大长度，你就照着读，没错的

2019-08-07 12:31:06 +08:00

回复了 YinHeWL 创建的主题 › 问与答 › 程序员五年工作经验和硕士学历哪个比较重要

当然是硕士，觉得硕士不重要的，等你出了学校再想回头去考研，可以感觉一下难度。
至于程序员工作 5 年？说真的在这个培训满地走，转行多如狗的年代，程序员的水平早就不是看工作年限了，有些人干了 5 年不过是一年经验重复 5 年而已。学历可比工作经验硬多了。可能的话，不要说硕士，能把博士拿下来最好。不要怕学历高，你出去找工作可以有选择的暴露自己的学历，博士可以“伪装”自己是硕士和本科生，没有任何问题，但是你本科生能伪装自己是硕士吗？

2019-08-06 15:43:36 +08:00

回复了 StarkWhite 创建的主题 › 程序员 › 都 9102 年了，大家有没有用上 Facebook 出的 GraphQL ？

@nigelvon 当然能啊，说到底 graphQL 只是协议而已，天下又不是只有它一种协议。它仅仅是回应了大家对 REST 的不满

2019-08-06 14:37:14 +08:00

回复了 StarkWhite 创建的主题 › 程序员 › 都 9102 年了，大家有没有用上 Facebook 出的 GraphQL ？

@nigelvon
“ GraphQL 极其有价值的一点就是前端没有请求的属性可以不消耗资源去生成”
这个说法是错误的，GraphQL 并没有提供这个能力，这个功能需要你自己去实现。而这种实现——只要是写过足够长时间后端的人都明白，是要付出额外的资源才能实现的。说白了吧，后端一股脑的把所有属性都扔给前端，绝不是因为这种方式有多美好，而是在大多数情况下，权衡了人力资源，开发时间等种种要素后，这种丑陋的方式是成本最低的方案。所以才会流传最广。
说到底吧，GraphQL 目前只是解决了前后端之间的协议问题。对后端早就存在的陈年弊病。没有任何帮助

2019-08-06 14:19:04 +08:00

回复了 StarkWhite 创建的主题 › 程序员 › 都 9102 年了，大家有没有用上 Facebook 出的 GraphQL ？

@leopku 官网是没宣布，顶不住这贴里很多人认为这东西就是用来降低后端复杂性的

2019-08-06 12:48:54 +08:00

回复了 dazhangpan 创建的主题 › 程序员 › 如果你可以给将要入职的应届生程序员一条最重要的建议，那会是什么？

公司不是你家（除非你就是老板），老板也不是你亲人，打工的时候你和老板是等价交换的关系，市场不讲感情，要老板去死，老板就得死，所以老板要开掉你，就会开掉你。没事少看鸡汤，少听老板打鸡血，时刻树立为自己打工的理念，任何事情先考虑一下干这个事情对自己有什么好处，有什么风险

2019-08-06 12:36:05 +08:00

回复了 StarkWhite 创建的主题 › 程序员 › 都 9102 年了，大家有没有用上 Facebook 出的 GraphQL ？

@StarkWhite 后端省事个毛，后端多了一堆事。这东西对后端的业务复杂性有任何降低吗？没有！它给了前端自由，但是这个自由你以为没代价的？

2019-08-05 17:09:06 +08:00

回复了 StarkWhite 创建的主题 › 程序员 › 都 9102 年了，大家有没有用上 Facebook 出的 GraphQL ？

我坚信自己没看错，这东西的好处在前端，锅要后端背，最重要的是这东西增加了成本，所以这玩意没戏。大公司可以靠强推火几年，中小型公司你根本推不下去