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

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

这你居然还有心情问第二第三遍....
在第一遍问他需要什么端口的时候不就该立刻意识到他的回答是「我就是个混子，我啥也不知道」吗
没在第一时间意识到对方根本啥也不懂那就是你的不对了，需要进一步加强对技术力判断的经验。
基于对方技术啥也不懂的前提，如果对面钱给得够，那就要在项目规划期就策划好排查所需端口的工期，
说白了，只要钱给到位，甲方是不可能有错的，还是你们自己太菜。

这东西多写写就懂了。
编程的好多概念都是看的时候一头雾水，
写到需要用到这些个工具的时候立刻恍然大悟了。

欢迎加入 Linux 桌面大家庭

你为啥不当场问他啥叫架构经验呢…

你没说你需求是啥

....你认真的吗
不爬才是降低服务器负担啊兄弟

底下建个虚拟机，跑二进制程序
然后剩下的就是用各种映射模拟硬件外设输入输出

小孩子拿刀砍死了人，司法机构不去追究父母的管教失职，这父母反而来找刀贩子讨说法？

装个 Vim 插件，dd

@Chuckle 好歹叫草稿本呀…

这个确实可以自己写一个，没啥技术上的难度，api 也都全的
开一个 explorer ，设定一个路径，用 tree view 显示路径内文件，点击在 editor 内打开

Git Rebase itself is not seriously dangerous. The real danger cases arise when executing history rewriting interactive rebases and force pushing the results to a remote branch that's shared by other users. This is a pattern that should be avoided as it has the capability to overwrite other remote users' work when they pull.

https://www.atlassian.com/git/tutorials/rewriting-history/git-rebase

rebase 本地用用就好，如果要推到远程仓库会在别人 pull 的时候导致他的自己写的内容丢失
如果这个项目完全只有你自己用，那你删了旧项目新建个新项目更方便

@zero47 不重啊......你自己试一下就知道了，没啥计算量的，也就 IO 多一些。不过这种程度的 IO 相对微信本身那就是毛毛雨了

参考比特币的区块嘛
做一个表，只记录交易信息，譬如 xxxx(时间戳) 入账 1 币，一个月后该条交易记录失效
消费的时候就是手动将依然在有效期内的前 3 条 1 币交易记录失效，如果是入账 3 币只消费 2 币的记录就失效掉 3 币的记录重新生成一条基于原时间戳的 1 币记录
余额计算就是简单的所有有效入账记录求和

我建议你这么提问：
请问 xxx (原包名) 如何在 Windows 下使用？
而不是像标题这么提问。
因为你预设了一种自己搞不定的解决方法，然后针对你自己的预设方法来提问
但可能完全有更适当的解决方法