我们身边的get,post型的人-阿里云开发者社区

开发者社区> 开发与运维> 正文

我们身边的get,post型的人

简介: 今天突然想起了几句话,由此联想到了Java Servlet中的get和post方法。 对于Servlet其实自己也算是清门熟路了,get和post这是http协议的两种方法,而在servlet开发中,以doGet()和doPost()分别处理get和post方法.这两个方法有什么区别呢。
今天突然想起了几句话,由此联想到了Java Servlet中的get和post方法。
对于Servlet其实自己也算是清门熟路了,get和post这是http协议的两种方法,而在servlet开发中,以doGet()和doPost()分别处理get和post方法.这两个方法有什么区别呢。
get方式会通过url传送表单数据,这是一种显式的数据传输,而对于post而言,表单数据会通过http协议的header来传送表单数据,而且支持的数据传输长度也要多,当然直观的感受就是浏览的url不会变化,从安全性上来说,post方式也要好很多。当然也不能一巴掌拍死,两者都有一定的适用场景,在此也不再赘述。
     而在生活中,其实我们很多时候碰到的都是get这种类型的人和朋友,最让我有直观感受的是,我之前的公司会和不同国家的人来打交道,比如我有一个工具软件的问题,如果身边没有同事能帮上忙的话,我一般都是通过lync来搜索相关的同事,如果问国家A的同事,因为彼此也不熟悉,一般情况下都是带着试探的口吻来咨询,而大多数情况下他们都会选择直接的拒绝,比如我不知道,这个不是我所在的项目,我现在有些事情比较忙等,后来我似乎也习惯了这种情况,如果对方能够帮助我,我还会内心带着一丝的惊奇。而同样的问题,我在碰到了国家B的同事,大多数的情况下,他们都会比较热情的接受我,然后仔细听我的问题,如果不清楚,确实不知道,他也会坦诚告知,但是不同的一点是,他们会给我一些额外的线索和信息,比如让我找某某团队的某个同事,他应该知道。如果他不太确定,还会帮我联系其他的同事来协助解决,这个时候我的内心其实是很温暖的,哪怕没有解决,哪怕没有得到应有的帮助,同样这位同事如果后面有需要我帮忙的地方,我肯定会尽可能多的帮助到他。这也算是一种礼尚往来吧。所以我还是比较喜欢post型的同事。
     当然post和get方式有时候也是互相影响的,这也体现了我们对待工作的一些态度。对于工作,有些同事能够很清晰的设定计划和目标,然后向着这个方向来努力,有些同事则会明显懒散的多,每天都在那种懵懵懂懂之中,大家都坐在那里工作,可能get型工作方式的同事每天干了什么,通过工作计划和沟通都能够很清楚知道,而有些同事再这方面就会欠缺很多,本来负责就干事情A,结果因为其它的事情打断,去处理事情B,当事情A已经被耽搁了很多天以后,才突然发现自己原来已经忘了有这么回事,而且大家都不知道他到底干了些什么,不知道是工作的重复性过高,还是其它的个人原因。这个时候从工作态度来说,我喜欢get型的同事。
     我对于工作中的问题处理的态度,也会有get,post的差别,get型的人一般都是看待问题很实际,解决了问题,或者知道了问题,点到为止,不会进一步追究分析问题的根本原因,如果碰到了疑难问题A,那么在他的知识库中是需要一个独门的攻略来处理的,而后来有了问题B,由于没有找到问题的原因和本质,只是根据简单的现象来处理和归纳,这个时候独门秘籍越多,其实还真不是好事情,因为那些看似奇怪的问题,肯定背后都有着更深层次的原因,而post型的同事可能对于问题不局限与此,他们会在这个基础上进一步归类总结,最终找到问题的原因,然后进一步引申,分析出更深层次的原因总结,至少在问题的层次上,他解决的不是一个问题,而是一类问题。当然在其他同事来看,他只是在处理一个简单的问题,当然和其他同事处理的结果一样,问题都得到了解决,但是两者的境界完全不同,这个时候我喜欢post型的同事。
    而对于问题,其实get,post也是相互作用,比如你要升级一个系统,可能对于开发,运维的同事来说,对他们又没有什么实质性的福利和改进,他们就会带着一种抵触的情绪,这个沟通都会是被动的,而更深层次来说,如果出了问题,这也是一件吃力不讨好的事情,所以他们也不大愿意妥协,而同样的,如果他们有类似的问题需要我来配合,我也会用get型的态度来回应,也就是能不动就不动,能不改就不改,因为对我也没直接的好处,而对于post型的同事,这种情况下就会带着一种友情支持的问题,有问题了大家一起扛,本身处理问题不是互相推诿,而是下决心需要把事情做好,这才是终极目标。所以在这种情况下,我还是喜欢post型的同事。
   所以对于get,post型,有时候是一种矛盾的态度,而我的主要观点就是对事不对人,问题解决了皆大欢迎,出了问题也能够紧密配合,大家都是一个身上的蚂蚱,还老是分清彼此,互相推诿,沟通成本太高,工作效率低下,对get型,post型的人都没有好处。


版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章