Java培训Java与自学Java的差距
培训Java与自学Java的差距
我以前也是自学Java，在一家公司跟着别人学，以前是别人眼中的菜鸟，现 在是别人眼中的大神，Java很简单的，贵在坚持和多练，没必要花那培训钱。如果真的要去学的话，
选择Java培训机构要注意这两点基本上就能避免一些坑：
1. 老师没有正经公司工作经历，或者没有已经在线上正常运转的产品。一 些所谓培训班的老师水平往往比较一般，甚至还有培训出来后又接着培训别人的。
2、是不是会承诺帮你找到工作，要找到好的工作，不是靠别人给你保证的 ，还是要靠自己提升能力。
建议多自己学习加上找些好的代码主动学习。例如github，多练习网上很多 网站里真正好的代码。作为Java工程师，可以多看看spring文档，看看很多已经成熟的框架，深入去体会。另外，学软件等等**好还是自己多学，找点 视频教程之类，也省点钱。
Java基础语法
Java基础语法
Java基础语法
流程控制语句
Java 编译器执行流程
if 分支结构
switch 选择结构与相关规则
循环结构
for 循环
while 循环
do-while 循环语句
各语句性能对比与应用场景
特殊流程控制语句
方法的声明与使用
方法调用的过程分析
跨类调用方法
参数的值传递
方法的重载 Overload
Leetcode 179. Largest Number
>
Given a list of non negative integers, arrange them such that they form the largest number.
For example, given [3, 30, 34, 5, 9], the largest formed number is 9534330.
Note: The result may be very large, so you need to return a string instead of an integer.
s思路：
1. 正如我所理解。需要排序。例如：[3, 30, 34, 5, 9]，先把所有数变成string,然后排序：从左边起逐位比较，如果相等，则都移动到右边一位比较，这都很平常。有趣的一点是，3和30比较，第0位同为3，相等，但是3只有一位不能再往右移动了，此时就不移动，而只移动30的指针到0，比较3和0。也就是说移动受到边界的限制，只是这里处理边界的方法是停留在边界处，并取边界值比较。再比如：3和34，那3就会和4比较，发现4>3,所以34比3大，因为34如果放在3前面组成343比34放在3后面组成的334大。(删除的部分不正确)
2. debug了好久，重新来说。有很多case，例如：3和34比较，可以认为3这个数停在这个位置上了，但是这么特殊的一个例子，3只有一位，怎么看的出来规律呢，所以问题是被简化了，显然自己没看到更general的case。例如，824和8247，当824的指针移动到4时，下一刻应该去向何处？应该把8247的7和824的8比较才对呀，我马上结论说那就是到了结尾后下一步就再取开头的数比较。再例如，323和3233比较，当走到323结尾的3时，下一刻如果回到开头的3，那么3233也是3，难道这两个数怎么放都可以吗？显然323 3233<3233 323，所以还是不对，不过结合上一次的教训，应该不用急着全盘否定这种做法，可能我们离正确的做法又近了！既然323遍历到**右边数之后还要回到**左边数继续比较，那么3233也可以啊，当我们3233到了**右边的3，下一步不是跳出循环，而是继续回到**左边数，所以：3233的**个数3和323的第二个数2比较，这不，马上就可以看出大小！到这里，自然想到，如果是333和3333比较，结果肯定是相等，所以两个数循环多少次都不可能不相等，因此必须又一个stopping rule，那就是**长的数的长度的两倍（后来又进一步缩小范围，stopping条件是循环次数是两个数的长度之和）即：3333循环两次还是相等，那就真的相等，这时候就需要跳出while。
3. 这里思维的进步，需要单独提一下。昨天 Leetcode 165. Compare Version Numbers的时候，就把比较放在while内和while外到处都是，一点没打包严实，不光思路不清，debug也不易，**后把比较功能都想办法塞进while内，世界一下美好了！今天刚开始也出现过，没多想就把比较不等的放在while内，比较相等的又放在while外。不过昨天的记录，今天脑子马上就冒出一个声音说要想办法把两部分的代码都塞进while里面，果然就简单很多，而且**后beat 96%.
4. 补充一点，题做多了，和以前僵硬的思路比，现在思维更灵活了，思维的训练和肌肉的训练很相似，或者说这两者本就没什么差别，尤其是自己尝试每天去捕捉思维的形状。越是去观察思维的样子，思维反倒容易放松，也就越容易reshape，而那些批评自我羡慕别人并不能让自己思维变化，反而徒增烦恼。就拿这道题说，刚开始有很大一部分是连蒙带猜的，想到两个指针到结尾时仍相等怎么办时，就思维几乎停在这个问题，没有自然而然或努力尝试去深入思考这个问题，而是找了两个特殊的简单的例子观察得出一个简化的方法，没有搞清楚为什么。整个思维过程就是这样子，后来debug把复杂的case拿出来一研究才发现两个指针应该循环往复，问题一下就有趣了些。
5. 这道题反映的思维的短板在哪儿呢？还要说两个指针到尾巴后如何处理的事，自己给自己的选项就是试图简化答案，比如就停在尾巴，或回到开头停下。试图让指针停在某一个具体的位置，本身这个答案就没有新意，停在一个地方，而不动起来，说明思维或者自己潜意识在图省事，怕麻烦，都不愿意让指针动起来。指针不动，那脑子当然也动不了，这就expose思维僵化的一瞬间。当然，**后能打破思维的静态和惯性，让指针继续循环动起来，说明脑子里本来就有动的不僵化的一面，只是被这个强大的僵化的思维给覆盖了！
6. 看了网上答案，这个题还有一个代码和理解起来都很容易的做法：如何判断a和b谁应该放在前面的问题？比较a b和b a看谁更大，这个比较直接用string的比较就可以了，因此**后还是一个简洁的数学题，不过这个方法每次都要concatenate两个string,比较费时间！
7. 再思考一下，这个数学的方法是怎么想到的？自己想到的方法是深入细节，挑战各路extreme case，而且**终也在各路细节中摸爬滚打出一条正确的方式—循环指针，一言以蔽之，自己的方法是bottom-up，希望从底层往上解决问题；而利用数学的方法，思考就不是从细节入手了，而从系统出发，从顶层设计入手，是一种top-down的方法。两种方法各有优势，不必厚此薄彼。数学的方法，是一眼能看到10里的人容易想出来的；从底层入手的，对抗各路limit case的适合一眼能看到1里的人容易想到了，属于不同世界的人看世界的角度。也不是说世界不同，是处在世界的位置不同，一眼能看10里，那是因为别人站在数学的高度看了，所以眼里就是公式，如何用公式把世界给完美的模拟；一眼看1里，没有数学这栋高楼，就只能泥地里打滚，combat艰难的各路case。多从数学的角度出发，尤其是发现目前脑袋里冒出来的方法要面临很多琐碎的extreme case时！
相关推荐：
