提请试玩次世代作品

n0099

Monoid1989 基督的、老大哥的

正如被罗曼罗兰评价为伟大社会实验践行者的布尔什维克给他们的人民带去的新价值体系，但是缝合东正传统
与此同时同为仏国人且亲自参与过六月起义并在随后的50年代锐评道：

骚动，徒劳朝着我的窗玻璃发泄怒气，
不会让我的额头从我的书桌上抬起

的波德莱尔笑而不语
https://www.douban.com/note/355973148/

Monoid1989 yangbowen先生说的transhuman疑似和尼采超人不是一个东西，至少它们的侧重点很明显不同

n0099 事实核查：早在2022年9月24日，台大心理学家台谍430就业已完成了对上海贵族信安底层壬上壬杨博文阁下的心理剖析

79502,2022-09-23T13:44:48+00:00,성 흑강,俄罗斯《真理报》9月20日消息，俄联邦委员会国际事务委员会主席格里戈里∙卡拉辛在接受记者采访时讲，“通过俄乌战争，让俄罗斯人彻底知道，在世界上俄罗斯只有两个朋友---朝鲜和伊朗。”\n樂了
79503,2022-09-23T13:44:56+00:00,성 흑강,沒有某國
79507,2022-09-23T14:27:08+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,居然没有印度？
79511,2022-09-23T15:16:12+00:00,De1eted @ccount (0fficia1),应该是对比hk
79512,2022-09-23T15:22:15+00:00,De1eted @ccount (0fficia1),不然hk也不会连夜改政策为0+3
79513,2022-09-23T17:11:39+00:00,Andalucia,群里有人认识黑客吗
79514,2022-09-23T17:12:12+00:00,Andalucia,我获取一个网站的ssh banner一直被connection refused
79515,2022-09-23T17:14:27+00:00,성 흑강,有無紅客
79516,2022-09-23T17:28:33+00:00,⚝ KDWNIL,是时候ping爆白宫官网了，，
79517,2022-09-23T17:33:39+00:00,성 흑강,創持，，，
79518,2022-09-23T21:21:13+00:00,Fei_Bam,果然还是人太高大了吗。。
79522,2022-09-23T21:21:24+00:00,Fei_Bam,骑个摩托和骑狗一样
79523,2022-09-23T22:17:09+00:00,chen0430tw,看起来好像小屁孩
79524,2022-09-23T22:18:43+00:00,성 흑강,點點點
79525,2022-09-23T23:13:54+00:00,Fei_Bam,看起来好像小屁孩\n我也不知道为什么
79526,2022-09-23T23:13:56+00:00,Fei_Bam,特别像
79527,2022-09-23T23:14:20+00:00,chen0430tw,特别像\n你几岁
79528,2022-09-23T23:14:24+00:00,Fei_Bam,20
79529,2022-09-23T23:14:38+00:00,chen0430tw,那确实是啊
79530,2022-09-23T23:14:51+00:00,Fei_Bam,？
79531,2022-09-23T23:15:01+00:00,Fei_Bam,你比我大你清高
79533,2022-09-23T23:17:33+00:00,chen0430tw,看起来好像小屁孩\n小屁孩的特点：年轻、炫富、不长眼、有女朋友、纹身、耍帅、染发、物质依赖
79534,2022-09-23T23:17:57+00:00,성 흑강,笑了
79535,2022-09-23T23:18:02+00:00,Fei_Bam,笑了
79536,2022-09-23T23:18:12+00:00,Fei_Bam,我除了年轻
79537,2022-09-23T23:18:15+00:00,Fei_Bam,其他我都不沾
79539,2022-09-23T23:18:55+00:00,Fei_Bam,我不纹身也不耍帅也不炫富
79540,2022-09-23T23:19:01+00:00,Fei_Bam,摩托车是刚需
79541,2022-09-23T23:19:16+00:00,Fei_Bam,要是开这种摩托也是炫富耍帅
79542,2022-09-23T23:19:19+00:00,Fei_Bam,那我无话可说
79543,2022-09-23T23:20:01+00:00,성 흑강,牠出門都是專人接送的
79544,2022-09-23T23:20:34+00:00,성 흑강,體諒一下
79547,2022-09-23T23:38:47+00:00,chen0430tw,黄仁勋：让换显卡跟年年换iPhone一样简单
79548,2022-09-23T23:49:27+00:00,yangbowen,20\n真好啊。我都23了，老了。
79549,2022-09-23T23:49:50+00:00,yangbowen,黄仁勋：让换显卡跟年年换iPhone一样简单\n有没有一种可能，智能手机也是不用年年换的。
79550,2022-09-23T23:50:37+00:00,chen0430tw,真好啊。我都23了，老了。\n你不是才18吗
79551,2022-09-23T23:50:46+00:00,성 흑강,本人三歲
79552,2022-09-23T23:51:19+00:00,yangbowen,你不是才18吗\n咦，哪有……
79553,2022-09-23T23:51:41+00:00,yangbowen,我18的时候还不知道四叶的存在呢。
79554,2022-09-23T23:53:40+00:00,chen0430tw,我18的时候还不知道四叶的存在呢。\n那时候的你在干嘛
79555,2022-09-23T23:54:07+00:00,yangbowen,不记得了。
79556,2022-09-23T23:54:29+00:00,yangbowen,在想死又没死吧。
79557,2022-09-23T23:55:09+00:00,yangbowen,你不是才18吗\n所以你从哪得知我才18的？
79558,2022-09-23T23:55:48+00:00,chen0430tw,所以你从哪得知我才18的？\nn9说的
79559,2022-09-23T23:56:24+00:00,yangbowen,咦？他啥时候说的，在哪说的？
79560,2022-09-23T23:58:27+00:00,chen0430tw,咦？他啥时候说的，在哪说的？\n这里吧
79561,2022-09-23T23:58:39+00:00,yangbowen,不知道。我没印象。
79562,2022-09-23T23:58:44+00:00,chen0430tw,我印象中是介绍你的时候
79563,2022-09-23T23:59:03+00:00,yangbowen,我如果在场的话肯定会指正的。
79564,2022-09-23T23:59:52+00:00,chen0430tw,话说你会游泳吗？
79565,2022-09-24T00:00:15+00:00,chen0430tw,在想死又没死吧。\n我觉得会游泳的人应该死不了
79566,2022-09-24T00:00:45+00:00,yangbowen,会吧，但是好多年没游过了，不一定还会。
79567,2022-09-24T00:00:58+00:00,yangbowen,然而为啥说会游泳的人死不了？
79568,2022-09-24T00:05:21+00:00,chen0430tw,然而为啥说会游泳的人死不了？\n你不就是
79569,2022-09-24T00:06:31+00:00,yangbowen,所以，为啥？
79570,2022-09-24T00:08:41+00:00,chen0430tw,所以，为啥？\n求生意志坚定
79571,2022-09-24T00:09:46+00:00,yangbowen,那就拭目以待。
79572,2022-09-24T00:16:13+00:00,chen0430tw,yangbowen 我觉得你很适合当左翼哲学家
79573,2022-09-24T00:16:35+00:00,yangbowen,啥？
79574,2022-09-24T00:17:53+00:00,chen0430tw,他们专门在批判这个世界反思整个社会
79575,2022-09-24T00:18:11+00:00,yangbowen,我不喜欢给自己划阵营，也不喜欢遵循着那些个学术体系来作那种思考。
79576,2022-09-24T00:19:02+00:00,yangbowen,我只想做个如同谁都可以思考和批判这个社会一般地随意而自发地思考和批判的普通人。
79577,2022-09-24T00:21:55+00:00,yangbowen,因为说到底，我不会觉得那是我擅长的、体现我超常价值的方面。\n这是一种分工意识：我不觉得在各种分工当中那是适合我的分工。但要是就像玩一样不带太强的目的性的话就不需要这么去限定了。
79578,2022-09-24T00:42:04+00:00,chen0430tw,我只想做个如同谁都可以思考和批判这个社会一般地随意而自发地思考和批判的普通人。\n主要是你太反动了
79579,2022-09-24T00:42:27+00:00,chen0430tw,让我觉得异常激进
79580,2022-09-24T00:42:50+00:00,성 흑강,右翼頭子430
79581,2022-09-24T00:43:50+00:00,chen0430tw,他上次说要消灭程序员责任制就让我觉得有点疯狂
79584,2022-09-24T02:20:47+00:00,Fei_Bam,这就是low level吗
79585,2022-09-24T02:20:52+00:00,Fei_Bam,爱了爱了
79588,2022-09-24T06:09:35+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,@luanxu\n 我打不开币安和coinbase之类的怎么办
79589,2022-09-24T06:09:38+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,是不是要用tor啊
79590,2022-09-24T06:09:48+00:00,luanxu,上梯子
79591,2022-09-24T06:09:52+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,上了啊
79592,2022-09-24T06:09:57+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,不然我怎么上的tg
79593,2022-09-24T06:13:08+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,还是说要开全局
79594,2022-09-24T06:13:11+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,还是说要设置
79595,2022-09-24T06:14:58+00:00,⚝ KDWNIL,上梯子即可
79597,2022-09-24T06:15:11+00:00,No Duplication,你火星了！这条消息是第2次来到本群了，快去爬楼。第一次出现是在：\nhttps://t.me/n0099_tg/73973/
79598,2022-09-24T06:15:34+00:00,⚝ KDWNIL,冷启动有时会弹窗失败，但不影响后续的请求
79600,2022-09-24T06:15:52+00:00,⚝ KDWNIL,网页？不知道
79603,2022-09-24T06:20:12+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,他直接提示不安全
79604,2022-09-24T06:20:15+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,但不知道为什么
79606,2022-09-24T06:36:18+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,会不会是dns被劫持了
79607,2022-09-24T07:00:33+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,知道问题了，hk用不了
79609,2022-09-24T07:05:36+00:00,De1eted @ccount (0fficia1),#云南贵族窜访hk
79610,2022-09-24T07:08:41+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,@luanxu\n 还能在哪注册啊，币安不是国内不让用了吗
79612,2022-09-24T07:11:10+00:00,De1eted @ccount (0fficia1),我去，赵长鹏
79613,2022-09-24T07:11:22+00:00,De1eted @ccount (0fficia1),您是觉得您钱太多了吗
79614,2022-09-24T07:12:16+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,我就看看
79615,2022-09-24T07:12:29+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,那有能注册还不需要认证的吗
79616,2022-09-24T07:13:38+00:00,De1eted @ccount (0fficia1),建议不要注册
79617,2022-09-24T07:16:10+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,还发现个问题
79619,2022-09-24T07:16:41+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,最近的wiki
79620,2022-09-24T07:16:52+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,第一条都是默认移动端
79621,2022-09-24T07:17:29+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,建议不要注册\n那如果别人要给我打钱怎么办
79622,2022-09-24T07:17:53+00:00,De1eted @ccount (0fficia1),paypal
79623,2022-09-24T07:18:07+00:00,De1eted @ccount (0fficia1),第一条都是默认移动端\n这就是Google
79624,2022-09-24T07:18:18+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,我自己的paypal被封了七八年了
79625,2022-09-24T07:18:29+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,而且我也从未成功使用过一次paypal
79626,2022-09-24T07:19:13+00:00,De1eted @ccount (0fficia1),western union
79627,2022-09-24T07:21:15+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,居然有中文
79628,2022-09-24T07:23:07+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,但问题我还是想拥有个钱包地址
79629,2022-09-24T07:23:21+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,主要是我两年前好像弄过，但我甚至忘记了网址
79630,2022-09-24T07:34:04+00:00,yangbowen,醒来一看n9又在挂我。算了我又能说什么呢。
79631,2022-09-24T07:35:03+00:00,yangbowen,主要是你太反动了\n我反动个啥，我觉得我在这群里面算很不够反动的了。
79632,2022-09-24T07:37:17+00:00,luanxu,可以用的
79633,2022-09-24T07:37:21+00:00,luanxu,用邮箱注册
79634,2022-09-24T07:37:46+00:00,luanxu,我还行
79635,2022-09-24T07:37:53+00:00,luanxu,今年在赚了100个
79636,2022-09-24T07:37:59+00:00,luanxu,明年不一定可以了
79637,2022-09-24T07:38:46+00:00,yangbowen,OpenSSL 的 API 是这样的。\n感觉好难用。不过你们 C 壬会喜欢的吧？
79638,2022-09-24T07:39:20+00:00,yangbowen,而且感觉文档也，其实，不太好。
79639,2022-09-24T07:40:44+00:00,yangbowen,其实就是 fb 神说的，“用 C 也可以面向对象”，的写法。
79640,2022-09-24T07:42:30+00:00,yangbowen,所以好比说 SSL_new 就是创建一个 SSL 对象， SSL_free 就是释放一个 SSL 对象。都是通过传 SSL* 指针，而结构体类型 SSL 被规定为只许当黑盒用。
79641,2022-09-24T07:47:20+00:00,yangbowen,然后外加大量使用有符号 int ，“正的时候表示读取到的长度，负的时候表示错误码”什么的。
79642,2022-09-24T07:47:46+00:00,yangbowen,比较古典 C 的写法。
79643,2022-09-24T07:54:06+00:00,Fei_Bam,比较古典 C 的写法。\n实际上
79644,2022-09-24T07:54:10+00:00,Fei_Bam,low level
79645,2022-09-24T07:54:13+00:00,Fei_Bam,都是这种
79646,2022-09-24T07:54:17+00:00,Fei_Bam,别说什么cpp new
79647,2022-09-24T07:54:19+00:00,Fei_Bam,不存在的
79648,2022-09-24T07:54:27+00:00,Fei_Bam,cpp没法写 dll
79649,2022-09-24T07:54:37+00:00,Fei_Bam,OpenSSL 的 API 是这样的。 感觉好难用。不过你们 C 壬会喜欢的吧？\n并不难
79650,2022-09-24T07:54:40+00:00,Fei_Bam,实际上很好用
79651,2022-09-24T07:54:49+00:00,yangbowen,cpp没法写 dll\n怎么就没法写……
79652,2022-09-24T07:54:58+00:00,Fei_Bam,怎么就没法写……\n因为你导出来的方法
79653,2022-09-24T07:55:00+00:00,Fei_Bam,会乱码
79654,2022-09-24T07:55:02+00:00,yangbowen,C 能做的 cpp 都能做。
79655,2022-09-24T07:55:02+00:00,Fei_Bam,别问
79656,2022-09-24T07:55:08+00:00,Fei_Bam,问就是吃过裤头
79657,2022-09-24T07:55:10+00:00,Fei_Bam,苦头
79658,2022-09-24T07:55:22+00:00,Fei_Bam,只能exten \'C\'
79659,2022-09-24T07:55:30+00:00,Fei_Bam,而且
79660,2022-09-24T07:55:40+00:00,Fei_Bam,有的地方会不兼容
79662,2022-09-24T07:55:57+00:00,yangbowen,会乱码\n除开 extern "C" 以外，也可以用 Module Definition File 指定导出名，或者也可以 dllexport dllimport 。
79663,2022-09-24T07:56:08+00:00,Fei_Bam,除开 extern "C" 以外，也可以用 Module Definition File 指定导出名，或者也可以 dllexport dllimport 。\n谁和你玩那些？
79664,2022-09-24T07:56:17+00:00,Fei_Bam,人家不支持的地方你就不用了是吧
79665,2022-09-24T07:56:25+00:00,yangbowen,还可以用 undname 工具知道那个你觉得是乱码的名字对应是啥。
79666,2022-09-24T07:56:35+00:00,Fei_Bam,我为了用你个破dll 我本来可以很简单的
79667,2022-09-24T07:56:40+00:00,Fei_Bam,一个导入
79668,2022-09-24T07:56:47+00:00,Fei_Bam,就行了
79669,2022-09-24T07:56:54+00:00,Fei_Bam,到时候还得去调用死妈win32？
79671,2022-09-24T07:57:12+00:00,Fei_Bam,我写个http服务器还得依赖win32是吧
79672,2022-09-24T07:57:14+00:00,yangbowen,都是这种\n我只觉得就算是 C ，也好歹该 size_t uint32_t 之类的，而不是 int 到处飞。
79673,2022-09-24T07:57:46+00:00,Fei_Bam,我只觉得就算是 C ，也好歹该 size_t uint32_t 之类的，而不是 int 到处飞。\n所以说啊
79674,2022-09-24T07:57:53+00:00,Fei_Bam,c 能oop
79675,2022-09-24T07:57:57+00:00,Fei_Bam,只是状态
79676,2022-09-24T07:58:00+00:00,Fei_Bam,你需要自己管理
79677,2022-09-24T07:58:13+00:00,Fei_Bam,自己 new 自己 free
79678,2022-09-24T07:58:23+00:00,Fei_Bam,没有uint32_t可以自己定义
79680,2022-09-24T07:58:36+00:00,yangbowen,问就是吃过裤头\n你用不来那几种办法才吃裤头吧。
79681,2022-09-24T07:58:45+00:00,Fei_Bam,你用不来那几种办法才吃裤头吧。\n你这句话
79682,2022-09-24T07:58:50+00:00,Fei_Bam,会被隔壁写C的
79683,2022-09-24T07:58:52+00:00,Fei_Bam,lifegpc
79684,2022-09-24T07:58:54+00:00,Fei_Bam,喷死
79685,2022-09-24T07:59:28+00:00,Fei_Bam,我的做法就是
79686,2022-09-24T07:59:59+00:00,Fei_Bam,c写dll的入口部分
79687,2022-09-24T08:00:03+00:00,Fei_Bam,其他地方可以用cpl
79688,2022-09-24T08:00:05+00:00,Fei_Bam,cpp
79689,2022-09-24T08:00:09+00:00,yangbowen,喷呗，我就是认为这种 C 里面常见的写法太烂了，哪天你忘记 free 或者重复 free 就凉。
79690,2022-09-24T08:00:21+00:00,Fei_Bam,头文件 肯定是 要exten\'C\'
79691,2022-09-24T08:01:22+00:00,Fei_Bam,喷呗，我就是认为这种 C 里面常见的写法太烂了，哪天你忘记 free 或者重复 free 就凉。\n虽然C unsafe
79692,2022-09-24T08:01:36+00:00,Fei_Bam,但是却是 公认的low level 最好的语言
79693,2022-09-24T08:02:26+00:00,yangbowen,会乱码\n这个“乱码”实际上是 decorated 或者叫 mangled 的名称，跟导出的东西的 call signature 是严格对应的，而且 MSVC 自带一个 undname 工具，可以告诉你对应的声明是什么。所以就算你不想 dllimport ，你也可以直接 GetProcAddress 这个“乱码”名称。
79694,2022-09-24T08:02:41+00:00,yangbowen,但是却是 公认的low level 最好的语言\n那这个“公认”肯定不包括我就是了。
79695,2022-09-24T08:03:08+00:00,Fei_Bam,这个“乱码”实际上是 decorated 或者叫 mangled 的名称，跟导出的东西的 call signature 是严格对应的，而且 MSVC 自带一个 undname 工具，可以告诉你对应的声明是什么。所以就算你不想 dllimport ，你也可以直接 GetProcAddress 这个“乱码”名称。\n但是这的的确确会增加我的工作量
79696,2022-09-24T08:03:13+00:00,yangbowen,C 能做的 cpp 都能做，而且抽象力更强，做得更好。
79697,2022-09-24T08:03:19+00:00,Fei_Bam,C 能做的 cpp 都能做，而且抽象力更强，做得更好。\n否
79698,2022-09-24T08:03:34+00:00,Fei_Bam,C的强大和不足来自于他的简洁
79699,2022-09-24T08:03:42+00:00,Fei_Bam,CPP的强大和不足来自他的复杂
79700,2022-09-24T08:03:50+00:00,yangbowen,但是这的的确确会增加我的工作量\n那你只能怪 DLL 被设计成这样。
79701,2022-09-24T08:03:52+00:00,Fei_Bam,如果用C可以实现的东西
79702,2022-09-24T08:04:10+00:00,yangbowen,如果用C可以实现的东西\n用 cpp 都能实现，而且很多情况下实现得比 C 简单。
79703,2022-09-24T08:04:31+00:00,Fei_Bam,用 cpp 都能实现，而且很多情况下实现得比 C 简单。\n仅限于c不能实现的部分
79704,2022-09-24T08:04:53+00:00,yangbowen,至少你不用面条一样写一大串 SSL_什么什么 。别问，问就是我写过。
79705,2022-09-24T08:04:57+00:00,Fei_Bam,所以 你是认为cpp可以拿来写一切
79706,2022-09-24T08:05:15+00:00,Fei_Bam,我是喜欢 C + CPP
79707,2022-09-24T08:05:30+00:00,yangbowen,仅限于c不能实现的部分\n否。实际上反过来说也是对的，用 cpp 能实现的也能用 C 实现。但抽象力不足导致会很麻烦和易错。
79708,2022-09-24T08:05:43+00:00,Fei_Bam,至少你不用面条一样写一大串 SSL_什么什么 。别问，问就是我写过。\n您又在喷什么命名空间
79709,2022-09-24T08:05:47+00:00,Fei_Bam,笑什么笑
79710,2022-09-24T08:05:52+00:00,Fei_Bam,还不是编译器帮你
79711,2022-09-24T08:05:58+00:00,yangbowen,所以 你是认为cpp可以拿来写一切\n不要无端外延。我只是认为 cpp 可以代替 C 的一切使用。
79712,2022-09-24T08:06:07+00:00,Fei_Bam,C只是命名空间  自己实现罢了
79713,2022-09-24T08:06:11+00:00,yangbowen,而不是说可以代替一切其它编程语言。
79714,2022-09-24T08:06:20+00:00,Fei_Bam,不要无端外延。我只是认为 cpp 可以代替 C 的一切使用。\n并不能
79715,2022-09-24T08:06:27+00:00,Fei_Bam,您不要把CPP想的太神了
79716,2022-09-24T08:06:49+00:00,yangbowen,C只是命名空间  自己实现罢了\n那结果跟你自己发明一套你能习惯的规则来使用那个乱码名也是差不多的原理。
79717,2022-09-24T08:06:57+00:00,yangbowen,那为什么不让编译器做呢？
79719,2022-09-24T08:07:49+00:00,Fei_Bam,真的
79720,2022-09-24T08:07:53+00:00,Fei_Bam,CPP要是无敌
79721,2022-09-24T08:07:56+00:00,Fei_Bam,C已经消失了
79723,2022-09-24T08:08:24+00:00,Fei_Bam,他依旧有不能取代C的地方
79724,2022-09-24T08:08:26+00:00,yangbowen,否。这算是历史遗留，太多旧的东西都是在 cpp 还没被发明的年代写出来的。
79725,2022-09-24T08:08:38+00:00,Fei_Bam,无论你怎么认为 CPP依旧无法取代C
79726,2022-09-24T08:09:01+00:00,yangbowen,无论你怎么认为 CPP依旧无法取代C\n那您并没有给出论证，只是强调地重申了您的观点。
79727,2022-09-24T08:09:36+00:00,Fei_Bam,那您并没有给出论证，只是强调地重申了您的观点。\nCPP是极其复杂的语言
79728,2022-09-24T08:09:40+00:00,Fei_Bam,您要学会他
79729,2022-09-24T08:09:56+00:00,Fei_Bam,学习曲线无法想象
79730,2022-09-24T08:09:58+00:00,yangbowen,您完全可以只学您眼下用到的部分，而且我就是这样的。
79731,2022-09-24T08:10:15+00:00,yangbowen,以至于我到现在连对象的几种构造还搞不明白。
79732,2022-09-24T08:10:17+00:00,Fei_Bam,C提供了标准的二进制接口
79733,2022-09-24T08:10:28+00:00,Fei_Bam,方便各个语言调用
79734,2022-09-24T08:10:36+00:00,Fei_Bam,这也就是dll的问题
79735,2022-09-24T08:10:54+00:00,Fei_Bam,C语言是你完全掌握其 构造流程
79736,2022-09-24T08:10:59+00:00,yangbowen,C提供了标准的二进制接口\n这可以说是实现的原因而不是语言的原因。主流的几大操作系统内核都是用 C 写的，所以它们很自然地为 C 规定了标准的 ABI 。
79737,2022-09-24T08:11:04+00:00,Fei_Bam,CPP 的构造流程你现在都搞不懂
79738,2022-09-24T08:11:15+00:00,Fei_Bam,其有多隐晦难懂
79739,2022-09-24T08:11:20+00:00,Fei_Bam,你自己清楚
79740,2022-09-24T08:11:34+00:00,yangbowen,所以同样也可以说是“因为很多现在还在广泛使用的东西，是在 cpp 被发明出来之前写出来的”的结果。
79741,2022-09-24T08:11:58+00:00,Fei_Bam,建议您和lifegpc对线
79742,2022-09-24T08:12:03+00:00,Fei_Bam,我对不过了
79743,2022-09-24T08:12:04+00:00,Fei_Bam,我认输
79744,2022-09-24T08:12:49+00:00,yangbowen,CPP 的构造流程你现在都搞不懂\n不是搞不懂构造流程，是搞不懂有哪几种构造，有什么异同。什么 default-initialize value-initialize aggregate-initialize 什么的，然后什么情况下会走构造函数形参，什么情况下会填入各个成员。现在还搞不懂。
79745,2022-09-24T08:13:26+00:00,yangbowen,建议您和lifegpc对线\n那他有不在这。但我不惧于表示我的看法的，不取决于面对谁。
79746,2022-09-24T08:13:56+00:00,Fei_Bam,你自己也知道
79747,2022-09-24T08:13:56+00:00,yangbowen,就算对面是 Linus 我也会说“ C 抽象力不足， C 能做的 cpp 都能做，而且做得更好”的。
79748,2022-09-24T08:14:02+00:00,Fei_Bam,cpp自己都搞不懂
79749,2022-09-24T08:14:06+00:00,Fei_Bam,就算对面是 Linus 我也会说“ C 抽象力不足， C 能做的 cpp 都能做，而且做得更好”的。\n然而
79750,2022-09-24T08:14:10+00:00,Fei_Bam,linux 之父说
79751,2022-09-24T08:14:20+00:00,Fei_Bam,cpp 只会把事情变得更糟
79752,2022-09-24T08:14:56+00:00,Fei_Bam,也就是
79753,2022-09-24T08:15:00+00:00,Fei_Bam,您说的linus
79754,2022-09-24T08:15:08+00:00,Fei_Bam,谷歌告诉我的是
79755,2022-09-24T08:15:11+00:00,yangbowen,对。我认为他确实有很多错误的观点。
79756,2022-09-24T08:15:26+00:00,Fei_Bam,对。我认为他确实有很多错误的观点。\n那你比他还厉害？？
79758,2022-09-24T08:16:07+00:00,yangbowen,那你比他还厉害？？\n因为观点交流或者哪怕辩论并不是战力擂台赛，我不需要比他厉害我也可以反对他的看法。
79760,2022-09-24T08:17:41+00:00,Fei_Bam,懂了
79761,2022-09-24T08:17:43+00:00,Fei_Bam,你是cpp粉丝
79762,2022-09-24T08:17:46+00:00,Fei_Bam,那没救了
79763,2022-09-24T08:17:53+00:00,yangbowen,对，我是cpp粉丝。
79764,2022-09-24T08:18:00+00:00,yangbowen,就像您是C粉丝。
79765,2022-09-24T08:19:05+00:00,yangbowen,倒不是说 cpp 就十全十美没毛病，相反 cpp 大问题也很多。但要跟 C 比起来的话，我就是这个观点。
79766,2022-09-24T08:19:24+00:00,yangbowen,C 能做的 cpp 都能做，而且抽象力更强，做得更好。
79767,2022-09-24T08:19:25+00:00,Fei_Bam,我并不是C的粉丝
79768,2022-09-24T08:19:29+00:00,Fei_Bam,我就爱缝合
79769,2022-09-24T08:19:38+00:00,Fei_Bam,C里面混合CPP是常有的事情
79770,2022-09-24T08:19:44+00:00,Fei_Bam,CPP里面来点C
79771,2022-09-24T08:19:48+00:00,Fei_Bam,也再正常不过
79772,2022-09-24T08:20:18+00:00,yangbowen,碰到跟别的东西 ABI 之类的，要 extern "C" 一下，也是合理的。
79773,2022-09-24T08:20:23+00:00,Fei_Bam,是
79774,2022-09-24T08:20:23+00:00,Fei_Bam,但是
79775,2022-09-24T08:20:23+00:00,Fei_Bam,GCC CLANG MSVC都不一样
79776,2022-09-24T08:20:23+00:00,Fei_Bam,再加上C++的很多ABI
79777,2022-09-24T08:20:23+00:00,Fei_Bam,真的很难跟别的语言交互
79778,2022-09-24T08:20:23+00:00,Fei_Bam,而且还
79779,2022-09-24T08:20:23+00:00,Fei_Bam,Ub
79780,2022-09-24T08:20:24+00:00,Fei_Bam,Msvc unit test 成功
79781,2022-09-24T08:20:24+00:00,Fei_Bam,Linux GCC直接寄
79783,2022-09-24T08:20:24+00:00,Fei_Bam,C 编译速度很快
79784,2022-09-24T08:20:24+00:00,Fei_Bam,而且目标代码文件小
79785,2022-09-24T08:20:24+00:00,Fei_Bam,我不知道MSVC再搞啥
79786,2022-09-24T08:20:24+00:00,Fei_Bam,Cpp目标代码文件分分钟钟几百M
79787,2022-09-24T08:21:28+00:00,yangbowen,这是您说的那位吗？
79788,2022-09-24T08:21:34+00:00,Fei_Bam,是
79789,2022-09-24T08:21:49+00:00,Fei_Bam,算是在c和cpp领域有很高造诣了
79791,2022-09-24T08:22:04+00:00,Fei_Bam,比我强很多
79792,2022-09-24T08:22:23+00:00,yangbowen,GCC CLANG MSVC都不一样\n如我上面所说，缺少标准 ABI 不是语言原因而是实现原因，因为系统内核和 API 是用 C 写的，很自然地给 C 提供了标准 ABI 。
79793,2022-09-24T08:22:23+00:00,Fei_Bam,我只是用C
79794,2022-09-24T08:22:28+00:00,Fei_Bam,那他就是玩懂了
79795,2022-09-24T08:22:57+00:00,yangbowen,Ub\n您为什么要依赖于 UB 呢？
79796,2022-09-24T08:23:11+00:00,Fei_Bam,如我上面所说，缺少标准 ABI 不是语言原因而是实现原因，因为系统内核和 API 是用 C 写的，很自然地给 C 提供了标准 ABI 。\n那既然有历史遗留
79797,2022-09-24T08:23:12+00:00,yangbowen,当然了有些情况下确实是没办法，而且实际上也不是很 UB 。
79798,2022-09-24T08:23:15+00:00,Fei_Bam,你为什么不去解决
79799,2022-09-24T08:23:22+00:00,Fei_Bam,好比没有看见是吧
79800,2022-09-24T08:23:33+00:00,yangbowen,你为什么不去解决\n我能怎样，我什么都做不到。
79801,2022-09-24T08:23:36+00:00,Fei_Bam,然后徒增工作量
79802,2022-09-24T08:23:56+00:00,Fei_Bam,那你说的这一切又有什么意义吗
79803,2022-09-24T08:24:04+00:00,Fei_Bam,那到头来还不是
79804,2022-09-24T08:24:09+00:00,Fei_Bam,exten \'C\'
79805,2022-09-24T08:24:19+00:00,yangbowen,那我们在群里说的一切的一切又有什么意义吗
79806,2022-09-24T08:24:33+00:00,Fei_Bam,没有 只是因为你是cpp粉
79807,2022-09-24T08:24:37+00:00,Fei_Bam,而我喜欢缝合怪
79808,2022-09-24T08:25:14+00:00,yangbowen,C 编译速度很快\n这个倒是肯定要承认的，而且我想“高抽象力”和“编译速度快”本就存在矛盾。汇编的编译速度应该还要快得多吧？
79809,2022-09-24T08:25:57+00:00,yangbowen,没有 只是因为你是cpp粉\n我不反对其它语言的使用，我仅针对可以用 C 也可以用 cpp 的情况下，把 API 写成那种古典 C 风格这件事。
79810,2022-09-24T08:26:11+00:00,Fei_Bam,这个倒是肯定要承认的，而且我想“高抽象力”和“编译速度快”本就存在矛盾。汇编的编译速度应该还要快得多吧？\n你还是hight level待久了。。
79811,2022-09-24T08:26:27+00:00,Fei_Bam,我的建议啊
79812,2022-09-24T08:26:33+00:00,Fei_Bam,你可以去写java
79813,2022-09-24T08:26:39+00:00,yangbowen,我不反对其它语言的使用，我仅针对可以用 C 也可以用 cpp 的情况下，把 API 写成那种古典 C 风格这件事。\n这件事上像 Berkeley Sockets 跟 POSIX 什么的，都是值得批评的。
79814,2022-09-24T08:26:41+00:00,Fei_Bam,很适合你
79816,2022-09-24T08:27:00+00:00,Fei_Bam,随时随地可以使用所谓的\'抽象“”
79817,2022-09-24T08:27:06+00:00,Fei_Bam,或者C#
79818,2022-09-24T08:27:14+00:00,yangbowen,你还是hight level待久了。。\n您又为什么要认定 low level 人就不配享有高级的抽象力？
79819,2022-09-24T08:27:24+00:00,Fei_Bam,您又为什么要认定 low level 人就不配享有高级的抽象力？\n因为low level抽象本身就足够
79820,2022-09-24T08:27:33+00:00,Fei_Bam,难道SSL_new
79821,2022-09-24T08:27:39+00:00,yangbowen,你可以去写java\n而且您该知道， Java 泛型可没有 cpp 模板来得强大的。
79822,2022-09-24T08:27:40+00:00,Fei_Bam,SLL_CTX_set
79823,2022-09-24T08:27:47+00:00,Fei_Bam,这种并不算一种
79824,2022-09-24T08:27:56+00:00,Fei_Bam,另类的抽血？
79825,2022-09-24T08:27:58+00:00,Fei_Bam,抽象
79827,2022-09-24T08:28:09+00:00,yangbowen,抽象\n算是抽象，但是难用。
79828,2022-09-24T08:28:11+00:00,Fei_Bam,还是一定要你class
79829,2022-09-24T08:28:15+00:00,Fei_Bam,才是抽象？
79830,2022-09-24T08:28:39+00:00,yangbowen,还是一定要你class\n我完全没有一定要 class 才算抽象这一说，我只是评价不同的抽象的优劣。
79831,2022-09-24T08:28:40+00:00,Fei_Bam,但是这种low level提供的抽象能力
79832,2022-09-24T08:28:54+00:00,Fei_Bam,并不是cpp能够超越的
79833,2022-09-24T08:29:11+00:00,Fei_Bam,cpp 只是让你轻松编写
79834,2022-09-24T08:29:38+00:00,yangbowen,但是这种low level提供的抽象能力\n您一直在口口声声 low level 的。但您要知道不论 class 还是 template 这些抽象，和 low level 编程是并不妨碍的。我完全可以在单片机的程序里用。
79835,2022-09-24T08:30:24+00:00,Fei_Bam,您一直在口口声声 low level 的。但您要知道不论 class 还是 template 这些抽象，和 low level 编程是并不妨碍的。我完全可以在单片机的程序里用。\n那快进到编译失败
79837,2022-09-24T08:30:31+00:00,yangbowen,就像我上次说， C++ 协程甚至是 freestanding 的一部分，意味着也完全可以在没有操作系统的嵌入式环境之类的里面用。
79838,2022-09-24T08:30:40+00:00,yangbowen,那快进到编译失败\n不，给对编译参数就不会。
79839,2022-09-24T08:30:49+00:00,Fei_Bam,不，给对编译参数就不会。\n又来了
79840,2022-09-24T08:30:51+00:00,Fei_Bam,徒增工作量
79841,2022-09-24T08:31:35+00:00,yangbowen,徒增工作量\n您不愿费找到正确的编译参数的工作量，却愿意为不好用的抽象甚至出错后debug费更多工作量？
79842,2022-09-24T08:31:56+00:00,Fei_Bam,您不愿费找到正确的编译参数的工作量，却愿意为不好用的抽象甚至出错后debug费更多工作量？\n我可以C
79843,2022-09-24T08:32:15+00:00,yangbowen,然后难写而且出错了 debug 一万年。
79844,2022-09-24T08:32:25+00:00,Fei_Bam,说到底就是你吃糖吃多了
79845,2022-09-24T08:32:32+00:00,Fei_Bam,快mft掉了
79846,2022-09-24T08:32:36+00:00,Fei_Bam,建议少吃点糖
79847,2022-09-24T08:32:45+00:00,yangbowen,我爱吃糖，有什么问题吗？
79848,2022-09-24T08:33:01+00:00,Fei_Bam,那没事了
79849,2022-09-24T08:33:06+00:00,Fei_Bam,你都开始摆烂了
79850,2022-09-24T08:33:09+00:00,Fei_Bam,那我也没办法了
79851,2022-09-24T08:33:14+00:00,yangbowen,而且我觉得所有程序员都该有机会吃到糖。
79852,2022-09-24T08:33:16+00:00,Fei_Bam,这回的讨论
79853,2022-09-24T08:33:19+00:00,Fei_Bam,你赢了
79854,2022-09-24T08:33:27+00:00,yangbowen,而不是说因为是 low level 的，所以就不能吃糖。
79855,2022-09-24T08:34:12+00:00,yangbowen,你都开始摆烂了\n否。您并没有给出关于“建议少吃点糖”的论证，您只是陈述了这个观点，我于是也只是陈述了对它的否定。
79857,2022-09-24T08:35:54+00:00,yangbowen,然后难写而且出错了 debug 一万年。\n这件事有个具体例子就是著名又严重的 Heartbleed 漏洞。作为一个缓冲区溢出漏洞，它的出现跟 OpenSSL 采用的那种 C 的写法完全脱不开干系。
79858,2022-09-24T08:36:32+00:00,yangbowen,而您不愿意费工夫找个编译选项，却愿意冒着写出这种东西的危险？
79859,2022-09-24T08:47:03+00:00,yangbowen,你还是hight level待久了。。\n那我还用 CE 自动汇编写过”遍历当前目录下的文件，依次打开，读取然后做一些处理，然后写入另一个名字的文件，写完之后正确关闭所有句柄释放所有临时内存。而且要按照 Windows x64 ABI 的约定提供 stack unwinding 信息“呢。并不是您以为的只会待在 high level 的 Java 人。
79860,2022-09-24T08:47:36+00:00,yangbowen,但不妨碍我反对您主张 low level 人就不该有糖吃。
79861,2022-09-24T08:48:15+00:00,yangbowen,我就是认为所有程序员都该有糖吃。
79862,2022-09-24T08:52:37+00:00,te plk,吃吃我的糖
79863,2022-09-24T08:55:26+00:00,Yushun LIU,@yliufs 话说虚拟机怎么实现多线程\n不是每个线程一个栈你还打算怎么做？
79864,2022-09-24T08:55:30+00:00,Yushun LIU,我寻思也没有别的做法
79865,2022-09-24T08:56:28+00:00,yangbowen,lys怎么刚好在我跟fb吵吵完了C跟cpp之后出现……
79866,2022-09-24T08:56:57+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,可以用的\n那他清退个什么
79867,2022-09-24T09:13:12+00:00,Yushun LIU,lys怎么刚好在我跟fb吵吵完了C跟cpp之后出现……\n巧合，绝对是巧合
79868,2022-09-24T09:15:50+00:00,yangbowen,巧合，绝对是巧合\n怎么不来锐评一下。
79869,2022-09-24T09:19:12+00:00,yangbowen,吃吃我的糖\n你这个糖怕不是跟我这个糖还有fb说的那个糖都不是一个东西吧
79870,2022-09-24T09:27:08+00:00,De1eted @ccount (0fficia1),cpp谁还用new和delete啊
79871,2022-09-24T09:27:13+00:00,De1eted @ccount (0fficia1),不是用raii吗
79872,2022-09-24T09:27:48+00:00,Yushun LIU,为什么不用new/delete？
79873,2022-09-24T09:27:50+00:00,yangbowen,cpp谁还用new和delete啊\n也不少。
79874,2022-09-24T09:27:56+00:00,Yushun LIU,RAII不适用的情况不算少
79875,2022-09-24T09:28:03+00:00,yangbowen,RAII不适用的情况不算少\n像是？
79876,2022-09-24T09:28:28+00:00,yangbowen,我觉得除非您想省“ unique_ptr 会被迫栈传参”这种的开销，否则……
79877,2022-09-24T09:29:16+00:00,yangbowen,new/delete 出现得早。有个说法说其实应该让 new 返回 unique_ptr ，我是认同的。
79878,2022-09-24T09:29:19+00:00,Yushun LIU,像是？\n单纯的就是没有所有者
79879,2022-09-24T09:30:26+00:00,yangbowen,单纯的就是没有所有者\n也可以 std::unique_ptr(new T()).release() 这样子。
79880,2022-09-24T09:31:13+00:00,yangbowen,我觉得明确地“无需资源管理”的情况下，这样看似迂回地写 release 比较明确一些。
79881,2022-09-24T09:33:59+00:00,Yushun LIU,我觉得明确地“无需资源管理”的情况下，这样看似迂回地写 release 比较明确一些。\n情况其实蛮多的
79882,2022-09-24T09:34:11+00:00,Yushun LIU,或者说关系网是非DAG的图
79883,2022-09-24T09:34:13+00:00,yangbowen,或者明确地“让所有权离开 RAII 保护地传给某个内建指针”的情况，我认为写 unique_ptr::release 比较明确，不会让人以为我 new 了忘了 delete 。
79884,2022-09-24T09:34:26+00:00,Yushun LIU,现有的RAII没法很好的处理这个情况
79885,2022-09-24T09:34:34+00:00,yangbowen,或者说关系网是非DAG的图\n关系网是非 DAG 的图是什么情况？
79886,2022-09-24T09:34:39+00:00,Yushun LIU,而C++没法植入GC
79887,2022-09-24T09:34:44+00:00,Yushun LIU,关系网是非 DAG 的图是什么情况？\n多了去了
79888,2022-09-24T09:34:49+00:00,yangbowen,无非就是说循环依赖性？
79889,2022-09-24T09:35:01+00:00,Yushun LIU,循环依赖而且互相交错
79890,2022-09-24T09:35:21+00:00,yangbowen,应当大部分都能用 weak_ptr 吧？
79891,2022-09-24T09:36:04+00:00,yangbowen,循环依赖而且互相交错\n你说的情况当中，“我想在什么时候释放资源”，这件事本身是否 well-defined 呢？
79892,2022-09-24T09:36:59+00:00,yangbowen,还是说“我也不清楚啥时候要释放，但是反正我还要用到的时候就总不能给我释放了吧”这样子？
79893,2022-09-24T09:37:19+00:00,yangbowen,我看“ GC 解决了循环依赖性”的情况当中，至少很大一部分都是后面这种。
79894,2022-09-24T09:42:24+00:00,yangbowen,也许有时候确实存在“希望的释放资源的时间点，虽然是明确的但是难以用 RAII 这一套表达清楚”吧。\n但我看大部分情况都是实际上可以理清谁该由谁释放的规则，并且可以用引用计数+弱引用来表达。
79895,2022-09-24T09:42:38+00:00,Yushun LIU,应当大部分都能用 weak_ptr 吧？\n关键是你没法定义谁拿strong
79896,2022-09-24T09:42:59+00:00,Yushun LIU,而且你要知道一个问题：DFS遍历是可能爆栈的
79897,2022-09-24T09:43:13+00:00,yangbowen,谁拿 strong 的本质是生命周期被谁包含。
79898,2022-09-24T09:43:24+00:00,Yushun LIU,图网的问题在于
79899,2022-09-24T09:43:39+00:00,Yushun LIU,很可能都是ref而没有包含
79900,2022-09-24T09:43:51+00:00,Yushun LIU,或者说逻辑上包含的只有程序的根对象
79901,2022-09-24T09:44:03+00:00,Yushun LIU,一个根下面可能几十万个object
79902,2022-09-24T09:45:06+00:00,yangbowen,而且你要知道一个问题：DFS遍历是可能爆栈的\n……如果你的声明周期关系图确实有必要深到 DFS 会爆栈（基本上就是说它不是一个固定深度的拓扑，而是一个深度取决于数据规模的拓扑）的话，那可能有必要做专门的处理吧。
79903,2022-09-24T09:45:51+00:00,Yushun LIU,……如果你的声明周期关系图确实有必要深到 DFS 会爆栈（基本上就是说它不是一个固定深度的拓扑，而是一个深度取决于数据规模的拓扑）的话，那可能有必要做专门的处理吧。\n那问题就来了，C++没法很好的进行一个CMS的GC
79904,2022-09-24T09:46:01+00:00,yangbowen,CMS ？
79905,2022-09-24T09:46:03+00:00,Yushun LIU,这玩意唯一正确的处理方式就是标记清扫
79906,2022-09-24T09:46:42+00:00,Yushun LIU,或者说通常用C++实现标记清扫都会带来一个非简单的性能衰减
79908,2022-09-24T09:48:39+00:00,yangbowen,……如果你的声明周期关系图确实有必要深到 DFS 会爆栈（基本上就是说它不是一个固定深度的拓扑，而是一个深度取决于数据规模的拓扑）的话，那可能有必要做专门的处理吧。\n其实想说，如果你的关系图深到 DFS 会爆栈，同时总共的规模没有大到内存占用和时间开销无法接受的话，那应该就是每一层没有很多子节点，类似于长长的链的关系图。假如“子对象析构”可以尾递归优化的话就不会爆栈，但是当然不能。
79909,2022-09-24T09:48:59+00:00,yangbowen,所以就属于有必要手动拿循环来写的情况。
79910,2022-09-24T09:49:52+00:00,yangbowen,当然了为什么要有长得像长长的链而不是扁扁的的关系图，我暂且不知。
79911,2022-09-24T09:49:53+00:00,Yushun LIU,而且实际问题是这玩意情况在写APP的时候非常常见
79912,2022-09-24T09:50:11+00:00,yangbowen,比方说呢？
79913,2022-09-24T09:50:48+00:00,Yushun LIU,比方说呢？\nUI
79914,2022-09-24T09:50:57+00:00,Yushun LIU,基本每个UI系统都会有所有权问题
79915,2022-09-24T09:51:08+00:00,Yushun LIU,以及比单线程UI更复杂的多线程UI
79916,2022-09-24T09:51:23+00:00,yangbowen,就，类似于 Win32 的窗口和子窗口的 WM_DESTROY ，的问题？
79917,2022-09-24T09:51:50+00:00,Yushun LIU,还有就是task based scheduler的detached task和正常task没法简单分别的问题
79918,2022-09-24T09:52:06+00:00,Yushun LIU,就，类似于 Win32 的窗口和子窗口的 WM_DESTROY ，的问题？\n多了去了
79919,2022-09-24T09:53:17+00:00,yangbowen,既然每个节点的析构当中不同子节点也是有析构顺序的，我还是觉得很多情况下理应是该设计成它是扁扁的而不是长长的树，即便不是因为怕爆栈。
79920,2022-09-24T09:53:19+00:00,Yushun LIU,所以我很反感特地反对在runtime预埋能够允许GC和优化的钩子的做法
79921,2022-09-24T09:53:35+00:00,Yushun LIU,既然每个节点的析构当中不同子节点也是有析构顺序的，我还是觉得很多情况下理应是该设计成它是扁扁的而不是长长的树，即便不是因为怕爆栈。\n可以这样设计，但是会给程序员带来非常大的逻辑压力
79922,2022-09-24T09:53:49+00:00,Yushun LIU,大约相当于一个写C#一个写rust？
79923,2022-09-24T09:53:59+00:00,Yushun LIU,而且这个rust还不保证正确性这样
79924,2022-09-24T09:54:37+00:00,yangbowen,可以这样设计，但是会给程序员带来非常大的逻辑压力\n那还是那个问题：说到底你自己对你的对象该在什么时候被释放的规则弄得清吗？
79925,2022-09-24T09:54:49+00:00,Yushun LIU,那还是那个问题：说到底你自己对你的对象该在什么时候被释放的规则弄得清吗？\n就是我都不知道
79926,2022-09-24T09:55:14+00:00,Yushun LIU,我知道我用不到了，但是逻辑系统可能正在运行需要一个rentension
79927,2022-09-24T09:55:31+00:00,Yushun LIU,而任何暴露这个retension的接口设计都会造成事实上的实现耦合
79928,2022-09-24T09:56:18+00:00,yangbowen,那还是那个问题：说到底你自己对你的对象该在什么时候被释放的规则弄得清吗？\n而，“我弄得清，但它就该是个全局扫描清理的规则”的情况，比方说利用 GC 解决无锁数据结构的 ABA 问题的情况，自然不在这个之内。
79929,2022-09-24T09:56:50+00:00,Yushun LIU,而，“我弄得清，但它就该是个全局扫描清理的规则”的情况，比方说利用 GC 解决无锁数据结构的 ABA 问题的情况，自然不在这个之内。\n用双字无锁解决ABA实际上就是个性能问题
79930,2022-09-24T09:57:03+00:00,Yushun LIU,我可以告诉你我对这个方案进行过性能实测
79931,2022-09-24T09:57:08+00:00,Yushun LIU,事实证明
79932,2022-09-24T09:57:13+00:00,yangbowen,双字无锁也有正确性问题的，也就是 wrap-around 。
79933,2022-09-24T09:57:24+00:00,Yushun LIU,拿deque套个mutex都比无锁ABA跑得快
79934,2022-09-24T09:57:58+00:00,yangbowen,拿deque套个mutex都比无锁ABA跑得快\n取决于用在哪吧。整个数据结构拷一遍想想就是很耗时的事情啊。
79935,2022-09-24T09:59:16+00:00,yangbowen,说个题外话，我希望 TSX 指令集（ RTM/HLE ）普及来解决这种问题，然而由于处理器 bug 一而再再而三地禁用……
79936,2022-09-24T09:59:28+00:00,Yushun LIU,取决于用在哪吧。整个数据结构拷一遍想想就是很耗时的事情啊。\n是所有情况.......
79937,2022-09-24T09:59:36+00:00,Yushun LIU,哪怕是最简单的只用一个ptr
79938,2022-09-24T10:02:41+00:00,chen0430tw,我反动个啥，我觉得我在这群里面算很不够反动的了。\n反动：指想破坏现行世界运作的秩序或模式
79939,2022-09-24T10:03:14+00:00,yangbowen,是所有情况.......\n取决于实际使用场景，很多情况下需要的根本不是“把mutex保护的数据结构无脑换成无锁数据结构”。有时候这个数据结构在线程间共享本就是值得改变的设计。\n这里我觉得参考一些内存分配器实现在这里做的事：既不是有锁的多线程共享数据结构，也不是无锁的 CAS 的数据结构，而是让大部分请求只用到 thread-local 的数据结构，少部分有必要的情况用锁。
79940,2022-09-24T10:03:39+00:00,yangbowen,别的程序有的时候也是适用这种思路的吧？
79941,2022-09-24T10:03:44+00:00,Yushun LIU,取决于实际使用场景，很多情况下需要的根本不是“把mutex保护的数据结构无脑换成无锁数据结构”。有时候这个数据结构在线程间共享本就是值得改变的设计。 这里我觉得参考一些内存分配器实现在这里做的事：既不是有锁的多线程共享数据结构，也不是无锁的 CAS 的数据结构，而是让大部分请求只用到 thread-local 的数据结构，少部分有必要的情况用锁。\n然而这是在底层库里面经常需要干的事情
79942,2022-09-24T10:04:00+00:00,Yushun LIU,不这么干的代价经常就是外部API线程不安全
79943,2022-09-24T10:04:13+00:00,Yushun LIU,而且是直接全局变成undefined的那种不安全
79944,2022-09-24T10:04:33+00:00,Yushun LIU,所以我经常说C++写不好性能可能会被java碾压
79945,2022-09-24T10:04:39+00:00,yangbowen,挺多库有“是否要线程安全，还是你自己保证”的选项。
79946,2022-09-24T10:04:49+00:00,Yushun LIU,因为java有gc而且new很快
79947,2022-09-24T10:04:56+00:00,Yushun LIU,Cpp两者都无
79948,2022-09-24T10:05:30+00:00,yangbowen,系统分配器在性能上也不值得赞扬。
79949,2022-09-24T10:05:54+00:00,Yushun LIU,系统分配器在性能上也不值得赞扬。\n然而这是已经能做到的最好情况
79950,2022-09-24T10:06:07+00:00,Yushun LIU,如果再快那就一定需要runtime defrag
79951,2022-09-24T10:06:19+00:00,Yushun LIU,而这玩意基本铁定意味着你需要拖个runtime gc
79952,2022-09-24T10:06:21+00:00,yangbowen,然而这是已经能做到的最好情况\n挺多情况下直接无脑换分配器实现都能有性能提升吧。
79953,2022-09-24T10:06:35+00:00,Yushun LIU,挺多情况下直接无脑换分配器实现都能有性能提升吧。\n直接原地core（笑）
79954,2022-09-24T10:06:42+00:00,Yushun LIU,或者内存开销比java还离谱
79955,2022-09-24T10:07:00+00:00,yangbowen,空闲内存不用白不用（\n只要确实派上了用。
79956,2022-09-24T10:08:14+00:00,yangbowen,如果再快那就一定需要runtime defrag\n我同意 defrag 所需的那种追踪信息除了通过语言提供的 GC 以外很难实现好。
79957,2022-09-24T10:08:17+00:00,Yushun LIU,空闲内存不用白不用（ 只要确实派上了用。\n内存要钱啊
79958,2022-09-24T10:08:49+00:00,yangbowen,空闲内存又不会因为空着就退钱给你。只要你不要挤了别的程序要用的内存。
79959,2022-09-24T10:09:05+00:00,Yushun LIU,EMMM
79960,2022-09-24T10:09:11+00:00,Yushun LIU,你是不是忘了云计算这玩意
79961,2022-09-24T10:09:20+00:00,Yushun LIU,以及弹性集群这玩意
79962,2022-09-24T10:09:53+00:00,Yushun LIU,或者内存开销比java还离谱\n而且这个点关键是实际上它并不怎么快
79963,2022-09-24T10:10:26+00:00,Yushun LIU,实际上分配器性能在好几年前就没啥后续研究了，因为系统分配器基本上已经足够快了
79964,2022-09-24T10:11:12+00:00,Yushun LIU,而现在的分配器研究更多的是如何降低长期运行的碎片化
79965,2022-09-24T10:11:29+00:00,Yushun LIU,（甚至这个问题近几年也几乎没进展）
79966,2022-09-24T10:12:01+00:00,yangbowen,你是不是忘了云计算这玩意\n诶我正想说，云服务器内存按动态分配量计费靠谱不？
79967,2022-09-24T10:12:18+00:00,Yushun LIU,诶我正想说，云服务器内存按动态分配量计费靠谱不？\n我寻思没有一个服务做到这个了啊
79968,2022-09-24T10:12:31+00:00,Yushun LIU,毕竟一般底层容器都是vm
79969,2022-09-24T10:12:49+00:00,yangbowen,原理上应该是可行的？毕竟 VM 和系统支持动态分配内存。
79970,2022-09-24T10:13:05+00:00,yangbowen,那给这个动态分配加个计费的话……
79971,2022-09-24T10:13:09+00:00,Yushun LIU,我觉得理论上是靠谱的
79972,2022-09-24T10:13:20+00:00,Yushun LIU,但是实际上没有这个经济压力.....
79973,2022-09-24T10:13:35+00:00,yangbowen,只不过就算做了，也很难想象用服务器的会受这个驱使去如何减少内存使用。
79974,2022-09-24T10:13:38+00:00,Yushun LIU,对于提供商来说这么干不是多花精力少赚钱？
79975,2022-09-24T10:14:48+00:00,yangbowen,对于提供商来说这么干不是多花精力少赚钱？\n如果它能通过经济动力驱使用户更高效地使用内存的话，提高的效率就能转化为服务商的收益。不过我觉得就这个而言，实际上大概是驱使不了。
79976,2022-09-24T10:15:14+00:00,yangbowen,因为用户大概也没多少办法有效地控制内存用量。
79977,2022-09-24T10:15:43+00:00,yangbowen,比流量计费的网络要不靠谱。
79978,2022-09-24T10:16:39+00:00,yangbowen,我寻思没有一个服务做到这个了啊\n反而是 CPU 使用率，好像已经做到了计费跟动态用量挂钩的样子。
79979,2022-09-24T10:16:48+00:00,Yushun LIU,不过我觉得这一步如果想要真正的推行云服务的话最终还是得走的
79980,2022-09-24T10:17:02+00:00,Yushun LIU,根据实际利用率进行一个超细量级的收费
79981,2022-09-24T10:19:35+00:00,yangbowen,细粒度收费仅当能作为经济动机有效地驱动承受这个经济动机的人为此控制使用量的时候，才会带来效率提升从而能剩出弥补服务商多费的精力的收益。但和网络流量不同，内存用量很难被网站维护者之类的有效地控制，而是更多把握在软件开发者之类的手中。
79982,2022-09-24T10:19:54+00:00,yangbowen,我觉得是这个问题，所以原理上可行但是可能不会有用。
79983,2022-09-24T10:20:09+00:00,Yushun LIU,这么说吧
79984,2022-09-24T10:20:29+00:00,Yushun LIU,现在从主流观点上一般认为长期运行的服务器自营是比云便宜的
79985,2022-09-24T10:20:36+00:00,yangbowen,肯定是吧。
79986,2022-09-24T10:20:39+00:00,Yushun LIU,然而根据规模效应来说不是这样
79987,2022-09-24T10:20:49+00:00,yangbowen,为啥？
79988,2022-09-24T10:20:55+00:00,Yushun LIU,实际情况就是计量和计费以及资源利用率这块出了问题
79989,2022-09-24T10:21:11+00:00,Yushun LIU,为啥？\n哪怕是n9的那个机器都没法保持长期100%运行
79990,2022-09-24T10:21:18+00:00,yangbowen,实际情况就是计量和计费以及资源利用率这块出了问题\n难道不是多一层中间商赚差价的问题吗？
79991,2022-09-24T10:21:22+00:00,Yushun LIU,我这种的VPS更是基本上一直在空置
79992,2022-09-24T10:21:52+00:00,Yushun LIU,难道不是多一层中间商赚差价的问题吗？\n你要知道管理一个大型机机房和一个小型机房其实人手差不了几个........
79993,2022-09-24T10:22:14+00:00,yangbowen,中间商赚差价又不必然取决于底层上多了几个人手。
79994,2022-09-24T10:22:37+00:00,Yushun LIU,中间商赚差价又不必然取决于底层上多了几个人手。\n而据我了解其实赚的没那么多
79995,2022-09-24T10:22:40+00:00,yangbowen,云服务商的经理和会计啥的不也得有钱赚吗……
79996,2022-09-24T10:22:48+00:00,Yushun LIU,单纯是没有很好的利用资源
79997,2022-09-24T10:23:04+00:00,Yushun LIU,按照核心数和CPU租是租出去了
79998,2022-09-24T10:23:19+00:00,Yushun LIU,然后实际上50%以上算力空置
79999,2022-09-24T10:23:38+00:00,yangbowen,我这种的VPS更是基本上一直在空置\n我这种的可以一边 make -j 18 编译 GCC 一边玩 GT6 还不卡的更是基本上一直在空置（
80000,2022-09-24T10:24:49+00:00,yangbowen,然后实际上50%以上算力空置\n有点无奈的吧，网站常常要求“虽然绝大部分时间我都没多少用量，但当我刚好要用到的时候它得立马就在，不能给我延迟很大或者不稳定啥的”。
80001,2022-09-24T10:25:25+00:00,yangbowen,但就算存在规模效应啥的，这东西的规律可能还是过于 bursty ？
80002,2022-09-24T10:25:36+00:00,Yushun LIU,但就算存在规模效应啥的，这东西的规律可能还是过于 bursty ？\n实际上还是错峰的
80003,2022-09-24T10:26:29+00:00,Yushun LIU,所以现在比起单纯的IaaS可能还是更多的在往SaaS发展
80004,2022-09-24T10:27:19+00:00,yangbowen,现在从主流观点上一般认为长期运行的服务器自营是比云便宜的\n应该是当规模超出一台物理机内部弹性的范围的量级，就会是自营比较便宜？
80005,2022-09-24T10:27:55+00:00,Yushun LIU,不需要一台物理机.....
80006,2022-09-24T10:28:10+00:00,Yushun LIU,哪怕运行一个MC服务器都是自己整便宜
80007,2022-09-24T10:28:21+00:00,Yushun LIU,我认为这是很大的问题
80008,2022-09-24T10:28:35+00:00,yangbowen,哪怕运行一个MC服务器都是自己整便宜\n如果算上昂贵的企业级宽带呢？
80009,2022-09-24T10:28:48+00:00,Yushun LIU,如果算上昂贵的企业级宽带呢？\n没这个需求
80010,2022-09-24T10:28:54+00:00,Yushun LIU,而且自己整也不是家宽出口
80011,2022-09-24T10:29:06+00:00,Yushun LIU,一般指的也是通过云转发
80012,2022-09-24T10:29:16+00:00,Yushun LIU,也就是流量费一分不少
80013,2022-09-24T10:29:22+00:00,Yushun LIU,然而这么整还是便宜
80014,2022-09-24T10:29:44+00:00,yangbowen,我认为这是很大的问题\n嗯，没有达到预想的集群效应提高效率的目标。
80015,2022-09-24T10:30:08+00:00,yangbowen,一般指的也是通过云转发\n那你上行流量还是受限于家宽。
80016,2022-09-24T10:30:25+00:00,Yushun LIU,那你上行流量还是受限于家宽。\n讲个地狱笑话，我家宽上行50M
80017,2022-09-24T10:31:02+00:00,yangbowen,而且自己整可以不用很讲究，硬件可以买便宜的洋垃圾啥的，不需要像商业公司那样处处都很有保障。
80018,2022-09-24T10:31:16+00:00,yangbowen,而且自己整可以不用很讲究，硬件可以买便宜的洋垃圾啥的，不需要像商业公司那样处处都很有保障。\n我觉得这个会省掉很多很多的成本。
80019,2022-09-24T10:31:32+00:00,Yushun LIU,哪怕不用洋垃圾照样便宜.....
80020,2022-09-24T10:31:46+00:00,Yushun LIU,我那台机器全是新的大厂硬件
80021,2022-09-24T10:31:55+00:00,Yushun LIU,还没半年不到的云费用贵
80022,2022-09-24T10:32:15+00:00,yangbowen,哪怕不用洋垃圾照样便宜.....\n我这么说吧。云服务商如果出问题了可以找供应商协助甚至连带责任啥的，您可以吗？
80023,2022-09-24T10:32:57+00:00,yangbowen,我觉得商业用户价钱贵很大一部分都是这种，抗风险的开销。
80024,2022-09-24T10:33:00+00:00,Yushun LIU,我这么说吧。云服务商如果出问题了可以找供应商协助甚至连带责任啥的，您可以吗？\n您认为跑MC服务器这种需要这类保障吗？
80025,2022-09-24T10:33:11+00:00,Yushun LIU,事实上哪怕是跑竞技游戏服务器都不需要这种保障
80026,2022-09-24T10:33:51+00:00,yangbowen,您认为跑MC服务器这种需要这类保障吗？\n不需要。实际上就算n9为服务器炸了而无能狂怒也不会怎样。\n但有的情况下，这类不需要的保障也会被提供给你，并成为你开销的一部分。
80027,2022-09-24T10:34:52+00:00,Yushun LIU,不需要。实际上就算n9为服务器炸了而无能狂怒也不会怎样。 但有的情况下，这类不需要的保障也会被提供给你，并成为你开销的一部分。\n是的，但是通常如果这样他们自建也会有这种保障
80029,2022-09-24T10:35:07+00:00,Yushun LIU,但是就算考虑到这个因素他们依然选择自建
80030,2022-09-24T10:35:32+00:00,Yushun LIU,dont you think there is some problem
80031,2022-09-24T10:35:37+00:00,yangbowen,上次看网上的案例介绍，说美国某某医院用的思科的交换机，然后因为级联超过了 STP 协议的上限出现广播风暴，思科直接派人24小时倒班地排查和解决。那我认为像这种，哪怕设备是一样的设备，价钱贵出好多也是完全合理的。
80032,2022-09-24T10:38:13+00:00,yangbowen,讲个地狱笑话，我家宽上行50M\n香港还是上海？
80033,2022-09-24T10:39:10+00:00,yangbowen,单纯是没有很好的利用资源\n那如果这个浪费这么大的话，经济动机应该是足够驱使服务商去改进这个计费的吧？
80034,2022-09-24T10:41:49+00:00,yangbowen,实际上分配器性能在好几年前就没啥后续研究了，因为系统分配器基本上已经足够快了\n我怎么看到说直到现在系统分配器还是很多年前的实现……
80035,2022-09-24T10:44:32+00:00,Yushun LIU,香港还是上海？\n上海
80036,2022-09-24T10:44:55+00:00,Yushun LIU,那如果这个浪费这么大的话，经济动机应该是足够驱使服务商去改进这个计费的吧？\n服务商为什么要改进？他资源全卖出去了啊
80038,2022-09-24T10:51:23+00:00,四叶重工官方频道,csharpscript！\nhttps://zhuanlan.zhihu.com/p/566276499
80039,2022-09-24T11:01:18+00:00,Fei_Bam,csharpscript！  https://zhuanlan.zhihu.com/p/566276499\n您活啦？
80040,2022-09-24T11:03:43+00:00,yangbowen,服务商为什么要改进？他资源全卖出去了啊\n按照市场经济来讲，如果调整计费模式之后能驱动更高效的资源利用的话，那卖更少的资源省的价钱就能争取到更多客户来赚更多钱。
80041,2022-09-24T11:04:32+00:00,yangbowen,按照一种过于理想化的市场经济的看法来讲。
80042,2022-09-24T11:06:21+00:00,yangbowen,上海\n我好像差不多。我不记得了。
80043,2022-09-24T11:07:57+00:00,yangbowen,反动：指想破坏现行世界运作的秩序或模式\n那430您就是维稳支持者？
80044,2022-09-24T11:08:43+00:00,yangbowen,泛银河系四叶重工维稳办主任430同志。
80045,2022-09-24T11:11:04+00:00,yangbowen,可以这样设计，但是会给程序员带来非常大的逻辑压力\nUI 的话我看确实挺头疼的，到底是父 UI 元素用到子 UI 元素，还是子 UI 元素用到父 UI 元素，什么的。
80046,2022-09-24T11:13:12+00:00,yangbowen,cn党（
80048,2022-09-24T11:18:11+00:00,四叶重工官方频道,https://www.zhihu.com/question/51592470\nhttps://m.mysmth.net/article/Programming/132111\n22楼|xiaoju|2016-10-18 19:09:11|只看此ID\n微软一大问题是总找垠神这种不理解GC和VM的人搞代码\n十几年前就有研究报告，C/C++代码一大瓶颈是无法优化掉的过早和低效的资源分配和释放，当然这不是垠神研究兴趣了\nC++当然优点特别多了，不过如果不是某些致命缺陷，人民群众也不会发明GC和VM这些轮子\n【 在 sunseraphic (この世界がいつかは幻に変わると) 的大作中提到: 】\n: 标  题: Re: [wangyin]讨厌的 C# IDisposable 接口\n: 发信站: 水木社区 (Tue Oct 18 18:20:01 2016), 站内\n:\n: 什么叫“正常”回收？\n:\n: 对于RAII来说，你所说的问题根本不成其为问题……\n:\n: GC吹们最喜欢鼓噪的就是有了GC岁月静好，结果发现现实世界不是只有内存这一种资源\n: ，分分钟被各种外部引用教做人，于是又只好出各种补丁: Closable和IDisposable，补\n: 丁用起来麻烦，再套补丁: try with resource, using……\n:\n: 【 在 ble (ble) 的大作中提到: 】\n: : 假设IDisposable的设计目的是在正常回收（GC）之前主动回收，那RAII怎么在正常回收\n: : （析构）之前主动回收？
80049,2022-09-24T11:19:54+00:00,yangbowen,关键是你没法定义谁拿strong\n子元素正在构造的时候，父元素实际上必然处于也只能处于，“如此地已被构造以至于可以作为子元素的父，同时如此地未被构造以至于还没有需要有的子”，这个很难良好定义的状态。析构过程同理。\n我认为是这个问题的根源。\n不过我的话还是习惯写成，父元素 strong ref 子元素，子元素 weak ref 父元素但是可以 assert 这个 weak ref 能被锁定。
80051,2022-09-24T11:20:11+00:00,ControlNet,键盘坏了
80052,2022-09-24T11:20:14+00:00,ControlNet,不知道有什么推荐嘛
80053,2022-09-24T11:20:26+00:00,ControlNet,如果是全键盘机械键盘什么的
80054,2022-09-24T11:20:35+00:00,yangbowen,什么 UB 。
80055,2022-09-24T11:20:44+00:00,yangbowen,不知道有什么推荐嘛\n自己有什么偏好吗？
80056,2022-09-24T11:21:15+00:00,yangbowen,因为我的感觉其实是，好像用着也没多大差，也难说哪个好哪个不好。
80057,2022-09-24T11:24:30+00:00,yangbowen,----\n: 【 在 ble (ble) 的大作中提到: 】\n: : 假设IDisposable的设计目的是在正常回收（GC）之前主动回收，那RAII怎么在正常回收\n: : （析构）之前主动回收？\n----\n这个太容易了。比方说 unique_ptr 的话也可以手动 .reset() 它的。就是说提供 RAII 管理的对象完全可以实现“在析构之前做清理工作，并把自身变成析构的时候啥都不用干了的空状态”。
80058,2022-09-24T11:25:58+00:00,yangbowen,跟 IDisposable 是差不多的吧，这方面而言。
80059,2022-09-24T11:28:04+00:00,ControlNet,自己有什么偏好吗？\ncn之前用过3494，海盗船惩戒者，还有罗技g413
80060,2022-09-24T11:28:10+00:00,ControlNet,说实话感觉都还好
80061,2022-09-24T11:28:33+00:00,yangbowen,可能也是属于对这个其实没啥需要讲究的的。
80062,2022-09-24T11:28:35+00:00,ControlNet,不过最近试用了同学的Keychron Q1v2之后彻底被惊艳到了，只不过价格就打扰了
80063,2022-09-24T11:28:52+00:00,yangbowen,诶？惊艳到了是指？
80064,2022-09-24T11:29:04+00:00,ControlNet,其实cn挺喜欢苹果的那个magic keyboard的，只不过得同时考虑玩游戏和写代码的需求
80065,2022-09-24T11:29:10+00:00,ControlNet,诶？惊艳到了是指？\n手感非常强大
80066,2022-09-24T11:29:28+00:00,ControlNet,吊打了3494这种传统机械键盘
80067,2022-09-24T11:29:53+00:00,yangbowen,就算我想问“强大是怎么个强大法”，也形容不出来的吧？
80068,2022-09-24T11:30:08+00:00,ControlNet,是呢
80069,2022-09-24T11:30:11+00:00,ControlNet,主要是按下去的感觉
80070,2022-09-24T11:30:15+00:00,yangbowen,总之我也不懂，感觉主要是我适应键盘而不是键盘适应我。
80071,2022-09-24T11:30:23+00:00,ControlNet,很厚实
80072,2022-09-24T11:32:08+00:00,yangbowen,子元素正在构造的时候，父元素实际上必然处于也只能处于，“如此地已被构造以至于可以作为子元素的父，同时如此地未被构造以至于还没有需要有的子”，这个很难良好定义的状态。析构过程同理。 我认为是这个问题的根源。 不过我的话还是习惯写成，父元素 strong ref 子元素，子元素 weak ref 父元素但是可以 assert 这个 weak ref 能被锁定。\n这个，所以我认为要想正确地解决（也意味着应对“不是只有内存这一种资源”的情况），只有一条路就是去良定义这个“尚残缺不全但是可以为父”的状态。
80073,2022-09-24T11:32:57+00:00,yangbowen,以后要是又写到 UI 的话我试试看要怎么做吧。
80074,2022-09-24T11:33:51+00:00,yangbowen,但就之前写的 Win32API 的 UI 程序而言，在这个部分确实也是没有想得很清楚，马马虎虎没问题就过去了的。
80075,2022-09-24T11:41:35+00:00,ControlNet,想试试看矮轴了
80076,2022-09-24T11:41:37+00:00,ControlNet,不知道有没有坑
80077,2022-09-24T11:50:54+00:00,De1eted @ccount (0fficia1),cn用的不是mac嘛
80078,2022-09-24T11:51:02+00:00,De1eted @ccount (0fficia1),mac的键盘应该没那么容易坏？
80080,2022-09-24T11:53:50+00:00,yangbowen,那我介于动态清零派和动态共存派之间。
80081,2022-09-24T11:59:02+00:00,Fei_Bam,new/delete 出现得早。有个说法说其实应该让 new 返回 unique_ptr ，我是认同的。\n那你这和C有啥区别
80082,2022-09-24T11:59:45+00:00,yangbowen,那你这和C有啥区别\n有。如果 new 返回 unique_ptr 的话，直接弃值的行为是立即析构释放而不是内存泄露。
80083,2022-09-24T11:59:48+00:00,Fei_Bam,malloc  will be try to alloc the size_t memory space \nif fail the will be return null ptr
80084,2022-09-24T11:59:57+00:00,Fei_Bam,有。如果 new 返回 unique_ptr 的话，直接弃值的行为是立即析构释放而不是内存泄露。
80085,2022-09-24T12:00:28+00:00,yangbowen,有。如果 new 返回 unique_ptr 的话，直接弃值的行为是立即析构释放而不是内存泄露。\n您必须明确地 .release() 并弃值，它才会发生那种泄露。
80086,2022-09-24T12:00:47+00:00,Fei_Bam,那是cpp的析构函数
80087,2022-09-24T12:00:50+00:00,Fei_Bam,在工作
80088,2022-09-24T12:06:20+00:00,yangbowen,malloc  will be try to alloc the size_t memory space  if fail the will be return null ptr\n我甚至不知道您这是英语还是伪代码。
80089,2022-09-24T12:06:36+00:00,Fei_Bam,我甚至不知道您这是英语还是伪代码。\n工地英语
80091,2022-09-24T12:06:48+00:00,Fei_Bam,反正少吃糖
80092,2022-09-24T12:06:51+00:00,Fei_Bam,除非你想mtf
80093,2022-09-24T12:06:54+00:00,yangbowen,日本人英语也没那么差的吧？
80094,2022-09-24T12:07:18+00:00,De1eted @ccount (0fficia1),new/delete不是c式的写法？
80095,2022-09-24T12:07:28+00:00,yangbowen,new/delete不是c式的写法？\n是。
80096,2022-09-24T12:07:47+00:00,yangbowen,并不是说它在 C++ 加的语言特性里面它就不是 C 写法的。
80097,2022-09-24T12:07:53+00:00,Fei_Bam,不是
80098,2022-09-24T12:08:00+00:00,Fei_Bam,c根本没有new 和 delete
80099,2022-09-24T12:08:06+00:00,De1eted @ccount (0fficia1),new不就是malloc，delete不就是free
80100,2022-09-24T12:08:13+00:00,Fei_Bam,你为什么会觉得c有 new 和 delete这2个关键词？
80101,2022-09-24T12:08:20+00:00,Fei_Bam,c里面只有malloc free
80102,2022-09-24T12:08:42+00:00,De1eted @ccount (0fficia1),但这玩意不是基于malloc和free的？
80103,2022-09-24T12:09:25+00:00,De1eted @ccount (0fficia1),所以基于raii和uniqueptr不比这样写更好吗
80104,2022-09-24T12:09:46+00:00,De1eted @ccount (0fficia1),当然无法cover所有的case，所以也需要用weakptr来处理循环依赖的情况
80105,2022-09-24T12:09:57+00:00,yangbowen,new不就是malloc，delete不就是free\nnew/delete 除了加了点微不足道的类型安全以外，在内存安全性上和 malloc/free 确实是一样的。
80107,2022-09-24T12:10:39+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,是不是没睡醒
80108,2022-09-24T12:10:46+00:00,yangbowen,甚至于就哪怕类型安全的问题上也有对象切割、虚析构之类的问题。
80109,2022-09-24T12:10:49+00:00,Fei_Bam,new/delete 除了加了点微不足道的类型安全以外，在内存安全性上和 malloc/free 确实是一样的。\n然后就变慢了
80111,2022-09-24T12:11:01+00:00,Fei_Bam,而且慢的不是一点两点
80112,2022-09-24T12:11:02+00:00,yangbowen,然后就变慢了\n不会慢。应该是一样的。
80113,2022-09-24T12:11:05+00:00,De1eted @ccount (0fficia1),总之我觉得拿new/delete来指责c++这件事情吧，问题在于这种写法是上世纪的写法啊
80114,2022-09-24T12:11:30+00:00,Fei_Bam,总之我觉得拿new/delete来指责c++这件事情吧，问题在于这种写法是上世纪的写法啊\nnew 和 delete的确可以拿来指责cpp
80115,2022-09-24T12:11:34+00:00,yangbowen,总之我觉得拿new/delete来指责c++这件事情吧，问题在于这种写法是上世纪的写法啊\n库实现里面用到倒是再正常不过。
80116,2022-09-24T12:11:43+00:00,De1eted @ccount (0fficia1),可是现在都没人这么写了
80117,2022-09-24T12:11:47+00:00,Fei_Bam,可是现在都没人这么写了\n？
80118,2022-09-24T12:11:55+00:00,Fei_Bam,你把那些low level的
80119,2022-09-24T12:11:57+00:00,Fei_Bam,库
80120,2022-09-24T12:11:59+00:00,Fei_Bam,都吃了？
80121,2022-09-24T12:12:09+00:00,Fei_Bam,全世界不知道有多少服务器和软件
80122,2022-09-24T12:12:09+00:00,yangbowen,当然无法cover所有的case，所以也需要用weakptr来处理循环依赖的情况\n上面讨论的一部分就是，是不是用 weak_ptr 也无法 cover 显著的一批 case 。
80123,2022-09-24T12:12:14+00:00,De1eted @ccount (0fficia1),写c with class的不在讨论范畴中
80124,2022-09-24T12:12:17+00:00,Fei_Bam,在使用GUN套件
80125,2022-09-24T12:12:30+00:00,Fei_Bam,您把那些dll都吃了？
80126,2022-09-24T12:12:30+00:00,yangbowen,你把那些low level的\n请您不要将 low level 和 legacy code 混为一谈。
80127,2022-09-24T12:12:50+00:00,De1eted @ccount (0fficia1),现在讨论c++的，肯定默认的是modern c++，换言之至少是c++11了
80128,2022-09-24T12:12:51+00:00,yangbowen,全世界不知道有多少服务器和软件\n只能说 low level 里面有更多 legacy code 。
80129,2022-09-24T12:13:07+00:00,Fei_Bam,只能说 low level 里面有更多 legacy code 。\n您好
80130,2022-09-24T12:13:09+00:00,yangbowen,现在讨论c++的，肯定默认的是modern c++，换言之至少是c++11了\n咱都是默认 latest 。
80131,2022-09-24T12:13:16+00:00,Fei_Bam,您有更好的办法摆脱？
80132,2022-09-24T12:13:18+00:00,Fei_Bam,您没有
80133,2022-09-24T12:13:28+00:00,De1eted @ccount (0fficia1),latest使用率还是不高
80134,2022-09-24T12:13:40+00:00,Fei_Bam,您不会想推翻 目前的计算机体系把
80135,2022-09-24T12:13:44+00:00,De1eted @ccount (0fficia1),但是一般来说，如果对方使用的是早于11的语法，基本上可以认为没什么好说的
80136,2022-09-24T12:14:02+00:00,yangbowen,您有更好的办法摆脱？\n这就跟有人批评政府，然后有人说，“你不喜欢你别待在这啊”。
80137,2022-09-24T12:14:03+00:00,De1eted @ccount (0fficia1),这就像你不会有兴趣跟一个死守java1.5或者c#3.0的人讨论
80138,2022-09-24T12:14:08+00:00,yangbowen,这就跟有人批评政府，然后有人说，“你不喜欢你别待在这啊”。\n是差不多的道理。
80139,2022-09-24T12:14:35+00:00,Fei_Bam,那你又不喜欢
80140,2022-09-24T12:14:41+00:00,Fei_Bam,又不亲自去改
80141,2022-09-24T12:14:49+00:00,Fei_Bam,当一个只会抱怨的人
80142,2022-09-24T12:14:53+00:00,Fei_Bam,并不能改变什么
80143,2022-09-24T12:15:00+00:00,Fei_Bam,只会显得你幼稚又无能
80144,2022-09-24T12:15:14+00:00,ControlNet,mac的键盘应该没那么容易坏？\n是windows的键盘
80145,2022-09-24T12:15:19+00:00,ControlNet,之前用的是罗技g413
80146,2022-09-24T12:15:24+00:00,Fei_Bam,你不喜欢 那你就去改变他
80147,2022-09-24T12:15:28+00:00,De1eted @ccount (0fficia1),当然这也暴露了c++生态圈的问题，太割裂
80148,2022-09-24T12:15:36+00:00,Fei_Bam,你既不喜欢 又没有办法去改进
80149,2022-09-24T12:15:40+00:00,Fei_Bam,那你只有接受
80150,2022-09-24T12:15:49+00:00,Fei_Bam,你的抱怨没有任何人愿意听
80151,2022-09-24T12:15:50+00:00,yangbowen,您不会想推翻 目前的计算机体系把\n不会一下子就发展出最优的架构，这是非常理所当然的。我认为吸取这些年的经验教训，假如从头来过的话很多地方可以避免很多错误，实际上意味着就是推翻现有体系。
80152,2022-09-24T12:15:52+00:00,Fei_Bam,除了你自己
80153,2022-09-24T12:16:20+00:00,ControlNet,想试试Keychron K5
80154,2022-09-24T12:16:23+00:00,ControlNet,不知道情况如何
80155,2022-09-24T12:16:38+00:00,ControlNet,虽然不考虑对mac的兼容，但是有也是更好的
80156,2022-09-24T12:16:44+00:00,yangbowen,你不喜欢 那你就去改变他\n这段话我截出来不加上下文，别人还以为你在骂反贼，都想不到你在说计算机体系。
80157,2022-09-24T12:17:00+00:00,De1eted @ccount (0fficia1),cn用的机械硬盘嘛
80158,2022-09-24T12:17:01+00:00,ControlNet,不知道为什么现在主流键盘都不搞107了
80159,2022-09-24T12:17:03+00:00,ControlNet,是啊
80161,2022-09-24T12:17:09+00:00,yangbowen,只会显得你幼稚又无能\n我毫不避讳我幼稚又无能的事实。
80162,2022-09-24T12:17:22+00:00,ControlNet,真不知道那种非全键盘布局怎么用
80163,2022-09-24T12:17:30+00:00,De1eted @ccount (0fficia1),啊
80164,2022-09-24T12:17:36+00:00,Fei_Bam,那你接受了这个事实就好
80165,2022-09-24T12:17:42+00:00,De1eted @ccount (0fficia1),可是mbp为例的话，就从来也不是全键盘布局吧
80166,2022-09-24T12:17:47+00:00,Fei_Bam,真不知道那种非全键盘布局怎么用\n只是没有小键盘没有而已啊
80168,2022-09-24T12:18:16+00:00,yangbowen,你的抱怨没有任何人愿意听\n就算我再抱怨也没有任何人愿意听。就算没有任何人愿意听我也还是要抱怨。
80169,2022-09-24T12:18:24+00:00,De1eted @ccount (0fficia1),可能flyboom也认为java的那些裹脚布一样的历史类库也是计算机体系
80170,2022-09-24T12:18:45+00:00,Fei_Bam,可能flyboom也认为java的那些裹脚布一样的历史类库也是计算机体系\n是  但是java可以被替代
80171,2022-09-24T12:18:52+00:00,De1eted @ccount (0fficia1),因为我觉得他说的这些话更适合用在java那堆玩意上
80172,2022-09-24T12:18:53+00:00,Fei_Bam,c不行 至少目前没有
80173,2022-09-24T12:19:04+00:00,yangbowen,可能flyboom也认为遍地 Shift-JIS 以及遍地光盘甚至软盘也是计算机体系
80174,2022-09-24T12:19:16+00:00,De1eted @ccount (0fficia1),java壬会说java就是the world
80175,2022-09-24T12:19:24+00:00,Fei_Bam,可能flyboom也认为遍地 Shift-JIS 以及遍地光盘甚至软盘也是计算机体系\n但是他们都被人改进了
80176,2022-09-24T12:19:33+00:00,Fei_Bam,您为什么不去尝试改呢
80178,2022-09-24T12:19:39+00:00,ControlNet,只是没有小键盘没有而已啊\n感觉少了很多生产力
80179,2022-09-24T12:19:59+00:00,Fei_Bam,我没那能力 我只能接受
80180,2022-09-24T12:21:31+00:00,yangbowen,你既不喜欢 又没有办法去改进\n如同我既不喜欢，又没有办法去改进，那我就算抱怨也没有人愿意听一般，\n体系既不能消除我的抱怨，又没有办法去改进，那就算不愿意听我也还是会抱怨的。
80181,2022-09-24T12:21:37+00:00,De1eted @ccount (0fficia1),那建议您立即加入java码农的行列
80182,2022-09-24T12:21:53+00:00,De1eted @ccount (0fficia1),您一定会接受ssh、ssm和eclipse的
80183,2022-09-24T12:21:55+00:00,De1eted @ccount (0fficia1),快去
80184,2022-09-24T12:23:34+00:00,yangbowen,如同我既不喜欢，又没有办法去改进，那我就算抱怨也没有人愿意听一般， 体系既不能消除我的抱怨，又没有办法去改进，那就算不愿意听我也还是会抱怨的。\n必然现状只好接受这件事也可以说是双向的：不光是我只好接受体系处于我想抱怨的状态，体系也只好接受我处于想抱怨体系的状态。\n这件事情当中同样不该战力擂台赛一样看待。
80185,2022-09-24T12:23:53+00:00,yangbowen,您一定会接受ssh、ssm和eclipse的\nSSH 跟 Java 是什么关系？
80186,2022-09-24T12:24:03+00:00,De1eted @ccount (0fficia1),啊，不是那个
80187,2022-09-24T12:24:11+00:00,De1eted @ccount (0fficia1),是一个全家桶的缩写
80188,2022-09-24T12:24:20+00:00,De1eted @ccount (0fficia1),具体是啥我也不知道
80189,2022-09-24T12:25:36+00:00,yangbowen,这样子啊。
80190,2022-09-24T12:26:30+00:00,yangbowen,c不行 至少目前没有\n我宁可采取 cpp+汇编 用于 ABI Interop 。
80191,2022-09-24T12:27:04+00:00,yangbowen,但是他们都被人改进了\n改进它们的人也没有比改进我抱怨的东西的人成功到哪里去的样子。
80192,2022-09-24T12:28:13+00:00,yangbowen,您为什么不去尝试改呢\n因为我幼稚又无能，实际上什么都做不到。
80193,2022-09-24T12:30:28+00:00,chen0430tw,你至少还能够当左翼哲学家
80194,2022-09-24T12:30:50+00:00,yangbowen,我不能。
80195,2022-09-24T12:31:28+00:00,yangbowen,你至少还能够当泛银河系四叶重工维稳办主任，而我只能上你的名单。
80196,2022-09-24T12:31:44+00:00,De1eted @ccount (0fficia1),恶俗屠杀头子430
80198,2022-09-24T12:32:45+00:00,chen0430tw,我不能。\nirol和你一样也是整天想着消灭现行编程制度
80199,2022-09-24T12:33:41+00:00,chen0430tw,不过他更高明的地方是还想自己建立一个新计算机运作秩序
80200,2022-09-24T12:33:59+00:00,yangbowen,irol和你一样也是整天想着消灭现行编程制度\n不知道irol更想消灭现行编程制度还是现行威权政治制度。
80201,2022-09-24T12:34:28+00:00,chen0430tw,不知道irol更想消灭现行编程制度还是现行威权政治制度。\n这有点阴谋论了
80202,2022-09-24T12:34:32+00:00,De1eted @ccount (0fficia1),我是爱国主义者
80203,2022-09-24T12:35:09+00:00,chen0430tw,这有点阴谋论了\n不过irol确实有可能会想要推翻全世界
80204,2022-09-24T12:35:42+00:00,yangbowen,不过他更高明的地方是还想自己建立一个新计算机运作秩序\n而我比较悲观，我深知说到底个人的力量是非常渺小的。
80205,2022-09-24T12:35:50+00:00,yangbowen,我为自己而活，为自己而死。
80206,2022-09-24T12:36:16+00:00,yangbowen,为自己而思考，为自己而抱怨。
80207,2022-09-24T12:36:31+00:00,chen0430tw,放轻松点，乐观来说你至少不会被CIA盯上
80208,2022-09-24T12:36:51+00:00,yangbowen,那种事情都随便了。
80209,2022-09-24T12:38:59+00:00,성 흑강,我是爱国主义者\n您愛的是哪個國
80211,2022-09-24T12:41:26+00:00,yangbowen,我常说，刑罚或者什么能做的，说到底也就是剥夺当前的生活。对于从一开始其实就已经没有想要维系的东西的我，对于坐在空调房的舒适里也不想活下去的我，又有什么要怕的呢？不遭受刑罚的人也可以从疾病、事故、灾害中遭受各种无妄之灾，又有什么要怕的呢？
80213,2022-09-24T12:42:09+00:00,yangbowen,为自己而活，为自己而死。那如果有朝一日是要死，你们【他人】的存在，又有何干呢？
80214,2022-09-24T12:47:38+00:00,chen0430tw,为自己而活，为自己而死。那如果有朝一日是要死，你们【他人】的存在，又有何干呢？\n你怎么跟维特根斯坦一样的想法
80215,2022-09-24T12:48:06+00:00,yangbowen,不知道。我并分不清维特根斯坦和弗兰肯斯坦。
80216,2022-09-24T12:48:54+00:00,chen0430tw,另一个是科学怪人
80217,2022-09-24T12:49:24+00:00,yangbowen,我并不了解，也不想了解。哲学家需要了解，我不需要。
80218,2022-09-24T12:50:04+00:00,chen0430tw,你现在已经是哲学家了
80219,2022-09-24T12:51:28+00:00,chen0430tw,推荐你去玩玩素晴日，现在的你肯定有资格玩的
80220,2022-09-24T12:51:30+00:00,De1eted @ccount (0fficia1),我局得是430
80221,2022-09-24T12:51:38+00:00,De1eted @ccount (0fficia1),他来了
80222,2022-09-24T12:51:41+00:00,De1eted @ccount (0fficia1),神的上升
80223,2022-09-24T12:51:55+00:00,De1eted @ccount (0fficia1),推荐你去玩玩素晴日，现在的你肯定有资格玩的
80224,2022-09-24T12:52:09+00:00,De1eted @ccount (0fficia1),推荐你去开盒恶俗，现在的你肯定有资格玩的
80225,2022-09-24T12:52:32+00:00,yangbowen,推荐你去玩玩素晴日，现在的你肯定有资格玩的\n噢。以前别人也跟我提到过。只不过我一般不会主动接触这种的。
80226,2022-09-24T12:52:55+00:00,chen0430tw,噢。以前别人也跟我提到过。只不过我一般不会主动接触这种的。\n那么现在是时候了
80227,2022-09-24T12:53:09+00:00,De1eted @ccount (0fficia1),是时候接触430的恶俗屠杀世界了
80228,2022-09-24T12:53:09+00:00,chen0430tw,话说是谁给你提的呀？
80229,2022-09-24T12:55:22+00:00,yangbowen,推荐你去玩玩素晴日，现在的你肯定有资格玩的\n因为啊！你可知，既然【他人】的存在与我又有何干，那就算是关于这件事的陌生的【他人】的存在，也是一样的。就算怀着何等的感想而创作出的东西，在被理解到之前对它的感知也就只是陌生枯燥的文字堆砌。
80230,2022-09-24T12:57:35+00:00,chen0430tw,话说是谁给你提的呀？\nyangbowen
80231,2022-09-24T12:58:02+00:00,yangbowen,话说是谁给你提的呀？\n别处的别的网友吧。提到过吧。毕竟还是挺有名的作品吧。
80232,2022-09-24T12:58:44+00:00,성 흑강,建議玩騎士學院
80233,2022-09-24T12:58:48+00:00,chen0430tw,别处的别的网友吧。提到过吧。毕竟还是挺有名的作品吧。\n很久以前吗？我很怕是我认识的人给你推荐的
80234,2022-09-24T12:59:19+00:00,De1eted @ccount (0fficia1),430很怕是他认识的恶俗人士给你推荐的
80235,2022-09-24T13:00:25+00:00,yangbowen,很久以前吗？我很怕是我认识的人给你推荐的\n大概不会是你认识的人。
80236,2022-09-24T13:03:10+00:00,chen0430tw,不过irol确实有可能会想要推翻全世界\n他可以成为荒坂三郎
80237,2022-09-24T13:04:10+00:00,yangbowen,推荐你去玩玩素晴日，现在的你肯定有资格玩的\n并且我不喜欢搞得很，资格不资格的。
80238,2022-09-24T13:04:47+00:00,chen0430tw,并且我不喜欢搞得很，资格不资格的。\n本来就不是给普通人玩的
80239,2022-09-24T13:06:52+00:00,yangbowen,因为啊！你可知，既然【他人】的存在与我又有何干，那就算是关于这件事的陌生的【他人】的存在，也是一样的。就算怀着何等的感想而创作出的东西，在被理解到之前对它的感知也就只是陌生枯燥的文字堆砌。\n在这种意义上，就哪怕我要在没了解过的状态下活出了某个理论的内涵，也没有关系的。
80240,2022-09-24T13:07:27+00:00,yangbowen,就像我喜欢重新发明轮子一般，这种事情上我更不介意走过的路是不是重复的。
80241,2022-09-24T13:08:37+00:00,yangbowen,推荐你去开盒恶俗，现在的你肯定有资格玩的\n您知道我一贯反对开盒恶俗。
80242,2022-09-24T13:10:03+00:00,De1eted @ccount (0fficia1),而430对此格外热衷
80243,2022-09-24T13:10:22+00:00,yangbowen,这是他的工作。
80244,2022-09-24T13:25:07+00:00,yangbowen,推荐你去玩玩素晴日，现在的你肯定有资格玩的\n并且我偏向于不会把自己看作是，具有理解这种东西的功能的存在。我有我的身世和我的认知功能所限。不会自认为是在这种人文的方面上有理解超出最简单的东西的功能的存在。
80245,2022-09-24T13:26:15+00:00,chen0430tw,并且我偏向于不会把自己看作是，具有理解这种东西的功能的存在。我有我的身世和我的认知功能所限。不会自认为是在这种人文的方面上有理解超出最简单的东西的功能的存在。\n你说的最简单的东西是什么？
80246,2022-09-24T13:26:35+00:00,yangbowen,喜怒哀乐。
80247,2022-09-24T13:27:05+00:00,yangbowen,我从小就语文很差很差的。特别像阅读理解之类的。我就只能写出“体现了作者对什么什么的喜爱”之类的。
80249,2022-09-24T13:28:02+00:00,yangbowen,我想，因为我发育成了只有理解到这种程度的功能这样子。就像盲人、聋子、失语症一样。
80250,2022-09-24T13:30:38+00:00,yangbowen,以前考语文，什么读音、关联词、指代对象之类的，我基本上做得还不错，但是理解的题就完全不会做。感觉就不是缺知识，而是没长出这个功能。
80251,2022-09-24T13:31:58+00:00,chen0430tw,什么功能
80252,2022-09-24T13:32:09+00:00,yangbowen,我觉得读得懂深奥人文著作的人在这种功能上应该是处于跟我正好相反的极端吧。
80253,2022-09-24T13:32:45+00:00,yangbowen,什么功能\n情感感受和文学的功能？
80254,2022-09-24T13:33:41+00:00,yangbowen,或者差不多就是“情商”？
80255,2022-09-24T13:37:42+00:00,chen0430tw,情感感受和文学的功能？\n那你目前有什么功能
80256,2022-09-24T13:40:00+00:00,De1eted @ccount (0fficia1),x功能
80257,2022-09-24T13:41:09+00:00,yangbowen,那你目前有什么功能\n不知道。不了解。
80258,2022-09-24T13:41:36+00:00,chen0430tw,不知道。不了解。\n你自己的身体都不了解？
80259,2022-09-24T13:41:59+00:00,yangbowen,肯定不了解啊。得癌症的人不拍片也不一定会知道的吧。
80260,2022-09-24T13:42:29+00:00,chen0430tw,问题是你活到现在应该知道自己具有什么功能吧？
80261,2022-09-24T13:42:38+00:00,yangbowen,不，我不怎么知道。
80262,2022-09-24T13:42:52+00:00,yangbowen,那至少你发现我不具有知道自己具有什么功能的功能，但是具有知道自己不具有知道自己具有什么功能的功能的功能。
80263,2022-09-24T13:43:12+00:00,chen0430tw,你的感官不就是功能
80264,2022-09-24T13:44:36+00:00,yangbowen,是的吧。但除此以外你让我穷举我也不可能穷举得了的。
80265,2022-09-24T13:45:02+00:00,chen0430tw,是的吧。但除此以外你让我穷举我也不可能穷举得了的。\n举你目前知道的就好
80266,2022-09-24T13:46:06+00:00,yangbowen,无所谓了。总之我一个本来就没有那方面功能的人，却经历所有这一切走到现在这一步，我觉得实在是……但正如fb神所说，没有人愿意听我的抱怨的。
80267,2022-09-24T13:46:19+00:00,yangbowen,举你目前知道的就好\n不想举。
80269,2022-09-24T13:46:46+00:00,chen0430tw,你为什么不举？
80270,2022-09-24T13:47:04+00:00,yangbowen,开个玩笑。总之不想穷举我有哪些功能罢了。
80271,2022-09-24T13:49:24+00:00,chen0430tw,没事 irol也不举
80272,2022-09-24T13:51:06+00:00,yangbowen,无所谓了。这样的我而您却要觉得能有什么狼子野心，那我也真是不知道说什么好了。
80273,2022-09-24T13:52:17+00:00,yangbowen,反正当我变成一副遗骨，正如活着的人们对遗骨不屑一顾一般，遗骨对你们也不会怎么样的。
80274,2022-09-24T13:54:38+00:00,성 흑강,仏國貴族
80276,2022-09-24T14:24:43+00:00,yangbowen,求生意志坚定\n早在好几年前我就清楚地意识到，我没能死并不是因为我找不出方式手段什么的，而是因为没法下决心，因为如同拿刀割自己下不去手一般的内部动力的阻挡。这样然后又过了几年，想法上有过不少的发展。\n现在是觉得其实就哪怕就一直下不了决心也没关系的。我不需要杀死自己，因为自然会杀死我——维持自己活下来本身就需要远超出“下不去手”程度的意志和行动力，需要有效地发挥执行功能才能获得延续生命所需要的。那就不怕了，就算拿刀割自己也下不去手的惜命的我，处在现在这种状态的话也难以想象会努力着判断着行动着去维持生命的吧？这样，就够了。
80277,2022-09-24T14:25:54+00:00,yangbowen,也许到我饿极了，你扔给我踩过一脚的半个馒头我还是会吃。但是没关系，只有这种程度的执行力是没法持续地得到馒头吃的。
80278,2022-09-24T14:29:30+00:00,yangbowen,我感知着，我清楚地知道以眼下这种生活的话有谋且有效地谋求生计绝不是我想要的。这就够了。
80279,2022-09-24T14:29:47+00:00,chen0430tw,那你到底想干嘛
80280,2022-09-24T14:29:52+00:00,yangbowen,我不知道。
80281,2022-09-24T14:34:13+00:00,yangbowen,无谋的求生意志本来也不足以达到求生的目标，这对我来说就是莫大的宽慰。
80282,2022-09-24T14:41:53+00:00,chen0430tw,可是n9说你是贵族
80283,2022-09-24T14:42:03+00:00,chen0430tw,应该不需要求生吧？
80284,2022-09-24T14:42:15+00:00,chen0430tw,不对，应该叫谋生
80286,2022-09-24T14:56:20+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,又到了每月机场过期的时间
80287,2022-09-24T14:56:34+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,本来上个月买错这个月要换一家的，结果他涨价还价格直接翻倍
80288,2022-09-24T15:07:51+00:00,chen0430tw,本来上个月买错这个月要换一家的，结果他涨价还价格直接翻倍\n你是贵族不需要担心
80289,2022-09-24T15:08:05+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,你是贵族不需要担心\n已经还不上这个月的欠款了
80290,2022-09-24T15:08:17+00:00,chen0430tw,已经还不上这个月的欠款了\n多少钱
80291,2022-09-24T15:08:30+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,多少钱\n没算，应该有600
80293,2022-09-24T15:23:47+00:00,Yushun LIU,本来上个月买错这个月要换一家的，结果他涨价还价格直接翻倍\n？？这么贵的
80294,2022-09-24T15:24:19+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,？？这么贵的\n是啊，现在普遍都是25一个月
80295,2022-09-24T15:37:55+00:00,성 흑강,中央最近缺錢了？
80296,2022-09-24T16:02:18+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,我觉得是到期没续费
80297,2022-09-24T16:03:29+00:00,성 흑강,你是說你的梯子還是這些官
80298,2022-09-24T16:18:42+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,肯定是这些人啊
80299,2022-09-24T16:18:54+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,我的梯还没过期
80300,2022-09-24T16:19:01+00:00,ㅤㅤㅤㅤㅤㅤ ㅤㅤㅤㅤㅤㅤ,虽然快过期了
80301,2022-09-24T16:21:50+00:00,ACG黑兔桑,来用四叶梯
80302,2022-09-24T16:25:36+00:00,chen0430tw,肯定是这些人啊\n怎么续费
80303,2022-09-24T16:41:52+00:00,성 흑강,来用四叶梯\n享受全自動出道體驗
80305,2022-09-24T17:22:14+00:00,De1eted @ccount (0fficia1),https://github.com/otherjoel/durable-computronics
80306,2022-09-24T17:22:17+00:00,De1eted @ccount (0fficia1),如何评价
80307,2022-09-24T17:22:24+00:00,De1eted @ccount (0fficia1),这人想做啥
80309,2022-09-24T19:45:22+00:00,ControlNet,我从小就语文很差很差的。特别像阅读理解之类的。我就只能写出“体现了作者对什么什么的喜爱”之类的。\n感觉一些阅读理解表达的东西都是浅层的，表面的，感觉很多时候并不是想不到，只是没想到是这一方面的
80310,2022-09-24T20:58:37+00:00,De1eted @ccount (0fficia1),建议阅读党八股
80312,2022-09-24T22:46:47+00:00,성 흑강,有無葉八股
80313,2022-09-24T23:08:14+00:00,De1eted @ccount (0fficia1),hololive是不是就是holocaust live的意思
80314,2022-09-24T23:14:35+00:00,성 흑강,確實
80315,2022-09-24T23:32:35+00:00,chen0430tw,hololive是不是就是holocaust live的意思\nirol反犹
80316,2022-09-24T23:36:03+00:00,성 흑강,仏國貴族
80317,2022-09-24T23:36:17+00:00,성 흑강,那必然反油
80323,2022-09-25T05:55:06+00:00,yangbowen,感觉一些阅读理解表达的东西都是浅层的，表面的，感觉很多时候并不是想不到，只是没想到是这一方面的\n感觉我连这些浅层的，表面的，都完全想不出。