一次失败的项目经历,故事中的故事

一次狗血的项目经历

时间已经过去很久了,甚至已经忘却了,想起时只有心酸。又到暑假了,又该和项目中认识的老朋友一位大学教师打招呼了,今年打招呼似乎晚了一些,已经8月份了。

一个关于煤矿人员定位的系统。期间很多第一次,第一次与做硬件的打交道,第一次底层数据通讯,第一次接触ArcGis,第一次到了前方阵地:煤矿,第一次没有结束时间的项目,第一次没有结束却匆匆结束的项目...

项目大概是2002年,那一年雪特别大

公司是软件公司,在规模上说是一个小公司,公司头是一位技术出身的老板,在公司还搞一些技术,参与项目的编码工作,好人一个。

先介绍一下里面简单的关系

甲方:这套系统,硬件和软件,是一公司定制的,软件不要钱。第一次知道和硬件比起来,软件显得多么的苍白无力。

乙方:而负责开发这套系统,确切的说是合同的另外一方,是有名气的,是事业单位,科学院。

丙方:本人在所在公司。

甲乙方的关系也有点特殊,他们都同属一个院,甲方的大BOSS是院里领导。乙方,是做硬件的,将软件承包了丙方。

乙方和丙方,老板关系好,乙方提供项目,丙方负责开发。

后来在做项目的过程中才发现,其实硬件部分,是由另外一个人负责的,一位年轻的大学教师。乙方,其实什么也没干,只是与双方签订了合同。

不复杂吧,很常见的组合形式。

日起,日落...

项目交付了

甲方先将这个项目在某个煤矿上免费使用,其实是为了检查。只有上了战场,才能知其然。软件,硬件也没少改动。

日起,日落...

又参与了别的项目。由于各种关系,项目的改动还是需要进行调整的。

日起,日落...

离开了这家公司,回到了老家。公司老大进行了挽留,可以涨公司,至少租房是不成问题的。估计也就是1000左右吧。

离开了公司,就离开了这个城市。

辞职时还负责了另外一个项目,主要是为了带新人,公司人手不够。虽然离开了公司,在家办公。这就是IT,没有低于限制。

公司还是按照当时的工资给我发钱。

由于这层关系,同时还负责维护定位系统。

甲乙双方,关系错综复杂。时间长了,丙方老板也稍表无奈。是丙方的老板在给钱,发工资。

期间,经常作为乙方的人员参与问题的讨论与解决,当然,负责硬件的那位老师更是。见不到我的时候,乙方说我长期到外地出差。

时间长了,和甲方的相关人员也就比较熟了。对方,也委婉的问了问我们是哪里的,虽然没有点明。这就是中国人。

乙方说不会白白辛苦,明确提出给指定数额的辛苦费。对了,这钱是从额外的一笔费用中来的,好像是改动费吧。

辞职后,不仅到过乙方单位,也到过实施现场。有时候是好几天,随叫随到。

日起,日落...

日起,日落...

甲方BOSS在医院中死了,据说病情不是很严重,死确实事实。自然,领导换了。新领导好像对这个持续了N久的项目不是很感冒。

后来,再联系乙方,乙方说他们的钱也没权拿到手...

联系的时候,对方会表示一下好意,如果有别的项目会想到我。明知不会手机开发,却跟我提起。

再后来,明确表示这钱无望,他已经离开了这个项目。天,他们这个部门算上他不超过10个人,只有他一个领导。我只好欺骗自己,让自己相信他说的话。

硬件开发更需要时间。做硬件的拿到钱了吗?你们猜。

一次失败的项目经历,故事中的故事

时间: 2024-10-12 15:49:41

一次失败的项目经历,故事中的故事的相关文章

vs2003 刷新项目失败。无法从服务器中检索文件夹信息

环境: 操作系统:windows server 2003 开发工具:Visual stuadio 2003 FrameWork: 1.1 打开web项目的时候报错   提示 项目刷新失败,无法从服务器中检索文件夹信息 从网上搜索很多解决方案还是没有得到解决 ,最后查到发现是i应用程序的权限问题 在配置网站的时候需要选择执行包括脚本

成功都一样,失败各不同;失败的项目也许值得你警醒

目录 一.团队建设 1.1.注意高效的研发团队建设 1.2.稳定的团队 1.3.PM非常关键 二.规范过程 2.1.合理的安排工作计划 2.2.开发前制订开发规范 2.3.项目完成时注重归纳总结 2.4.使用源代码管理器 2.5.制定项目失败计划 2.6.使用一体化项目管理软件 2.6.1.项目管理工具能完成的功能 2.6.2.IT项目管理常用工具 三.定位与需求 3.1.尽量做产品 3.2.抽象出项目的核心 3.3.采用多种收集需求的方式 3.4.不要过度收集需求 3.5.尽量选择大项目 3.

一次难忘的项目经历

遍历所有进程(exe) 代码(C++) 本文地址: http://blog.csdn.net/caroline_wendy/article/details/29381987 遍历所有进程, 即任务管理器中所有的进程目录, 包含名称和进程ID. 返回字典: Key: 进程名字, Value: 进程ID. 代码: /* * main.cpp * * Created on: 2014.06.08 * Author: Spike */ /*vs 2012*/ #include <iostream> #

2014项目总结:一个比较失败的项目总结

最近将会对今年所做的一些项目进行总结,里面基本都包含了一个项目所有的过程.一来为自己今年的年终总结提供些材料,其次也是希望在总结过程中能给自己带来些更多的启发和经验教训,同时也非常期望各位大牛能给些建议以及批评,让我获得更多的进步.谢谢. 上一篇博文大致总结了一个比较成功的项目,有成功那自然就有失败的项目.该项目至今让我依然痛苦不堪,甚至有些患上了手机恐惧症,一听到手机的来电声音,身体就开始颤抖,还是希望这个项目能早些有个了结吧,不然迟早出问题. 同样,先大致阐述下该项目的背景.该项目同样是某研

(Excel导出失败)检索COM类工厂中CLSID为{00024500-0000-0000-C000-000000000046}的组件时失

在DCOM 中不存在WORD.EXCEL等OFFICE组件 最近在做一个关于office转存PDF的Web项目.开发过程一切顺利. 起初在网上找到一些Word,PPT转PDF的代码.很好用.一切顺利项目开发成功.在这里需要说明一点,PPT中会存在流媒体内容,如果存在这些内容的时候是不能成功转换为PDF的.需要手动将相关内容删除后才可以转换.各位如果遇到些奇怪的问题的时候,希望检查下PPT中是不是存在这些内容. 项目开发结束,问题就来了.因为需要搭建测试环境.就拿手边一台防止的机器搭建了测试环境.

什么样的项目经历会让面试官眼前一亮

图书管理系统.教务选课系统的主要技术是数据库操作技术,就是数据库的增删改查操作,在面试官看来并没有什么技术含量.这些系统的关键在于业务流程,而不是技术.如果这些系统是你"真正"参与的"真实"的兼职项目,那么面试官会对你比较感兴趣,因为参与这些项目首先锻炼了你的技术,虽然没啥技术含量,但是你起码有一些项目经验,真正懂得什么是信息系统.信息系统开发会涉及到哪些问题,对他们来说你是一个有项目经验的熟练工,因此他们会考虑录用你.但是绝大部分简历上写"图书管理系统&

程序员在面试时更好的介绍项目经历

在面试时,经过寒暄后,一般面试官会让你介绍项目经验.常见的问法是:“说下你最近的(或最拿得出手的)一个项目”. 根据我的面试经验,发现有不少程序员对此没准备,说起来磕磕巴巴,甚至有人说出项目经验从时间段或技术等方面和简历上的不匹配,这样就会造成如下的后果. 第一印象就不好了,至少会感觉该候选人表述能力不强. 一般来说,面试官会根据程序员介绍的项目背景来提问题.假设面试时会问10个问题,那么至少有5个问题会根据程序员所介绍的项目背景来问,程序员如果没说好,那么就没法很好地引导后继问题了,就相当于把

对于应届生,Java基础和项目经历哪个更重要?

最近,是各大公司开始春招的时间,很多在校大学生已经开始投递各个公司的实习生岗位,有些已经拿到了Offer.有些已经接收了几轮的面试.有些还在等待着面试.对于即将毕业的学生来说,这个时间点肯定有很多困惑. 对于应届生来说,Java基础和项目哪个更重要?这可能是众多困惑中关心的人数比较多的一个.主要关心这个问题的有两种: 1.已经投过简历.正在准备面试,不知道是该重点复习Java基础知识好,还是温习下自己做过的项目好. 2.自己的知识比较薄弱,但是想趁这段时间好好的学习一下,想找一份好工作.但是毕竟

简历上的项目经历怎么写 ?这 3 条原则不可忽视 !

阅读本文大概需要 5 分钟. 作者:黄小斜 作为一个程序员,想必大家曾经都做过一些项目,可能现在手头上也还有一些项目. 不过还是有很多学生朋友来问我"没有项目怎么办",诚然,确实有不少同学没有实习经历,又没有什么像样的项目经历,对于这样的同学,简历上的项目经历难道只能空着了吗. 其实不然,就算你是跟着一些课程做项目,你也可以通过丰富项目内容的方法把项目变成自己的,只要你真的去做了,真的理解了代码逻辑,同时有所收获,这个项目就是有价值的,是可以登上简历这一大雅之堂的. 正因为如此,现在很