V2EX › bp0 的所有回复 › 第 15 页 / 共 15 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 6 7 8 9 10 11 12 13 14 15

❮

❯

2016 年 3 月 23 日

回复了 029xue 创建的主题 › Python › 代码 line width 用 80 还是 120？

@029xue 128 是“整数”，你到底是不是程序员（手动偷笑）。

现在倾向于使用一行 120 个字符。有一些人写一行代码 200 多字符，实在是受不了。

2016 年 3 月 23 日

回复了 1989922yan 创建的主题 › Python › 为什么会一直循环下去？

@kingmo888 应该是换成<=，如果换成>= 则不会进入循环，直接输出 0.5 了。按照程序逻辑， @1989922yan 应该是想要输出 1.0 这个结果才对。

2016 年 3 月 23 日

回复了 1989922yan 创建的主题 › Python › 为什么会一直循环下去？

@kingmo888 换成>= 可以退出循环，但是结果可能不是 @1989922yan 想要的。毕竟 1.0 和 1.1 差别还是很大的。

2016 年 3 月 23 日

回复了 pc10201 创建的主题 › 程序员 › 感觉自己是一个很 low 的程序员

才刚刚开始，先精通一项，然后再扩展其他的吧。

多用 google ，少用 baidu 。

2016 年 3 月 23 日

回复了 vwhenx 创建的主题 › 程序员 › 关于程序员、收入和价值的 3 个层次

程序员的三个层次应该是

1 ，给一个老板出卖技能

2 ，给很多老板出卖技能

3 ，给所有老板出卖技能

所以，我们程序员就是个卖艺嗒！

2016 年 3 月 17 日

回复了 3dwelcome 创建的主题 › 程序员 › 表单提交时有没有替代 rsa、来加密用户名和密码的方案？

@3dwelcome 你确定黑客看到 Math.sin 的时候想不到 Math.asin 吗？

密码学中，你这种加密的安全性是建立在加密算法不被人知道的基础上的。就像当初的凯撒密码，一旦知道加密方法，就没有丝毫的安全性可言了。

2016 年 3 月 16 日

回复了 yjxjn 创建的主题 › 程序员 › 人生的十字路口

@yjxjn 5 年前离开了大连，对外包无爱。趁着还没有女盆友，可以拼一拼的。

2016 年 3 月 16 日

回复了 shawncx 创建的主题 › 程序员 › 大家在设计接口的时候，传参一般是传逻辑上需要的最小范围还是直接传对象？

传递 group 对象通常是提高耦合性。因为如果传递 group ，则 getMemberFromGroup 方法就必须依赖 group 对象提供的获取 domain ， path 和 groupId 的方法。如果这些成员是公有的，则问题更严重。

当然，如果 getMemberFromGroup 方法本身就与 group 关联性很强，那么传递 group 也是没有问题的。

另外，不是给接口传递对象才是面向对象。面向对象是一种方法论，而不是指接口的参数类型。

2016 年 3 月 15 日

回复了 dingqiuyi 创建的主题 › C › C++里处理 int8_t 类型的数据会比处理 uint8_t 类型数据花的时间更长吗？

@dingqiuyi 有符号我无符号只是表示的数据范围不一样而已。 int8_t 是-128 到 127 ，而 uint8_t 就是 0 到 255 。

而且 int8_t 的 -1 就是 uint8_t 的 0xFF （二进制补码），因为在计算机中 X-Y 就是 X+(-Y)，所以处理 int8_t 和 uint8_t 的时间应该是一样的。

2016 年 3 月 15 日

回复了 cstj0505 创建的主题 › 程序员 › 转型 linux C 还是 java 前景更好

@cstj0505 大数据啥的不是 python 更热一些吗？

2016 年 3 月 14 日

回复了 demo 创建的主题 › JavaScript › 刚刚写 JS 循环傻逼了，把 Chrome 玩死，内存吃满，只能关机重启

@des 应该是 @demo 死循环中的 //其他代码搞的鬼。只要有点动态创建的东西，就会慢慢把内存占满的。不然一个死循环顶多把 CPU 占满的，不至于整个系统都挂掉的。

2016 年 3 月 13 日

回复了 Mark24 创建的主题 › Linux › 关于 Linux 的图形界面………想法（无心引战）

@congeec 好吧，我承认我把你最后的问句理解错了。（手动汗）

2016 年 3 月 13 日

回复了 Mark24 创建的主题 › Linux › 关于 Linux 的图形界面………想法（无心引战）

@Mark24 @congeec Linux 的 GUI 已经比 10 年前好很多了，何必这么在意呢。

如果只是想玩玩 Linux 的话，各种 Live CD 可以选择。实在不行用虚拟机装个无 GUI 的 Linux ，一样玩的很爽。

如果想要在 Linux 上用 window 的程序， wine 还是可以搞定大部分的。实在不行用虚拟机装个 window ，一样玩的很爽。

2016 年 3 月 13 日

回复了 KyL 创建的主题 › 程序员 › 为什么这段 C 代码结果是 1？

@KyL 这道题考的是前置++的运算时间，以及||和&&优先级的关系。

@zwpaper 不是不计算，而是还没开始计算就被跳过去了。如果优先级反过来，结果就是 0 了。

正因为&&的优先级高，所以表达式就像 @Viztor 说的是 ++A || (++B && ++C) ，算完++A 后，因为结果是 2 ，所以跳到给 d 赋值了（汇编级别而言）。

如果是||的优先级高，那么表达式就是 (++A || ++B) &&++C 。当++A 算完以后，不用算++B 。但是还要算++C 的，而 C 的初值是-1 。++C 的意思是先++，然后再&&。而-1 自增后是 0 。

所以，如果||的优先级高，那么 d 的值应该是 0 。

2016 年 3 月 7 日

回复了 yangyaofei 创建的主题 › 程序员 › 皮特森算法软互斥怎么不会导致饥饿了？我怎么看都觉得会饥饿啊

不会死锁，只不过延迟一段时间而已。

如果 P1 执行完 turn = 0 后马上被 P0 抢占，那么 P0 会在 while 中等待。这时只有等 P0 的时间片用完以后， P1 才会被调度。 P1 被调度后继续往下运行，此时 turn 已经在 P0 中设置成 1 。所以 P1 不会在 while 处等待，而是继续运行后面的代码，当 P1 运行完成后会释放 flag[1]，这样等 P0 再次被调度后，就能继续运行了。

如果使用真正的锁， P0 在 while 时就会进入睡眠并释放 CPU ，而 P1 会马上运行。当 P1 完成工作并解锁后， P0 也会被马上再次调度并获得锁，然后继续运行后面的代码。

1 ... 6 7 8 9 10 11 12 13 14 15

❮

❯