技术人员初入门,该如何突破早期瓶颈?

简介: 这是我在知乎上关于问题“只会 if, else, 数据库 CRUD 的 Java 程序员如何提升自己?”给出的答案。其实,这应该就是一个关于早期技术人员怎样突破瓶颈的问题。 作为一个爱好技术的人,我们最常见的技术入门——或者说技术切入点——就是开发有实际可见结果的应用——因为这个够简单,够有成就感。

这是我在知乎上关于问题“只会 if, else, 数据库 CRUD 的 Java 程序员如何提升自己?”给出的答案。其实,这应该就是一个关于早期技术人员怎样突破瓶颈的问题。

作为一个爱好技术的人,我们最常见的技术入门——或者说技术切入点——就是开发有实际可见结果的应用——因为这个够简单,够有成就感。而无论哪个平台、框架上面的应用开发在现阶段都逃不开楼主所说的,某个编程语言的学习(Java、Ruby、PHP 等),某个数据库(Mysql、Sqlite、Mongodb 等),再加上楼主未曾说的该框架、平台(Rails、Android、IOS 等)的知识的掌握。

编程语言、数据库、应用开发框架——这三个部分构成了早期从事应用开发的程序员的全部。

所以当进行了够多的应用开发后,我们就往往会产生这样的思考——我会写应用了,但是我觉得我学会的技术别人学了也会,我的优势在哪里?我想继续提高,我该怎么走?以及类似于楼主这样更为具体的问题:只会 if、else,数据库 CRUD 的 java 程序员如何提升自己?

我觉得,一句话可以指点这个阶段的开发人员——向上走,向下走。

向上走,指的是进一步学习设计——没错,程序员的工作本质上也是设计(只是我们好多人都没有意识到):代码设计、算法设计、架构设计等等。之所以觉得自己在重复地做事情,是因为你的每次设计都采用了同样的方案——排序?用快排吧;生成实例并且要解耦?嗯,用工厂吧;要提高系统性能、可用性?嗯,用 cache 吧。虽然说利用现有的设计方案是设计人员的必经之路,但是如果一次又一次的重复利用相同的方案,你就会觉得自己并没有提高——虽然对于项目本身来说是安全、可靠的。在学会了基础的应用开发之后,你就算是学会了最基础的设计方法。然后你要提高,就得继续去学习更为优秀的设计方法:代码设计上,我们去参考设计模式;算法设计上,我们去了解针对同一个问题的不同的解决方案的可用场景以及相应的优劣性;架构设计上,我们去探索最适合现在我们应用所处的环境最好的解决方案(听过腾讯一位技术总监的演讲,他们后台的用户数据、关系系统的架构就有自己的选择:例如数据库中的读取尽量没有用到锁)。总之,学会了基本的应用开发,就可以尝试向上走,走“形而上学”的路子。我想楼主应该已经看出来了,我的建议具体化下来的时候,就是去学习设计模式、算法设计、架构设计(现阶段仅仅了解一下就好,将来在实际情况中去实践的话体会更深)等一系列关于设计的知识。

向下走,指的是去了解系统下面的世界——也就是说,去学习系统的运行机理,“知道机器在干什么”(我最敬佩的 C 语言老师所言)。一个应用程序运行起来,就得有各种支持它的系统——计算机硬件系统、计算机操作系统、编译系统、语言运行时系统。如果不去了解这些“土壤之下”的机制,你就会觉得自己写的程序有如空中楼阁,不得其中真谛——譬如,同样能达到目的两条语句哪个机器执行的效率最高?哪样的代码组织会导致最终程序执行的崩溃?怎样去避免代码中的内存泄漏?——所谓知其然,不知其所以然也。所以,代码要写的明白,咱就得往下走,去了解底层。我们可以去看看 linux 对于进程的内存、CPU 管理机制是怎样的,从而去优化我们程序的性能;我们可以去看看数据库的存储引擎,从而在深刻理解之后写出更为高效的 SQL 代码,并且进一步对自己的数据库进行设置、调优;我们可以去看看 JVM 是怎样进行垃圾回收的,从而避免 java 中恐怖的隐性内存泄漏。楼主向下走,可以去学习操作系统、计算机体系结构、编译原理以及运行时等知识——你会在学习的过程中对于自己曾经遇到的问题恍然大悟(我就经历过好多回了,每次都高兴不已哈哈)。

最后再提最重要的一点——不要把写代码本身作为终极目标,而应该把代码之上、之下的东西弄透。我想,这也是区别代码工人和研发工程师的界限之一吧!

目录
相关文章
|
11月前
|
前端开发 Android开发 iOS开发
探索Android与iOS的跨平台开发策略
在移动应用开发的多元化时代,跨平台开发已成为开发者追求效率和广泛覆盖的重要手段。本文深入探讨了Android与iOS两大主流平台下的跨平台开发策略,分析了各自的优势与挑战,并通过实际案例展示了如何有效实施跨平台解决方案,以期为开发者提供有价值的参考和启示。
|
Java 数据库连接 数据库
|
存储 监控 安全
无影云桌面的安全设置及等保合规浅谈
简单聊聊无影云桌面的安全设置及等保合规,个人观点,如有缪误,请指正。
4728 3
|
云安全 监控 安全
干货帖 | 阿里云云安全ACP认证考试攻略来袭…
号外!号外!云安全专业认证考试的经验分享来啦,除了烧高香,拜大佛,尊考神,我们还要做些什么实实在在的准备呢?我们来看一看~
7949 0
|
网络架构 机器学习/深度学习
IDC通过BGP主备链路上云方案
通过介绍专线接入和云企业网组合应用的方式,提供客户IDC上云且具备主备链路的混合云解决方案。
14004 0
|
数据采集 算法 新制造
强强联合—阿里云依托下的智能制造业案例分享
在云栖大会南京峰会智能制造专场上,南京泰治自动化技术有限公司副总经理陆晓杰和南京泰治自动化技术有限公司副总经理钱国兵分享了他们与阿里云的合作过程以及成果。高效的阿里云平台联合专业领域经验丰富的企业,进一步提升了制造业的智能化水平。
4191 0
|
域名解析 对象存储 CDN
OSS自定义域名应用及其常见问题排查
本文将介绍OSS自定义域名应用的优势、OSS如何绑定自定域名及OSS自定义域名常见问题排查;
12637 0
|
缓存 关系型数据库 Go
使用PostgreSQL_Notify实现多实例缓存同步
Parallel与Hierarchy是架构设计的两大法宝,**缓存**是Hierarchy在IO领域的体现。单线程场景下缓存机制的实现可以简单到不可思议,但很难想象成熟的应用会只有一个实例。在使用缓存的同时引入并发,就不得不考虑一个问题:如何保证每个实例的缓存与底层数据副本的数据一致性。 分布式系统受到CAP定理的约束,分区一致性P是一般来说是不允许牺牲的,不可能让两个实例对同样的请求却给出
3373 0