V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  cnt2ex  ›  全部回复第 17 页 / 共 20 页
回复总数  383
1 ... 9  10  11  12  13  14  15  16  17  18 ... 20  
2019-09-11 14:12:08 +08:00
回复了 qsnow6 创建的主题 Python Pycharm 配合 WSL 太香了!
windows 上我至今还在用装 git 的时候带的 cygwin
WSL 没法和系统其他部分一起使用没啥意义。
2019-08-24 19:16:51 +08:00
回复了 orm 创建的主题 Linux 已入 arch 牙👂教
软件并不是越新就越好。新版本可能会有新 BUG,也许还会有用户体验的问题,特别是图形界面,到新版本的用户体验不一定会比旧版本好。

很多时候我宁愿停留在旧版本的软件上,等到新版本稳定了再更新过去。有时候则是因为依赖问题,某个软件的版本必须停留在目前的版本。上一次用 arch 是 3 年前的样子了,当时基本没什么版本的需求,所以基本是保持每周就把所有包更新到最新版。所以我对 arch 的印象还停留在“半年不更新,一更就会挂”上。

不知道现在 arch 能否满足这种要求。
2019-08-18 18:05:46 +08:00
回复了 wsseo 创建的主题 Linux 为什么很多 linuxs 商业软件都没说支持 centos 或者 debian
红帽系不太清楚。但 debian 系这边,支持 ubuntu 可不等于支持 debian,debian 和 ubuntu 仓库里的包并不兼容( https://wiki.debian.org/DontBreakDebian )。至于这个不兼容包含哪些方面,我在官方的一些页面里也没找到具体的例子,但是我猜测可能存在二进制不兼容,包名不兼容(比如不同名,或者包名冲突)等等问题。
我举一个可能不是很恰当的例子,在 debian 的仓库里,chromium 浏览器的包名是 chromium,而 ubuntu 仓库里的包名是 chromium-browser。
如果冲突的是依赖库的名字,很可能在 ubuntu 里安装运行没问题,而在 debian 里安装运行则出现问题。
2019-07-31 13:38:19 +08:00
回复了 dazhangpan 创建的主题 程序员 996 大潮过后,你身边的 996 公司是不是越来越多了...
可以看出上面的态度:上面认识到了问题,但是就是默许这样的行为。这样既不会激起民意反弹,也不需要实质性地采取任何措施。
上面在打太极,下面也不团结。
一方面,程序员内部自己也有不少人觉得给钱够就行。另一方面,996 并不是互联网行业特有现象,但程序员群体由于高工资而遭到眼红,自然地被孤立了出来。此外,程序员也是福利相对比较高的了,导致了他们忍受能力也高,所以也不会有太大的反抗。
我还是第一次听说人工智能专业学校会提供设备的。
深度学习<机器学习<人工智能
除了深度学习不用 GPU 基本没法训练大模型以外,也不见得设备要求比其他专业高。
2019-07-06 13:40:26 +08:00
回复了 kawowa 创建的主题 Linux 新鲜的 Debian 10 即将出炉
一些软件是按照什么规则才会进入 debian 的仓库,v2ray 我等了很久了。
2019-06-07 12:38:51 +08:00
回复了 chinesestudio 创建的主题 程序员 感谢 Debian buster 总算让我可以换系统了
linux 的桌面用户体验的确不好,特别是遇到大更新。
我本来是 debian stretch+gnome,升级到 buster 之后,gnome 出了一堆新*feature*。
比如 Remmina,升级之前,关掉窗口之后整个程序不会退出,会留下个系统托盘图标。升级之后,关掉窗口之后整个程序都会退出,不会留下系统托盘。我一开始以为是 Remmina 升级后修改了自己的行为,但找了半天也没找到哪里可以把这个行为修改回去。直到我试了一下在其他 DE 里用 Remmina,关掉 Remmina 窗口,托盘图标依然存在,并不会整个程序都退出。

还有在远程桌面里,左 ctrl 莫名被占用,左 ctrl 在远程桌面里无法使用,也是更新 gnome 之后的才出现的新*feature*。
再吐槽一点就是,更新 gnome 之后,无论你用不用,后台一定会有一堆 gnome-settings-daemon 活着。这也是更新之前没有的。gnome 本身就比较吃配置了,现在更肆无忌惮的乱开进程。要不是 gnome 的 overview 和 virtual workspace 没找到其他代替品,我早换其他桌面了。
如果我们现有字符( character )的定义,那么把字符串( string )的定义为字符的一个序列( a sequence of characters )。*自然地*,len 应该返回一个字符串含有多少个字符,而不是根据内部实现返回这个字符串占据了多大的空间。顶层的定义不应该被低层实现给限制。
2019-05-07 17:48:03 +08:00
回复了 lpdy4 创建的主题 剧集 GOT S08E04(含剧透)
编剧简直是傻逼。到处都是剧情的 BUG。
龙飞那么高,还没有雾,龙妈坐龙上能看不到敌方舰队奇袭?更别说雪诺这边有个布兰三眼乌鸦,对面任何计谋都是透明的,谈什么奇袭?还有那弩这么远距离还能直接射穿一条船。要有这么大的威力,按瑟曦的性格,能不在谈判的时候直接杀了龙妈?色后可是直接野火炸过大教堂的。
总之编剧傻逼。
2019-04-29 16:28:43 +08:00
回复了 tuuuz 创建的主题 剧集 有讨论权游 S08EP03 的吗
夜王后期不复活的话感觉就烂尾了。现在各种伏笔都没收。
Guido 的两个理由根本不足以解释为什么用 len(x)而不是 x.len()
>对于某些操作,前缀符比后缀更好读
这一点完全和 len(x)和 x.len()之间选择无关。你只是说明了在表达*分配律*的时候用中缀比较好,与 len(x)和 x.len()之间选择有什么关系?我难道可以说,因为在表达*分配律*的时候,中缀优于前缀。所以在*写 n 个数求和*时 1+2+3+...+n 优于 sigma 求和符号?
同样地,第二点也没法说明选择 len(x)而不是 x.len()。

而且考虑到一致性上,获取一个对象的长度,显然 x.len()这种面向对象的风格更好。
2018-12-11 20:21:06 +08:00
回复了 lucat 创建的主题 Python 以下两种风格 Python 写法,请问大家倾向哪种:)
@j2gg0s
我个人倾向于第一次给变量“赋值”看作声明,但是由于 python 中的特殊规则(不需要指明类型)并且没有类似 let 这样的关键字,所以“赋值”和“声明”使用了相同的语法,结果导致了没有声明只有赋值。不过这只是我个人的观点。

我说的按照作用域规则也是根据其他语言的习惯,因为我觉得块作用域是个好东西,所以在 python 里也遵从这样的规则(即使 python 本身并没有 if 作用域)。

以下是题外话,第二种写法,我觉得应该是函数式写法。因为函数式编程语言里通常不希望(甚至不允许)使用有副作用的语句,所以即使由于作用域规则写成:
calculate_func = "calculate"
task_id = sin_id
if has_data:
calculate_func = "rollback"
task_id = sql_data.get("task_id", "")
return task_id, calculate_func
这种先设置一个值,然后再根据条件修改一个值这样的写法是在函数式语言里不被提倡的。但是这种在实际应用中却十分常见,所以很多函数式的语言都会让 if 变成一个可以返回值的表达式。python 这种风格应该也是从函数式里借鉴过来的。
2018-12-11 00:02:30 +08:00
回复了 lucat 创建的主题 Python 以下两种风格 Python 写法,请问大家倾向哪种:)
主要是作用域问题,虽然在 python 里没有问题,但其实第一种写法里那两个变量的作用域只在 if 里。
而我如果把 return 放进 if 里,会导致两个分支都有相同的代码。
所以我个人更偏向于:
calculate_func, task_id = ("rollback", sql_data.get("task_id", "")) if has_data else ("calculate", sin_id)
2018-12-01 12:47:34 +08:00
回复了 autumn2018 创建的主题 程序员 Bash 默认把 PATH 传给子 bash,请问是出于什么考虑?
环境变量的传递不是 bash 完成的,是操作系统完成的。在创建子进程的时候操作系统把带有环境变量的那部分内存区域拷贝到子进程的内存完成了环境变量的传递。
2018-11-21 14:01:43 +08:00
回复了 onc 创建的主题 程序员 开源,垄断,人才的成长
???

我怎么读完下来读出了“开源导致垄断”这个结论????????
2018-11-02 20:59:41 +08:00
回复了 absente 创建的主题 程序员 我就知道很多人会黑中文编程
@absente
我是认为自然语言对一个人的思维有影响的。但是到编程语言上没有区别,因为编程语言本身就是高度简化的。而所谓中文编程也无非就是把几个英文字符替换成中文字符,这没有任何本质上的改变。
除非你说用中文的思维设计一种编程语言,但实际上这种编程语言的字符本身就没必要限制成中文字符,最终又回到了其实用中文英文没有区别的结论上。
1 ... 9  10  11  12  13  14  15  16  17  18 ... 20  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5747 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 39ms · UTC 06:38 · PVG 14:38 · LAX 22:38 · JFK 01:38
Developed with CodeLauncher
♥ Do have faith in what you're doing.