这是一个创建于 1896 天前的主题，其中的信息可能已经有所发展或是发生改变。
首先，我不太清楚可不可以写读过源码，这样写有点无知自吹的感觉。。因为我知道自己的项目是个软肋，谈不上好看，所以只是想给自己发掘些有竞争力的点，如果不合适的话我再改
然后，不知道各位前辈怎么解决项目本身不太好的情况？仅仅写 CRUD 意义不大，我尽我所能做了一些技术上的优化，也有过度优化的成分，没有太好的思路
最后，github 上只有最近过年才开始搭的一个小 RPC 框架，还应该放到简历上吗？感觉平平无奇的。。
希望 V2 的前辈们多多指点，感谢
 |
1
ShotaconXD 2019-02-15 15:44:15 +08:00
无所谓你读没读过, 问题答不上来, 读过也是没读过.
我个人略有强迫症, 你前面有逗号后面没句号看着有点难受... 你既然说包装, 进销存字样就不要写了. 直接写订单系统多好( 商品管理, 订单系统等). 总结就不要写了, 这是简历, 不是观后感. 你可以写个技术简述, 描述项目中应用了哪些技术, 解决了哪些问题. |
 |
2
snappyone 2019-02-15 15:53:43 +08:00
读过源码如果真读过就写上，如果只是看过几个类感觉就算了，毕竟你才 1 年这个无所谓。 至于你写的框架如果代码质量 ok 建议放上去，否则就不放
|
 |
3
asd123456cxz OP @ShotaconXD #1 好的，谢谢指点。句号手滑删了。。
|
|
4
asd123456cxz OP @snappyone #2 嗯，谢谢。主流程和重点组件都能摸透，不过既然一年也问不到好像也没太大意义了。。
|
 |
5
hellormrfool 2019-02-15 16:16:42 +08:00
技能清单第三条太长了
个人喜欢写项目难点，突出自己在流水的业务里比较精彩的贡献 确定技能清单里的熟悉、源码等词的运用，不要到时一问三不知。 |
Select Language