@xiaojun1994 #45 我不是大佬，我可能只是混的时间比较长跟不上你们的节奏 2333

@xiaojun1994 #40 你们前端的体系我不太懂，但是你比某个楼层的哥们儿的 github 好看太多了。

先说缺点：
1 、你也是缺少 fork ，也就是说我看不到你对别人代码 fork 然后去尝试去改，进而从中学到东西的情况。fork 最后是否提交更改到主线，这不是问题，态度是问题；
2 、你在 github 上面的提交太少，说明要么是日常工作比较多没空 github ，要不就是业余不太 github 上学习（和 fork 情况形成连击），要不就是 emmm 目的不纯，就是 github 弄点项目骗面试官；
3 、你的主要项目的 README ，我不清楚你们前端什么风格，总之我不是这样写的。你可以去翻一下 https://www.v2ex.com/t/923644?p=1#r_12811024 这个帖子，如果你真的是维护一个开源的项目，并且想和大家分享，你会在 readme 里面暴露大量的有效信息。但是你的 readme 花哨有余而内涵不足；

再说建议：
1 、看你找工作的层级，和你现在工作差不多的话，你这个 github 也就无所谓了，放在简历不显眼的地方，少提它。
2 、翻一下 https://www.v2ex.com/t/923644#reply21 ，看看正经的想要开源一些东西的人，都是怎么做的，并且真的聚拢一些对你项目感兴趣的 star ，而不是什么朋友同事水军的 star 或者像你一样随手 star 。我在 github 混了十年了都才点了 50 个 star 。
3 、好好修炼，好好学。你如果能感受到本科和专科的区别，那你就有进步，如果能感受到大佬和小佬的区别就有进步。
祝好。

@samin #39 ……你这个我不太想给建议……
我觉得面试官一般不用看这种玩意儿。就算是笔记，如果真的是自己一刀一枪做笔记的话，你这个明显做笔记的时候也没有用到很多效率工具，比如用 obsidian 。
我的意思很清楚，你做笔记的过程和结果都不太像动过脑子的样子，或者说和我不在一个圈里。
这个 repo 只能给我很负面的感觉，就是花钱买 star 。
包括看你个人主页，连 fork 别人项目都没有，so……很遗憾。

@nightwitch #32 赶快去 github 人肉一下这类面试官，对症下药 2333

@Nazz #30 我这也是啊哈哈，不过我这个太小众了估计。

@Nazz #26 你这个项目搞得好啊。

@opentrade #16 哈哈哈老哥你好，像你致敬！

我八年前（别笑，我年纪好大了）也是这样的，你主要是见得还不够多。见多了以后就对自己有数了。
没事儿，年轻人碰壁是好事儿，碰多了要么墙裂了，要么你就长记性了。

@jones2000 #23 老哥和我的想法是一样的。

@mingqing #19 是的，当然有人有反馈的话更开心 233.

@artnowben #18 向您学习。
我的项目也不算 demo 性质的，是可以实际用的。但是领域太小众，估计比较难办。下半年努力大概能找到一个持续使用的行业用户吧。

@matrix1010 #14 另一个原因是 lsp 这类项目本身就 star 偏少啦。

@matrix1010 #14 哈哈哈哈，是的！

@articoder #156 哈哈，要是没有能力验证，也不敢用这玩意儿吧。

@keyv #11 感谢你的回复，加油！

@articoder #154 感谢老哥的回复。
不过我觉得这个平衡模式就离题万里了。type racket 对 r6rs scheme 做了一些超纲的加强。
超纲的意思是说，type racket 加强的这些能够用于构建 type system 的东西在可见的未来不会被加入下一个标准，即 r7rs scheme 。
这样的回答还不如原来呢 2333

@enchilada2020 #9 我觉得你需要和#5 讨论下 23333

@keyv #7 感谢你的回复，我能从你的回复里面得到很多东西。
你后来有再从事相关工作或做相关的开源么？

@pengtdyd #5 我完全同意什么学习资料就不要往简历上写。
不顾不足 1k 的 star ，就不硬核，这个标准是否有点武断。不考虑领域背景嘛？
纯粹求教。
毕竟在 language server protocol 这个领域，很多学术界的探索项目 star 数量也不多啊。