作者回复: 人生三十,学历的分量应该比重不大了。国内的部分大公司,年龄是个考量的因素,但是也就是众多因素中的一个因素。如果把劳动力看成一个理性的市场,重要的是我们有什么可以拿来交换的。
我有一个朋友,认识他的人都特别佩服,他曾经兼顾过一段时间的非常枯燥无聊、看起来也没什么技术含量的工作。 过了几年,当他把工作转交给下一个人时,他已经把这项工作做的像一个艺术了。他做了大量的自动化,看起来非常枯燥无聊的事情,被他搞的很有趣,自动化后,根本就占用不了他多长时间。
软件是一个复杂的系统,需要各种各样的人才,有能研发的,有能测试的,有能运维的,有能运营的。每种都需要不同的技能。再厉害的研发也不一定做得了测试,也不一定做得了运维。
把你手头的工作做出花来,这就是我们值钱的地方。 怎么才能做出花来呢? 这个你的领导不知道,你的公司可能也不知道,所以大概率没有人能够教你怎么做。你得自己去从工作中发现现实的问题,找到具体的解决办法。多看看新的技术,想一想能不能用到你的工作环境中去。 你可能看到100个技术,只有一个能用。 一个能用,这就行了。你要是不看100个,可能没有办法找到这一个。
运维就是一个涉及到很多复杂知识的岗位,它的复杂度一点都不必软件开发简单。 但是,的确也有的运维就是看几台机器。但是,既然是你做运维,你可以自己定义运维该怎么做最好。
不管时哪一个岗位,如果做到一定程度,年龄从来都不是真正的问题。很多岗位,年龄都是优势,而不是问题,因为没有积年累月的积累,我们成不了一个领域最专业的人。成为问题的,是我们40岁了,水平还停留在20到30岁的阶段。
Stay Hungry, Stay Foolish!
作者回复: 学习了,我还不知道这个插件。注解真的非常强大!
作者回复: 😄和规范有关的注解。
作者回复: 加油!
作者回复: 👍 很多Java的特性,被大家用的出神入化,甚至远远超出了设计者的构想!这真的很帅啊!
作者回复: 谢谢分享C++对应的关键字。
作者回复: 除了个别的例子,几乎都是用Java讲解的。
作者回复: 赞,这是一个好习惯!
作者回复: “是否使用注解应该是个开放话题”,是的,注解很复杂,不同的注解,要分开考量。
作者回复: 要区分一下。 一般的,我们说接口是公开的interface或者class。接口的规范(注释的一种形式)要写在接口里,这样自动生成的文档,便于查阅。一般的实现类,是在内部包或者代码里。实现类的注释,是帮助理解实现类的,要贴着代码写。
作者回复: 只有多次使用时,一般才会考虑定义常量。euqals的使用是一个很好的实践。代码质量就是这些一点一点的小事累积而成的。
作者回复: 是字符编码的问题,这个构造函数(String(byte[] ascii, int hibyte))没有充分的信息可以把字节(byte)转换成合适的字符(character)。
作者回复: 谢谢分享,这个留言对使用C++的有帮助!
作者回复: 可能是你搞错了,我不懂Oracle的数据库。我的数据库知识也比较陈旧了,还是十多年前的见识,没什么长进。
小伙伴们帮着回答一下吧!
作者回复: 不客气
作者回复: 了解了。谢谢!
作者回复: FindBugs/SpotBugds,或者规范的插件,都能检查出来这些问题。