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

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3

❮

❯

2019-02-05 08:06:27 +08:00

回复了 fhc023 创建的主题 › 买买买 › 想换新笔记本电脑有推荐么之前用的 thinkpad x250 目前看中 thinkpad t480s

或许是应该抛弃以太网口了？我其实只有在初装系统和调试路由器的时候才会用到它。

2019-02-04 10:33:00 +08:00

回复了 fhc023 创建的主题 › 买买买 › 想换新笔记本电脑有推荐么之前用的 thinkpad x250 目前看中 thinkpad t480s

喜欢 Thinkpad 的一大原因是有用户手册可以看还有就是 Trackpoint

2019-02-04 10:29:49 +08:00

回复了 fhc023 创建的主题 › 买买买 › 想换新笔记本电脑有推荐么之前用的 thinkpad x250 目前看中 thinkpad t480s

@CEBBCAT 至少 1080 就行了 2w 以内

2019-01-14 18:54:42 +08:00

回复了 fhc023 创建的主题 › Linux › 为什么如今的库还会被编译成 shared library 来用？内存和磁盘空间都已经足够了呀

@behanga 感觉更可能是图片啥的，毕竟一个 linux kernel image 也才几十 MB

2019-01-14 18:26:19 +08:00

回复了 fhc023 创建的主题 › Linux › 为什么如今的库还会被编译成 shared library 来用？内存和磁盘空间都已经足够了呀

@iwtbauh # 54
你说的很有道理啊，可惜我的开发环境和部署环境不是同一个 distro。比如我在 arch 上依赖 ffmpeg 某个 shared lib 写了程序在部署环境的 debian 里跑不起来 debian 官方可能都不提供我依赖的这个 lib 版本。

2019-01-14 18:19:02 +08:00

回复了 fhc023 创建的主题 › Linux › 为什么如今的库还会被编译成 shared library 来用？内存和磁盘空间都已经足够了呀

@est 嗯谢谢提醒自己写的哪些项目分别有哪些依赖都在自动化脚本里如果有哪个出了问题 grep 下就知道哪些需要重新 link 之后重新编译有 bug 的库然后 link 一下就完了不需要全部重新编译我觉得问题应该不大。

2019-01-14 16:38:15 +08:00

回复了 fhc023 创建的主题 › Linux › 为什么如今的库还会被编译成 shared library 来用？内存和磁盘空间都已经足够了呀

感觉学到了很多哈谢谢大家如果大家有各种奇妙的关于这问题的链接都可以 po 出来

2019-01-14 16:36:05 +08:00

回复了 fhc023 创建的主题 › Linux › 为什么如今的库还会被编译成 shared library 来用？内存和磁盘空间都已经足够了呀

@iwtbauh 我觉得是有道理的但是 linux 上的版本问题就算被解决了但是还是感觉很奇怪因为如果上层都各自用各自的版本了，那干嘛还要 shared library。反而为了解决这些版本问题增加了复杂度感觉不值得。不过像 @w01230 说的这种内存特别紧缺的是很有用的。而且还有像 glibc 这种不知道是有历史包袱还是故意为之的情况存在。所以我觉得看情况，像我能用 static 的时候就尽量用 static。虽然最终出来的 executable 里还是有 so 只要解决了生产环境的兼容问题我就能接受了。

2019-01-14 09:53:15 +08:00

回复了 fhc023 创建的主题 › Linux › 为什么如今的库还会被编译成 shared library 来用？内存和磁盘空间都已经足够了呀

话说这个问题原来在 YC 上就有讨论感觉水很深呐
http://harmful.cat-v.org/software/dynamic-linking/
https://news.ycombinator.com/item?id=9629663

2019-01-14 09:51:09 +08:00

回复了 fhc023 创建的主题 › Linux › 为什么如今的库还会被编译成 shared library 来用？内存和磁盘空间都已经足够了呀

@hikkikuma1991 长知识了具体为啥必须要动态链接大概是因为这个 https://skarnet.org/software/nsss/nsswitch.html

2019-01-13 22:58:24 +08:00

回复了 fhc023 创建的主题 › Linux › 为什么如今的库还会被编译成 shared library 来用？内存和磁盘空间都已经足够了呀

仔细想了下。像底层库更新这种情况的话，用动态库确实可以不用让依赖它的库重新打包。如果接口和行为没有改变的话是很不错的，但是也是可能带来兼容性问题。比如，底层库做了个 breaking change，那后续的库如果不改动的话也不能跑了。目前这种情况主要是包管理器来做依赖检查，然后决定你不是能更新某个底层库的。所以我觉得各有利弊吧。

2019-01-13 20:38:11 +08:00

回复了 fhc023 创建的主题 › Linux › 为什么如今的库还会被编译成 shared library 来用？内存和磁盘空间都已经足够了呀

我二了

2019-01-13 20:35:51 +08:00

回复了 fhc023 创建的主题 › Linux › 为什么如今的库还会被编译成 shared library 来用？内存和磁盘空间都已经足够了呀

@thedrwu 有道理

2019-01-13 18:47:14 +08:00

回复了 fhc023 创建的主题 › Linux › 为什么如今的库还会被编译成 shared library 来用？内存和磁盘空间都已经足够了呀

@Osk 哈哈 package-lock.json

2019-01-13 18:45:27 +08:00

回复了 fhc023 创建的主题 › Linux › 为什么如今的库还会被编译成 shared library 来用？内存和磁盘空间都已经足够了呀

@wbing 如果编译成 static library 的话也是不用重新编译的只是打包一下

2019-01-13 18:44:04 +08:00

回复了 fhc023 创建的主题 › Linux › 为什么如今的库还会被编译成 shared library 来用？内存和磁盘空间都已经足够了呀

@doun 我很喜欢 go 呀但是有很多有现有 c 库的情况就很尴尬。没太试过用 go 调用 c 不知道好不好

2019-01-13 18:42:01 +08:00

回复了 fhc023 创建的主题 › Linux › 为什么如今的库还会被编译成 shared library 来用？内存和磁盘空间都已经足够了呀

哦我是觉得相对它的收益成本有点高。作为库的使用者，得保证开发和生产环境的这些依赖版本都一致。还是很痛苦的。

2017-11-22 14:14:18 +08:00

回复了 heww 创建的主题 › Go 编程语言 › 大家是怎么处理 vendor 的？

@heww 目前都没有遇到这类问题呢…
private 的项目都在自己的 gitlab 上，连上 vpn 就可以 go get
CI 的问题，最简单粗暴的方法是把 vendor 推进去。这样其实也无所谓用 glide 还是 dep 了
如果不想推 vendor 的话，我会反过来想。为啥开发的时候可以 go get 但是 CI 却不行？能不能把两者环境统一一下？如果实在不行，能不能做 repo 的缓存？

2017-11-22 10:45:09 +08:00

回复了 heww 创建的主题 › Go 编程语言 › 大家是怎么处理 vendor 的？

@heww 是吗？没写过大项目不太了解 dep 说会以后会放到官方 toolchain 里如果没有依赖 glide 的某些高级 feature 的话不妨就直接使用将来的趋势？
https://github.com/Masterminds/glide#golang-dep
https://blog.gopheracademy.com/advent-2016/saga-go-dependency-management/

2017-11-21 23:30:02 +08:00

回复了 heww 创建的主题 › Go 编程语言 › 大家是怎么处理 vendor 的？

https://github.com/golang/dep

1 2 3

❮

❯