广州？

我也有胃疼的体验，不过现在是偶尔。尤其是精神极度焦虑或者有一些完全承受不了的压力来临时，会疼到直不起腰，可能和我以前天天熬夜忘记吃饭有关。
我觉得除非遇到一个让你高潮的知识点或者开发项目，还是避免天天熬夜，这样熬夜得出来的效率和产出，远低于你第二天白天，而且还容易猝死，讲真

楼主的帖子还是很有深度的，认真的讨论，没像现在大部分社区论坛口水化，那些说发牢骚的 v 友应该被戳到痛点了

好吃就是好鸡

禁止用户在页面上截图(来自之前的 tiezi)

@cnbobolee 感觉 xml 用在配置上挺合适的，没必要换别的

默哀，经历过删库的程序员，以后的生涯内心应该会变得强大

支持 JavaFX

@shenqi 嗯好的，很抱歉回复慢了，因为下午没看 V 站，已发邮箱请签收

忘了内容的读研两字，这方面不太清楚，收回楼上的话

感觉是给自己一个目标，能和计算机统招一样接受科班教育，但是含金量的确是不如统招(毕竟别人相对付出了更多)。总而言之，有好过没有啊，我也是自考生

觉得比之前好

我下载积分也莫名其妙没了很多，奇怪，我以为只有我一个

@shenqi 嗯好的！已经修改好了大部分地方了，的确是我细节和算法很多地方有错误，下面是改好的几点：
1, 修改了斐波那契数列 valueArr 的 int 为 var
2, 增加了阶乘小于 0 的判断，避免产生死递归
3, 修改 z-index 的第二道题目，改为父元素 C
4, 受控组件不知道是不是因为是函数式组件没有 state。。我重新修改了一下，改为 component 的形式，当初始化时或者 props 更新了就同步自己的 state，不知道这样对不对。。
5, Animal 题目审错题了，将 die 和 all 重新进行修改类的方法
6, 修改了 url 的 pathname 的正则表达式，为了拿 pathname，对\?和\#等符号考虑不周全，没有考虑到细节。改正结果为楼上的正则，我感觉我写不出比他更好的正则表达式
7, 最后一道题目重新改正了方向，原来的算法没有考虑到有序这一优势，导致在一些特殊情况下依旧重跑了整个数组。现在通过判断第 0 个元素和前后两个元素的差值，判断是否抵达到了边界，然后进行判断
8, 重新修改了 sticky 的错误描述，sticky 的元素如果高度超过 wrapper 的高度，或者在实际和 wrapper 顶部的距离小于 CSS 的 top 距离，那么不会产生 sticky 的效果，而是类似 static 的效果

我前端框架熟悉使用 react/vue，后端常用 Java 的 Spring 框架，主要意向是初中级前端工程师。目前主攻前端 react，对性能优化 /控制渲染 /生命周期等方面也有较深入的理解和经验

楼主打扰了，我也来尝试回答一下！^_^
https://gist.github.com/LaiHuanMin/cf11b8f27c35fcaa53a08817a9de2294

能感受到你们公司的技术氛围很浓厚，而且公司地址好像就在我家附近几百米距离，请问现在还有在招前端吗？

很好，支持！

rn 混合开发式微？