手机随时阅读
新人专享大礼包￥24
在项目型公司，甲方和乙方的概念更强些。在这家公司，曾经参与的一个较大项目，我们公司自然是负责完成项目开发的乙方，而客户就是提出需求立项招标的甲方。项目虽然比较令甲方满意的完成并交付，乙方也收到了全部的款项，但是按照合同规定的期限却是延期了，严格意义上也是失败的项目。现在回过头来看，其原因主要是需求的不确定和信息的不对称。 我觉得自己有时候就向小沈阳在小品中的处境…… 假设的甲方提出的需求是“喝卤子”，我以传统的乙方的心态就接受了，虽然也会觉得“ 妈呀，没这么上过啊”，但终究还是照办了。过了若干时间，甲方感到“口干舌燥”没法子唱好歌上星光大道了，于是就会说，你怎么能让我喝卤子呢，你不知道那东西咸死人吗？我以乙方的心态会说：是您自己要的卤子呀，我说没上过，那个谁还说他要来早这么上了呢！ 你必须懂的甲方乙方！
最近在面试工作中，遇到了一些和我一样在业务线摸爬滚打多年的程序员，很遗憾他们没有达到公司的标准通过初试。由于看到的不是个例，就想着总结一篇文章出来，写给和我一样“奋战”在业务线上的程序员(开发人员），一起鞭策一起进步。一、如果你是业务线的程序员1、业务线程序员的工作内容和挑战【图1】我觉得概括一句话：“把甲方的业务需求用代码变为现实”。之所以用“甲方”而没有用“产品经理”这个词，是因为需求的提出者
是否要自建，要取决于企业自身的需求，如果只是业务发展初期，很多业务够还没有成型，注意力一定不是在呼叫中心本身上，呼叫中心或者叫客服中心是服务于企业的基本业务的一个闭环而已。这种场景下，我建议选择坐席租赁的方式，快速让企业具备呼叫中心的服务能力。 等真的到了租赁式坐席已经满足不了企业的发展了，再去评估自建的事情。 为什么要选择自建呼叫中心，来介绍一下呼叫中心能解决企业的什么问题。 在决定自建以前，我们一直是使用的一家国内比较著名的呼叫中心服务商提供的坐席租赁式服务，至少有两年多吧。后来老大们对现状不满决定做出改变，CTO就安排刚刚成功搭建完成电话会议系统（电话咨询业务使用）的我，去着手落地这个事情。用的好好地为什么要费劲的改变呢？
对于curl的使用场景不止访问数据接口，还要对任意的url资源进行检测是否能提供正确的http服务。当用户填入的url是一个资源文件时，例如一个pdf或者ppt之类的，这时候如果网络状况较差的情况下用curl请求较大的资源，将不可避免的出现超时或者耗费更多的网络资源。之前的策略是完全下载（curl会下载存储在内存中），请求完后检查内容大小，当超过目标值就把这个监控的任务暂停。
记录操作过程，不过多介绍相关知识以及原理，有问题自行百度或留言讨论。一、搭建web服务服务器 有两台虚拟机，elephant用于安装cdh-server相关作为管理者，monkey用于安装cdh-agent相关，作为被管理者。 我选择的是nginx，网上安装教程较多，不在赘述，把用于放置Cloudera安装文件的con
近期做有关上传图片的项目，发现都没有使用无刷新页面上传方式，都是通过传统的上传图片跳转然后显示图片，这对于上传多张图片就太不适用！网上也有各种异步上传的插件 如 swfupload等比较庞大的插件，利用flash上传，顺带介绍一个比较简洁的ajax上传图片的插件ajaxFileUpload：直接上地址：http://www.cnblogs.com/kissdodog/archive/2012/12
笔者简介：从小就不是个勤奋的孩子，一般事情都保持中游水平。对事情也没穷极的精神，所以我更喜欢听别人分享事情，从而去发现别人身上的优点。如果用三分钟热度来形容我再恰当不过了，我会把应该做的事做好至于其他的？。。看心情！很羡慕那些有思想有作为的人，在我看来他们很有‘正事’，当然我也会慢慢的向那个方向发展，尽管需要时间的沉淀（哈哈）作为众多程序猿中妹纸，我决定为自己起个艺名，不，笔名！为了展现我们团队中
这个博客由我们团队的成员来共同维护，要求每个成员定期贡献技术类博文，第一篇是个例外，因为主题是用来“祭旗”的。 “春蚕到死丝方尽，蜡炬成灰泪始干”，用来形容什么好呢？我觉得可以用来比喻一些企业把员工当做“炮灰”来使唤的情况。我曾经在这样的企业呆过，虽然过去没有现在这么辛苦，这些企业一般不会真正关心员工的成长，只要员工能干活，能完成任
一年又要结束了，如果没有世界末日的话，依旧是要照常度过的…… 周三，该我分享了，准备些什么呢？突然想起来今年的年会已经确定了日期，组委会已经给全员发了通知邮件，说不好那一天就又突然通知“开始筹备”了。干脆我来个动员性质的话题吧，顺便把去年的年会节目放一下，这样不就一举多得了？ 下面是ppt中的截图。
为曾经的项目经理“平反” by 韩宇斌 2012-12-08夜 部门内部有个小书架，供全体技术部的人员借阅。去年当当和京东大战时，集体买了一批书，当时每位成员都可以提交购书清单，把自己想看的书列出来，《IT项目管理那些事》就是我看了51cto的读书频道的推荐后提交的。等书一回来，就被同事借走了，
当别人口中说出”觉得你们组最近比较乱时“，我选择了解释，说了一些理由，但是解释被理解成了抱怨…… 陈述事实如何不被理解为抱怨？语气语调？还是干脆沉默？ 真的”乱“吗？为什么我自己没有感觉，只是觉的有些紧张而已，毕竟现状是好几个方向都要提需求：产品的需求是计划性的，运营的需求是计划外的，销售的需求的紧急的，这些需求都是要响应的…… 不巧的是，最近的线上bug有些多，大有凑热闹之势，实际上这些bug都是之前的代码中就存在的，只不过没有触发或者没有彻底解决……
在健康的团队中，即使不是项目负责人，老人们也一定不会不管不帮新人！新人们成长了，他们会记住老人们的帮助的；新人们成长了，会继续把这种团队精神传播下去…… 成为项目负责人，更要关注项目组内新人的成长，这是你的工作内容之一！ 周末，回顾了上周的工作内容，想到了如何给某位新人分活，不让他感觉自己“有力”无处使。于是乎，有了下面的文字。
公司大boss口头传达了一些需求，需要转化为产品文档并开发落实，产品部门只是知道却并不管这件事，于是理解需求和整理产品文档的事情也到了我的头上。很显然，大boss的需求和当前产品部的思路是不一致的，他们上期提的需求包含了大boss的思路，但是在我们开发工作几近完成的时候，取消了这个需求，代码进行了回滚。如果我按照大boss的思路完成产品设计，那么运营人员该如何去用？ 如果没有呼风唤雨撒豆成兵的本事，在面对这种情况时，一定要头脑清醒，做出相对正确的判断，甚至要找好同盟者，千万不能让上司们觉得你连他们任何一方的观点都理解不了！真实的情况可能是他们的想法都有漏洞，你试图站在客观公正的角度，但是你自己的想法也有漏洞…… 写完了，发现开始的题目“技术什么时候和产品划清界限”不合适了，叫什么好呢，“呛水的项目经理”？是不是能表达更多的意思！又给自己扣了个“经理”的帽子，不过想想产品经理，我淡定了。
世界之大，无所不由，我所见过的被辞退的方式有：（1）上司或人事等责任人与被辞面谈，婉劝离职（2）责任人粗暴的说你别干了。我所听过的IT行业很过分的辞退方式：今天员工还在上班，第二天门禁卡失效，邮箱里多了一份被辞的邮件…… 06年的时候，我有一个做美工的小同事，小了我好几岁，被公司辞退了，原因是老板认为他达不到岗位的要求，尽管他的工作态度没问题而且工资已经很低了但还是……我相信这件事情对他肯定是有打击的，因为之后的几次见面，从他的表情上是可以看出来的，我能给予的只有鼓励！我来北京前，他约我见了个面，已经混的不错了在Web的美工方面绝对独挡一面，工资也是让我比较妒忌，呵呵！去年底，他来北京办事，我俩见了个面，现在他已经更进步了，无论是能力薪水还是职位……
“不能用与引发问题相同的思维方式去解决问题”，据说是爱因斯坦说的。这点我觉得主要有两点：第一点是当发现某一方法行不通时，一定要换个思路大胆的尝试，不能一条胡同走到黑；第二点是，不能因为按传统思路感觉成功的概率低，就不去尝试不去努力。 职场中的学习是需要自己主动去学习提高的，不是所有的企业都会考虑到员工的成长。在职场中，首先要明确工作目标保证完成工作任务，然后要善于利用环境，去挖掘资源，甚至去锻炼自己的一些能力。说通俗点，做炮灰的时候不要只抱怨，还要想着或者看着炮弹是如何工作的！
在回公司的路上，我就开始思考，接下来这个棘手的问题该怎么解决？如果是我们代码导致的一些bug而且能够修正，那么之前来过的同事就已经解决，为什么会拖到现在？如果是服务器上安装的一些软件直接冲突，是否拿出了正式的书面报告？这个问题是不是一时半会也没法子解决，我该怎么交代？ 回到公司，向比我更懂的同事汇报了大概的情况，果然，他们说慢慢观察吧，现在没有什么好办法。但是我知道，这次事情在我这里比较特殊我没有办法把他挂起，因为我刚刚谈过涨工资的事情…… 晚上回去又思考了许多，在迷迷糊糊的梦境中仿佛找到了对策……
销售和行政的同事，日常工作中需要发出的声音会比技术部门多些，所以刚开始还真不适应，认为自己无法安心工作。等适应几天以后，发现在这个小公司中，搬到一起办公还是有好处的，比如：有利于同事之间增加交流机会，有利于技术和销售展开业务配合，有利于节约经营成本。对于我自己，我还发现了其他的好处，增加了我学习成长的机会。
十多年前，CTO刚刚大学毕业，进入了上海的某企业任信息化专员（俗称网管）。由于工作比较清闲，当时的CTO甚是悠然自得，一段日子中，什么前途什么理想，都成了导致内存溢出的因素，姑且称他为CXO。 然而某一天，浪子在屈辱中回头……
有些细节，制度没有惩罚你，领导没有说你，但不代表大家看不到，不代表不会影响你未来的机会。 据说和谐人际关系的要点是：要用放大镜看别人的优点，显微镜看别人的缺点。细节，不需要用显微镜才能看到，只是在某些情况会被忽略，当一旦这些细节被放大时，往往会影响你的“机会”或者说叫“运气”！ 注意细节，应该不光适用于刚毕业的新人，有几年工作经验的“老鸟”在换工作岗位后也要注意。
自找的加班，怎么还会存在这种情况？难道企业不需要加班，还有人吃多了自寻加班？答案是肯定的…… 技术出身的人往往都会想象自己是英雄人物，喜欢当出现危难时拍着胸脯站出来后被周围人敬佩的目光包围的那种感觉。 但是，英雄不是容易当的！开发日不能不去参加正常的例会，不能不去应急处理线上bug，不能对同事的求助置之不理，不能去避免未知的困难发生……结果，不管承认是否属于自找的都不重要了，因为加班发生了！
成长中的产品经理，也许外人认为他就那么点事情压力不会那么大，但是产品经理自己却会觉得自己十分“难过”，甚至觉得自己是“夹心饼干几头受气”。怎么说呢，从单次需求开发，职责和工作内容几乎也是项目经理的角色。他们要对产品和当次产品需求的开发结果是否能保质并按时上线负责，既要与比自己更懂业务的领导卖自己的“点子”，卖点不好会挨批；他们还要与开发人员、测试人员解释需求，当碰到开发的疑问但自己却不能有力的拍板做决定会被“鄙视”；当产品上线后他们一边要忙着规划实践运营的事情，还要花精力准备下期的需求……等了解了这些后发现，真的伤不起！
一个互联网公司某种程度上说也是一个产品公司，能在市场中存活3年以上互联网企业必然有其清晰的定位，比如：提供某种信息或服务。这种情况下，产品经理的职责会更加“显性”的存在。你可能会问，项目经理的职责是否是“隐性”的存在呢？byteh是这样理解的。 项目经理几乎不可避免的要和“施工”人员打交道，即使在建筑行业，项目负责人也要和设计方、建筑方、监理方经常沟通，至于为什么，同样不会有统一的回答。产品、销售等业务人员通常是不会关注“生产细节”的，但细节往往又会决定成败。所以，优秀的项目经理大都是生产开发出生或者懂一些生产开发。
请对产品提提意见 在商务谈判上，你与客户讨论公司产品时需要用到哪些常用短语，如何客户对产品提出意见？
军哥是一位IT行业的生意人，据说很早就开始倒腾电脑，去南方把电脑拉回来卖到一些急用的单位，比如医院和学校，一台就能赚好多。用他的话，那个时候，绝对不是的“买电脑的不如卖皮鞋的”…… 孙哥是位对工作很负责任的人，即使面对一些他也无奈地环境，他会告诉我做到无愧于心，其余的能争取到什么程度算什么程度。这份态度的传承，影响我至今。工作上遇到难题……
貌似一段时间之内，更新博文的频率都无法提高，除非我搬家。只有这个容易了，可以花最少的时间，做为自己的一个学习笔记。 catastrophe ? n. 灾祸, 灾难
去年的这个时候，51cto已经走过了5年，然而这5年对于我来说却几乎是无知或无所谓。这并不能说明51cto的工作人员不够努力，我也十分不愿意承认自己见识短尽管这可能是个真实的悲剧，而是充分说明一个企业一个品牌的不易。5年，急功近利的创业者或资本家是熬不住的…… 把博客当回事认真写，要感谢曾经的同事LF和他借我的书《你的知识需要管理》，而作者在51cto也有博客。当你把自己的想法形成文字与别人分享，实际上就是一个规划整理标准化的过程，这个过程会让你的“知识”更加牢固。
在外漂泊的人很多，而我只是其中一个。老家的有几间房子闲置往外租，前不久有间屋子住了一个外地人，从父亲那里得知他在我们县城推销药品，由于还没有和人见面，我以为肯定是一些二三线厂家的药品，需要大量的人去推，而且居然连我们这种偏远的小县城都不放过，资本家就是顽固不化，呵呵。有些药店，你进去说要感冒药，首先给你拿出来的就是些没有听说过的厂家生产的，肯定是利益因素…… 成功的市场营销活动，不仅要制定适当的价格，选择合适的分销渠道向市场提供令消费者满意的产品，而且需要采取适当的方式进行促销……
“我觉得开发很简答呀，你们获取了需求然后编码实现，怎么每期产品开发上线都堆积那么多完不成的需求？” 作为加班了几天的开发人员，可能心里面的无名火一下就起来了，但是还不知道怎么说解气！byteh听到最多的回答是：那咱们换换吧你来弄！或者是带针锋相对的回击：我觉得你们的工作也够简单的，怎么一直业绩都上不去？ 类似的回答，可以“解气”但不可以“解忧”。何以解忧，唯有杜康，呵呵。 还好，byteh不是第一次遇见类似的问题了，大脑直接寄级别存器寻址，调出了答案。
有的人会选择一直坐别人的车，开别人的车，蹲别人的坑，都是一种选择，只不过人们更崇拜自己开车、自己打江山的罢了，这点全世界似乎都一样。 进化是必须的，你又处于哪个阶段呢？
前瞻和赛后总结，对于一个专业体育报刊来说，应该是重头戏。除了娱乐自己之外，也许还能学习点东西，比如本文还会扯远点说：如何写方案，如何写总结，突然间有了结合这两期报纸写一份心得的想法，“大道源于生活”，酝酿并期待。 技术人员写竞标方案，这部分内容容易当技术方案来写，加入一些细节底层的东西，让阅读者发晕。通常这部分内容的阅读者会是对业务不一定需要深入细节但影响决策的人物，细节写多不见得和效果成正比甚至成反比，细节的地方如果客户对企业产品有兴趣自然会派技术人员进行了解和关注的。自负盈亏的报纸的付费读者，是编辑们的衣食父母，他们通常会把注意力集中到读者感兴趣的地方。写到这里，突然想起来前几天知道的传奇刊物《大众电影》从辉煌走向没落甚至停刊的消息，惋惜一下。
Copyright © 2005-2021 51CTO.COM 版权所有 京ICP证060544号
