早期在学 C 的时候,我记得创建一个函数的方法,是要在调用前声明,调用时填写参数,然后在后面写完这个函数的定义
学了一阵子后,看看网上的代码,好像别人都是直接在调用前的声明部分直接就把整个函数的定义也写完了,这种做法也没什么问题,只要编译器没报错就行,声明和定义分开放反倒容易忘记,要改出入参数也麻烦
C 的硬性要求是,函数和结构体必须在调用前声明,不然就会报错。我现在在写 go 时也会不自觉遵循这个逻辑,不过 go 其实并不计较这个,一个源码文件中把结构体定义放在最后面,前面填多少个这种结构体都没问题
有时一个包需要一个很长的结构体放必要的变量和数据,把这个结构体类型的变量放到文件最顶端,在读源码的时候很容易看出这个包里有一个变量,如果按照先声明后使用放到末尾的方法,可能就没那么容易发现了
是故意的,因为这样你才知道你看的是 go 代码
学了一阵子后,看看网上的代码,好像别人都是直接在调用前的声明部分直接就把整个函数的定义也写完了,这种做法也没什么问题,只要编译器没报错就行,声明和定义分开放反倒容易忘记,要改出入参数也麻烦
C 的硬性要求是,函数和结构体必须在调用前声明,不然就会报错。我现在在写 go 时也会不自觉遵循这个逻辑,不过 go 其实并不计较这个,一个源码文件中把结构体定义放在最后面,前面填多少个这种结构体都没问题
有时一个包需要一个很长的结构体放必要的变量和数据,把这个结构体类型的变量放到文件最顶端,在读源码的时候很容易看出这个包里有一个变量,如果按照先声明后使用放到末尾的方法,可能就没那么容易发现了
👍1
我的 Twitter 以前很少会给我发推送,有也是几天才一两条
平时我基本不会主动打开 Twitter,都是看到分享的链接才会点开看看
但是由于我看见画师就想去关注,顺带翻翻以往作品,刷帖子也会看看这个画师关注了没有
于是推荐喜好好像就觉得我比较习惯看未关注的画师,我现在一天的推送消息就有七八条,而我还是按照几天打开一次的频率去看推送消息,慢慢堆的太多了,反而不想去看了...
平时我基本不会主动打开 Twitter,都是看到分享的链接才会点开看看
但是由于我看见画师就想去关注,顺带翻翻以往作品,刷帖子也会看看这个画师关注了没有
于是推荐喜好好像就觉得我比较习惯看未关注的画师,我现在一天的推送消息就有七八条,而我还是按照几天打开一次的频率去看推送消息,慢慢堆的太多了,反而不想去看了...
👍1
近期 GPT 5 发布了,由于 Open AI 没有像 GPT 4 发布的时候那样仅限 Plus 用户使用,我这种免费用户也能体验到最新最热 的 GPT 5
但直到现在也只是问过它两个问题而已,不过确实能从语气和用词之间发现 GPT 5 在聊天过程不会那么正式了,更有个性的感觉?
想起之前流传的 GPT 5 传言,参数量会比 4 大不少,但现在市面上大多数的 LLM 似乎在变得更倾向与模型评分和性能而不是参数量,是因为难以训练巨大参数量的开源模型吗?
不过往回看,像参数量在 100B 到 20B 这个区间的模型,可能知识量并没有增长多少,但越来越能听懂人话了,这部分会不会占用参数量?或者是分开的另一部分呢?
后面会不会演化出一种对话过程更能理解用户,且性能评分都很好,但知识相对有限的 LLM
但直到现在也只是问过它两个问题而已,不过确实能从语气和用词之间发现 GPT 5 在聊天过程不会那么正式了,更有个性的感觉?
想起之前流传的 GPT 5 传言,参数量会比 4 大不少,但现在市面上大多数的 LLM 似乎在变得更倾向与模型评分和性能而不是参数量,是因为难以训练巨大参数量的开源模型吗?
不过往回看,像参数量在 100B 到 20B 这个区间的模型,可能知识量并没有增长多少,但越来越能听懂人话了,这部分会不会占用参数量?或者是分开的另一部分呢?
后面会不会演化出一种对话过程更能理解用户,且性能评分都很好,但知识相对有限的 LLM
❤2🥰1
WakaTime 的每周报告里告诉我这周写了 27.5 小时的代码
印象中感觉好像没写这么多,仔细一看调式 17.5 小时,写代码 9.5 小时
原来是调式的时候晕过去忘记关电脑了
印象中感觉好像没写这么多,仔细一看调式 17.5 小时,写代码 9.5 小时
🥰2
在 GitHub 上总有一些奇怪的人关注我,但我到目前为止并没有往 GitHub 上放什么个人作品...
好奇看了看我的 followers 列表,这些奇怪的人大概都有以下共同特征:
而且这个现象很早就开始了,真的有些搞不懂...
好奇看了看我的 followers 列表,这些奇怪的人大概都有以下共同特征:
我完全不认识
有一些奇怪的项目
关注的人普遍有 10K ~ 300K
README 里写的东西十分甚至九分的厉害
而且这个现象很早就开始了,真的有些搞不懂...
🥰5
我在 GitHub 上看到了一个 Go 语言的跨平台 GUI 框架 fyne
其实至少一两周前就看到了吧,当时也忘了因为什么突发奇想去搜前端的东西
不过这个 fyne 倒是十分甚至九分的有 Linux 味道,不管是默认深色模式(这个我喜欢,因为有些软件切换到深色模式有时还是会白你一脸) 还是控件样式都能让人一眼就知道这个软件应该是跑在 Linux 系统上的
我翻了几个项目,没看见几个把 UI 设计的好看的,不知道应该是它自由度不高(相比网页?),还是用这个框架的人大多数都是像我这样写后端的人,某天突发奇想想写点 GUI 软件而挑选的框架
原因还是现在浏览器套壳软件真的性能太差劲了... 不仅占内存启动还慢,打开暂时不用放前台吧一直浪费性能,关掉的话再次打开又得等几秒
其实至少一两周前就看到了吧,当时也忘了因为什么突发奇想去搜前端的东西
不过这个 fyne 倒是十分甚至九分的有 Linux 味道,不管是默认深色模式
我翻了几个项目,没看见几个把 UI 设计的好看的,不知道应该是它自由度不高(相比网页?),还是用这个框架的人大多数都是像我这样写后端的人,某天突发奇想想写点 GUI 软件而挑选的框架
原因还是现在浏览器套壳软件真的性能太差劲了... 不仅占内存启动还慢,打开暂时不用放前台吧一直浪费性能,关掉的话再次打开又得等几秒
👍1
