负能量程序员杂谈- 程序员这个职业

本系列文章仅从个人有限的对事物的认知出发,如有不同意见,请温和提出态度,毕竟都是成年人,别那么幼稚。

我一直都认为,任何正当的职业都一样,本质都是首先养活自己,在满足这个前提下实现为人民服务的崇高理想。我是一个程序员,我很喜欢我的职业和从事这个职业的大部分人。

程序员是一个很奇葩的职业,在外界很多人看来高科技,高智商,高收入的一群人。殊不知,绝大部分程序员都拿着一份不高的薪水,整天被苦逼项目弄到精力憔悴,乔帮主阵亡的时候还忙着改自己的签名:stay hungry stay foolish。哥,你本来就是foolish,本来就hungry ,你stay个啥劲儿啊。

我接触过的大部分程序员是单纯的!低于实际年龄很多的单纯!这个是其它行业极其罕见的,这也是这个群体的一个巨大的人性闪光点。讲2个真事,

一个朋友L帮忙做了一个系统,由于部署文档描述是针对普通的部署方式,L为了安装方便,把tomact和程序整个打包,客户在验收的时候发现这个问题,但是由于对方也不想大家这么为难,还是做了初步验收,但是要求重写一下文档,补充一下整个部署方式。本来就增补文档就好了嘛,我确信和他描述的也很清楚,问题是,L花时间重新把整个环境打包成一个EXE安装文件,文档增补成如何安装这个exe文件并进行配置。交给我的时候,他告诉我,这样做才最方便。我对他说:哥,你牛B,技术顶呱呱。然后眼泪从眼角滑落,哥,我也知道这样好,马上就要给客户了,但是这个客户是二道贩子,已经把整个情况,和资料交给了一手客户…就因为你技术好,我得先和二道贩子说明解释情况,然后二道贩子在和一手客户说明解释情况。

另外一个事是一个程序员朋友D,垄断性国企项目管理,海归,而立之年,他朋友介绍了自己亲戚公司的一个单,亲戚公司要上套OA,说的很明白,已经约了2家有成熟产品供应商谈好了价格,15W左右,但是你现在既然也有自己创业的打算,这个东西你来弄。D回来开始着手设计,我们要做成SOA架构,我们要本着搭建企业的基础IT平台的目标,先建设基础企业的用户,组织结构,对外用接口方式开放,以后企业在上其它的应用都在我这拿基础数据。我另外一个朋友B看不下去了,B告诉他,人家OA做了十几年了,给你1个月,2个月,你招2个人在加你能干出什么东西?干出来的能和人家干了这么多年的东西比?人家看了别人成熟产品,早有一个对这个东西的心里预期,你自己做不仅功能少,到时候指定有bug或者业务流程有问题。听我的,再找一个成熟产品,功能差不多的,谈个好价格,谈好部署,售后和维护,自己预留一个合理利润空间,这事不就成了么。之后是谈了一家,3点几W,顺便拿了一个省代的资格….. 当然结果到最后因为各种其它非技术因素导致这个项目最终泡汤。

我对这种事情的理解是,年复一年的钻在自己角色的具体的事情里面,形成了一套固定的程序思维,妄图用技术解决一切,其实,有时候尝试去做一下另外角色的工作,和他们交流,用另外一种思维来思考问题会挺好。另外,程序员接触的资讯肯定不如商务,售前,那很多时候,沟通不会这么的到位,一定得自己有意识去弥补这个信息不对等情况。

很长一段时间,由于公司比较忙,人手又不够,迫于成本压力,我一直在想法设法的寻求外部资源的帮助。最恐怖的时候,一个项目来往了7~8个完全不认识的外部资源。这个时候,一个比较大的问题出现了,几乎是所有人,已实现功能为主,对界面,一些细节完全没有意识,碰到一个最奇葩的哥们,一个模块我让他合并到项目中,他给我来了一招,点击这个模块的tab,会下载安装他这个单独模块的应用,然后启动,他很牛B的和我说,你要的功能实现了,并且我的这个技术实现很复杂的,一般人不会搞。哥们,我给你跪了,这是APP啊,你见过app点一个tab导航的时候,下载安装另一个包,打开的吗?你TM在逗我吗?还有一个哥们,界面惨不忍睹,功能实现了,他告诉我,界面不太会弄,但是功能绝对完成的很好。后面因为他时间的问题,中途断断续续拖延几次之后决定中途撂挑子,让我给钱他,理由是,虽然功能没完全完成,但是大体都做好了,并且因此几天都干到2~3点。我和他说,哥们,你在浪费我时间,你浪费我的整个项目的时间成本远远高于我要付你的钱,不要认为你付出了很多,那是因为你TM的要赚钱,所以来接我的活,赚钱哪有这么容易?当然后面给了他一部分,也算仁至义尽了。

关于和这些外部人员打交道,我能写上几天来侃侃碰到的各种人。总的来说,靠谱和不靠谱,一半一半,基本都有的问题是:没有用户意识,只会实现功能,而且功能实现了就是了,能跑通了就算TMD测试通过了。很多人以为没有功劳也有苦劳,没有苦劳还有疲劳,也对得起我的工资。问题是,你整天从早干到晚,还天天加班,你东西搞不出来又想不出其它办法解决,搞出来你自己都不好意思拿给别人看说是你做的,你认为有价值吗?我认为你在浪费电。

想慢慢的分享一些周围的人和事,和技术本身没太大关系,希望能坚持下来。

负能量程序员杂谈- 程序员这个职业

时间: 2024-10-10 01:56:06

负能量程序员杂谈- 程序员这个职业的相关文章

负能量程序员杂谈(2)- 管理中的情和义

本系列文章仅从个人有限的对事物的认知出发,如有不同意见,请温和提出态度,毕竟都是成年人,别那么幼稚. 情和义,值千金. 今天和很久没见的朋友L喝酒,L目前是一家不错公司的开发管理,手下10几号开发.中途他给我聊了一个很有意思的话题:公司正在转型,那么由于成本压缩控制会裁掉一些人,由于担心裁人会引发和公司矛盾,所以这种事交于开发小组的小组长负责沟通,有的小组长碍于情面,觉得不好意思落下脸面,他就出马负责和即将被裁掉的程序员沟通.我问他为什么不是HR去搞定这个事呢?他告诉我,之前发生过因为HR去沟通

程序员突围-程序调试分析(序)

-从实践到思考,痛苦的煎熬 其实算算,工作一年了,从大学毕业至今,接触编程已经五年了,但是真正的编程感觉还没有开始,从大一开始接触C语言,陆续接触c++,java,C#等等,现在感悟到了一点,编程语言学那么多有什么用呢?其实把一门编程语言学精了,学透了,其他的是触类旁通的(底层的C语言和C++可能有点例外),下面我会说一下我的经历,我感觉可能是大多数学习编程人的必经的阶段,让大家对编程的抵触少一些,然后想想一个我这样的白痴都能慢慢的开始程序调试,程序分析,你们绝对比我强的,下篇文章才会进入我的程

程序员突围-程序调试分析(一) 我从菜鸟进化的感悟

程序员突围-程序调试分析(一) 我从菜鸟进化的感悟 在说程序调试分析之前,我们还是了解一些基本的概念性的东西(在下现在从事java,因而都已java为例) 1. bug的分类 根据程序的阶段和MSDN和看过的一些书籍的分析,bug分为编译错误,运行时错误和逻辑的错误 (1)  编译错误 一般初学者犯错比较多的地方,编译错误,说白了就是程序在从java编译成.class文件时出现了问题,这个问题的现象比较明显,比如说语句写的有问题,那么对于这类问题的解决方法是什么呢,翻翻书,翻翻API(翻阅API

程序员到底是一个什么职业?

为什么有人在技术造神 大家应该已经感受到,技术圈这两年已经和娱乐圈创业圈差不多的氛围了,这其实是有原因的. 最主要的原因是,创业公司和创业媒体越来越多,他们需要大量的程序员投身到创业这个高风险的行业中,而造神,正是让程序员们自动跳进火坑的绝佳办法.不是说程序员不能创业,我是说,创业媒体们故意模糊了创造和创业的界限,把程序员们的创造冲动偷换概念,鼓吹了太多不适合的人去创业. 另一个原因是,招聘成本高涨,CTO们为了能提升影响力,不得不频频出席各种大会刷脸.文笔好的再做做自媒体和技术社群,既能强化个

推荐一本好书给即将走入工作的程序员and程序媴

近期买了几本IT届推崇的经典书籍.当中有一本<程序猿修炼之道:专业程序猿必知的33个技巧>.由于这本比較薄,所以先翻着看. 这本书有别于其它的技术书籍,事实上算不上一本技术书籍.它不是教你怎么去提高编程,怎么去提高某方面的技术.我觉得这更像一本内功心法,教给你职场的一些软技能.强烈推荐给即将入职的朋友们.我好懊悔当初没有早点接触到这本书,曲曲折折走了不少弯路.如今读来,依旧感触体会非常深. 这本书很多其它的是告诉你,在工作岗位上怎样更有效的开展工作.当中有几点我想谈谈自己的看法. 拜师 基本每

测试员和开发员的‘爱情’

回想初来项目组与学长们初认识,感觉开发员好厉害呀,自己测试员心里明显感觉处于下风除,但是经过半年的相处,感觉其实测试员和开发员的'爱情'也是很幸福的,都需要用心去维护去沟通. 作为测试员,在工作中接触最多的当然是团队中的开发员,所以在项目组中如何和开发员进行有效的沟通交流是测试员面对的重要问题.我觉得,在一个项目组中,总是有开发人员喜欢和不喜欢的测试员,测试员也有喜欢和不喜欢的开发员,这两者之间的工作效率和效果都有很大的差异.当然,不能武断地说开发员不喜欢的测试员就一定是效率低下的开发员,或者说

DBA_Oracle基本体系架构(概念)(每个Oracle开发员和维护员都必须熟知的一些关于Oracle底层结构的概念)

2014-07-26 BaoXinjian 一. Oracle体系结构基本概念 1. Oracle总体结构分为三个部分 第一部分:系统全局区(SGA) 第二部分:程序全局区和后台进程 第三部分:Oracle的文件 2. 从功能角度接那些划分 存储结构 包括: 控制文件.数据文件和日志文件 作用: 由这些文件就构成了Oracle的物理存储结构. 内存结构 包括: 系统全局区(SGA) 和 程序全局区(PGA) 作用: 使用内存最多的是SGA,也是影响数据库系统性能最大的一个参数. 进程结构 包括:

好程序与差程序Good Programming, Bad Programming

好程序与差程序Good Programming, Bad Programming 发布时间: 2012-11-20 16:32:21| 阅读数:2,735 views 优秀的程序可以使复杂的东西看起来很简单:糟糕的程序让原本简单的东西变得复杂. 优秀的程序不需要加以说明:糟糕的程序需要大量注释. 优秀的程序编写时需要更多时间,但未来花费的时间却更少:糟糕的程序往往花费较少的时间,但会在未来浪费掉更多时间. 优秀的程序需要考虑当前和未来的需求:糟糕的程序只侧重于现在,在未来可能无法正常工作. 优秀

谈 Python 程序和 C 程序的整合 (转载)

http://www.ibm.com/developerworks/cn/linux/l-cn-pythonandc/ 概览 Python 是一种用于快速开发软件的编程语言,它的语法比较简单,易于掌握,但存在执行速度慢的问题,并且在处理某些问题时存在不足,如对计算机硬件系统的访问,对媒体文件的访问等.而作为软件开发的传统编程语言—— C 语言,却能在这些问题上很好地弥补 Python 语言的不足.因此,本文通过实例研究如何在 Python 程序中整合既有的 C 语言模块,包括用 C 语言编写的源