V2EX › Curtion 的所有回复 › 第 19 页 / 共 24 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 11 12 13 14 15 16 17 18 19 20 ... 24

❮

❯

2020-01-09 16:25:16 +08:00

回复了 mpich 创建的主题 › 职场话题 › 入职前毁 Offer 会进黑名单吗

你们说的大厂是啥...微软吗

2020-01-09 15:12:21 +08:00

回复了 hxx051 创建的主题 › 程序员 › 猫搜开源啦！

建议在网站中告知关闭同源策略可能的后果

2020-01-06 19:54:53 +08:00

回复了 viiii 创建的主题 › Python › 爬虫，找不到视频文件 url

HLS 协议

2020-01-06 11:51:34 +08:00

回复了 lihongjie0209 创建的主题 › 程序员 › Nodejs 为什么不使用类似 Java 的 ClassPath + Maven 的包管理模式?

@lihongjie0209 #76 如果把源代码拷贝出来不可行，一是以后有修复就必须手动更新，二是依赖项的层次可能很深入，我也不太了解如果把依赖提升的话，下层的代码还能不能正确找到包

2020-01-06 11:44:52 +08:00

回复了 lihongjie0209 创建的主题 › 程序员 › Nodejs 为什么不使用类似 Java 的 ClassPath + Maven 的包管理模式?

@lihongjie0209 #76 移动项目确实毕竟鸡肋，没啥用就不谈了。至于第二个问题，你说的对，但是这确实又是一个解决办法，我实际遇见过，我使用了一个库 A，它依赖于另一个库 B，而 B 在某些情况下会触发 bug，在 B 已经解决 BUG 的情况下，但是 A 的维护者更新落后，A 中的依赖还是比较落后的版本。
此时修改库 B 的源代码，或者修改 A 的依赖版本是最简单的方式，等到 A 更新后只需要重新 install 就行，如果库是全局作用的，势必会影响其它项目。

当然这只是我一厢情愿找的理由，或许实际上或者全局作用更好。不过 npm 有 cache 机制，一定情况下缓解了下载时间过长的问题。

2020-01-06 11:19:29 +08:00

回复了 lihongjie0209 创建的主题 › 程序员 › Nodejs 为什么不使用类似 Java 的 ClassPath + Maven 的包管理模式?

npm 非常复杂，该机制成本很大，就 npm3 光展平包就花了大量功夫，而且现在也有一些好处，比可以直接拷贝文件夹实现移动项目；还有一个好处可以直接修改包的源码，而不影响其它项目，因为 npm 的包实在太多了，很多包之间会产生 bug，这时候需要手动修复，如果等作者更新可能会很慢，因为出现 bug 的包不一定是你自己项目的依赖，有可能是项目依赖的依赖

2020-01-03 09:39:06 +08:00

回复了 Jack910 创建的主题 › 程序员 › 随着年级越来越大,深感记忆力是越来越差,经常丢三落四,上午发生的事,经常下午就忘了,得经人提醒才能想起来,这种情况还适合继续当程序员吗?

这是自然规律，你可以选择用笔记软件，每次都记录下来，设置提醒

2019-12-30 18:25:07 +08:00

回复了 zhuzhiqiang 创建的主题 › 程序员 › 你今天因为 YYYY-MM-dd 被提 BUG 了吗

我写的 HH:MM::ss。。。。我服了

2019-12-22 20:21:05 +08:00

回复了 verycode 创建的主题 › 新手求助 › 新手问个问题， Golang 和 Java 哪个更值得做为主要语言深入学习？

好好读书，考好点大学，cs 基础比任何语言都重要。

2019-12-20 23:11:23 +08:00

回复了 Xavier08 创建的主题 › 前端开发 › 关于身边前端儿对 react、vue 的滥用

哈哈，有点意思，要不你先解释解释你理解的滥用是什么？