V2EX › codermagefox 的所有回复 › 第 16 页 / 共 71 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 12 13 14 15 16 17 18 19 20 21 ... 71

❮

❯

2018-12-22 17:54:10 +08:00

回复了 ccl945 创建的主题 › 程序员 › 可能是要跑路了

不然试试呗.

我啥也不会的时候自己捣鼓的第一个程序就是一个爬虫拉取一些公网数据,然后发成邮件给 leader.没人要求我这么做,我只是做了练手.

现在想想看,代码写的真烂,但是写完是真的很幸福很幸福啊,现在想起来都会觉得全身一抖的那种幸福感.

2018-12-22 16:04:42 +08:00

回复了 nohup 创建的主题 › 程序员 › 经过技术选型研究，我们放弃了 React，转向 Vue

@nohup #52 不好意思,是我偏激了.你们前端其实这么想是正常的,毕竟我是闲着无聊才经常看源码.

如果你们真是这种特殊需求,你可以让他去看看 Fiber 架构.这玩意我不懂,但是面试的时候已经被问到了,似乎就是用来解决你们这种特殊需求的.

2018-12-22 15:25:01 +08:00

回复了 nohup 创建的主题 › 程序员 › 经过技术选型研究，我们放弃了 React，转向 Vue

@nohup #22 而且你们前端总结出来的那个结论,我也觉得是欠妥的.1000*3 的 insert 数量是不可能卡 5 秒的.

卡 5 秒只有可能是 O(n³)的复杂度,也就是所有 DOM 节点全部走 insert 完全没有走 domdiff

效果和你们前端做循环的效果是一样的

循环输出 DOM 的实际复杂度不是 3000,而是对比 10 亿次

2018-12-22 15:17:46 +08:00

回复了 nohup 创建的主题 › 程序员 › 经过技术选型研究，我们放弃了 React，转向 Vue

@nohup #22 ChromeDevTool-> Performance

2018-12-22 15:14:36 +08:00

回复了 nohup 创建的主题 › 程序员 › 经过技术选型研究，我们放弃了 React，转向 Vue

@nohup #20 那么请问一下,不能放源码能不能放源码运行时的 perfermance?这个总不是机密吧?我想看看,如果真是个框架缺陷,我也好好学习一下

2018-12-22 15:09:00 +08:00

回复了 nohup 创建的主题 › 程序员 › 经过技术选型研究，我们放弃了 React，转向 Vue

@reus #14 我甚至怀疑都不到这个优化层级,卡 4-5 秒啊!

我甚至怀疑原因是他们没有加 Key,不然怎么可能卡 4-5 秒.哪怕有 1/3 走 Update,也就 1000 个条目,会用得着这么久?

我当初用某开源库就碰到过这种情况,用数据去检索中文 Key 无法检索导致点一下就卡 5 秒.后来还是绕弯路解决的.

看到这个帖子真是有点生气

2018-12-22 15:01:33 +08:00

回复了 nohup 创建的主题 › 程序员 › 经过技术选型研究，我们放弃了 React，转向 Vue

@codermagefox #12 看我的->看的我

2018-12-22 15:01:06 +08:00

回复了 nohup 创建的主题 › 程序员 › 经过技术选型研究，我们放弃了 React，转向 Vue

"因为 React 在进行状态更新的时候，会进行判断每一个 listitem 的状态是否有改变。"

蛤????我学的是假 React?

Vue 不会这样难道不是因为为了性能手动切断了 Object.defineProperty 的状态更新吗?

React 的 SetState 做不到??您能把代码发一下吗???

看我的一头问号

2018-12-22 11:42:16 +08:00

回复了 allen945 创建的主题 › 程序员 › 维护自己以前写的代码时，会不会想抽自己一巴掌？

不止想抽一巴掌...想一刀捅死.... https://ws3.sinaimg.cn/bmiddle/62e721e4gw1et02ek7u61j200k00k3y9.jpg

2018-12-22 00:14:07 +08:00

回复了 wly19960911 创建的主题 › 问与答 › js 的 this 指向问题（并非基础）

@rabbbit 这个回答很🐂🍺了，感谢。之前看标准都没说的这么详细

2018-12-21 22:08:26 +08:00

回复了 dyyx 创建的主题 › 职场话题 › 非阿里的同学如何判断自己的级别

没有 P3 的选项吗🤣

2018-12-21 14:35:07 +08:00

回复了 codermagefox 创建的主题 › 问与答 › 我真的很讨厌为了名利所做的不负责任的内容产出

@PP #67

哎,可惜我们并没有网络内容的 315.

其实我第一时间想到的是魔兽争霸里的那种缝合怪....把一大堆腐烂的尸体和刚死的人剁碎,然后缝合在一起变成一个怪物,步履蹒跚,害人不浅,哈哈.

2018-12-21 14:26:06 +08:00

回复了 codermagefox 创建的主题 › 问与答 › 我真的很讨厌为了名利所做的不负责任的内容产出

@PP #65 其实我看完了,只是表达的有点问题....我看待问题做不到您这么理性.

您说的"只要没有错误和误导，那么都不妨碍生产者定价和出售自己的产品，同时市场也会对具体的产品产生各种评价。"这正是我当初被坑的原因.根本就没有人来管管这种低质量的内容产出.

更恶心的是,这种劳动权还会冠上"分享"的帽子.分享?原创的东西哪怕漏洞百出,我也认为是一个有效的分享,至少可以让别人看到作者的思考过程.

但是现在更多的内容就是完全的复制粘贴,毫无作者本人的任何观点,纯粹拿出来就是凑数的,再冠以原创的帽子.

这才是我无法接受的.

2018-12-21 14:06:52 +08:00

回复了 codermagefox 创建的主题 › 问与答 › 我真的很讨厌为了名利所做的不负责任的内容产出

@ysc3839 #61 嗯,我确实不理智的.可能是因为吃过这个亏,至今无法释怀.

2018-12-21 14:06:14 +08:00

回复了 codermagefox 创建的主题 › 问与答 › 我真的很讨厌为了名利所做的不负责任的内容产出

@PP #60 我不反对小王做质量差的小木凳,我反对的是小王做三条腿的木凳.

2018-12-21 12:01:46 +08:00

回复了 codermagefox 创建的主题 › 问与答 › 我真的很讨厌为了名利所做的不负责任的内容产出

@laoyur #55 啊?我 Mac 搜狗拼音输入法默认就是这个逗号和句号啊......

2018-12-21 11:50:29 +08:00

回复了 codermagefox 创建的主题 › 问与答 › 我真的很讨厌为了名利所做的不负责任的内容产出

@coderluan #51 嗯.我现在回想一下,每次碰到这件事情我都会很敏感很激动.

可能确实是我一个很大的伤疤,我没法保持理智.

我尽量保持理性的看待问题.

2018-12-21 11:47:05 +08:00

回复了 codermagefox 创建的主题 › 问与答 › 我真的很讨厌为了名利所做的不负责任的内容产出

@grantonzhuang #49 更多的是毫无责任心的复制粘贴,或者在哪个地方东抄一点西抄一点.

其实这些我都还能理解,理解不了的是这么做了以后还好意思到处发装作原创,实际上随便复制粘贴一段都能在搜索引擎里找到原文.

如果真的理解了,用自己的话把知识重新说一遍就这么难吗?多花些时间去考证去质疑一下文章的正确性就这么难吗?

没有人抨击二次加工知识,但是连加工都不加工就弄一大堆缺胳膊少腿的缝合起来说是自己的产出,不会脸红么?

我不能理解.

2018-12-21 11:09:43 +08:00

回复了 codermagefox 创建的主题 › 问与答 › 我真的很讨厌为了名利所做的不负责任的内容产出

@luoway #43 我反感的不是低质量内容,是不负责任的内容产出.

遗憾的是,现在中文社区大部分的所谓原创,都是这种货色.

2018-12-21 09:54:02 +08:00

回复了 codermagefox 创建的主题 › 问与答 › 我真的很讨厌为了名利所做的不负责任的内容产出

@whileFalse #26 你写的小学教材里如果是 1+1=3,我觉得要分两种情况.

一是你在百度随便搜了一下 1+1=几?然后结果是 3,你就不假思索的复制粘贴上 1+1=3,然后说我的教材是对的,接着拿来卖钱.那么我认为你是不道德的.

二是你自己找了很多方面的资料查看,小心的求证后发现 1+1=3.你不能确定它肯定是对的,但是你写上了 1+1=3,并且写了一些自己的思考,写出了 Why,在文章中投入了心血.那么我不但不认为你是错的,反而非常赞同你.哪怕我知道 1+1 并不等于 3

我认为谭浩强是后者,阮一峰也是后者.他们说的东西也许并不绝对正确,但是至少是认真准备过的,用心产出的内容.无可指摘.

1 ... 12 13 14 15 16 17 18 19 20 21 ... 71

❮

❯