TA的每日心情 | 衰 2021-2-2 11:21 |
---|
签到天数: 36 天 [LV.5]常住居民I
|
写在开始,这里借用特立独行的猫的一句话,你可以原地踏步,但别觉得别人都该和你一样。
& D" t2 @2 h0 O3 [+ m
' @" T5 Q2 ], x3 I8 q) z 程序员的3年之痒,的确是时候该挠挠自己了。3年的程序员生涯,不长不短,但它的确是一个坎。3年改变了我们的不仅仅是年龄,当然还有薪水。) Z3 }7 I$ Y( z1 K% Z7 j" |
7 X" J$ R# H7 p! E. m
( B. A8 ^% e/ a1 {( J
工作也有几年了,特别是今年要学的东西越来越多,然后感觉自己越来越无知。有时候恨不能所有的东西都要了解都要懂甚至要精通。但时间毕竟是有限的,况且你还有项目任务在身。当然很多时候也是惰性使然,空闲时间对于技术的关注虽然有,但是很多东西都是理论的东西。% d5 z/ |: @4 C p1 W. W4 Q+ l
8 ]( w/ E( U+ h3 F
0 }1 h N! w1 y 躺在那里的叫信息(information),只有内化为自己的才是知识(knowledge)。涓涓细流,饮多少全凭心意。作为一名合格的程序员,你不能嘴上说的天花乱坠,实际让你去做的时候你就干瞪眼。从后台到前台,从汇编到java,从大数据到云计算,吾生有崖而知无崖,欣赏,开放,包容,很多地方都可以学习。
" ]& r3 i% t' ]+ G, a) Q7 O' W" t, l9 g9 D( h& O: Q. `3 T
S+ b: e; e& x. X/ A
所以很多东西,特别是感兴趣的开源框架,我一般都会做一个demo,理论性深层的东西可以暂且放到一边,当然你要懂得基本的概念,它是个什么东西,用来做什么的。然后慢慢去接触一些框架底层的东西,实现原理和设计模式,当然你如果模仿框架写一个自己的东西,那么恭喜你框架模型已经吃透了。; s0 a+ ?( ]* {( W E8 f5 `
. w& Y; y7 m. A/ |( v" l* ]2 V
8 q' o# a0 v: q2 C8 K+ k 记得前一段时间接触阿里巴巴的分布式框架dubbo,网上查询了很多资料,也加了几个群,关注一下架构大牛的心得历程。其中有一个同学,貌似依照dubbo写了一个属于自己的调度框架,虽然下面有些评论说基本跟dubbo一个架构,但我感觉他是吃透了这个框架才能一步步模仿来的,生活中处处不都是学习借鉴嘛。有句老话怎么说来,照着葫芦画瓢,虽然不甚完美,但有些人他连笔都懒得拿。 k1 l4 x& ^+ X5 P% Z! ~
& s! A. S* M F& u% g$ j: I7 ^0 G
& `0 @, u6 J3 L 提到dubbo我不得不说下敏捷开发,现在很多公司提倡敏捷开发,包括我们公司,老总会议也是提倡我们要做敏捷开发。起初我是不大关注这个词语的还特意百度了一下,如下:敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。换言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。& p$ w( `: L2 T* I, Z' d" D
0 k( K1 H; Y/ Y$ ~/ r: e
! y; u3 y; I$ C; C% L3 F# z( s
但是就目前来说,公司的项目很多敏捷性都不够好,的确我们开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发,但后面的内容我们执行的很不好,或许我们缺少一个好的架构师,也许我们缺少一个好的前端设计师,更甚至我们缺少一个好的核心程序员。作为一个一线的程序员,你要知道一个功能要改N+1个项目的时候你是奔溃的,当你将要完成这个功能,上面说需求有变动时你是泪奔的,即使你愤怒也仅仅是你自己的事。你永远不知道这样的需求还有多少,而大多数程序员也就是这样过来的。2 E3 `4 {5 m$ K# `3 t; P
1 H" @; U5 Q0 j) b/ M) u
4 y: X$ J+ ^! d4 ` 出现问题总是要解决问题,提出统一合理的解决方案,如果这件事现在没人做,对于你来说这何尝不是一次挑战或者是机会。程序员的思维不仅仅是完成本职工作,而应该是敢于突破自己,挑战公司现有平台的缺陷和不合理的地方。程序员的经验不是随着岁月的流逝而累加的,也就是说经验的增长并不与年龄成正比的。不是说你工作3年就一定能成为一个中级或者高级程序员,也不是说你才工作2年就不可以成为一个架构师。还是那句话,涓涓细流,饮多少全凭心意。你掌握多少东西在心而不是在年龄。
7 q- h1 r0 X; T/ F% ?. |8 Z' O; x$ ]! ~# H) Y$ u/ X
' a# N: U5 z5 T- A 安逸的公司环境会是一个不求上进的程序员,变得更加懒惰,我甚至无法想象如果脱离公司去其他项目公司会是怎样一种情景。所以,我时常跟身边的同事说,不要仅仅做好本职工作就ok了。不要空闲的时候无所事事,浏览新闻,逛贴吧,这个年龄段你应该成熟的去面对和规划自己的职业生涯了。不要觉得自己多做了就是吃亏,要知道做了就是自己了,年终总结不是写个一二三那么简单。不要庆幸,上级就给我分配了一点任务,又可以无聊发呆看新闻了,殊不知,上级可能觉得你根本无法承担此任务(这样你还感到庆幸吗)。
! B: W: P3 G% i0 N0 U
& K) P1 K7 V- w/ o* V
+ G O. {9 g& w' n% S 你得尝试着去改变,不能因为公司怎样你就可以这样一直下去。事情总是朝着好的方向去发展的,你要真正把自己当成公司的一员,而不是一个打工的。你要把公司向好的一面去推进,其实很早有就发现公司平台有很多差强人意的地方,只是的确自己水平有限,有改造的想法,但是没有实施的能力。
2 D$ k) x3 V$ B0 N! `4 \8 m
/ D; N1 Q- w" ~& I1 Y8 W0 b& O& }1 S0 ^5 Q/ ^" E9 f$ _
你得尝试着去改变,你要把平台复杂的问题简单化,重复的任务统一化。我觉得这才是敏捷开发的根本,用最少得时间成本解决相对复杂繁重的问题。最近也在研究一些架构性的我东西,也是得益于李智慧老师的大型网站技术架构,很系统很全面。什么是架构?有人讲, 说架构并不是一 个很 悬 乎的 东西 , 实际 上就是一个架子 , 放一些 业务 和算法,跟我们的生活中的晾衣架很像。更抽象一点,说架构其 实 是 对 我 们 重复性业务 的抽象和我 们 未来 业务 拓展的前瞻,强调过去的经验和你对整个行业的预见。
% M* n3 ], N4 Q8 f2 T
4 Z: M5 ^, |' {/ A! p
1 d+ Z' e; S$ Y" g. c; U 一个合理的架构设计后期是可以避免很多不必要的繁重的任务。从你的项目搭建,服务化组件,消息中间件,数据库中间件,配置管理,甚至于项目安全,高可用,扩展性,伸缩性等等都是架构师所考虑的范畴。当然一个合格的架构师关注的是人而不是产品,一定要坚信:一群优秀的人做一件他们热爱的事情,一定能取得成功。不管过程多么曲折,不管外人开来多么不可思议。一个好的产品,驱动应该是人而不应该是其它。一个优秀的架构师,指望优秀的人来帮自己做事,不如做成一件事让自己和参与的人都变得优秀。) f n5 e4 M, C" s
1 e( H( d6 G! X# e; w4 a+ s+ z
* {& w W$ w& A- G6 C0 a
成长是需要过程的,更是需要用心的,所以不要在最好的年华浪费了你最充沛的精力。$ m- r: ^4 h0 x8 |
+ v" u) H1 ~; L8 c4 U
前几天一个朋友碰巧问到我并发的问题,其实这方面我也接触的比较少,至少到目前为止公司的项目数据库都没有做主从、读写分离,又何来的高并发让你去实践。但这并不代表有些东西你就不能去接触,未来和机会总是留给时刻有准备的人。高并发其实虚无缥缈东西,很少有网站真的需要这些东西,而且其中很多技术,其实你已经在用了,只有很少的网站真的能达到高并发, 所以很多人没有接触也是常态。& R) y7 A9 a6 Q
) j. s2 ~% v) R
其实对于这个问题,我是不好意思回答的。虽然系统中也用到了类似的技术,比如页面静态化,本地缓存服务,Nginx反向代理,静态文件压缩以及动静分离。当然还有,消息队列,文件服务器,数据库主和集群,应用负载均衡集群以及分布式服务等等。说到底,解决高并发无非是上面技术的罗列,程序员要做的就是把每个技术具体实现。 / M9 C2 V- `3 F
/ J3 @( O/ y$ i 对于一些创业型公司来说,免费的永远是最好的,linux、nginx、tomcat、mysql、java,redis......各种开源免费的工具。在保障可用的情况的,尽量使公司的利益最大化。
$ @' \6 h1 H. k9 I! o7 p2 |; r* N# r/ v
6 w, x4 p* ], C. t; v! Y, V O4 e 所以作为一名合格的程序员,你不仅仅要会写几行代码,掌握以上开源的工具也很重要的。对于linux的关注,其实也是在去年开始。由于win2003的不再维护,我狠狠心把服务器系统换成了linux系统。从开始的不习惯到现在的得心应手,说真的,不要畏缩不要不敢去尝试,习惯这东西说白了就是懒惰,明知道有更好的解决方案,更好的结果和未来,你就不去做,除了懒能是什么?
/ T5 p1 n) X5 s; m+ q) @7 Z7 T* e1 j2 l5 F% b, O' J: g! H
再长的路一步一步也能走完,再短的路不迈开双脚也无法到达。可能这句话用在这里不是那么恰当,只是让大家明白一点,勇敢的走出一步,兴趣永远是最好的老师,当然一步步收获的喜悦也是你前进的动力。1 D7 a& G! e! D, c3 S" ^
' r: a; r" J: V% N( {
8 L, C _) d7 D# P+ T/ n
说了这么多,有点乱,但都是平时的一些思考。这里引用博客园的一段话:
" I% P2 F+ c) c: K
$ y" |. ?' R7 S
5 a, h8 [% m L+ f9 j5 F1 ?) J 如何不停的学习和提升,这里以Java语言为例,首先, 一定要 理解 JAVA;第二步,JAVA完了以后,一定要 理 解 JVM;其次,还要 理解 操作系统;再次还是要了解一下 Design Pattern,这将告诉你怎么把过去的经验抽象沉淀供将来借鉴;还要学习 TCP/IP、 分布式系 统、数据结构和算法。$ x3 A. t1 c4 M; R6 v
K4 N9 I- k& \) D, z6 z
1 |$ b, f3 H& z% H0 C0 d
最后就是我想说的就是今天我所说的可能一切都是错的!大家通过不停的学习、练习和总结, 形成自己的一认知体系,谢谢大家。7 w* T% {# K8 L1 Y4 o) [
) z' O7 I" U; u" v) U
; A7 Z5 P5 Q3 v' I
: e: S# C/ M* S% B8 `' F
5 `2 E) o% z# ]2 T& ?; L$ C
) H$ m, L4 N0 C& L1 R' k* i2 P |
-
总评分: 帮币 + 3
查看全部评分
|