这种宽泛的问题肯定看实际情况啊，毕业设计和商业产品不一样，服务端和客户端不一样，包含功能的多少也可以有变化（比如撤回、引用回复、发语音、表情包、视频、文件等）
你什么都没说我只能当成 “找外包 1000 做一个微信” 来看待了

理论上是不会，实际上有些网站是没有或者不重视国外业务，所以在国外访问速度比较慢，不会对国外做优化，导致你无法正常使用他的服务

赔偿这种事都是一笔糊涂账，没有统一计算方式，硬要说的话只要不违法都可以，公司其实也有很多方式可以避开法律问题的，比如说效益不行停工停薪 /发最低薪，比如调岗，等等。站在个人立场当然是越多越好，可实际上都是达不到的。我觉得如果是很多人同时裁，你要是有不满可以联合起来一起跟公司刚，光是你自己的名义那公司其实是很好对付你的

我就知道有这事，所以我在之前刚加入引擎的时候就一直没更新，就等着他后面更新几个版本以后自己会慢慢缩小的。

.NET 满地都是吧。。。。。toB 业务尤其多，你不要局限于互联网。
Angular 不了解，但是上招聘网站搜应该也不少的

知识星球算吗

这种就不说了，看有些微信号发的文章，技术分享类的，都是满篇的阿里黑话，虽然知道有干货，但就是看不下去想吐

github dark

我说一个你们都没有的：word 里面自带一些基本的流程图控件。简单的要求可以满足

看完了，B 站广告

千万不要久坐，经常起身

欧洲基本上还是要学历门槛吧 之前听过一个播客 那个嘉宾好像也是低学历 然后脱产读研了以后才去的英国 他那时候都 30 来岁了

@rockyliang #14 如果 A 和 B 是两个独立发版的功能，那我觉得这块公用代码本来就不应该那样理解，只是你们都需要用到而已，但是不能复用。又想要两者分开发布，又想同时复用同一套代码，没有这种事，除非是用依赖库的形式。而这也就是我说的那种开 c 分支 /开单独目录，那个目录你们可以视为一个依赖库。只是他随 master 分支变动而已。当然你也可以做成产物依赖而非源代码依赖。这样就不存在 git 的问题了

为什么不能直接 merge 。A 和 B 都是基于 master 的，A 和 B 最终也要合入 master 。那我 B 想合 A 和想合 master 有什么本质区别吗
当然只是嘴上说说而已。正常的做法是，公用部分不能让 A 单独开发，应该拉个 C 分支先开发完了合到 master ，然后 A 和 B 自己去合 master 。也可以把公用部分写到一个单独文件或者目录里，只提交这个文件，然后合进 master ，然后 B 在去合 master 。

你们不谈工时的吗？甲方让你们 3 天做一个网站出来也接？
只要谈了工时，能 3 天完成那就是正常的啊，忙是忙但是没有任何不合理，这份工作就是给了你 3 天让你做 3 天的活。
不能 3 天完成，那你们还接，那就只能等 3 天以后直接说没完成了，谁让他完不成还接呢。

有一些企业服务好像支持 你给他一个网址 他在线打包出一个套壳 app 的。

你切分支难道不是本地切吗？本地仓库不能同时处于好几个分支上啊，用无论什么 IDE 打开都是一个分支，怎么可能同时有 2 个分支。2 个分支都做不到，更别提 2 个窗口了

小项目还折腾什么，单分支一把梭