duangsues.is_a? SaltedFish
60 subscribers
609 photos
6 videos
91 files
562 links
🌶🐔🐟 duangsuse 的日常
尤其喜欢发些奇奇怪怪的东西
和转载别人的东西
Download Telegram
#china 李老师
勃勃OC Verified account @bboczeng
about 15 hours ago
刚才的Space讨论非常热烈,精彩,也很专业。非常感谢几个币圈资深人士上台发言,给我们科普和澄清了很多事情。

关于李颖发币,有如下几个细节值得关注:

1)这不是李颖第一次发币。在最新这款memecoin发布前,李颖还发布了另外一个同命代币。因为在内盘就被机器人抢单,导致价格过高,不满足“老鼠仓”或“团队配额”条件,李颖随后放弃了这款代币;在咨询他人、或者寻找专业的团队后,他避免了这个问题,并发行了如今我们看到的这款新币,地址以HhUVkZ1开头

2)Dev关联钱包已全部跑路。Li memecoin 的开发者dev关联钱包总计占发行量16.95%,成本为38个Solana,也就是约7000刀。总计套现按最大市值计算,可达70-100万u,每个钱包5-10万u。具体套现价格,大家可以点开评论区网址查找钱包地址,搜寻钱包的卖出记录即可查询。这也和之前截图显示的5-10万u利润排行榜对得上

3)Li币的发布,徐某人和多伦多方脸早已知情。这点从所谓Li币内的“雪花”社区和徐某人“雪花绒旅行社”高度重名,以及多方曾经有买币经验、给予过李颖Youtube制作指导等经历就可见一斑。当然,从这两位发币后突然无故无条件力挺也能看出线索。

一年之前,李颖对币圈还是嗤之以鼻;何故一年之后态度180度大转弯,直接就开始发币?

我认为这主要是年初开始的Youtube博主工作收入微薄,不足以支撑自己或团队开销所致。在平时的滑雪爬山中,李颖咨询过徐某人;同时在推特私信上显然也问过方脸。在两人的建议下,李颖选择发币。此外,李颖自己也承认,发币大业筹备了一个月。

所以,如果这两人说“自己是第一次知道有这个币,所以相信李颖,选择支持”,这纯属扯淡。这一个月内,至少就已经确认了团队人数,多方、徐某人的空投份额,以及以后公关危机的应对方案——这点从盘内交易中就有多达48个钱包,甚至有24个钱包高度同步同时买入,以便日后“分赃”可看出他们早有组织。

4)多伦多方脸为什么不公布自己的钱包?根据对链上钱包的分析,只有一个买入5220多美金的钱包在时间上可以与方脸的推特对应。但这很可能不是方脸的钱包——因为它使用了比较高级的反夹子技术。

为什么多方面对质疑,选择“等到王志安采访时”再做解释,而不是现在就放出地址,或者说清楚情况?除了可能需要一些时间和团队准备应对方案,甚至假冒钱包之外,我认为最大的可能性应该是:

多伦多方脸根本没有花5000美金购买Li币,他完全是在口嗨。在接受采访时他会坦然承认,但会用“我只是为了想支持我的朋友,我有什么错”作借口,将话题转移到中国反贼的反共事业之艰难上。

之所以必须要在节目上承认,因为只有在和王志安的问答中,他才能利用语言的艺术博取观众同情,并借助王志安引导和转移话题。这就可以解释他为什么现在既不放地址,也不能大方承认自己没买的事实。因为互联网上,很多事情解释不清楚。一旦承认人设就塌了,估计会被无数人取关拉黑。反复权衡后还是面对王志安比较安全。这是一个赌,我们可以看看我猜的对不对。

最后再澄清一些技术性问题。

首先,pump fun上发行的代币确实没有空投,但是有内盘。内盘需要开发团队用Solana买足比如5万刀才后能发射去Raydium外盘交易。

内盘的成本是外盘最大市值时的1/1000。也就是说,如果内盘团队人员拿到100美金的代币,他们可以套现拿到10万刀。我们现在相信,至少有3个钱包完成了这件事。是不是这就是李颖、徐某人和多伦多方脸?不得而知。大家心里有数就好。当然也必须承认,可能有一些场外捡漏机器人也参与了其中,但48个参与场内交易的钱包中,至少有24个属于开发团队或李颖本人。

其次,pump代币中能被取出来的钱和市值无关,只被流动性约束。现在,Li大概有30万美金的流动性,但其中只有一半是Solana,另外一半就是Li。也就是说,该团队能取出的全部流动性只有15万美金,还没那几个钱包卖币赚的多。

这笔钱大概率以后永远也不会取出来,也不会被用到。3人多签名钱包最终只是一个笑话。另外再说一句,因为流动性相比市值的比例实在太低,因此被OKX禁止交易。最后还骂OKX,这点我也无话可说。

哈哈哈,方老师风格还是一如既往,方脸和徐某人也加入李老师的发币了,估计您还能再做一期节目~
1,任何一个虚拟币,还是一个股票都需要你背后有实体依托。比如你买Google,facebook的股票、买的是他的公司,他有庞大的业务,并且经营良好,并且你看好他的未来。比如美元,他是与黄金挂钩,并且信用良好。你才会相信他,如果没有黄金支撑,然后又超发货币,那美元必定继续贬值。
2 而李老师本质上是没有任何的实体项目在运营,他本质是一个个人ip。那个人ip你带货,或者卖周边都正常。但你没有任何的实体以及后续支撑。那么本质上这个虚拟币也会最后清零。
3 虚拟币除了比特币和少数几个真的体现价值了,其他的最后是不是都是忽悠钱?
比特币能够持续增值是因为啥,第一是人门要用他转移资产。第二他没有超发烂发。但你看看币圈除了比特币还有几个真的持续增长的?
4 总结,我觉得李老师的虚拟币最终结果也是清零
1.10万的盘子,你真觉得是10万的盘子,不去劝说另外两个人别发币吗?
2.开始说没有一起发币,发币前临时通知,后面说在一起准备发币都有半年了。
3.资金运转良好的媒体号,如何退出公益孵化,从被孵化者变成NGO的资金提供者,而不是一直从NGO拿钱。

我觉得这个事情的因素蛮多的,我来谈谈~
1. 李老师不太会变现,无法维持海外生活,在全球经济下滑大通胀的情况下,生存情况更严重了,他油管的节目我估算了下,大约每月只有5k左右收入,另外两个好点,最多能到20k左右~
2. 这三个人由于都露过脸,估计无法回国了,而且他们比较年轻,在海外定居的话,就不仅仅要考虑生存问题了,还要考虑买房结婚等问题,方脸和徐某人的油管收入其实还不错的,其实没必要折损自己的信用参与这个发币,我估计多少是有这方面的压力~
3. 任何自媒体,只是靠吃热点,没有自己特色的话,早晚会过气,其实就算有特色的自媒体,也有生命周期的,时间长了也会因为受众饱和而下降的,例如文昭,与其等自然流量下降,最后没人关心,还不如趁现在刚出现下滑,就折损信用变现,商业上这个策略是比实际的,他们最近的视频已经出现了质量下滑这方面的迹象,可以说是创作枯竭期了吧(其实川宝上台,美股比特币泡沫,全球右转,美债困局,国内军变,未来可以讲的热点还蛮多的)
这三个人无法把频道做稳定还有一个原因,涉猎内容太单一了,聊政治必须要懂经济,最起码是宏观经济,毕竟经济是政治的底层建筑~

PS:我也算过方老师油管的收益,平均单个视频收益和李老师差不多,但是架不住您老输出高呀,一个月整32个视频😂


总结了目前李老师的信息:
1.做油管频道每月赚5-6000欧
2.有8个人的团队,但不愿意透露团队的信息,不透露团队运营成本
3.李谈到去巴黎见到过经营困难的同类人群,但被问及相关人员的事例,顾左右而言他
4.李的团队(不包括本人)每个月期望收入为1.5万欧
5.李的视频和剪辑团队还在帮助其他更小的博主提供视频帮助,并且提供油管视频的指导
6.尝试过联系外国基金会,但觉得自己拿着外国的钱来推进自己为中国民主化添砖加瓦,心里过不去。
7.王认为李的将近 30万的粉丝账号完全能cover支出,但李承认自己和团队能力不够。(8个人的团队无法产出正常质量的视频)
8.李认为自己发币的行为,如果失败了只是自己的信誉受到了影响,成了的话会给整个海外社区带来帮助,认为此次行为只是牺牲自己。但王认为李没有考虑到这次发币对整个海外中文圈子的声誉造成的负面影响
9.李称自己在发币时没有和别人商量,只有一个程序员同事知道,但在发币前问过一个中文圈的币圈博主,但币圈博主可能因为怕受波及,没有回复
10.李称自己在此次发币中没有获利,前25个获利账户在是机器人交易,把割韭菜的锅推给机器人
duangsues.is_a? SaltedFish
#china 李老师 勃勃OC Verified account @bboczeng about 15 hours ago 刚才的Space讨论非常热烈,精彩,也很专业。非常感谢几个币圈资深人士上台发言,给我们科普和澄清了很多事情。 关于李颖发币,有如下几个细节值得关注: 1)这不是李颖第一次发币。在最新这款memecoin发布前,李颖还发布了另外一个同命代币。因为在内盘就被机器人抢单,导致价格过高,不满足“老鼠仓”或“团队配额”条件,李颖随后放弃了这款代币;在咨询他人、或者寻找专业的团队后,他避免…
多伦多方脸 Verified account @torontobigface
为什么我说$LI的出现,是划时代的呢?

很多人可能不太清楚,海外这个圈子的现状,尤其是年轻人
我是幸运的,因为我本身在出国之前,做生意算是成功,本身财务状况就比较良好
出国之后,做YouTube,又一直有稳定的现金流
所以我的生活是不愁的
但是在这一路上,看到了太多人,尤其是年轻人,过的是非常艰辛的
他们有些人做的事情是很有意义的,也是很有能力和想法的,但是因为中共的限制,(比如包括要求父母切断收入,比如冻结银行卡,比如冻结国内资产,比如举报工作等等等)大家过的是非常凄惨

而一般能解决的方式是什么呢?其实就没啥解决方案
哪有如粉红宣传的那样,一年成百上千亿的美国资金到处资助,轻轻松松吃上所谓的“狗粮”
即使有,也大多是NGO机构的,而因为这些NGO都是面向全球的,排在前面的可能还有更惨的伊朗人,委内瑞拉人等等
同时年轻人因为缺乏经验,相对老一辈的人,也更难拿到资助
更别说这些NGO即使资助,资金往往也少的可怜
至于说直接公开募捐,到底能募捐到多少呢?
大家心理都有数

当然我这里都不是说,要改善生活状态了,这些人,就该发财
而是在这种生活状态下,大家能做什么呢?

大多数年轻人,都是依靠精神,意志力去做事情,白天打工,周末,晚上的休息时间,抽时间去参加各种活动,这样活动规模怎么能大?
对于很多年轻记者,拿着连采访差旅费用都不够的稿费,写各种稿子,能写出什么样的优质调查呢?

这样的坚持,又能搞成什么所谓的“大事”呢?

但是如果$LI成功了,并且证明不是割韭菜,建立起大家的信任,那么将改变这一局面

以后大家觉得自己项目好,就发出来通过加密货币的技术来募资吗,在币圈的加持下,不论有些人是进来赌博的,还是���些人是真心想资助项目的,募集的资金规模,根本就是以前不能比的

在这个情况下,很多事情就能做成了
比如大家心心念念的推墙,真的有人能有技术手段,那就公开方案,通过加密货币进行募资,大家投就好了
而不是去等待美国大发慈悲,哪个NGO机构大发慈悲,愿意搞这个项目了,才能去做了

项目推进的主动权,掌握在中国人自己手里了


经过和李老师的讨论,和对李老师项目,愿景的了解

决定成为$LI的雪花基金共同管理人,监督资金的用途

以后我会和李老师,徐某人,一起讨论雪花基金会的钱,会用去哪个项目里,或者资助哪些需要帮助的人士,这些钱的用途也会公开
我保证绝不会支持这个基金用做私人盈利

后续也可能会公开,像大家征集可行的项目,可行的想法
也会邀请更多的人加入这个基金会,共同决定资金的用途

希望以此建立一个公开,透明的方式,改变现在的生态,做出一些真正的改变

PS
利益声明:我个人买过一些$LI,但是目前没有卖出过任何一枚$LI,也没有依靠这个套利盈利

@bulbasauraa
个人浅见:
1、李本质并非所谓的海外反华人士 ,(像白纸青年)机缘巧合的做了反华的事情
2、他推特很早前就说过他不想做这个事情 流量裹挟着走的 这从他开始做油管后内容的变化可以看出
3、他的推特本质跟很多聊天工具里的Bot没区别 只是人工去操作了 但又不赚钱 同样的形式搬到油管赚的钱也满足不了他
4、采访的内容本质上不同频 王局在聊理想 李在聊变现 而后面基本就不是采访了 是两人的攻防战
5、李的一个观点我觉得没错 发币是他的自由 买不买是你的自由 王局基于部分人对他的期望 也是他的名声的立足之本 而他并不在意
6、不论怎么讲 即使你信任他去买这个币 也是抱着获利去的 但如果你连基本的判断都没有 最后被他割了 也怪不了任何人 不要最后被割了又拿道德说事 不论他如何解释 至少我听不出任何的道德感

最后,至于他最后结果会如何 方舟子不也活的好好的 还有大把人拥护 所以没有必要试图去救这其中的任何人 也救不了 这本身就是一种“信仰” 这些人不炒 也有其他获得盘会炒 其实换位思考一下 又有多少人会做的比他好?所以没必要上头 又不是第一回了

一个年轻艺术生,历史偶然走上了这条路,又无法回头,想可持续得把这个事情做下去,不容易。希望他能顺利吧,不要误入歧途就好。

我水平不够但想吃油管这碗饭,利润不够多到我能财务自由,想做油管mcn,王局别问细节毕竟这是我借来的遮羞布,想赚快钱,币圈以前只能当韭菜现在可以割韭菜,只谈理想别谈钱,经不起推敲不想留下把柄,我就想割韭菜不想合法合规赚钱,(os:王局都不知道怎么吐槽了,bug太多),想躺赚,我的“贡献”应该让我轻松躺着赚钱,心里很不平衡,王局你别提问了我的遮羞布要破了,不敢说成本开支,只能用安全做第一理由,(os:不喜欢就不做或者转手,然后找工作啊)

进入币圈太高调,高估了自己的信誉低估了韭菜智商,收不回来只能往更大的基金方向扯。我的羽毛是有价的,请给我与地位相符合的报酬。最初赛道选错了,现在转型到油管又要重新开始,我不想努力了,毕竟不符合我海外大V的身份格调。“没有跟别人商量”毕竟别人的名声比我还臭,暴露别人就露馅了。我不是在割韭菜,我反而是用我大V的声誉做赌注,你们这帮韭菜快感动投钱。账面上进我钱包的是小小头。(os:其实到底怎样大家都知道,不用你各种解释了)(员工os:被迫上贼船,是不是以后工资要下降了?)这十天我测试思考怎么能高效地割韭菜,最后决定豁出去了。我都压缩到30分钟了,王局再深入就是不安好心。我是想光明正大地长期割韭菜,所以不会做可疑的内幕交易(大概)。

首先99%的媒体人,除了他所在行业领域,其他行业他不在行,和你我一样是外行。不具备风险评估管控的能力,尤其金钱方面。那么这个人推出的项目,你会不会投资,投资风险度有多高?
就好比你很尊重的你爹干了一辈子的工地建筑,而且小有成就,突然你告诉你要投资养老服务领域,吃风口红利,告诉你必定赚钱。你很信任你爹,但你又有具备独立思考能力。你左看右看根据自己搜索的资料和现实市场环境。都得出大概率会被坑。但是你还是投了。因为你抱着【白给的想法和态度,说不定还能小捞一笔】的心理。反正还是给老头养老费不是,一样。
这就是那些支持李颖的人散播的想法,与其要给捐款,还不如投一下,被骗无所谓,能小赚更好,这种国内脑残饭圈的洗脑行为。
在这考虑李颖的粉丝群体,大多都是国内翻墙看热闹的人,他们知道只是把看李老师不是李老师,当做兴趣爱好,当做偶尔和朋友谁牛逼有谈资的消息获取渠道【你看,哪哪哪发生了什么,看国家黑暗成啥】这种显示自己知道的多。而不是YouTube关心时政的网友那种具备独立思考能力的人。所以李颖的YouTube内容做的很烂,我之前听过几乎没有啥自己有独到见解的内容,只是搬运播报。时政搬运吃瓜和时政评论完全是两个领域,业余和专业的区别。
所以,李颖并不具备太高的时政预见和解读能力。
但恰好,白纸革命,让他赚够了流量,把他推上风口浪尖。他的经历和成就是值得敬佩,但他个人对于许多东西的认知和决策还是停留与留学生水平。
简单来说,随便几个看似支持他得资本运作人,找上头它,给她说说币圈的变现能力和速度。给他讲讲,其中好处。他也就听了,这么做了。
他这个LI币完全不具备值得投资人背书的东西在。明眼人和具备投资经验的人都会看出,大概率会暴雷。
但他不具备辨识币圈风险的能力就一股脑把信任自己粉丝的人。啦入伙。这种行为及其不负责任。只有两种可能,要么他被团队运作得人给画饼洗脑入局无法脱身,要么他知道币圈大概率暴雷风险,任然选择这么做。利用账户收割一波。
你们自己分析一下李颖个人,你们也大概率会知道怎么回事,毕竟一个年轻人,意外的一些热血举动把自己推向推特中文圈粉丝第一人。他能把握住多少呢。
#kt #plt
duangsuse:
我的语意很明显,就是任何class T都可以有个弱类型检查的duel T.js ,用来做模式匹配、ORM等绑定
我手写反而看不出这个模式

你还别说,rust宏就是这么写的
https://t.iss.one/dsuse/20195

你要不想靠stdlib,直接用回调链表也行
#js
f=x=>x? f(x-1)+1 : 0
chkstk=f
f1=(x,ok)=>ok(x? f1(x-1, x=>x+1) : 0)

f(10000)
f1(10000, console.log)

kt的重要特性就是能for() inline fun{continue;} 啊

这帮玩学术的也太人机了,干了十几年统一口径都不行,自相矛盾吗

inline tailrec fun 意味着可以利用编译期constexpr来找到基线,就像上面 chkstk(0) 一样

我不认为这是个好电子。上面 ML99 是基于gcc -E的限制不得不元编程

rust 人觉得它的macro很强力,有println,derive宏,bitflag bitenum 等用法,但我眼里那都是过度设计
编译期的语意和运行时没有任何区别,Lisp (unquote fx)才是正确的

你这么干和上面两种chkstk(1)是没有任何区别的,无非是push不pop系统栈
据我之前的测试,能递归就别用数组 https://t.iss.one/dsuse/15603

你应该知道A递归、B回调链表递归、C伪递归是可以互相重构的
AB叫CPS,AC叫蹦床函数,BA叫逃逸分析(栈上优先分配),CA叫铸币

trampoRec=(f ,re)=>x=>{for(re=f(x); re.call;)re=re(x); return re}
f2=trampoRec((x)=> x? (x=> x-1) : 0)

强?大概是被 rust 替掉的强。多年以后template元编程有多强,都不会有人学它

kt的inline就是专门为arg:()->WTF设计的,let run, 这才是内联本来的价值所在

那可不是容易被做出来? 30行以内的东西
现在的K2都可以为[Int Array]生成泛型实化 class Array$OfInt 了,无非是想不想

fun let(this: List<T>, op:(T)->R) = listOf(op(this[0]) as R)

只要表示为json let/2: [Fun2 [$1 List], [Fn1 $1 $2] [$2 List]]
就可以应用于 val xx=listOf(1).let {"$it"} 得xx=$2=str

增强一下kt的类型系统? 有啥意义呢,不如多点能运行的东西,自动生成个json schema和form验证

类型系统就是个黑盒test,Matcher DSL 而已。 非得占用那么大篇幅,希望这些不运行的符号都早点死光,或者直接归入Prolog和SQL,编程才有正常的应用价值。

你说重载决议,那Py的 T.mro() 还有个C3拓扑排序算法呢,没写过屎山的人还真没机会用到那么多重载。我看kt现在 val f=::println; f(1) 都查不到重载的问题才该解决

我不知道sealed算不算tagged union ,但OOP到处都是数据+类型双指针,也造成了Int装箱等优雅性问题。 union能解决它们吗?

Moneky patch vs Proxy fork的路线之争而已
不过我还是喜欢能直接修改对方代码的,虽然不可持续

stdlib KFunctionN 都是用codegen的,没必要用模板

Ruby在AOP上可圈可点,是基于 using refine 的,注入的代码有作用域,你调用就有效,不会因为冲突导致bug

template<> 对普通程序员门槛疑似有些太高,还是 cpp #define +过程宏的门槛高呢?

我是真的崇拜Ruby的一些特性设计,Matz是下了苦功夫的,从Ruby启发了Pug HTML可见一斑

你问Javaer,他们大概不理解 List<T> 和 <T> class List 有什么区别,也分不清Interger vs int 什么的,但这不影响写出 .intStream()

java的哲学就是兼容性和简单
虽然输给了python,py才是真易用

比如什么 aspectJ.HasThisTypePatternTriedToSneakInSomeGenericOrParameterizedTypePatternMatchingStuffAnywhereVisitor
https://www.zhihu.com/question/550314430/answer/3098679716

kt的擦除只要不影响Gson,就是OK的,反正静态类型也就是个编译期黑箱test DSL

kt也可以啊,inline filterIsInstance<T>

你想在编译期递归,就需要constexpr啊

kt是一个不崇尚算法至高论的正常编程语言,和一切皆伪递归、一切皆回调链表的FP/PF人显然不一样

我一直很奇怪为啥TypeScripter把类型体操视为一种正向资产
dirty hack 和 abstract nonsense 的续延而已, 其实早就该被更成熟的过程宏取代

例如一些人觉得,有体操我们就可以parse pintf("%d", 那你就不会把printf这些f-str 展开成strcat的形式,再用oldschool的方法检查和补齐吗?

static typehint的主要缺点就是,它本来可以cover住前后端和SQL用于form验证的代码重复, 却偏偏在IDE里起个补齐作用就完蛋了

很明显,js里有正则字面, py kt 都有Range的概念,但它们的验证库,甚至包括静态检查器,往往不喜欢这些标准概念。这些类型并不奇怪,安卓SDK包含的 IntDef 就有检查数字常量的enum

很多人抨击TS的点就是,你脱糖编译成JS后该怎么破坏安全,没有得到更多的检查

我觉得类型系统的「两门语言问题」都是十分严重的, 类型原本是独立于编程语言而存在的概念,不应该只让编译期IDE去利用这些生成代码

union type的自由度太高了,目前也只在Result<T|Except> 利用这个做优化,看起来也没有在sealed额外设计的必要

OOP都是带tag的,int都可以装箱带tag,所以union与否,不是特别重要
事实上,只在编译期tag可以解决很多问题-例如 div(p({k:v}) ) 这些DSL, Java也可以用intStream()和反射元数据缓解这些值类型的问题, 但说到底, 驱动代码API的是语意,不是语言特性

不需要避免啊,你js操作ts世界就是UB嘛,gcc有一大堆UB
怎么不说glibc#longjmp也只是按CDEF ABI做的上文切换, 如果遇到其他ABI的调用,不一样会爆炸

这个不是很丑吗? DOM事件才是reactive/AOP的标准

实现上,记下方法ID,在Bean初始化里list.add(::f)就好了。不过是让真正的构造器晚点执行,换一种写法

依赖注入在js都不算事,我们可以拿 it.wtf=di[wtf_原型链.name] 查表,kt现在的DI也是直接在构造器内完成了

这个是TS最搞的。 一般用静态类型系统就不好谈json结构。js自己发明了json,结果TS连js的数据树都不好去检查, 也没能力像java那样自己按反射的类型loaddump

在我的设想里,直接把[] {} {T:原型} {type:Cat|Dog} range /regex/ 这样的结构并入类型系统里,不要在意太多泛型问题,[Pair] is Pair,少区分这些有的没的就足够了,不要为编译器服务

一个黑箱测试DSL 魔法成个什么玩意,结果连form验证都要手写!

擦掉的类型完全就是List<T>, sealed Interface 这里的项怎么读的问题,那就是要按运行时的tag来区分
不过没有也无所谓, 一个list.all{}断言而已

OOP把enum tag{} union 的问题藏起来了,但出现了json互通后,它暴露了class的文本结构更缺乏规范的问题, 可见不触及需求的大类,是解决不了反射问题的
#kt duangsuse:
哈哈哈,OS内核的write()某种意义上就是为了实现时间片轮转

就是因为app程序员从不在乎管理这些流

那你去跟log4j说呗,为了取代systemd把JVM干RCE了

谁叫它除了规范下log tag 还搞那么多有的没的RMI

这common sense 也太缺德了吧,http body 怎么敢直接log呢,不trunc一下

对user input 毫无观念的程序员

平时最喜欢看对自己在写什么层都毫无观念的程序员, 搞出这种设计缺陷

太厉害了这个,bash历史记录没有这种问题啊

从来没有听说过处理文件,不涉及缓冲区,只有byte[]d

???
啥语言不能做出大文件print的功能

kt的sequence和IO stream/buffering 确实没有封装到人尽皆知,但这不是你传参byte[]处理IO的理由

可以,你看<!CDATA

这API有什么意义吗?不如写MIME.video/"wtf"

mime一直以来编解码API都很垃圾

这是干嘛,promise?

Him188:
它 internal 的东西,KMP commonMain 里调用 java Object.wait 的

它的 internal 东西很多是public

duangsuse:
卧槽,不是那个被淘汰的lock吗

如果okhttp对请求定制的程度不如curl

比如只有 GET?kv PUT formData ,然后处理错误码为null的,我觉得没必要用它的API

没感觉到yield和函数式有啥关系

硬要说这应该是Lua和Go带起来的,都是有栈协程方案,无需回调链表

害, 和React差不多的玩意, 不是按变量和数组为单位绑定的,亡羊补牢diff

主要是慢,臃肿

为了给自己发工资呗,哈哈
kt创造的价值不过是语法糖DSL, KMP都没TS那样有用。

除了null和函数与类型的扩展,基本上没啥新通用概念, 却造了一大堆JVM语言不需要的IR

我的意思是,这玩意完全可以做成TS那样,别弄自己的工具链

降低成本,提升速度,别整啥K2了

不过是编译器团队给自己发工资的小技俩

Kt工具链除了js应该还打算过编译ts、py、scala什么的

好大喜功,觉得自己的字节码可以独立JVM

结果呢?适得其反, 编译器、工具链速度慢到不如Eclipse

Java11也引入了var推理, 在工作量上kt可能就多个类型外部扩展
但是工具链用起来不是一般的慢,包括比jshell

当然我上面也说了, 理论上kt比javac多的东西不需要那么冗杂

其实就是好大喜功, 以用户体验为代价,提升屎山程度,这样roadmap就好看了……

我自己也有点好大喜功的,不过不会在改屎山的时候乱加东西

比如,我在用的编程范式就用 null 来取代filterMap, deleteAt 这些东西,因为我认为null是Error的特例,[T list] 是T的特例,应该有 nums.let{ it<0? null : it+1 } 的写法
理论上null只能出现在struct里,并且可空性必须在变量名上标明

看起来这很简单,不过是个帮助函数,但我越改越多…… 最后有4页纸长,写不出来了

咕狗自己的android也是被HTML5框架们淘汰的技术

如果Javaer认识不清自己就是性能和补齐上更完善的py,拿那点设计模式自吹自擂,就还会有更多滑铁卢

monad io 本身就是基于map/flatmap。

前者是then,后者是then(async) ,其实都是回调链表模式,根本没必要按函数式那套去理解……
suspend在上面加一层上文用于cancel和try-resources

为什么 IO () 就能把“副作用”变纯粹呢? 因为上文被视为保存在调度器里,通过fmap变成隐式参数, 这就叫不赋值外部变量了

文字游戏大概是这么玩的。
#py #ts
duangsuse, [12/29/24 8:28 PM]
type https://www.fxzhihu.com/question/607437345/answer/3080776908

duangsuse, [12/29/24 8:43 PM]
说到底也就是给Tab键设计的typing了, TS这功能还真不如直接支持codegen宏的好

duangsuse, [12/29/24 8:45 PM]
const User={name:str}

def dupUser(**kw=[User Unpack])
这不是挺好的吗? TS那种 K: keyof User 反而有被滥用的嫌疑

Guido是有智慧的设计,未必赶得上人家

duangsuse, [12/30/24 4:26 PM]
py解释器的F12能力很强大啊,
class _2D:
x:float ; y:float

def _2d(x:float , y:float): ...

[u.__annotations__ for u in (_2d,_2D)]
_2d.__kwdefaults__

sum2=lambda A: lambda B: A+B
sum2(666).__closure__[0].cell_contents

def asyncGen(): yield 1; yield 2
z=asyncGen(); next(z)
z.gi_frame.f_lasti
import dis
dis.dis(asyncGen)


其他语言里隐藏或调试器级的东西py里都随便访问

纯色渐变的话理论webp/png都是没体积的
from PIL import Image
import subprocess as proc
L=800, 600; url='a.{webp,png}'

ug=Image.new("RGB", L, '#66ccff')
for u in proc.getoutput(f'echo {url}').split(): ug.save(u)
proc.getoutput(f'du -h {url}')


'4.0K\ta.webp\n4.0K\ta.png'
duangsuse, [12/30/24 4:34 PM]
说是dynamic,其实也未必,按需codegen的话也就是增加个预处理期而已
4年前写的Tk框架就是 https://github.com/duangsuse-valid-projects/TkGUI

duangsuse, [12/30/24 4:36 PM]
哦,我明白了,比如,你想筛选 User 或其他def里的kwarg来定义另一个函数参数

duangsuse, [12/30/24 4:39 PM]
其实我不太喜欢Py的这种做法,我觉得它……太慢了

OOP有个本质相同的做法: Config/Builder 模式,它的kwarg:this 在左边。 py用kwarg就太灵活了,不好把握啊

duangsuse, [12/30/24 4:41 PM]
kw给了py方便很多AI/数据科学函数的方法, JS的对象参数做不到这样,缺了一个 arg??defualt

duangsuse, [12/30/24 4:44 PM]
py kw传参时是用 dict.update (A or B)的模式, 也不一定需要解构换传参,可以靠 dict.pop
总之,不愧是字典语言啊, 还是面向数据的编程语言最火。

duangsuse, [12/30/24 4:45 PM]
用这种模式总感觉很别扭,很多lib都只在class创建里用{}

duangsuse, [12/30/24 4:47 PM]
x86的mov指令也图灵完全了呢, 但根本不是给人看的。 给人设计的lib API我觉得不能太依赖字典

当然全靠字典,就像bash里全靠环境变量一样, def起来很爽, 但用起来需要考虑复用
duangsues.is_a? SaltedFish
#py #ts duangsuse, [12/29/24 8:28 PM] type https://www.fxzhihu.com/question/607437345/answer/3080776908 duangsuse, [12/29/24 8:43 PM] 说到底也就是给Tab键设计的typing了, TS这功能还真不如直接支持codegen宏的好 duangsuse, [12/29/24 8:45 PM] const User={name:str} def dupUser(**kw=[User…
duangsuse:
编译lua.c 和luaj试试,mvn启动都够make完的了

你觉得jvm搞得起那么重算法的项目吗
一个编译型python

恭喜你发现了Vert.x的API

这没什么稀奇,JS玩烂了的东西,移植下

没什么局限性啊,不就是按类型和函数名生成方法体?

就是说,把处理 @GET("xx") fun f(@Query yy:Int) 的冗余代码写成
route.get("xx") { req["yy"].Int } 的形式而已

不要脱离具体用途谈AOP。 你是要监听器、替换函数,还是要http/cli参数解析绑定的

如果你设计的不好,AOP也是白搭,到处都是泛滥的垃圾框架

这显然是需要Proxy的了

@Bean 就是为了帮你new 接口,然后魔改其中的一些函数值

无论是和ButterKnife那样生成init()还是动态Proxy,都是一样的

哦,我好像明白为啥OOP架构总是谈DI了……

这不就是在运行期对这些接口实例做「预处理」嘛……

如果我使用 @addLog class MySvc_() {} 在 MySvc() 的实现funs前面用函数式/反射方法套逻辑,也差不多

确实,注解看起来快些但其实不必要的复杂

怎么会呢? Ruby的成功证明了DSL比Java这些得人心的多

尤其是,Java还非常擅长滥用XML表达JSON或toml级的应用数据

动态语言能更好的把data class数据 / 接口上的函数作为值来读写和包装

Java反射和DI代理有相同级别的能力, 但懂的人更少,而且,Java的数据类型(XmlT JsonT.. ) 也多了一项封装

另一方面,pyjs 里直接 for: class; if: def 这样的trick就不可能实现,因为javac需要 interface{} 这样的类型字典来做黑盒测试。

如果只从前后端开发效率来看,不约束类型会更好,只要补齐不出问题

kt现在不能直接在constructo里inject?

是因为要参考模块上文,还是说注入能被改变

不会吧,循环依赖通过惰性解引用(Proxy) 是可以解环的

因噎废食的感觉,构造器注入好优雅

既然我们非常清楚DI就是服务于 @addLog class MySvc_() {} 这样在pyjs里稀松平常的「函数字典处理
duangsues.is_a? SaltedFish
duangsuse: 编译lua.c 和luaj试试,mvn启动都够make完的了 你觉得jvm搞得起那么重算法的项目吗 一个编译型python 恭喜你发现了Vert.x的API 这没什么稀奇,JS玩烂了的东西,移植下 没什么局限性啊,不就是按类型和函数名生成方法体? 就是说,把处理 @GET("xx") fun f(@Query yy:Int) 的冗余代码写成 route.get("xx") { req["yy"].Int } 的形式而已 不要脱离具体用途谈AOP。 你是要监听器、替换函…
duangsuse:
既然我们非常清楚DI就是服务于 @addLog class MySvc_() {} 这样在pyjs里稀松平常的「函数字典处理」需求
就像 kwarg fn 和 listener list / get("wtf/"){注册}

我觉得过度设计是要看API易用性的收益的

模板除了 Stream.$OfInt 的自动优化外,还有什么能力吗?

哦,至少可以实现 keyOf(Pair)=[基于反射自动constexpr展开] 的元编程

C++模板属实是唐到家了,我支持过程宏,和反射API保持一致

除了Function/Tuple<T,R> 还有别的应用么……

我不是很喜欢把 compile time 和反射分那么开。 Zig 就完全没有区分,type和generic是const/fun而已

AOP被FP取代的问题,本来就是为了 make compiler happy 造成了冗余代码被接口这些东西耦合,所以要Proxy依赖注入/反射 来包一层
结果你又搞个编译期API, 还是和Pyjs那样都运行期好了。

这些都是codegen的东西吧,模式明确一个py脚本很快给你生成了

而且,即便函数式er 也很少人用部分传参

f=(A,B)=>A
f1=A=>B=>A

g=(f,A)=>(B)=>f(A,B)

这样的模式,比如f替换 ,为=>
g基本也是一样, 加个泛型参数就能生成了

special cases ain't special enough to break simplicity
duangsuse:
Rust的宏就类似template<>匹配, 那其实就是语法不稳定造成反射API难产而已

要我说,所有编程语言的语意都是类似的,比如tuple/named/cased 这些数据结构,都可以有相同的方法来复用和利用 (abc)=>type, {kvar: type} 这些无法执行的声明片段
模板只是目标最单一,只能解决 Stream.$OfInt/Function/Tuple<T,R> 问题的那种

编译期和运行期反射其实没有鸿沟。

我举个例子吧,调用任意f(int x,int y,..) 形式的函数,你可以用reflect, 也就是把'f' cast成 f(Any..): Any ,也就是生成 = INSTANCE.f(a[0] as Int, a[1] as Int) as Any

确实,调用任意函数时这种as检查是必须的,但对 Proxy ,比如实现接口 { g(x: int) } ,拿 arg[0] 去调用f就不需要生成这个检查
上面的 curry 也是这个道理, 只要把 <T1 T2 T3..> 放在接口里,编译期和运行期反射是一样的(比较难懂,因为java有泛型擦除)

但现在的AOP就用了类似的技巧去包装任意函数, 其实只要把生成的代码缓存下来, 就是你所说的模板。

(其实这就是 lang.invoke 的仅首次反射化啊。。没人看出来吗,相当于推理出某函数a[0]就是Int然后免检,invokedynamic调用啊)

就是说, callWithZero(obj::fn) 初次反射后,可以生成为一个重载, interface{字典} 可以生成为一个子类, 没有模板和动态代理的问题了, 反射能做到的业务都可以缓存为lib API

before&after的hook是一个道理

委托实现了C里的左值引用 bind(int& prop,Name)
interface by 实现了JS的原型链方法覆盖

var by可以视作反射赋值的轻量化,因为java确实不支持IntRef(0)这种东西,reflect.Prop又不直接

看来除了iterator,java的简化弄丢了另一个重要的框架基因

总感觉代理和DI是等价的,反射代理和codegen也一样,后者更麻烦

我之前的模式匹配trick 本质上也是var代理,只是var是匿
duangsuse:
真正FP的JS也有啊, fantasyland
而且JS是唯一一个异步工作最正常的,IO Monad 都比不上

好耶! 这样我的 list.invoke{x-> x+1 vs print(x)} 就能区别开了
想也自然,作为类型推理的一部分,retType 本来就该加入重载,反正要检查的嘛

等等,你不觉得 put*() 是一种很缺DSL的操作吗……
buildList 这种东西能当作优雅也就算了,人家用for while 的。 请问你的场景是命令式还是组合式编程呢

而且我也没看出来fieldName 在哪里,是Title("")吗

哦搞错了,你这是实现细节,不是 schema 定义
不过ktx写json的方式也是够单边主义的了

为什么除了jspy都不在主页里加demo呢……
SchemaGenerator.from<TestDataClass>() 和你给的代码有啥关系我也看不出来

我的理解就是,把 data IntPair(A:.B:..)
翻译为
$IntPair:
A: $int
B: $int
这样的格式

难道不是先写doc和demo test 在编程吗

哦 抱歉 我们不是相同流派

因为不写demo你真的没法确认用户需求, demo当然是越实践越好的, 但也要注重复用性

相比之下这个还算完整,有数据结构

其实既然只是小练笔,你可以不太在意这些包装, ktx用的也不是多好看的方法

哦,这些是override serialize函数,用于输出Schema啊, 这些就是和ktx对接的全部代码了吗?不需要override了?

呃,用py和bash以外的API搞ai app
感觉会被设计模式各种吊打

ktx是用反射调用你这边的?
你这也没看到类型名,怎么从Desc搞到this的

这是不是还要创建一个空实例去encode() , 说起来,JSON schema 会有RegExp和Range作为值的需求,Kt有没有@标签什么的

哦,那还真是各显神通,因为schema这东西千篇一律,但每个语言都有自己的10k+ 社区库

我还以为ktx也在用Unsafe.new呢,因为能直接在堆上分配

那它是怎么支持多种格式,以及静态序列化, 是指 inline serdeFuns 吗

duangsuse:
嗨,算了,反正也理解不了
我设计的静态兼Proxy反射 serde API https://t.iss.one/dsuse/20253
也只是用 Tr(key)= when key{ "int_x"-> int_x=GlobalFmt.Tr(int_x) } 来浅先赋值的,没有那么多私货和轮子

可以理解

必要的牺牲

时代的局限

后人的智慧

我就想,要是干脆和pyjs那样拿{}[] getattr 统一一切,所有serdeFmt就都用这个接口算了, 好不容易整个出来自己还接受不了的活

不就是免装拆箱和反射getField开销吗, codegen when(fieldName)+overload 很轻松零设计模式做出来的东西,然后 [T Map] [T List] 也就是填一下类型作为静态函数和参数的坑,搞个 SerdeRegistry[T](*Targs), 争议不就解决了

那你觉得那种「静态序列化」会比 switch case"intx": intx=whatInJSON(intx just for overload/or for json.dump maybe?) 要好呢
在我看来这就是手写递归下降而已, ktx 那个,我找不到背后的成立逻辑
#kt
Stream:
在协程里面用同步IO就是个错误

suspend fun不应该阻塞所在线程

duangsuse:
逆天,协程就是为了回调化免卡C栈的,您卡了怎么线程池IO啊

问题就是没有啊,一个扩展fun的事情

没有啊,你说得对我补充一句

记得kt对那种while是有time slice的,会自动暂停恢复的,和iter一样

async和Thread本来就是不能同时使用的,或者说只能矮化线程为Task/并行For

因为线程是libc的概念,jspy里是没有这种东西

如果没有我会感觉奇怪, kt就是编译期的suspend协程栈实现, while(1)能破的话就没意义了

其实我说的线程池是 IO Loop 的 pool ,单纯的线程池意义不大,不如GPU向量化

UNIX是这样的,为了优化read() 之类启用了select和evpoll(pull轮询) 两代模式,本质上都是拿线程当Task Registry ,当回调函数调度器

Stream:
如果是协程,我个人觉得用poll为基础的非阻塞IO会好很多

毕竟不管什么时候我都会想到协程的背后藏着一个线程池和回调

当然,也可以说藏着一个状态机

duangsuse:
太猪逼了吧,那有没有delay(0)的规范什么的

yield解决不了问题, 因为一个Task明显是可以跑0.5s再context switch的,这涉及缓冲区和time slice优化

kt一开始就应该把协程看作操作系统的子进程/io pipes 来设计
IO Loop 则是用于多线程下载什么的

OS就是这样的,填满一个read(buf) 再切换上文,没有猪逼和yield一样 1项1切换

Stream:
delay0肯定是可以用的嘛

duangsuse:
这涉及手写event loop 是否可行的问题
现在的async都是基于push事件,pull(list poll) 事件 是需要死循环的,也就是按理来说需要线程

如果libc不能提供单核多任务,stdlib 是有能力靠主循环实现的, 这种能自由添加setInterval()的async体系才是完备的

如果需要一些莫名其妙的API甚至新建线程来添加对while(1) 的支持, 其实就说明stdlib的作者没有把OS线程与IO协程的关系融会贯通。

话说你一般用线程池解决什么

我就分ParallelForEach 和 IO Looper 多线程下载 两种情况

Stream:
如果是CPU密集型的任务,应该是类似Java的Fork Join那种类型的解决方式(据说NT compose就是用另外的线程来处理UI的测量计算问题),如果是IO密集型的任务,通常是文件/网络资源的请求

IO的轮询我其实自己没写过,都是直接用别人包装好的回调形式

不过用的时候肯定心里要清楚那背后藏着一个连接池,有个轮询的操作

duangsuse:
仔细想想,pull事件的话,无论open()多少fd, 都只需要1个线程才对

考虑到UIUX和IO的evpoll循环不共享,一般会有两个while(1), 但本质上只需要一个用来dispatch回调、添加新await就够了

哎,所以js说的对,线程池,只有 Worker SIMD的一种情况

Jason5Lee:
不会,Kotlin 应该不会做这种 implicit 的东西

duangsuse:
如果你从编程语言=操作系统的角度, 你会发现在async里写真死循环才是implicit的

Android开发如果最初能自动化Thread.sleep,相信dev会欢呼

OS在调度sleep()时是不会卡死1CPU的,它只是把cpu给标记为free,然后block你的线程

然而,协程里while(1)却会真实的废掉你的Executor,我不知道这是搞什么鬼
#通识类
>什么是战斗机的代?

1~3代: 喷气式战斗机/F-86; 机动性和火力升级/F-4; 数字化和导弹系统/F-14
4~5代: 隐身性能、超视距作战/F-22猛禽、Su-35; 超音速+网络中心化战术/F-35、歼-20

6代:波音公司2008年提出F/A-XX第六代战机概念方案
- 采用了无垂尾/浅垂尾的翼身融合扁平气动布局,曲面外形扁薄、平滑流畅,表现出了良好的「全频谱隐身特性」
- 全向传感器和态势感知能力,网络化作战,使其成为穿透性制空作战能力中的火力「无人执行平台及信息节点」
- 智能化飞行控制系统使飞机在极限或>1G过载条件下的可达能力、操控能力将高于五代机,续航提升30%以上,更能适应「激光武器、高超声速导弹」
- 注重远程甚至跨洲打击、「物联协同及AI智能作战能力」,可见Tesla的技术是「军民两用」的,具有「零伤亡、易于快速形成和保持、超越人体耐受极限的战争优势」
- 「2000 km以上的作战半径及的亚音速飞行、>2Ma的长时巡航能力」,以1.5Ma超声速状态突防,可破防现役的防空体系;基于矢量喷口/冲压发动机(需压缩空气在3到6Ma之间最优,不能起步)/脉冲爆震发动机(燃烧效率和的推力比更高)等

除了导弹般>1.5Ma的破防能力、军事AI无人网格化的应用, 三要素:吸波涂层、发动机、搭载的国有导弹体系, 依然是工业基础(推重比只是方便你比较材料学的差距,性能)

>什么是体系?体系里的节点是什么?

节点,是指组合成体系的关键点。例如,在网络体系中,节点可以是计算机或服务器;在战斗指挥体系中,节点可以是指挥中心或通信站。体系指军事的组织和结构,如防空体系、作战指挥体系等。
我说的体系,是指「同代产品的兼容性」: 体积与速度最接近与六代机相匹配的东风导弹系列, DF-17 不在此列。
这就是为了赢,违背市场规律设计的产品,被揠苗助长后的生长纹。 苏联只有一颗大脑在想,其他的只需服从即可。而美国有千千万万颗大脑正在思想。寡不敌众。
寡不敌众。

>OODA 循环是什么?

即时决策法。“观察-定向-决策-行动”(Observe-Orient-Decide-Act),最初由美国空军上校约翰·博伊德(John Boyd)提出也被广泛应用于商业、体育。这个循环是一个不断重复的调转风向或找最优解的过程,引入了反馈机制
美国“动力”网站2024年12月26日称,社交媒体上流传的照片和视频显示,中国当天成功试飞了一款“令人震惊”的高性能有人驾驶第六代隐形战斗机,并由歼-20战斗机伴飞。
-- 20241226国防时报发微博:银杏黄了 https://www.douyin.com/zhuanti/7454074920679540774 。隐形黄了,都是预制人,读不懂吗。
另外,国内基于LiDAR和RSU“电线杆”的体系,也是美国《海湾战争》之后他们投资的领域, 这两年已经到了收成的时机。

#隐身类
>什么是雷达的基本原理?
蝙蝠叫。回波时差探测,此外还可以测速(Doppler)测形状(LiDAR 3D点云)。RAdio Detection And Ranging

>什么是雷达的体制?
相控阵雷达:多目标扫描。 连续波/连续调频/脉冲雷达: 通过连续或间断电磁回波用于测速和目标跟踪

>新一代反隐身雷达对战机设计提出了什么要求,尤其是外形?
减少雷达散射截面积(RCS),使用更多的曲线和圆角设计。外挂设备应尽量减少; 以排气口屏蔽、冷却排气或S形进气道 ,避免发动机暴露

>隐身真的靠涂料吗?
还有光学隐身技术,这种技术目前仍在研发中。 不过,违背常识,不对回波进行处理或干扰,却能隐形的,大概和光刻厂一样说笑了

>隐身涂料的体系有什么,一共有几代,中美目前是什么水平?
1~3代: 微波频段吸收、电介质材料(广频域,F22/歼-20)、陶瓷基隐身涂料(1750℃可高温,F35)
#发动机
>下一代航空发动机的发展趋势是什么?提醒一下,中美都不认为是更大推重比。
不谈那个国服第一都不坐的C919(Airbus A320?),这些波音和法国人擅长的民用领域。
是“鲨鱼皮”、碳纤维/钛合金风扇叶片、可变循环发动机(VCE)、 等提升发动机燃油效率(减少20%以上的油耗和碳排放)、降低自重、提升热性能的改良
当然啦,材料学、空气动力工程、重工业经验积累,乃至于市场接受度很重要,不然卡脖子

>什么是变循环发动机?
能够通过改变工作循环(旁通比)参数来适应不同的空气和时速条件 。 低旁通比让更多空气进入核心燃烧区,主要用于需要高推力的场合,如战斗机,高旁通比省油噪音低
Variable Cycle Engine; Bypass Ratio

>变循环发动机美国为什么咕了?
三倍的成本、技术风险、没有盟友对F-35换装变循环发动机感兴趣、本可改进现有的发动机。

>飞行器的下一代能源管理方案有哪些?为什么要做能源管理的革新?

这条我就不答了,和上文查重率太高,车轱辘话何必呢。 我就谈谈钱。
说人话吧: 为何美国选择4G 5G和油电车的双轨制,而不是单推allin某一种技术,就是为何美国咕了,「不革新了」。
OpenAI笑传之《为什么伟大不能被计划》
并非世界都在为了赢而投资R&D,为了赢而封堵游戏与GPU+AI的自由发展,还是有讲经济效率,先富后富均衡发展的经济圈子热火朝天的。
5G和十萬億芯片工程(脱离ASML还是只90nm?)的烂尾你已经看到了,大数据造成的「电诈自由」也闹得人心惶惶。
马上,在下一次歼35事件发生前:国内液态锂电池的老化和自燃问题,以及倒闭厂家维修难、头部厂家换电贵、在巴西欧盟的口碑和销路问题,乃至于废电池回收和污染成本的问题, 都会给到人大。——我就不说打脸了WTO的违规补贴和单休996之类的供应链正义了。

作为E/ACC主义者,我也不会allin一个尚有改良性研究潜力的行业,做半成品、做别人的嫁衣。 Tesla在美洲的FSD,2024年4月,已经落地到200万辆汽车,10亿英里,这是它电动的理由。
其他品牌,其实没法为可能的失败收场,就像虚拟币也只有BTC会一直涨。 善始未必善终,爬珠峰的都是死在下山。别拼命挣最后一个铜板,量力而行。恒大碧桂园死在那呢

#导弹体系(我笑死)
>是谁落地了世界上第一个双脉冲空空导弹?
1975 AIM-120 AMRAAM(Advanced Medium-Range Air-to-Air Missile),能够在空中对抗高速目标

>是谁率先搞出了 500km 级空空导弹?
1960 AIM-54 鹰式导弹(Phoenix missile)

>导弹尾速和过载对包线的影响是什么?哦对,什么是包线,射程和不可逃逸区?
- 尾速控制/包线, 过载强度/包线 成正比
- 靶的范围。包线的形状和大小受到多种因素的影响,包括导弹的速度、过载能力、发射角度等。
- 射程半径,取决于导弹的动能、飞行高度、风速等因素。
- 简称“逼到墙角”。 受到导弹的性能和目标的机动能力的影响

>美国的 AIM120 为什么一直还在改? AIM260 为什么一直在咕?
AMRAAM 是美国空军和海军的主要中程空对空导弹,需要不断更新以改进包括提高导弹的精确度、增加作战范围和提升抗干扰能力等
AIM-260 Joint Advanced Tactical Missile (JATM) 的投资不是免费的。回本途径即便在鹅乌战争中,也是被无人机无人车抢风头,而且受到反战运动和DOGE等富国弱军思想的挑战。
在「总体军力」没有弱到威胁国际声望时,美国民众不希望国会通过扩大有关预算,情有可原, 美国是本国人的美国,不是911恐怖分子和纳粹余孽的美国。
>美国为什么急着要把标准6 改成 AIM174 挂上去?
SM-6 是美国雷神公司研发的新型防空导弹。横纵射程为400公里x33公里,能够拦截各种固定翼和旋转翼飞机、无人机及反舰巡航导弹。
AIM-174(SM-6空射型)能够从F/A-18E/F“超级大黄蜂”舰载战斗机上发射,射程超过350公里,具备打击高优先级地面和水面目标的能力。

>原地起落性能?
<你是说那个只有美国海军和极少数国家和地区需要的结果把 F35 项目海军型拖到错过福特号节点的东西吗?
<原地起落发展沿革是什么,它解决什么问题,面向什么场景,有什么代价?总之,这从来不是先进战斗机必须的东西。

我不想解释什么了, GPT4o 出来后国内也有文章酸说没用。 是啊,尿素和粮食间有什么关系呢? 只要你看得足够短,全世界就没有为XX服务之外值得研究的玩意。
另外,谈到美军失利的时候,比如在「帝国坟场」阿富汗。 其实这些个帝国有共性:做不到中国自古以来内战时那样的残酷:不讲人权、不分平民。 就连割走海参崴、制造海兰泡大屠杀的苏修,也做不到中国人对中国人阶级间的赤裸功利和侮辱恶意。
如果美帝俄爹能在阿富汗绥靖,用万世师表的方法法治,让人下人割自己的肉买房上户口交赎身税、喂养殖民者,以此勾兑成为人上人,并因此落入财政的兴亡轮回的话,相信绿教徒是遭不住的,国破家亡了。960万km2这不都打下来了? 日本天皇麦克阿瑟算个毛啊,不就是懂藏富与民吗?
US Army 的先进落后,那都不是事,关键还得看将军手里的人民值不值钱!😂

#飞行员战术
>什么是马赛克战?
使用小规模、分散的战术和战略兵力,来应对大规模、集中的笨重敌军。 核心思想是先进的通信、遥测和武器技术,与其他单元协同作战,这个概念在现代军事战略中越来越受到重视。在面对高科技和不对称作战环境时。战争变得不再是简单的力量对决

>什么是穿透性制空? 为了满足穿透性制空,现有技术条件,要怎么做?

>什么是战术?
孙子兵法,谓之战略。起承转合,谓之战技。不战而屈人之兵,谓之战术。
所谓强国,就是无论科技人文哪方面都被“赢家”们拿来做比较的那个社会。
北约、CPTPP、联合国、吃着战斧牛排的“美国爹的狗”,其实这都是战术。 最坚固的堡垒,是从内部攻陷的,像BB机那样没有硝烟的战争,像乌克兰用离岸爱俄者被冻的钱打仗。
当然啦,也只有某些「集中力量」的国家,对斩首行动,束手无策。 这便是列强最大的战术了,世界核平。

「强者」并非自称,也不是靠砸钱或印刷文凭能办成的田忌赛马,而是不能被计划的伟大。
所谓战争,在伤亡发生前,输赢能未卜先知: 一但是人贱物贵、好大喜功的黑箱经济体,自然就诞生不了被投资的先进生产力,以及作为副产品,为降低国赔研发的武器。
-- 我不知道第三次世界大战该怎么打,但我知道:第四次世界大战人们用的应该是石头和木棍!——爱因斯坦 1946年7月1日

#工艺普及率
>我姑且认为你是在说工艺水平(实际上是特指「六代机」是否可量产了)。F22 2024 年才批的升级什么时候能搞完?
>美国人的雷达功率器件在用什么体制?为什么落后?还有多久能换装完?
>F35C 海军型一共部署在两艘航母上,那锈除完了吗?说好的先进隐身涂料呢?

别说了,别说了, 明明拿沪爷的法拉利和发达国家韩国游客玩田忌赛马,就已经老掉价了, 也不知道这是捧F22扛造呢,还是在夸美军冗余军备多呢?
提醒一点:美国已经快250了,KMT都130岁了,新中国成立70年, 许多人烂尾房贷社保还要背到60岁,也有人产权70年20年前的豆腐渣工程被拆了,只给白条的。 你觉得咱们新,很给面子了,但里子我真不敢保证。
恒大碧桂园这些货,比赛资金回笼快,债务都干违约了,钢筋混凝土会给你足额的吗? 中国版F22能活到除锈的年纪,还是和丫丫乐乐一样白发熊送黑发熊?
先把军民两用的楼盖好,踏实认真做好自己,别赢赢赢, 亡口月贝几点? 古人真给你写字缝里了!别「赢」了!

#性价比
<美国,采购,性价比,哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈
<我们先不谈超时超支的 F35 采购,F35 运营费用每年超 50%。 NGAD 之所以迟迟未能露面,就是因为他们成本搞不定啊
情有可原, 美国是本国人的美国,不是911恐怖分子和纳粹余孽的美国。
#life duangsuse:
我感觉相关的剪贴板工具需要的是安卓api支持,这比手册来的有效, 回头我看下gpt怎么答。

在安卓上就是filter一个 process_text action 就能即时查看解密了

>这也是我写多年垃圾无用代码以来,尝试建立的第一个开源项目。写代码作为我的业余爱好之一,一直仅限于我本人的自娱自乐,但这回我想要写一个能为他人所用的工具,将开源精神贯彻始终。

这一点我也是一样😅 其实,如果你自己经济上觉得ok,多写些没有用的东西无可厚非的

人生就像爬珠峰,能上去的,未必下的来。遵循本心,踏实认真就好

有些人觉得程序员就该赚快钱,就像他们觉得35岁就是代码的终点,但我们真的应该学学普通学

而且对等密钥的协商也挺复杂的,只能用SSL的这种方式干,其实不现实

如果B站能自动提取出密钥,那加密反而不如一些圈子黑话的效果好。从经济角度看,没传播力的密语,其实也没必要审查

你误会了 ,我是说RSA和对等秘密体系的问题。 目前最安全的PM就是用 keybase.io 套一层收发消息,但是在评论区的case 如果有自定义密钥,B战和对方必然是在对等的位置上,都能解密

所以我觉得混淆的概念很新颖,但加密key不知该咋用,可能还是要靠keybase
狼煙 ファクス:
有自己的节奏是一件好事。不过现在的本科生硕士生学英语和德语类单词都是每天200-400新背,加上几百复习,除了背单词以外还会学4-5小时,效率确实很高,我看到有些人三个月从零考了一门语言的中高级证书的(B1)

没必要这么大反应,我自己包括我认识的很多人都是这种效率的,后期可能每天要复习接近1000个,差不多每天背单词会花掉5小时。

Gilfoyle:
哈哈哈,想起前段时间一个中文推文: "如何减少自己的爹味? 别人没问你问题,不要凑上去输出「答案」"

duangsuse:
yh可能不需要这么急着证明什么,毕竟一门外语是本分,两门是情分

对我而言,如果记单词没有「巧法」(工考巧 水去法), 分享词库比较适合卷考试的人, 对正常人,不能起到效果。

https://jpdb.io/kanji/%E4%B8%82#a

同,刷了160d了😂

不同人对能力资源配置的不同,你不需要和别人晒背单词的门槛,在别人看来同理。

对于语言学习,我一直认为融入语境,收藏对方文化上的闪光点,比把语言当做工具更不像AI伪人。

毕竟,中日韩历史上也是出现过「协和语」「汉谚混写」的
https://m.youtube.com/watch?v=3DeWsRVy3A8&pp=ygUDYXB0

你要说速啦速啦地的这种级别,有什么不好? 其实也能交流,但就是太功利,缺乏对不同文化的尊重。

挺反感每次成功学贩卖焦虑,他们贪婪恐惧的样子的

学习是一种天赋和本能,好奇心不是商品或商票。 看着他们把无效内卷当价值投资,我就觉得,是不是现代社会里选择给太少了?

我讨厌的并不是努力付出后资不抵债,而是只为证明自己>1% GPT而花费5hrs,那对大众,可是种负资产啊。 #english
Forwarded from dusong
现在有两个路径,根据失效和汇率损耗灵活选择,无黑金风险:
advcash + wise + alipay
advcash + epay + alipay

第一个路径:费率1.65%,时间最长3天。存在汇率差,需要通过欧元中转。
1. 交易所转USDT到advcash,交易所收1USD,advcash收1USD
2. advcash转EUR到wise,advcash收取5.68USD的固定费用和0.5%比例费用,但转过去的是wise的欧元账户。有汇率波动。
3. wise到alipay,1.11USD的固定费用和1.04%的比例费用。
每次转账的最大值是5万人民币约莫7823美金。那么整体的损耗在:1.65%左右
(1$ + 1$) + (5.68$ + 0.5%) + (1.11 + 1.04%) = (2 + 5.68 + 1.11)/7823.50 + 0.5% + 1.04% = 1.65%
但这整个链路需要3天的时间,主要是advcash到wise需要一定的转账时间。

第二个路径:费率,时间每一步实时。没有汇率差问题。
1. 交易所转USDT到advcash,交易所收1USD,advcash收1USD
2. advcash转USD到epay,epay收取2%的比例费用。
3. epay转到alipay,20USD的固定费用。
每次转账的最大值是7600万美金。那么整体的损耗在:2.29%左右
(1$ + 1$) + (2%) + (20) = (22)/7600 + 2% = 2.29%

其中转alipay的申报问题,只要不是自己给自己转,就不会有申报问题。如果您觉得我的信息对您有帮助,就用我的链接注册吧。感谢感谢。

advcash: https://wallet.advcash.com:443/referral/2bfe3fbb-1db0-44b2-af45-8c5b49fbf08e
wise: https://wise.com/invite/u/jinsogna
epay: https://www.epay.com/epayweb/user/register?ref=200660540

我个人是倾向于第二个路径,少一个汇率波动,时效性高,还没有黑金风险。整个损耗比depay低,还是现钱。
https://t.iss.one/dsuse/20533

反正我是放弃了,什么叫社会面预期管理啊?

不过央行也真是逆天,一个资本已不能自由流动的国家,还在不断耍监管手段,混淆视听,这是要收铸币税、要浑水摸鱼,要抢钱了吗? 楼市半价税和社保税还不够花吗?

它们还在体制内宣传什么人民币全球化,就跟那个byd亏本甩卖一样的,大撒币,真的不要搞笑了, 啥时候离岸人民币和央行的汇率脱钩,就等着币值失信吧。

一个把“人民”做成锚印钞的经济体,币种2%利率还在唱美元怎么怎么降息,美股泡沫blabla,掩耳盗铃,还对账,真是和国足一样,脸都不要了
#kt Stream:
其实是我根本没搞懂如何表达nullable ref(xxx)

如果用SerialName作为refName,就会导致nullable的版本是不一样的refName,从而出现两个ref(但是在语义上是正确的)

如果迫不得已的话,我想我们真的要引入anyOf[{$ref:xxx},{type:null}]

https://github.com/Stream29/JsonSchemaGenerator

Him188:
https://github.com/SMILEY4/schema-kenerator

这里也有个schema generator

https://github.com/SMILEY4/ktor-swagger-ui

Stream:
我写了个小utils,Windows可以双击运行main.kts

https://github.com/Stream29/SimpleMainKts/releases/tag/0.0.1

https://github.com/aallam/openai-kotlin

坐在一个1k star的项目上,放着一堆issue和pr不管

最后还是老老实实跑去用langchain4j了

Jason5Lee:
我在 Rust 里都直接对着 http client 写

最多搞下 event 支持。

Stream:
(我原本想要写个cli小脚本在桌面上用的)

kinopio:
gradle把exec都deprecated了。。

Zika Tang:
task 中不该有除输入输出外的可变量

kinopio:
那想拿到git的tag怎么办。

Zika Tang:
写一个 git version task,exec 换成新的 api,作为其他 task 的输入
Stream:
刚刚传上了Github:https://github.com/Stream29/SimpleCotKtsAgent

孙山:
const可以被内联,反正写安卓是能用尽量用的

Jason5Lee:
我感觉编译期内联只会造成更多潜在问题

就像没 lambda 参数的函数硬 inline 一样

Him188:
const val 内联在 app 内使用应该不会有什么问题;没 lambda 参数的函数内联会增加字节码大小,所以一般没必要。内联一个问题是在一个库A内联了另一个库B的旧版本代码,运行时库B为新版本,库A就会仍然使用旧版本的属性值和函数体。但是这是维护库的人需要考虑的,自己APP内的const变更会导致重新编译,就没问题

malio:
其实我没把kmp算在内,因为目前跨UI感觉挺拉跨。而只共享逻辑的话,对大部分应用来说,带来的效率提升其实很有限,毕竟UI代码占比是大头

比如lottie,图表库等等,如果你说全部用平台视图或者自己画的话…也不是不行,总归有些麻烦

Stream:
我以前玩过一点C的宏

调试的时候写起来就很舒服

在函数开头输出每个参数的名称+值

dragove:
大概是类似装饰器的作用吧,可以做到按照调用依次缩进之类的

Stream:
还是先想办法推一下kmp吧(笑)

相对来说,context parameter什么的都是次要问题了

kotlin是希望你用协程不用线程的吧

所以就必须走CoroutineContext
Stream:
【JEP咖啡屋13[熟肉]-Loom 结构化并发编程全解-哔哩哔哩】 https://b23.tv/zOnyzmU

看见这个结构化并发的时候真的是太有Java味了

最难绷的是,编译器知道lambda的参数类型和返回值,却不知道lambda的类型,要手动写上泛型参数

理论上我们完全可以用虚拟线程做一个dispatcher

因为我们的程序有可能调用基于Java阻塞式代码的库,然后一不小心就把我们Kotlin的Dispatchers.IO.limitedParellelism线程池全部阻塞了

导致我们的最大并发量等于我们dispatcher线程池的大小

有了虚拟线程以后,我们dispatcher的线程池就可以做得很大,而且随便扩容缩容

甚至每次diapatch都可以开一个新的虚拟线程

刚刚随手去搜了一下Kotlin的remote工作,都是Android开发的,而且还不是很多

有一说一,我觉得不可能有什么情况下的Java不可以用kotlin混编/替代的

有一说一,Java+分布式掌握得没问题的话,在国内绝对饿不死的吧

去不了大厂,在小厂也肯定比送外卖好多了

我不知道,反正我不赚钱

当初我在做这里的时候也没想到会有推理模型这回事啊😭

现在要breaking change了,希望不会影响到什么人
Peanuuutz:
static 推不动,context parameter 推不动,explicit field 推不动

关键是看不到早些版本那种冲劲了

一两年前还可以以 2.0 为借口,现在?我不知道在搞什么鬼

dragove:
25年在推解构嘞,然后用解构来实现 record wither,还真不是抄kotlin。单record就和kotlin存在不同,因为java项目组可以同步考虑jvm的优化,record在jvm上就有特殊优化,对比 lombok.Data 能有10% 的性能提升

然后之前搞的字符串插值,也和kt完全不一样,现在虽然暂时撤回了,但是后续应该还是会有自定义插值器,只不过用法会有变化

大概率会学 C# 那种插值器的写法,用起来就像是普通函数调用

如果Java能引入顶类型,底类型和定义处型变就好了,感觉这几个不会破坏兼容性

那如果能有typeclass该多好,一个例子就是 ktx-serialization 没法在编译期确保我用到的类型都写了 @Serializable 注解

java这边json库基本都是基于反射实现的,反而没有这种问题,scala 的库靠 Product/Sum 就能确保被使用的类型是可序列化类型

Stream:
而且啊,如果你的目标是提高并发量,那么ktor也确实是一个非常好的路子,毕竟它和协程的配合会很棒

但是嘛,企业级开发用这个,估计除了jb自己也没别人敢了

Peanuuutz:
关键是,依赖伴生对象的前提是得有伴生对象,但不是所有类都有伴生对象

Stream:
我是觉得,kt就应该假设所有的类都有个伴生对象

如果那是个Java类,就让伴生对象为null吧

dragove:
python在数据处理和人工智能方面的生态还是太强了,现在又多了不少 rust 写的给 python 用的库

这些库给 rust 的接口还不如给 python 的好用(
adamglin:
刚看到的https://github.com/kdroidFilter/ComposeMediaPlayer

Stream:
去user data里面手动把fleet的本地数据删掉

然后重装fleet

fleet的启动速度快了几倍

dragove:
只可惜 kotlin 没有好用的语言服务器

zed编辑器今年年中会发布1.0,会把调试功能补上,那应该大体可用了

SettingDust:
之前说的编译时 aop,最近找到的一个 https://github.com/MsRandom/jvm-multiplatform

isekiのChannel:
我这个包是不是应该改个名字,叫啥好呢
https://github.com/iseki0/Executables

kinopio:
pe-parser

isekiのChannel:
不止 pe 了

已经有 elf 了
duangsuse:
其实东航上一个空难还没有通报结果的
现在东航还会从俄领空飞过去,欧洲人不敢坐了

所以,你打算赌下一次空难, 遇难者的亲属连个确定的原因都拿不到吗

还有那个C919,你看投资方(国家队)敢坐吗

你的论调根本不是以消费者的角度,没有人想说一家开飞机的公司怎么怎么样,但是人命关天, 事故必须反思,不可儿戏

不要坐东航,哪怕便宜
它不对出的问题负责

你的引用不恰恰证明了,正常的航空公司,并不是球员兼裁判,还有人在背后督促披露吗

东航出的那次事故,唉

我批评个冰箱还要会制冷吗?

这是为群友的生命安全考虑,你觉得东航是什么偶像,无所谓,我眼里对安全负责最重要

其实就是飞行员自杀式攻击

排除所有非人为因素

当然,法国最近也有一场这样的空难,但披露了