blackmatch 最近的时间轴更新 blackmatch 最近的时间轴更新 |
blackmatchV2EX 第 254973 号会员，加入于 2017-09-18 12:16:36 +08:00 |
blackmatch 最近回复了
1 天前 回复了 ohlyf 创建的主题 › 程序员 › nodejs 后端究竟是做什么的 |
国内用 Node.js 做纯后端的岗位已经很少了，几乎都是要求做全栈。Node.js 做纯后端就跟其他后端语言一样为业务提供后端服务（ RESTFUL API 等），相关框架比如 Express Koa Egg 等，我做了 6 年+，现在国内只有跟国际业务相关的公司会招 Node.js 纯后端开发，而且岗位特别特别少。
2 天前 回复了 liuestc 创建的主题 › 程序员 › 普通开发人员（非算法工程师）如何抓住这波 AI 浪潮？ |
把 AI 当工具，不要过度依赖，更不要视为逆天改命的机会，提升内核，不忘初心，每日精进即可。前几天刚好写了一篇对 DeepSeek 的看法： https://blackmatch.cn/p/%E5%85%B3%E4%BA%8E-deepseek-%E7%9A%84%E4%B8%80%E4%BA%9B%E6%80%9D%E8%80%83/
欢迎指正。
欢迎指正。
2 天前 回复了 szyp 创建的主题 › 程序员 › 前端后端的各位，接口请求数据的时候，你们更喜欢哪种方式 |
这不仅仅前后端协作的问题，还会涉及到用户体验的问题，如果一下子请求 3 个 tab 的数据，从技术人的角度可能会觉得对用户是友好的，提前准备好数据，能够无缝切换 tab ，但是体验上却未必：
1. 一次请求多个 tab 页的数据会增加服务压力，可能会影响接口性能，降低整体的用户体验
2. 提前加载数据，用户切换 tab 的时候不能及时展示最新的数据
3.没有过度动画会给人一种“假数据/写死的数据”的错觉
综上，个人更倾向于切换 tab 时实时请求当前页的数据。
1. 一次请求多个 tab 页的数据会增加服务压力，可能会影响接口性能，降低整体的用户体验
2. 提前加载数据，用户切换 tab 的时候不能及时展示最新的数据
3.没有过度动画会给人一种“假数据/写死的数据”的错觉
综上，个人更倾向于切换 tab 时实时请求当前页的数据。
3 天前 回复了 GuluMashimaro 创建的主题 › 程序员 › [讨论] AI 是不是正在逐渐培养一代不会编程的“文盲”程序员？ |
AI 不是敌人，懒惰和安于现状才是。正好刚写了一篇关于 DeepSeek 的博客，还热乎着，欢迎指正： https://blackmatch.cn/p/%E5%85%B3%E4%BA%8E-deepseek-%E7%9A%84%E4%B8%80%E4%BA%9B%E6%80%9D%E8%80%83/
3 天前 回复了 matthewzhong 创建的主题 › 程序员 › 驳《人工智能正在催生一代文盲程序员》 |
前几天微信公众号刷到过这篇文章，我印象中文章的主要观点是：不要过度依赖 AI ，不要任何事情都想着第一时间向 AI
提问，不要因为有了 AI 就不会独立思考了。举个例子：如果所有的 AI 工具都宕机了，你还能正常进行手头上的工作么？
AI 不是敌人，懒惰和安于现状才是。正好刚写了一篇关于 DeepSeek 的博客，还热乎着，欢迎指正： https://blackmatch.cn/p/%E5%85%B3%E4%BA%8E-deepseek-%E7%9A%84%E4%B8%80%E4%BA%9B%E6%80%9D%E8%80%83/
提问，不要因为有了 AI 就不会独立思考了。举个例子：如果所有的 AI 工具都宕机了，你还能正常进行手头上的工作么？
AI 不是敌人，懒惰和安于现状才是。正好刚写了一篇关于 DeepSeek 的博客，还热乎着，欢迎指正： https://blackmatch.cn/p/%E5%85%B3%E4%BA%8E-deepseek-%E7%9A%84%E4%B8%80%E4%BA%9B%E6%80%9D%E8%80%83/
3 天前 回复了 puzzle9 创建的主题 › 程序员 › 后端的大佬们 你们的接口文档注释写道什么程度呀 |
既然是接口文档，我建议是不要用代码注释的方式去解释字段，而是分开来写，代码只是一个返回示例即可；另外是否需要每个字段都解释具体还得看场景，如果是公司内部前后端协作，有个固定的风格习惯后，一些通用字段（比如 id 、total ）可以不用每个接口都解释，如果是公开 API 或者交付给外部的 API 越详细越好。
Select Language