关于技术的一些思考

  额,在程序生涯中混迹了这么久。到今天才来写自己的第一篇博客。真的很惭愧。想到哪就写到哪吧。也是自己的一些思考吧。其实我一直在思考技术的本质到底是什么,学习技术是为了什么。没有了技术就不能解决问题吗?这些问题一直萦绕在我的心头。

  关于技术的本质是什么?我觉得技术就只是技术,没有什么高端的。技术只是一种手段,是一种解决现实问题的方法罢了。不要把技术太过于神话了。我们只要能很好的解决问题不就行了吗,管他是什么技术呢?有些人太过于迷信技术,甚至到了疯狂的地步,活在了自己的技术世界了。而忘了真实世界。有时候我们可以从自己的圈子里跳出来。我们始终要明白技术只是为业务服务。如果技术脱离了业务,那就什么价值也没有了。技术只是为了解决问题。我们自己不要故步自封,我们可以尝试从不同的角度思考问题。有时候从业务的角度上去思考技术。而不是从技术的角度上去思考业务。这样我们的思维才能更开阔,而不会局限于自己的那一亩三分地。有些时候别人可能会觉得做技术的很固执。有时候确实是这样,因为做技术内心的都会有点骄傲,觉得没有什么是不能解决的,自己是要去改变世界的。这可能是我们做技术的初心吧。回到正题,真正的技术能力是什么?那就是解决问题的能力。我们学习这么多的技术是为了什么?就是为了能更好的解决问题。请不要把时间花在对你解决问题没有帮助的事情上。再说一句:技术不是世界的全部,如果你能跳脱技术的思维,用更高的角度去思考问题。那么对你的技术上提升可能也更快。用开阔的思维,尝试不同的角度去看待问题,往往能看的更明白。这样你才不会迷茫,才能更通透。

  再打个比方,比如我们做java的,有时候不知道要学点什么。觉得java学来学去也就那些东西。没什么可学的。这个时候我们就可以尝试从别的技术领域学点东西,比如看看隔壁的Go、python、php等等是怎么解决问题的。这样能往往引发你的思考,想想能不能把这些东西引入到自己熟悉的领域呢。

  再聊聊学习,有时候我们会去看一下什么必读书籍、经典书籍之类的。但是那些大部头的书你真的能看的下去吗。看完了对你有帮助吗?有时候看完了,也真的只是“看”完了。把时间浪费掉了罢了。所有当你觉得投入时间去看一本书的时候,你就要思考,这本书对我有帮助吗?看完了能解决我的什么问题?这些一定要先想明白。这样才不会导致你做了无用功,把时间的和精力的效益最大化。不要为了学习而学习,而是学习能解决你碰到问题。还有一个就是你真的对某个东西真的很感兴趣的时候,恩,这才是最快乐的时候。

原文地址:https://www.cnblogs.com/liush001/p/10955777.html

时间: 2024-10-15 06:41:02

关于技术的一些思考的相关文章

关于大型网站技术演进的思考(一)--存储的瓶颈(上)

前不久公司请来了位互联网界的技术大牛跟我们做了一次大型网站架构的培训,两天12个小时信息量非常大,知识的广度和难度也非常大,培训完后我很难完整理出全部听到的知识,今天我换了个思路是回味这次培训,这个思路就是通过本人目前的经验和技术水平来思考下大型网站技术演进的过程. 首先我们要思考一个问题,什么样的网站才是大型网站,从网站的技术指标角度考虑这个问题人们很容易犯一个毛病就是认为网站的访问量是衡量的指标,懂点行的人也许会认为是网站在单位时间里的并发量的大小来作为指标,如果按这些标准那么像hao123

关于大型网站技术演进的思考(一)--存储的瓶颈

关于大型网站技术演进的思考(一)--存储的瓶颈(1)  http://www.cnblogs.com/sharpxiajun/p/4237704.html#!comments

关于大型网站技术演进的思考(转)

作者写了一个系列,很值得学习 关于大型网站技术演进的思考(一)--存储的瓶颈(1) 关于大型网站技术演进的思考(二)--存储的瓶颈(2) 关于大型网站技术演进的思考(三)--存储的瓶颈(3) 关于大型网站技术演进的思考(四)--存储的瓶颈(4) 关于大型网站技术演进的思考(五)--存储的瓶颈(5) 关于大型网站技术演进的思考(六)--存储的瓶颈(6) 后面可能还有,见博主”夏天的森林“的博客http://www.cnblogs.com/sharpxiajun/

关于大型网站技术演进的思考--存储的瓶颈(转)

(一)第一部分 前不久公司请来了位互联网界的技术大牛跟我们做了一次大型网站架构的培训,两天12个小时信息量非常大,知识的广度和难度也非常大,培训完后我很难完整理出全部听到的知识,今天我换了个思路是回味这次培训,这个思路就是通过本人目前的经验和技术水平来思考下大型网站技术演进的过程. 首先我们要思考一个问题,什么样的网站才是大型网站,从网站的技术指标角度考虑这个问题人们很容易犯一个毛病就是认为网站的访问量是衡量的指标,懂点行的人也许会认为是网站在单位时间里的并发量的大小来作为指标,如果按这些标准那

【转】关于大型网站技术演进的思考(一)--存储的瓶颈(1)

前不久公司请来了位互联网界的技术大牛跟我们做了一次大型网站架构的培训,两天12个小时信息量非常大,知识的广度和难度也非常大,培训完后我很难完整理出全部听到的知识,今天我换了个思路是回味这次培训,这个思路就是通过本人目前的经验和技术水平来思考下大型网站技术演进的过程. 首先我们要思考一个问题,什么样的网站才是大型网站,从网站的技术指标角度考虑这个问题人们很容易犯一个毛病就是认为网站的访问量是衡量的指标,懂点行的人也许会认为是网站在单位时间里的并发量的大小来作为指标,如果按这些标准那么像hao123

【转】关于大型网站技术演进的思考(二十一)--网站静态化处理—web前端优化—下【终篇】(13)

本篇继续web前端优化的讨论,开始我先讲个我所知道的一个故事,有家大型的企业顺应时代发展的潮流开始投身于互联网行业了,它们为此专门设立了一个事业部,不过该企业把这个事业部里的人事成本,系统运维成本特别是硬件采购的成本都由总公司来承担,当然互联网业务上的市场营销成本这块还是由该事业部自己承担,可是网站一年运维下来,该公司发现该事业部里最大的成本居然不是市场营销的开销,而是短信业务和宽带使用上的开销,是不是有点让人感到意外呢?下面我来分析下这个场景吧. 短信这块是和通讯运营商有关,很难从根本上解决,

关于大型网站技术演进的思考(二十一)--网站静态化处理—web前端优化—下【终篇】(13)

本篇继续web前端优化的讨论,开始我先讲个我所知道的一个故事,有家大型的企业顺应时代发展的潮流开始投身于互联网行业了,它们为此专门设立了一个事业部,不过该企业把这个事业部里的人事成本,系统运维成本特别是硬件采购的成本都由总公司来承担,当然互联网业务上的市场营销成本这块还是由该事业部自己承担,可是网站一年运维下来,该公司发现该事业部里最大的成本居然不是市场营销的开销,而是短信业务和宽带使用上的开销,是不是有点让人感到意外呢?下面我来分析下这个场景吧. 短信这块是和通讯运营商有关,很难从根本上解决,

关于大型网站技术演进的思考(二十)--网站静态化处理—web前端优化—中(12)

Web前端很多优化原则都是从如何提升网络通讯效率的角度提出的,但是这些原则使用的时候还是有很多陷阱在里面,如果我们不能深入理解这些优化原则背后所隐藏的技术原理,很有可能掉进这些陷阱里,最终没有达到最佳的预期效果,今天我在这里分析下浏览器和服务端通讯的一些细节问题,希望通过分析这些细节问题,能给大家一个启迪,能更好的理解这些优化原则背后的隐秘,最终能更好的运用这些原则. 网站的通讯技术是构建在http协议上,http协议底层通讯手段使用的是tcp/ip协议,但是tcp通讯协议在建立连接和断开连接这

关于大型网站技术演进的思考(十八)--网站静态化处理—反向代理(10)

反向代理也是一种可以帮助实现网站静态化的重要技术,今天我就来讲讲反向代理这个主题.那么首先我们要了解下什么是反向代理.和反向代理相对应的是正向代理,正向代理也就是我们常说的代理服务,正向代理是非常常见的,例如在某些公司里我们想使用互联网,那么我们就得在浏览器里设置一个代理服务器,通过代理服务器我们才能正常使用互联网,而这个代理服务器就是一个正向代理服务器.正向代理更加让人熟悉的使用场景估计还是在FQ技术里的使用,我们使用一个放置在国外的代理服务器来访问那些在国内无法正常访问的网站,这其实也是在使

关于大型网站技术演进的思考(十一)--网站静态化处理—动静分离策略(3)

前文里我讲到了网站静态化的关键点是动静分离,动静分离是让动态网站里的动态网页根据一定规则把不变的资源和经常变的资源区分开来,动静资源做好了拆分以后,我们就可以根据静态资源的特点将其做缓存操作,这就是网站静态化处理的核心思路.由此可见,网站静态化处理的核心就是动静分离和缓存两大方面,上篇我简单讲述了动静整合的基础知识,本篇将会讲述两大核心之一的动静分离策略,只有把动静分离策略做好了,缓存才能发挥出它应有的效果. 下面我们要讨论下动静分离的策略了,一个页面什么内容是动态的,什么内容是静态的,这个我们