@mumuy #67 哈哈那应该用一堆小种语言来写项目

@andyJado #22 一个文件有几万行……用 vscode 打开都没法语法渲染了吧……
1 、我现在是按照文件更新的；
2 、如果一个文件几万行，且 10 个函数，那一个函数平均几千行代码，笑。
3 、我不能确定你的修改是否只对函数内部的语义有影响，如果你确定的话，把更新索引的粒度下降到函数也是可以的。

笑，你的困难我都遇到过，还是前置知识缺课的缘故。
以及，如果你以后想要进一步研究 static analysis 的工程实现，可以 github 看我的 scheme-langserver ，master 分支前天刚推了 deductive inference system 上去。笑

@BrodyYoung #64
计算机领域很庞大，具体学习哪个方向你要自己找，找的时候遵循几个原则：
1 、兴趣为王而不是挣钱为王——大家都想挣钱，但是能让你挣到钱的是你的独特的价值。尊重你自己的兴趣，在长达十年的时间里面不要放弃，一直投入，总能有一点起色的。
2 、多看看别人的好的项目，你看的多了，自然就知道什么好什么不好。
3 、国内的开源很多是产业和资本为王，但是当下的裁员潮已经证明了他们的道路走不通。回归程序员自身的需求，回归人民的需求是很重要的一个出路。具体怎么做，自己去想，不想和瞎想都是死路、邪路。

我自己现在注重的领域是计算机语言学（区别于计算语言学 computational lingua ，英文好像是 Computer programming language ？），这个领域在国内据说只有清华和南大有专业方向，一方面说明就业市场小，另一方面也说明门槛高。但是我自己觉得里面的知识工业化应用其实也就那样，挺简单的。2010 年的很多博士论文其实很简单，现在我们仍然可以追踪发展进度，并且把一些东西产业化。而且，产业应用中的一些东西在学术界思考的比较少，还有很多可以突破的方向。

我自己曾经研究的领域是 NLP ，emmm 也就是几篇论文而已，可以灌水养活自己了反正。
------
计算机语言学的话，可以送你几个思考的方向：
1 、如何用逻辑编程减少 bug ，这方面可以从 miniKanren 那边学习一点歪招。如果能通过比较麻烦的编程，减少 bug 和 debug 的精力，对于很多领域是有用的。比如汽车和飞机，总不能一边飞行一遍 debug （笑）。
2 、一些 api 系统的 request 之间是有语义关系的，比如必须先执行某个 api 再执行另一个，这是一个 DSL 的系统。也可以做一点小小的工作。

@dnsjia #62 给大佬点赞。

@BrodyYoung #60 囧，你这个 github 表演痕迹太重。
给你几个关键词，楼上请自己翻一下：
1 、没 fork ；
2 、弄了一堆 spring ，netty 之类的东西，点开一看，就一个 initial commit 或者“整理代码后提交”——这™有 50 多个 star ？可见你项目的 star 的质量就比较低。
对于一些经历和我类似的面试官而言，repo 来自 v 站的浏览量与 github star 的转化率大概是不到千分之一。你的项目可能有一千人访问过么？我觉得不可能；
3 、你的 readme 完全没有一个对大家开放的思维，连简介都称不上。没有开放的思维，很多情况下就是肚子里没有东西。
4 、我看到了很浓重的培训班痕迹，这是我的臆测，也许你只是参考培训班建立了自己的知识体系。但是对于搞开源的人来说，我们恰恰最不需要的就是那种体系。

我这话说的比较重，因为我也做后端（但是我不用后端程序员定义自己）。从我的角度看：表演式开源要不得。笑。

@dayeye2006199 #58 2333 你这样说，我老脸一红。

@moonrailgun #55 向巨佬致敬。您的项目完成度很高，您关于“通过解决开源项目遇到的问题，这种解决问题的思维我想才是真正的加分项”我完全赞同。
实际上简历上所有的东西都应该有这样的倾向：怎么解决困难，关键点。而不是罗列项目经验。但是很多时候我看别人的简历，都没有这个意识，奇奇怪怪。

@SonnyBoi #51 你这样的话其实等于……没有对你 folk 的代码做出贡献，明白我意思吧？
就是你用了人家代码，但是你的修改不是在人家的代码基础上，这其实是一个单向获取过程。这个过程我无意评价。
不过你做论文用到人家代码，如果论文能公开并且标明用了哪些代码的话，其实我觉得简历效果会更好。

@boris1993Jr #49 感谢你的回答。果然我还不是自宅警备队一员，完全不懂什么 A 岛 2333

@mumuy #35 仔细一看你这太大佬了，66666 ！
你们前端 star 太多了，我们这个小门小户的领域也就是搞搞 Program language 的解析啥的，不能和你们比。

@lyhiving #39 怼的漂亮 23333 ，强势插眼等待更新。

@boris1993Jr #43 强势插入你们的对话（笑）；
你那个 XoW 看起来挺好玩的。就是……X 岛是啥（笑），以及 UWP 是不是以前用来做 windows phone 的那个东西？这玩意儿现在还在什么地方用？
请不吝赐教。

@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 你这个项目搞得好啊。