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