













已两度申日逝矣。万事皆如烟云。谢诸君之助,使此刊之戏谑得以持续。
今周,吾抛 bsBB 于世,此乃吾等新 官方论坛之驱动力也。。此乃自由之所,如吾等极乐之Discord,可畅谈吾等于此社区所感趣之事。其为正则,非将遽去,故尔宜用之,或分享尔所喜于此简报,或泛论数据之属。
然吾等实为数据之众,盖吾所言之事,亦众之所愿闻也。然吾屡言之,人者先,数据之工次之。是以为人,必多有趣之事,酷炫之理,欲与众共之。
故吾今明言。凡欲言其所欣悦或泛论而得乐者,吾必乐为之设坛以共之。
否则,但求自适。吾故构此,以念少年时所用所理之坛。
bsBB非吾首度以人工智能之工巧撰文,然此番实为刻意经营之私业,欲公之于众,俾众周知。故于某义而言,可谓"要务";于他义而言,仍为周末戏作,肇于对Web 1.0之纯然怀思,时值周遭之Web渐被人工智能之滥流摧折。
世间多有称颂人工智能编程之利,亦多有贬损之论。依吾之见,以代码为生者,其辩析此中利弊,远胜于吾。
今之有趣者,乃吾之实也。勿以码为生。实则,吾可。能写尚可之码,于某些事则深入其理,吾未尝喜深入数据结构及算法之境,此乃计算机科学之根基也。吾之兴趣与所长,素引吾行于更广之域。
故吾素好就事之一二层数之高,处系统图式、API、行止契约、协合之难、信义之疑、信息之扰。是故吾于职事,与工师共谋所欲成之器,乐甚。毕生困于通晓前端网开之术,过乎HTML而已。4 时尚初兴,CSS方具雏形。吾心难容其繁杂,属性行止,浏览器之异态,久不能明其理。
复有此大语言模型之器,其许诺成效不一,可撰低阶烦琐之文,此等事需巨量记忆与经验方能成之。吾所供者,唯吾所乐,乃信息、规划、设计、愿景之属,居事上一层耳。
然此乃其许诺耳。
吾所乐者,乃能倾吾心力,为之至善,思量系统之理,察知理念与功能单元相协,以成可用之软件。吾之职业生涯,多在软件因用户交互而失灵之边际处探微,故料事之变,颇得其宜。此等事,诚为大型语言模型之食粮,盖因其于严限明规、密段递送之境中,最为得用也。
然无人能于设计之初,想象终成之品,尽其完美。造物之事,无论软件家具,皆为迭代之程,途中常遇未期之障或机缘。此程中,吾所悟至妙者,虽于语言实施之细未有所学,然于他事多得所知。软件所属之系统.
此乃吾意也。至于bsBB,初念乃"若简phpBB之制,然以Bluesky为用户"。吾知往昔,众人皆恶复添账户之苦,吾亦不愿涉足存贮用户数据之业,恐终有遭窃之虞。虽不必深究ATProto之规以明认证之详,然亦知独用此法之弊。其一,bsBB须有公然可及之域以入认证之程,遂致本地开发测试诸多困顿。其二,于bsBB之用户,其资料初始化之方(自其个人数据之服务器取之)亦有影响——吾必决取何等资料,及其同步之时。
试验基本markdown之发文功能时,吾悟己忘 markup 之诸部,盖鲜用之故(如之图像语法)。是故须建一弹窗之提醒。若此为功能,则当更设一弹窗之 emoji 选取器,盖可续用多量弹窗之理也。
噫!吾辈需裁抑之具……然则欲何裁抑之具耶?禁令——永绝抑或可复,具因抑或无因,孰掌其权?监者——可为何事不可为何事,何地可行其权,乃普天下之职抑或各论坛有各监者?文之删——可否删之,若可,孰删何文,删之深浅若何?软删抑或硬删,又当如何?倘有个人之密,需尽灭于无闻耶?
吾诚然揭秘治此有趣之题,远胜于定其最佳实施之式。若论小小论坛系统,日有用户一至五人,则寻常合理之"代码优劣"诸般,皆不足道,唯须"代码忠实其本务,不多不少"而已。
是故,吾觉此 LLM 辅助编程之全过程,乃如履危索,极耗吾系统设计及"预想将来之变"之能。
吾又有所小业,隐于侧而行之,俟他日再述。此业示吾以系统之妙,此系统自吾幼时即所好,然未尝留意,直至为趣而编一宠物之程,方有所觉。
复次,余亦知诸大语言模型之所能为,甚为愚拙。尝有一试,告Anthropic之Haiku模型,使营中复杂之功能,上载、存储、管理小文件,以供bsBB(存favicon及数标志物之属——基础架构功能)。既定其设计之概要,余乃烹食,任其自为。归而召他大语言模型(Sonnet与Gemini),检其码,察其欲发之弊……而诸模型皆得诸弊以正之。吾复命旧模以察其码 – 而彼等复得新弊以示警。此弊无已。除无休之警觉(而此乃吾辈生灵所共短)外,无他灵药可解。
每用LLMs速成析码,吾必携此验。盖析码无"码果真通且合意"之终界,故预感"模或行愚举"之识,尤关紧要。昔构bsBB时,常以"1"频应工器之请,然析码不可复持此怠态。但见注言行过,手按ctrl+c,以防LLM忽生奇策,避实就虚。
然则,吾之戏于系统及其络联,自有其偏,故能设法使大语言模型补其罅漏。然此非徒事“编程编码”之技,实需设规立范、管理之能。犹吾昔为分析师建模型,今则须设计分析框架以供人用。欲存“下位”之能,必用之,否则将生锈矣。
此內容由慣性聚合(RSS閱讀器)自動聚合整理,僅供閱讀參考。 原文來自 — 版權歸原作者所有。