天外是天,不是虚无
之所以用这句话做DIY班的总结开头,因为觉得DIY班可以帮助打开视野,可以把全国的小伙伴聚在一起.人外有人,天外有天. 每次的分享和回答,都有让我耳目一新的小惊喜.
与标题对应的是另外一句常说的话,叫没有最好,只有更好,我们觉得jdk8已经很棒了,现在jdk14都要出来了,我们觉得spring很完美了,但过一段时间,也都会有新版本发放出来.谁也不知道什么时候才是个尽头, 所以整个技术的大树越来越壮. 一眼看过去,就在想, 这么多要学的,怎么学得完.
天外还是天,翻过一山又一山. 于我们而言,我们现在用的电脑/技术也一直在迭代更新中,每更新一次, 我们可以认为,我们又到了一翻新天地.但究其本质所有这些新天地也好,新技术也罢,都是为了解决问题.
回归到现在,一个新的版本/技术一定有他要解决的问题,那么他的尽头就是他要解决的问题,如mybatis 解决jdbc操作sql的麻烦, spring 解决javaWeb开发的臃肿, 往细了说, mybatis中的@Param注解是为了解决xml中#{}中的参数和方法参数的绑定的问题. 以此类推. 每个技术点都有他要解决的问题. 所以划个重点学习这个技术点之前一定要明白这个技术点是为了解决什么问题.这样一步一步的推进, 找到技术点的实质!
干啥都不是一蹴而就的
这个让我想到考研的时候 ，那时候看各种书还有视频资料，最多的一句话就是，一定要有自己的节奏，可以跟别人一起去自习，但是不能让别人乱了你的节奏。
举个例子，晚上和小伙伴一起散步，走着走着就聊到了进度上面，问，你现在在复习什么呀？ 小伙伴答曰，现在每天都在政治，听前辈说，政治要先提前背一遍，然后临考的时候再过一遍，这样最有效了。 这一听不打紧，听的我心里咯噔一下，完了，我政治还有背，会不会到时候一遍都背不完，，不行不行，明天我也要开始背政治。 我成功把自己以前制定的计划打乱了
就像现在学编程一样，一问，别人说，现在在学Python， python好火，然后还有人说go语言也好火，java要收费了，以后要不行了等等，听着听着，自己心里就乱了，不知道要怎么学了
干啥都不是一蹴而就的，就算是玩游戏也还有个新手村过渡下呢
学习是一个需要坚持的事情 , 不要管别人有没有回答问题, 也不要管有没有人在看你的回复, 自己对自己负责, 把学习平常化.如果让学习变成了一场秀,或者带有太多的功利性,就丧失了学习原本的意义.
制定计划，稳扎稳打
有不少粉丝一加我就问我零基础java怎么学。我通常的回复都是：可以考虑买本书或者找些视频跟着一起学。看起来有些应付，但我觉得，这可能是比较负责任的回复了，买本书后，看看目录，就知道有哪些要学的，有哪些还没有学的，只要翻开书，那就不是零基础了，慢慢的跟着书上一起来，肯定会进步的。
最怕的就是，不愿看书，不愿查资料还想着能学好，就如同,想着在DIY班中,想着只靠每次的问题和回答,和看别人的回答就能学好某一个知识点, 怎么可能, 那是别人的思想提炼, 你不自己思考去提炼,永远不可能成为自己的.所以更多的还是要有自己的学习计划. 这个计划可以是对整个java学习,也可以是拆解到某个小知识点的学习!
成体系的学习
纵观DIY这一年, 每一期的题目看似是单独的,但实际上综合起来, 又囊括了java学习的方方面面, 有学习方法, 有定位错误的方法, 有解决问题的方法, 基础到0/0 , 也可以深入到klass等. 这同样也是在告诉大家, java不是指某一个简单的知识点, 而是由很多很多的知识点一起拼起来的一颗参天大树.而且这些知识点并不是杂乱无章,而是有规律,有递进关系的. 虽然每一期只有一个问题,但是我们可以从这个简单的问题中,引申出很多很多知识点,而且有幸能窥行java帝国的冰山一角. 这也就要求我们在日常学习中,少快餐式学习, 多一些系统性的学习,把握知识的整体脉络,这样才是快还学习能力的体现. 没有什么快速学习法,只有坚持和思考带来的厚积薄发.
项目实践
最后一期,我们一起做了OECP(One error Code Platform), 在这个项目中,受各位小伙伴的举荐,有幸成为组长, 那么这里就和大家分享一下管理的艺术.
在历史中找影子
如我和我们小组成员分享过, 历史没有新鲜玩意. 都是重复的. 那么做为我们这样一个小组, 历史上肯定也有相似的组合, 如唐僧师徒,如开国中央政治局,如三国中的五虎上将等等. 找到影子之后,就开始类比,如我是什么角色,要做什么事, 应该怎么分配任务,应该怎么制定目标,应该怎么实行激励等等. 跟着历史去做就好了
给项目也找找影子
不仅仅是给团队找影子,也可以给自己做的业务/事情找找影子. 大家想一想,现在社会那么发达, 其实是不是为了解决衣,食,住,行,这些基本问题. 那个我们所做的业务,也一定有他要解决的基本问题. 往往来说, 这个问题也一定在现实生活中有着对应. 如晾衣服和JVM的堆. 我们怎么晾衣服? 是整个空间依次挂着? 然后想一下,如果有的衣服干的快,有的衣服干的慢, 然后阳光1/3的区域有太阳, 这时候要怎么晾衣服? 你品,你细品, 品到最后会发现. 其实炒菜就是分布式.
有幸我在自己公司中带过一些项目,自己创业时也做过一些项目.所以多联合想来想一想, 对各个项目/解决方案,求同存异,最后就可以得到这个项目的大致雏形, 就算有所偏差,也差不了多少.
多听,然后做决策
小伙伴们都说我很能侃,其实比侃更重要的是听,不仅仅是听话内之意,更要能听说想说而又未表达出的意思. 然后也不用当面就提这事, 先记下来. 然后下来之后再开小会, 询问是否有难处或者有别的想法, 然后再做协调. 这样大会之后,再和某些小组成员过一个小会. 这样才能最大程度的了解大家的真实想法, 才给有助于做决策. 不可能是拍脑袋决定. 所做的每一个决定, 一定有相关的信息进行支持. 所谓组长或者别的各种领导, 其实质就是一个信息差. 我是组长,我能了解到更多的想法和信息. 所以我更能做出有利于全组的决定. 但是小组中每个成员就不太会这样收集和总结.如果有心之人,在平时的团队协作中, 就注意这样多收集信息, 一定可以在你想不到的时候成为你的某个决策的重要依据.
再举一个写代码的例子, 那天看到一段用redis防止重复提交的代码可能有点问题,但是当时忙着别的事,也没深入看. 这几天,有一个dubbo三次重复提交的问题,那个同事说用redis做了锁, 我一想,可不就是那天我看到的代码, 然后就深入看了下, 果然发现有问题.
相信队友,但也要准备一个planB
如此之说,会有一种笑面虎的感觉.但现实确实如此. 有很多时候如赌博一样,把这个任务分配下去, 虽然说着我相信你们一定能完成,但也要做好有人完不成的planB , 或是协调任务,协调人员. 这就要如上段所说的, 多听, 在收集信息的过程中,判断真实的进度, 从而才能协调工作, 达到整体工作的完成.
总结
DIY的结束不是结束, 是新的开始. 原一年的量变能积累成质变, 最终可以脱胎换骨, 真正领略编程之美,生活之美!
更多技术,思想交流,欢迎私信~~
