@itakeman
「但是据说会加速电池衰退」
假的，电池寿命只和充放电循环次数有关，保持 50-60 并不会比保持满格更保电池

go 确实可能是下一个
所以赶紧转 Rust 保平安

给我执行的岗位和待遇我当然干执行的活，不然呢？
要我做其他的先调岗位和待遇

@qingbaihe 你的 root uid 不是 0,
所以没执行 PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
而是执行的 PATH="/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games"
用 id 0 看看你的 0 号 id 究竟是啥

1. 没有复现，敲一下
cat /etc/profile
看看输出
2. 支不支持 mbr 跟系统无关，跟你的 bios/uefi 有关。uefi 固件只能用 gpt, bios 固件两个都能用。所以检查一下你是不是一个用了 bios 一个用了 uefi

我先要确认一下，楼主你知道笔记本边充电边用的时候，
只要一插上充电器，电脑就是直接通过电源供电并且电源也同时给电池充电，
而不是电池一边充电一边给笔记本供电的吧？
同时充满电的情况下也一样是电源供电不走电池这一点楼主清楚的吧？

如果楼主确实知道以上情况，那么请问下你需要电池不充满就不充的原因是什么呢？

@qwertyzzz 你看，你也同意是「已经提供的数据」。那你自己整合一下呗。前端写肯定比后端写简单啊。毕竟前端弄不崩服务器，后端可以。

没太懂，你是希望后端专门为你写个接口，把其他接口已经提供的功能和数据整合到这个接口给你，方便你只用请求一次就能获取全部数据?

@kai1412 直接上项目的意思是直接新建一个项目从头写，不是让你看别人项目.....

先别急着找框架，先打基础
譬如从一个纯文本页面，一点点加上 html 标签，加上 css ，变成有样式和排版的文字
然后加上 js 脚本。
等大概知道浏览器是怎么把 html css js 脚本变成漂亮的页面的，再试着用各种框架把手搓静态页的过程简化下来
然后再根据需要加上服务端渲染之类的功能以及前后端交互

@lp4298707
list = orderBy(list, ['sort', 'updateTime'], ['asc', 'desc']);
改成
orderBy(list, ['sort', 'updateTime'], ['asc', 'desc']);

或者
const ordered_list = orderBy(list, ['sort', 'updateTime'], ['asc', 'desc'])
visibleData.value = ordered_list

@lp4298707 list 在哪儿定义的？

orderBy 定义呢？

@UncleCAT4 根据我的观察，离不开游戏的学生还是先专心玩游戏，等到彻底玩腻了玩不动了电子阳痿了再考虑开发的事情。不然搭完了这么一个开发环境你就有理由骗自己其实还是有在学习的

@Nasei ....确实，你说的对。那我没办法建议了，毕竟游戏佬对 Windows 的依赖是坚不可摧的

建议一步到位改用 Linux 发行版
因为你的使用场景，编程开发、博客、数据分析，全都是 Linux 比 Windows 好用的场景，
而 Windows 好用的地方，譬如桌面办公软件，游戏，工业设计软件，你都没有提到

软件安装路径是啥，包不包含中文，会不会太长

这段还好啊？ 没发现太重的 oop 味儿
没整个 100 层的抽象封装继承算什么 jvav 味儿

你标题问得是如何提供动力
你正文里 「我慢慢发现很多业务逻辑的实现都在后端 我也不理解他们讨论的后端查询性能的问题, 我很好奇」
「好奇」不就是最好的动力吗，看你后文更多是不知道咋动而不是不知道怎么让自己想动
对于编程学习，最好的方法就是多写。开一个项目，就普通的 restful api 接口，然后添功能