首页   注册   登录

dacapoday

V2EX 第 67392 号会员,加入于 2014-07-08 23:55:38 +08:00
今日活跃度排名 14578
dacapoday 最近回复了
不赞同,在云尚未普及的时候,一直使用纸笔记录。但是不方便检索,而且后期修改,批注麻烦。凝练还需要重新誊写。最关键是丢失,根本记不起来笔记本在哪。

这是习惯问题,没有记笔记的习惯,用电脑还是纸笔都一样。不去定期整理回顾,不还是都是草稿纸~
150 天前
回复了 qiafanlimo 创建的主题 问与答 延毕是一种怎样的感觉?
说明你很厉害,无论学术还是人情世故。除非个人意愿,否则同门、导师、学院应该是全方位帮助毕业的。延毕对导师和学院也是损害。
大佬是用什么工具构建的?能够导出模型代码吗?
@vencent #29 归根结底,go 和 python 是两种语言,不能因为函数名都是'len'就想当然认为其语义和行为一致。
@dacapoday #36 即使从语言设计上,题中“ len 和 for in 行为不一致”也是伪命题。len 面向底层,字符串处理则是更高层次的,对象化的数据操作。go 的应用领域多在后端,必然需要访问底层数据结构的能力; python 则是脚本语言,期望简易理解和操作。其版本 3 更是希望能回避版本 2 中糟糕的编码问题,选择全面封装字符串的编码实现。
@vencent #21 你可能在字符串是数值还是容器上存在疑惑。从底层的角度,String 不过是一个元素类型为 char 的不定长数组。但是在多数语言中,对字符串采用 immutable 数据结构实现,声明的 String 类型,其行为更类似数据值而非容器引用。

go 这里“ String: the number of bytes in v.”就是表示字符串的数据有多大,而不是有几个字符。由于 go 采用的 utf-8 为变长编码,byte 的索引序与字符索引序不一致。如果期望字符的行为和传统语言(如 java)一致,应当考虑 go 中的 rune 类型(码点),以及 unicode 包进行处理。
len 的语义更接近于表示数据的尺寸,而非容器的容量或长度。迭代则以容器的容量为单位。
196 天前
回复了 ciba 创建的主题 问与答 初学 Python , 2.X 还是 3.X 版本好
现在不黑 PHP,改黑 Java 了
200 天前
回复了 formulahendry 创建的主题 程序员 VS Code Remote 发布!开启远程开发新时代
VS Code 野心很大! JB 家的 IDE 还剩啥,用户习惯?
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   998 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 11ms · UTC 22:36 · PVG 06:36 · LAX 14:36 · JFK 17:36
♥ Do have faith in what you're doing.