有趣的技术现象


程序员一般都工作在互联网公司,这些互联网公司一般都追求时髦,跟进市面上各种先进理念,只要嘴上挂着各种时髦的词语,他们就能是最靓的仔,公司里的程序员,可能也会耳濡目染,学习(培养)一些之前没有的习惯,在这个小社会的人生百态中我发现一些有意思的现象。

但其实这些跟纯技术没有关系,仅是用我自己的程序员视角描述出来。


在一家互联网公司,通常都会有这么几个角色,产品运营技术...,这3种role是有强联系的,因为他们会因为一个项目强联系在一起。单纯从这3种角色的扮演成本来说,技术应该是门槛稍高的,或者说是这3种role中最高的,而技术和其他两种角色的关系究竟是怎么样的不是今天的讨论话题。

或许程序的种类有很多,但程序员最多只有2、3种

iOS\Android\FE\BE\OP\DBA...都是程序员的一些主攻方向,有的人专攻一个领域,有的人双马并行,甚至还有的人什么都懂,但是我接触到的序员的性格只有那么2、3种,但是我找不到真正能形容出他们的关键词,我这个人不擅长贴标签,生怕贴的不对惹人不喜欢。但是总归要有点什么总结一下,比如老黄牛百灵鸟千里良驹老黄牛面朝黄土背朝天默默做事不得闲,百灵鸟有点什么事情就要叽叽喳喳唱起来,但是有时候好听,有时候又无用且刺耳;千里良驹的话就是好看又好使,绝对是No.1中的No.1。

其实每种角色可能都有这几种,但是程序员们还要在这几个性格标签上再标注出技术能力值,这就很有意思了。如果一个程序员技术好,那么他就可能有机会推翻标签制,对,技术好就是可以肆意妄为。

这不是我的BUG

要程序员承认这是一个BUG很简单,但是要一个程序员承认这是我的BUG却有点难,除非你把证据摆在程序员的眼前,否则你可能会听到各种难以理解的理论和甩锅方法,我觉得,这不好

上次因事请假拜托一个同事继续开发我手头的项目,将mock文档和需求文档交到他手之后和他简单过了一下,预估需要1.5个工作日就可以完成,但是等我回到公司之后听到的都是他的吐槽,我花费了3.5个工作日他这么跟我说,并且私下吐槽了我转交给他的代码很渣,一堆BUG,期初我并不好意思说什么,但是听的有点多了所以直接翻开git上的改动记录逐行codereview,请他指出代码逻辑中哪些是BUG,通过git的记录原来他认为的BUG包括 80%接口字段改动,但是接口字段的改动是肯定要通过他的同意不然数据都无法正常渲染出来,他既然同意后端同学修改我前期定义的数据字段但是却吐槽这种改动是属于我的错误,当时听到这种理论我都有点愣(像message修改成msg难道我都要承认这是BUG?)...我认为他口中的BUG和我预期不符合,所以我很坚持的表明这不是我的问题,即使他嘴巴不停说我在甩锅,但是我觉得,这很好

虚心接受真正的错误保证自己的立场 对我来说,都很重要。

顺滑沟通的能力

现在不仅是技术人员和非技术人员沟通可能会有障碍,甚至技术人员和技术人员的沟通都会有障碍。

最近一直在注意这一点。一个成熟的程序员在和别人进行讨论时,不仅要注意说话的专业程度,也要注意说话的态度和细节,可能在讨论沟通时掺杂不合时宜(过激)的情绪会让人无法专注你话语的本身,这大概率和人的性格有关,但是程序员是一个需要理智的职业,所以越少的情绪波动反而会更能让别人专注于你要表达的意思,如何让沟通过程变得顺滑是每一个程序员应该注重的问题。

而对于我来说,我觉得我要做的就是说话声音小一点,期初我认为声音稍大于平时可以让别人听得更清楚,但是有的人会认为我是在争吵,即使我没有。所以我改变了自己的策略,在需要表达清楚的情景下让声音小一点,和缓一些,节奏慢一些,甚至让别人听不太清但他又很感兴趣,他就会不自觉的离你更近一点,离你的想法也更近了一点。

最近在看《心灵猎人》这部剧,Netflix剧的质量很高,剧中有很多心理的侧写真的很有意思,看完之后可能对心理活动建设有很大启发,推荐大家有空可以去看看~

70def274cbfe76d4.jpg

声明:GodGc's World|版权所有,违者必究|如未注明,均为原创|本网站采用BY-NC-SA协议进行授权

转载:转载请注明原文链接 - 有趣的技术现象


軟件工程沒有銀彈