V2EX › 9hills 的所有回复 › 第 231 页 / 共 355 页

V2EX = way to explore

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

For Existing Member Sign In

1 ... 227 228 229 230 231 232 233 234 235 236 ... 355

❮

❯

2014 年 1 月 17 日

回复了 o618 创建的主题 › 问与答 › 说说你们都用什么ssh软件来远程管理自己的云服务器？

@mactaew 可以用图形界面写配置，各人习惯不同

2014 年 1 月 16 日

回复了 coolicer 创建的主题 › 问与答 › 路痴其实是宅男，你们是怎么认东南西北的？

买个指南针挂脖子上

2014 年 1 月 16 日

回复了 Ansen 创建的主题 › 投资 › 有有5W，是放着等银行扣房贷呢，还是放余额宝？

余额宝随时能取钱出来，所以把钱放余额宝，然后定期取钱出来转到银行还房贷呗。

很麻烦么？

2014 年 1 月 15 日

回复了 poke707 创建的主题 › Python › 关于python程序生存周期的问题

@poke707 恩，如果是单进程多线程的模型，全局变量是一直在的，而且各个线程之间可共享（注意加锁哦，threading.Lock。要不怎么算全局变量

但是如果你的业务是多进程模型，比如nginx+多个tornado实例。。那就老老实实用内存db吧，比如redis之类。一般来说线上业务都是多进程模型，毕竟有GIL啦，服务器又都是多核的。。

2014 年 1 月 15 日

回复了 poke707 创建的主题 › Python › 关于python程序生存周期的问题

@est 嗯，从可扩展的角度讲，刚开始就不要用全局变量

2014 年 1 月 15 日

回复了 heihei 创建的主题 › 云计算 › AWS服务可以开发票报销吗？

不能

2014 年 1 月 15 日

回复了 poke707 创建的主题 › Python › 关于python程序生存周期的问题

@poke707 redis表示没问题

Python 不同线程间可通过全局变量共享数据，加好锁就行了

2014 年 1 月 15 日

回复了 initialdp 创建的主题 › Python › 神一般的IDE:pyCharm3(社区版). 能考虑一下小伙伴的感受么?

lz肯定没有用过IDE。。

VS，Eclipse哪个不复杂。。

2014 年 1 月 14 日

回复了 TankyWoo 创建的主题 › Linux › 日志里各种sshd[xxxx]: Invalid user USERNAME from x.x.x.x ，用户名还有gitolite, gitosis, 什么情况？

甭管它，又没啥危害。。

2014 年 1 月 14 日

回复了 wangtao 创建的主题 › Ubuntu › 大家有在生产环境用 Ubuntu server 吗？

不更新软件包就不怕安全漏洞？

LTS的每次更新都是要做的，偷懒不做也可以，但安全问题就自己掂量了。

2014 年 1 月 13 日

回复了 jaylong 创建的主题 › 问与答 › 求推荐好用的USB端口管理软件

4楼的win7不错，求主题包

2014 年 1 月 13 日

回复了 haruhi 创建的主题 › 问与答 › apple售后接私活问题…

钻漏洞呗，比如保修两年的机器，快过保了直接拿去换新机

2014 年 1 月 13 日

回复了 aveline 创建的主题 › 天黑以后 › 20140113 午夜俱乐部

本来快睡着了，突然想到一个BUG。

想着明天再弄，不过心痒的厉害

灰溜溜的爬起来修好了，睡觉去

2014 年 1 月 12 日

回复了 Livid 创建的主题 › macOS › 如果你曾经在机器上尝试过其他 Mail 客户端

@hzlzh Mail.app 应该是支持exchange的，就是支持的不太好

不太好指的是邮件数几十w的情况下。。

2014 年 1 月 12 日

回复了 zorceta 创建的主题 › 分享发现 › “自主优化Blink内核，比Chrome30快10%” --遨游浏览器

@efi 补充一句：

在选择靠谱的开源项目时，

除非像Linux，Apache（包括各个子项目）这种拥有长期稳定的开源社区（并且一般会有一个基金会，用来雇佣全职雇员）的项目，

我一般会选择由公司主导的开源项目，而目前成功的较大规模的开源项目也绝大多数是由公司主导的。

随便举些例子：

OpenStack，Docker，MongoDB，Redis 。。。太多太多。。这个真没什么可以攻击的

2014 年 1 月 12 日

回复了 zorceta 创建的主题 › 分享发现 › “自主优化Blink内核，比Chrome30快10%” --遨游浏览器

@efi 呵呵

这种内容空洞的回复还是少发为好。。。送你四个字「言之有物」

你说Chromium是Google主导而不是社区主导的，那是对的，你说「不接受外部提交path」，显然是有明显的证据证明你是错的，错了就要承认，而不是转移话题。。

开源社区本身就是比较复杂的环境，像Chromium，Fedora这种由某家公司主导不在少数，如果仅仅是因为patch没有被上游接受就心态不平衡，还是算了。

关键一句话，不爽你fork一个自己搞不就行了，譬如MySQL

2014 年 1 月 12 日

回复了 zorceta 创建的主题 › 分享发现 › “自主优化Blink内核，比Chrome30快10%” --遨游浏览器

@efi 主观臆断谁都能做，拿出具体的东西出来

我拿出来东西是反驳你的「不接受外部提交patch」这个观点的，事实是有外部提交的patch，嘴硬没意义。。

2014 年 1 月 12 日

回复了 zorceta 创建的主题 › 分享发现 › “自主优化Blink内核，比Chrome30快10%” --遨游浏览器

@efi http://www.chromium.org/developers/contributing-code

这里是 authors http://src.chromium.org/svn/trunk/src/AUTHORS

都是google员工？最少能直接看到诸如Intel.com的邮箱后缀

2014 年 1 月 11 日

回复了 sunchen 创建的主题 › 问与答 › python代码行宽？

Some teams strongly prefer a longer line length. For code maintained exclusively or primarily by a team that can reach agreement on this issue, it is okay to increase the nominal line length from 80 to 100 characters (effectively increasing the maximum length to 99 characters), provided that comments and docstrings are still wrapped at 72 characters.

1 ... 227 228 229 230 231 232 233 234 235 236 ... 355

❮

❯