V2EX › amaranthf 的所有回复 › 第 7 页 / 共 14 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 14

❮

❯

2018 年 6 月 11 日

回复了 mcluyu 创建的主题 › 问与答 › 马上要签购房合同了，有没有什么坑需要特别注意的？

公积金贷款没啥问题，可以后续办商转公

2018 年 5 月 25 日

回复了 samuikwu 创建的主题 › iCloud › 是时候去香港办一张银行卡了， iCloud 云上贵州作恶

问下 JCB 的卡是怎么办的……

2018 年 5 月 3 日

回复了 RDXdecade 创建的主题 › 问与答 › 你们觉得流芳百世和遗臭万年有很大区别吗？

……问题是 99.9%的人两者都做不到。

2018 年 3 月 13 日

回复了 herozem 创建的主题 › Python › 中了 Python 的毒

写 python，写的时候确实比 go 要舒服。
但是……写 go，可能写 300 行，然后运行，一遍过；写 python，写 100 行，可能要调 3 次，有 2 次运行异常，1 次运行结果不正确……

2018 年 2 月 7 日

回复了 t2doo 创建的主题 › 问与答 › 各位写代码的大兄弟，你们电脑都是多大内存啊？

我就来看有没有说 1TB 的……

2018 年 2 月 7 日

回复了 sjwuny 创建的主题 › 分享发现 › 很不错的一篇解读区块链的文章

@tscat 中心化的成本当然不是计算量，而是人力的成本和其带来的风险。

2018 年 1 月 22 日

回复了 holonunu 创建的主题 › Nintendo Switch › Nintendo Switch 购买途径？

@loading 卡带不分区，eshop 的话需要自己改区域设置，就能下载对应区域的。

2018 年 1 月 12 日

回复了 sun1991 创建的主题 › Go 编程语言 › Go 的程序编译完成后, 最终都是单个可执行文件?

@bramblex 大而全的东西总有自己的缺点，C 和 C++很通用了吧，前者构建大型工程的能力堪忧，后者的开发效率或者说对开发人员的水平要求是个硬伤，rust 更不用说了，学习阶梯感觉比 C++还要陡峭，可读性也是个问题。Java 在刚刚这些方面要好一些，但是整体来说就是一个“中庸”。而反观其他一些 specific 的领域，go 在后端以及不需要图形界面的中小型应用方面、python 在不关注执行效率的时候，js 在……在特么各种领域，也都混得风生水起。

2018 年 1 月 12 日

回复了 sun1991 创建的主题 › Go 编程语言 › Go 的程序编译完成后, 最终都是单个可执行文件?

@bramblex 看层次怎么定义了，反正在我看来所有直接编译成 native 代码的东西都是同一个层次的。
我觉得 go 还是蛮好用的，用这东西写代码，最初你会觉得憋屈，但是憋屈惯了就会发现这东西的开发效率是真高，比 C++高一百倍，工程规模上去之后比 python 也不弱。

2018 年 1 月 12 日

回复了 sun1991 创建的主题 › Go 编程语言 › Go 的程序编译完成后, 最终都是单个可执行文件?

@bramblex 差不多还是在同一个层次的，都是编译型、静态类型的，也就是多个 runtime 而已。

2018 年 1 月 8 日

回复了 F2Sky 创建的主题 › 问与答 › 你能忍受电视开机广告吗？

所以我还是喜欢非智能电视……

2017 年 12 月 26 日

回复了 RDF 创建的主题 › 程序员 › 地址转换为 int 指针后，打印出的是字符串第一个字符的地址还是字符串开始的地址？

用了这么多年 C++，还不知道字符串的起始地址和字符串首字符的地址有啥区别……

2017 年 12 月 6 日

回复了 zhuzhuyule 创建的主题 › 问与答 › 汉字首字母排序，这个需求无厘头吗？

那个，汉字没有 ASCII 码……

2017 年 10 月 12 日

回复了 amaranthf 创建的主题 › 宽带症候群 › 阿里云搭的服务， google 搜索条显示离线？

@Devmingwang 我在这台服务器上新开个端口，用 haproxy 做 tcp 的端口转发，转到另一台 ss 服务器上就没问题啊，感觉和 udp 没关系吧？另外我的到访历史也是，使用以前的 ss 就没问题，一换到这台就显示用不了（之前已经用 location report enabler 修改过手机卡 mnc 了）。

2017 年 8 月 7 日

回复了 forvtwoex 创建的主题 › 问与答 › 求 Scheme 老司机解释下 continuation,CPS 是啥东西？

http://deathking.github.io/yast-cn/contents/chapter16.html
具体看这个，中文的

2017 年 8 月 7 日

回复了 forvtwoex 创建的主题 › 问与答 › 求 Scheme 老司机解释下 continuation,CPS 是啥东西？

不会英文怎么学编程？
继续，你就理解成，call/cc 所在的那个 s-expr 被整个看成一个元素，然后一旦其内部执行到了那个继续，就把这整个元素替换成刚刚这个继续的参数，接着执行，就好了。

2017 年 5 月 4 日

回复了 xupefei 创建的主题 › 分享创造 › QuickLook： Windows 上的空格预览

@xupefei 反正……你可以装下 total cmd，然后看下它对任何一个文件 /文件夹按 F3 的显示速度……

2017 年 5 月 2 日

回复了 xupefei 创建的主题 › 分享创造 › QuickLook： Windows 上的空格预览

@xupefei 我觉得应该给一个设置选项：按下空格之后，开新窗口，获得焦点，然后在失去焦点的时候自动关闭，因为有时候我只想按一次空格，然后就靠鼠标操作了。
同时如果加入触屏支持的话，弹出之后再点一下别处就自动关闭也是一个很好的体验。当然触屏情况下怎么弹出也是个需要考虑的问题。
我是觉得没有必要的时候就不用显示那个 Loading 图了，比如在 0.5s 之内完成加载的话就直接显示，超过的话再显示 loading 图。
字体好像主要是因为小，低分辨率下中文显示不清楚……支持了高分屏结果把低分屏给扔了么……

2017 年 5 月 2 日

回复了 xupefei 创建的主题 › 分享创造 › QuickLook： Windows 上的空格预览

几个问题：
1 预览窗口有点卡，包括拖动和文字选取、滚动等
2 目前已经发现的关闭预览窗口方法，有点击关闭以及按空格，除此之外窗口总在最前，体验很不好，建议加入设置点击窗口之外的区域直接关闭以及总在最前的开关，同时不要使用全局的空格钩子，我切窗口打个字都能给我响应空格，有点囧
3 预览窗口无法获得焦点，导致文本无法复制等
4 每个文件不管大小都要 loading 一下，是调用插件的延时？建议改进逻辑，比如先对扩展名进行一次判定
几点建议
1 窗口字体有点丑，建议提供更换
2 双击 exe 之后没有提示，这个应该是新
3 分区预览有专门的 api 获取空间占用
4 建议加入对 total commander 的支持，它有插件 sdk

1 2 3 4 5 6 7 8 9 10 ... 14

❮

❯