兜兜 - WWW.YOUINFO.SITE - WWW.YOUINFO.SITE

LinuxDo 最新话题 · 2026-06-10 07:58:06+08:00 · tech

最近回到了学校，忙完了毕业的事，就一直在兜兜转转地学基础知识。之前在家待的都长毛了。突然忙起来，感觉也不错。最近感觉自己在生活习惯上和心态上又有了一些转变，所以打算写点什么来分享一下。想分享一下自己总结的的几个习惯。 1.输出和输入同等重要很多人在学习时都容易犯一个错误，就是过度的追求输入，而很少输出。比如学习课程时，经常有弹幕刷“我今天学了三十课。”但你学了三十课，有没有积累三十课的笔记呢？有没有去进行三十课的实践呢？实际上二者同等重要，甚至可以说输出比输入还重要，因为输出可以倒逼输入，而长时间的输入容易给自己制造已经学会了的假象。 2.学习/输入、思考/实践/内化、输出只有输入和输出还不够，中间的思考实践内化这一步可以防止你变成“把学到的知识逐字背诵”，而是真正带着一点理解（哪怕很少），去把知识真情实感地表达出来。对于学技术，我建议就直接敲敲代码去实践。有一些人生道理，不容易在生活中随时都能实践，就可以多多思考消化。 3.大量分享把自己的想法写出来，只是输出。那既然都已经输出了，不如找合适的论坛或者社区，把自己的想法分享出来，和大家讨论，能获得一些正反馈。 2 个帖子 - 2 位参与者阅读完整话题

兜兜转转还是用回了chrome

LinuxDo 最新话题 · 2026-06-04 09:53:03+08:00 · tech

虽然不理解但是体感就是比edge要快，不知道为啥，不都是使用的Chrome的内核吗？edge的要更旧一些的原因吗？ 2 个帖子 - 2 位参与者阅读完整话题

还记得《灵魂摆渡》吗？2026原版人马《灵魂摆渡·十年》回归

LinuxDo 最新话题 · 2026-06-03 17:03:53+08:00 · tech

兜兜转转，我们注定会相遇，444号便利店，永远亮着，等每一个记得回来的人。附一个夸克的链接： https://pan.quark.cn/s/d183ae0e1f0f 1 个帖子 - 1 位参与者阅读完整话题

[分享创造] AI 有所能有所不能，服务端渲染/Spa 之 GooseForum 又经过一年的迭代感慨（前端兜兜转转的技术选择）

v2ex · 2026-05-26 20:00:42+08:00 · tech

去年把很早之前开发的论坛项目 GooseForum 部署发布了之后,又伴随 ai 一起 coding 一年多了。质量也是越来越高。 codex 你真好用当时帖子 2025 年分享整个开发目标是单体应用（第一目标基于 go ）+sqlite 下的良好运行（第二目标）以及还可以的 seo(就是这个 seo 和第一目标之间的矛盾搞的页面技术换来换取，如果采用 go 打包可执行文件，那么像 nextjs 之类的使用就肯定不会考虑采纳) 那时候的第一版本没记错应该是采用的纯 css 吧。是从一开始 naiveui 切换走的（用 naiveui 写非管理页面我也是脑洞大开）。后来切换到 tailwindcss + Daisy UI 。不得不说，用 Daisy UI 写管理页面也是脑洞大开，因为这是个纯 ui 组件。再后来剥离了 Daisy UI 。前端纯 tailwindcss+ Alpine.js+go 模板渲染，管理当时引入了一个 shadcn-admin(react 版本)。大概半年吧。这套组合说能用也能用，但是确实古板，而且写法不主流，Alpine.js 性能也不是多好，并且还存在闪烁，当时还发帖询问了混合渲染有没有什么好的方案。万能的 v 友啊，求一个不同语言开发的 web 混合渲染方案（首屏渲染用的不是基于 node 的服务端渲染，但是增量渲染使用 spa ）要怎么做。虽然当时没有改，但是当时讨论研究的几个方案算还是给我留下了深刻印象。也是我最终现在采用的方向。就是<no-js>标签+payload ，这种情况下 react/vue 其实区别就不大了。并且过程中的管理页面和用户页面的分离也可以合并起来了（改之前是用户页面纯 go 渲染动态部分 Alpine.js ，管理页面纯 spa ，维护起来麻烦）。并且随着 ai 迭代。稳定的迁移新技术，以及方案的实现都好很多，比如过程中 payload 部分，没有采用 nertia.js 。直接 codex 实现的 go 模板-payload-spa-vue 的串联。当然虽然 ai 没有让 go 直接实现 nextjs 的全部，但是这个方案再次重构整个网站。过程中质量/可靠性越来越强了。并且作品最终的运行的效果我也是非常满意的。 GooseForum 也欢迎大家相互交流 (｀・ω・´)

/tag/兜兜