十年Web开发技术经验感受

这里列举的后台技术,所有是我工作中所有的要点,并进行了简单的归类,如果你有更好的归类方式,欢迎提出。

  我想其中的重点应该还是服务器脚本部分,例如Java,数据库管理,接口开发等都是这部分来衔接。然后其他周边工具,例如异步消息、队列、缓存,这些东西了解其特性就能够为你所用。浏览器的熟悉主要是考虑到前端技术在学习的过程中需要掌握。jquery是跨平台的,有助于减轻不同浏览器带来的差异。facebook也使用redis缓存,可见其灵活性。部分网站采用python语言来做服务器脚本,主要是考虑到其效率。服务器部分除了好用的crontab工具可以定期执行脚本,完成周期性工作外,还有screen工具,可以在SecureCRT中创建视窗,单独执行脚本,避免占用终端。其他的就不详述了,感兴趣我可以补充。每一个节点都是我经常用到的,这不是学院论文,需要拉大旗作虎皮。

【后台开发经验漫谈】

  后台技术需要不停学习。作为一个网站后台开发,管理着网站的数据,开发数据对客户端的接口,不断根据新的业务需求,结合旧有平台,提出最好的升级和优化方案。在熟悉已有技术的基础上,如果想要提高工作效率,提高稳定性,就需要持续研究新的后台技术和工具,不断应用到自己的工作环境中来。

  有人问,学习编程应该学到什么程度?这是个纠结的问题,也是我不愿意回答的问题。因为just do it,never too enough。问这样的问题,就说明你想学,但是有怕花费太多时间,做过多的事情,功利心比较重。另外也可以看出,你还没有达到合适的程度。所以我还是顺坡下,回答了一个你想听到的答案:以应用为导向,以满足需求为底限。这是一个冠冕堂皇的话,不起任何作用,不过提问者心满意足的回去了。他继续畏首畏尾的在技术的道路上辗转前进。

  学习是一个循环

  技术到了一定程度就有一种当前所有问题都能解决的感觉,没有完全未知或者无解的难题的感觉。这种感觉让人停止不前,需要到实际的工作环境中去历练,于是到了难题再回过头去反省,发现自己的短板,不断补充。之后又重复,周而复始,慢慢提高。实践让我们找到自己最迫切的技术需要,找到自己的缺陷。

  做技术的,看书学习,结合案例进行练习,逐渐掌握系统的性能特点,到达完美运用的最佳状态。你可以处于一种看书,不断涉猎新知识来满足自己好奇心的状态,也可以处于一种不断构思新业务结构,优化细节,无限联想的状态。但是,这两种状态的最佳状态永远都不会同时出现。学习新技术,可以联想到自己曾经做过的东西,发现重新优化和构造的契机,于是萌生了转移注意力去做事的冲动。做事中循规蹈矩,找不到突破口和灵感的时候,也会想到学习新技术来突破突破。这两种状态就如此来回的循环切换。

  不同的项目的后台技术要交流

  其实技术没有稳定的结构,实际的项目不是学校的教学知识结构,每个学生需要掌握的都一样,需要应付的作业都一样。项目千篇,技术就永远不能归一统。所以到了新的岗位上,适应还是必须的,也许你还能发现一些现有系统的缺点,这就要归功于你之前所在团队前人的经验了。你还能发现一些现有团队已经成功解决的,你曾经所在团队没有解决的问题。所以这就是技术交换。你做了中间的这个交换人,那么你就能够学到两套技术方案,两个项目的经验。

  所以上面的图中的技术结构绝不是对每一个人都一样的。因为同样的需求,总有不同的解决方案,如参数检查你可以放在前端,放在后台脚本,到了数据库都还可以再继续检查一番。同样的app,你可以用web开发,你也可以用桌面程序实现。一切都全凭个人和项目组的经验。对于web app来说,浏览器做一些请发发送的必要性检查,未完成的数据提示完成,不符合格式的结构提示调整,然后发送给服务器,这是给服务器减负。服务器拿到数据之后,通过系统其他部分的数据来验证合理性,然后再选择是否处理或者如何处理。数据呈现到存储前的时候,再检查与存储相关的问题,比如一些同步,对应或者附加的修改操作。

后台开发需要学习前端技术吗?

  如js,css,html,后台开发要学习这些吗?有的项目组,人手不齐,一个顶俩,前后夹击,啥都要会。如果项目组里后台部分需求少了,转去做前端也是可能的。特别是现在很多网站都在转型,从浏览器向移动端转移,开始了android或ios的开发,临时招不到人,那只能是后台开发去顶。

稍微了解一点,有一个朦胧的概念和感受,在平时的工作中就可以留意到这些相关的东西,渐渐的,没有做过也会有一些想法和经验在其中,后面真要投身去做的时候,再深入就有方向了。没有应用场景,确实很难熟练掌握,不过没事儿,多拓一条路而已。只在一条路走到黑的人也无法接受一个大摊子。你说呢?

原文发布于微信公众号 - 大数据钻研(bigdata118)

原文发表时间:2016-09-07

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏云计算D1net

混合云的重要性及如何开始使用混合云

导语 混合云可以让您在本地运行您的基础设施,可以按租赁、配置和扩展要求获得一些云功能,然后在准备就绪后可以将应用程序迁移到公共云(也可能是私有云)。实际上,出于...

3277
来自专栏杨建荣的学习笔记

运维平台的建设思考-元数据管理(五)(r9笔记第42天)

关于运维平台的建设,元数据一直是一个很重要的环节,之前在听了ITIL方面的一些讲解之后,发现其实早已经是体系之中的,想必是很多公司很多人还没有重视起来而已。 而...

3219
来自专栏腾讯大讲堂的专栏

【带着情商做产品系列①】产品经理与开发沟通的三板斧

作者: 陈勃,文艺青年一枚。产品策划岗供职6年。写得了文档,编得了文章,做得了诗词,玩得了金属。 经常和开发(简称开发gg)开玩笑说,产品经理是一个高危职业,随...

2087
来自专栏杨建荣的学习笔记

运维开发的开源项目

运维开发的开源项目很多,从很多人的理解中,开源就是把代码一开放就完事了,当然远远没有这么简单。其实如果在GitHub上观察多一些,那些顶级项目都是更新频...

2262
来自专栏情情说

写好一个项目不容易

曾几何时,我多少次吐槽自己接触的项目,数落它们的种种不是,项目文件结构混乱、代码层次不清晰、严重的代码冗余、巨型代码块、缺少注释和日志、散落在各处的静态配置项、...

44911
来自专栏程序你好

软件架构30条原则

原则 1: KISS (Keep it simple, stupid) “指设计时要坚持简约原则,避免不必要的复杂化。” 其思想是使用最简单的解决方案来完成这项...

1102
来自专栏Rainbond开源「容器云平台」

视频 | Rainbond与Service mesh微服务架构

一体化架构为何遭遇强拆?开发语言为何自由选择?资源利用率为何大幅提高?微服务架构插件体系,应该怎样结合?独立部署、升级、替换、伸缩的微服务,运维应该是喜是忧?管...

3418
来自专栏大数据文摘

Facebook数据被滥用?8个视频案例教你用好Facebook Graph API

1392
来自专栏Java架构师学习

阿里P8架构师详说分布式架构的应用原理简介什么是分布式?分布式和集群的关系计算机发展历史分布式架构发展的里程碑架构的发展演变过程如何把单击扩展到分布式

作为一名架构师,我们要专业,要能看懂代码,及时光着臂膀去机房,也能独挡一面!及时同事搞不定问题,或者撂挑子,你也能给老大一个坚定的眼神:不怕,有我在!还能在会议...

2445
来自专栏PHP在线

高可用性系统在大众点评的实践与经验

原文出处: 美团点评技术博客 所谓高可用性指的是系统如何保证比较高的服务可用率,在出现故障时如何应对,包括及时发现、故障转移、尽快从故障中恢复等等。本文主要以...

3027

扫码关注云+社区

领取腾讯云代金券