V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  fuyun  ›  全部回复第 2 页 / 共 3 页
回复总数  58
1  2  3  
173 天前
回复了 csulyb 创建的主题 程序员 目前 web 后台一般是什么趋势
nestjs+angular ,搞定任意一个,前后端通吃。目前的 AIGC ,官方基本都只提供 py 和 node 的 SDK ,论官方支持和社区活跃度数一数二了。至今用下来,感觉是比较舒服的组合了。
https://www.ifuyun.com 坚持了十多年了,技术栈也换了 2 次,前两年开始着手把 Blog 抽象出了一个 SaaS 产品,目前已经全部完工。借助大模型,图文领域也许会再一次焕发生机……
Blog 的进化史: https://www.ifuyun.com/evolution
Blog 这事,首先是作为总结输出展示的地方,能帮助、愉悦到读者那是最好了。也不必强求日更、周更,有总结、有想法了,写写即可,何必拿 KPI 累自己?何况,自己的地方还要水内容的话,就太没意思了……
205 天前
回复了 zy0829 创建的主题 程序员 关于前后端接口联调的问题讨论
理想的情况是全栈,各人按业务模块划分;其次是搞个 mock 接口服务,后端提前定义好接口的出入参,前端直接调用 mock 服务开发,不需要手写 mock 的数据;最后才是 op 说的后端先给文档,前后端再根据文档开发。
不管是 mock 服务,还是文档,都难免遇到需求、设计变更导致的文档变更问题,这时就需要维护文档,并将文档变化实时通知到关联开发人员,最好还需要记录变更历史(谁什么时候因为什么导致了什么变更),避免甩锅。
说句实话,建议 op 或者自己动手完成这部分工作,或者外包。所谓的经验、学习,那只是你以为的,根本上还是免费劳动力,人家实习生还给开工资呢?既然觉得不是什么难事,那应该也费不了 op 多少时间、精力,干就完了。就我自己而言,这些工作作为自己的经验积累也是很有趣、很有价值的一件事……
@qinrui OP 不可能回答你的……https://i.imgur.com/io2SM1h.png 盲猜是大模型……
228 天前
回复了 annoygaga 创建的主题 问与答 Tinymce 商业软件可以用吗? self hosted 的
既然是开源,既然是 MIT ,就没有费用和部署的问题。基础版也基本够用了,有额外需求的,或者付费购买高级插件,或者自己开发插件也不是什么问题,官方的文档还是 OK 的。自己就 fork 了官方库,开发了一个付费阅读的插件。
@peileiscott1 学习的话,直接看 Nest.js 官方文档和 Demo 就 ok 了,就我自己来说没有看什么开源项目,边看文档边上手实践就会了。最早也是玩 express 的,迁移到 Nest.js 的学习成本好像也不是很大……
@dayeye2006199 那要看你拿 node 做什么了,它可以扮演的角色太多了,如果只是拿来打包编译前端代码,那连 express 都用不到;如果要拿来做后端、做微服务,express 、koa 足够轻量,但 Nest.js 的综合开发效率、可维护性等等比 express 好太多了。当然,node 最擅长的还是异步、流、事件这一块……
@peileiscott1 推荐是指啥?学习?还是要接活?
孤独本身并不是问题……But ,好像同一地区的创业者不少,或许可以交流下其他创业相关问题……
https://www.ifuyun.com
巧了,用 Nest.js 做全栈开发整整 2 年了,前后端一起,无比丝滑,interface 、enum 、constant 、function 等等的复用性极高,尤其 Nest.js 和 Angular 完全无缝衔接。作为创业项目、个人项目的技术栈,最合适不过了;当然,本身也是企业级框架,开发企业应用也没什么问题。
目前已经接入了 MySQL 、Redis 、ES 、OpenAI 、Gemini 、Alipay 、AWS 、azure 等等,都很丝滑,在大模型时代,基本都有官方 SDK ,生态很完善。
与诸位判断不同,个人觉得,在 AGI 时代,Node.js 的江湖地位还是很高的……
238 天前
回复了 leehowlslee 创建的主题 程序员 前端 JS 异步问题请教
异步处理的实现太多了:
1 、Promise.all
2 、async 、await
3 、async 库
4 、RxJS ,可以使用诸如 combineLatest 等方法
254 天前
回复了 wocanmei 创建的主题 程序员 前端的终点是卖课
好的课程很有用,无论是学习知识、技能本身,还是提高学习效率;但前提是“好”的课程。就我自己的经历来说,系统性知识全部是通过看书(纸书,以及一本 ES6 的电子书)获得的,那些所谓的卖课的内容,至少目前遇到的,都只是纯粹的“生意”。在某厂的时候,免费参加了一前端公开课,对于部分新人似乎挺好,但只限于此。
另外,对于知识付费领域,个人的观点:作品胜于头衔,那些挂着各种头衔卖课的,还是谨慎点好。
如果传统服务端( PHP 、Java 、Node.js 等)渲染,首屏加载很快;如果 SSR ,首屏会有影响,但后续访问速度飞快,纯 API 请求了;如果 CSR ,……这一套东西( CDN 、压缩、混淆、服务端/客户端缓存、AJAX 等等),无论哪种选择都很成熟了。我也在思考性能、交互、开发的平衡问题,且,加载速度只是访问速度(性能)的一方面,还包括可操作性(影响交互、体验)、操作后的响应速度等。
@babaohuang 说明这个是刚需……(捂脸
刚好上周把这个功能给实现了,不过是 Angular ( SSR 和 CSR 都有)下面的方案,直接监听 NavigationEnd 事件,发送一个请求到服务端就好了,当然,前提是已经实现了 UV 功能。
@babaohuang 没发现有什么异常,如果有疑问可以看看官方的文档,出入参在 IDE 里面也可以看到具体的说明,实在不行还可以看看源码。底层的实现,一个改动是 API key 从 URL 参数变成了请求头,但不影响对外的接口。
大模型时代,OpenAI 、Google 等大模型都会提供官方的 Node.js SDK ,然而,都没有 Java 版本的……https://i.imgur.com/io2SM1h.png
v0.1.3 已经修复了 stream 的问题,已同步发布。😊
@babaohuang 见附言,0.1.2 是有这个问题,先用 0.1.1 或者用 REST API 。
1  2  3  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   925 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 25ms · UTC 19:55 · PVG 03:55 · LAX 12:55 · JFK 15:55
Developed with CodeLauncher
♥ Do have faith in what you're doing.