某企业招聘新员工，薪资水平比老员工要高出一截！老员工郁闷了，论实力我不逊于新员工，论在公司的年资就更加不用说。每次要求加薪总是诸多忽悠的理由，要加也只加那么一丁点儿。老板为毛这样对我？
群中有朋友提到“封闭式开发”的话题，结果炸锅了！ 所谓“封闭式开发”，就是无良加班的雅称而已……
某政府项目，三个月前就开始招标，因各种原因，流标三次，导致时间拖太长。 原计划一期工期三个月+，1月底上线，但因为招投标影响直到一个月前签订了合同， 上线时间不变，需求各种不明确，但是客户对上线时间卡得特别紧，范围在一定程度上不可变，时间因为某些原因固定，你们怎么处理？
我的线下活动豆芽儿-软件研发人成长社区
坦白说听到要连续出差两三个月，期间还不能回家，差旅标准又很低，还来问怎样“人文关怀”员工，我就想开骂了。你能不能学学一些公司，出差期间每周都可以飞机回家（可以报销），实在不行两周回一次家？员工的后顾之忧你不解决，这叫什么“人文关怀”，你要压榨就压榨到底就是了，不要这么虚伪了！
最近李世石出名了，阿尔法狗出名了，谷歌上头条了！李世石虽然连输三盘，但第四盘扳回一局，第五局明天开战。期间国内各大棋手纷纷表示“不服”，要求挑战谷歌的这只狗狗，那么问题来了：谷歌为什么 要选择挑战韩国棋手李世石，而不挑战中国棋手呢？要知道如果挑战中国围棋高手，如果此战在中国发生的话，那么这个话题的热度绝对不是现在的10倍！
说起估算问题，我们第一反应往往是“估不准”！估得准又如何呢？如果估算结果是需要5个月才能完成，但合同要求3个月交货，你怎样办？所以其实我们还有一个“估得多”的问题，而在“估不准”和“估得多”这两个问题之前，还有“不敢估”的问题。本文为你分析这些问题，后续文章为你分享应对这些问题的最佳实践。
软件的UI是客户直接体验软件的地方，好的用户体验可能比追求新技术和追求漂亮设计更加重要，优秀的软件应该是既有外在美也有内在美的。但大部分用户是“外貌协会”的，你和用户说你的软件如何OO，用了多少种设计模式，客户是不鸟你的，客户关注的是用户体验！
摘要：当我们需要考虑类、类的内部细节、类之间的关系时，这时我们已经开始做详细设计了。详细设计不一定是一份文档，也不一定是Word文档，详细设计也不一定叫“详细设计”，有时候“编码就是设计”也是未尝不可的。对于MIS类型系统来说，架构设计和数据库设计做好的前提下，详细设计的难度其实是比较小的了，但MIS系统会有一些特殊的需求点，我们需要识别出来并想清楚应对办法。如果你做的软件是高技术含量的非MIS系
摘要：数据库是系统的根基，如果需求变更导致你要经常修改数据库的字段，甚至需要修改表及表关系，相信多折腾几次谁都受不了！因为数据库结构的变化，不仅仅是数据库本身的变更，实体类、数据操作层、逻辑层和表现层的代码都需要改。更麻烦的是数据库中如果已经存在大量的旧数据时，这些旧数据是不会“自动”适应新的数据库结构的，你需要想办法来“升级”这些旧数据。本文为你分享如何打造好系统的根基——做好数据库设计！文章太
这次活动已经顺利开办啦，谢谢大家的支持！以下是图片花絮： 此活动的原始报道链接：http://www.umlonline.org/school/viewthread.php?tid=2700
摘要：概要设计和详细设计，可能是最开始听说的设计，但后来发现如果局限在这两个设计的框架下，可能会有诸多不顺，我们需要架构设计、数据库设计、模块设计和用户体验设计，本文主要分享架构设计，此文有点长，所以分拆为上下两篇，下篇为你分享：在”需求驱动“如何做出初步架构设计、如何逐步细化这个设计、分布式与单机系统架构设计的区别等。大纲：1.什么是优秀的设计？2.优秀的设计能节省项目工作量3.优秀设计从分析需
摘要：十几年前刚毕业不久，我从事第一份软件开发的工作，要完成一个项目，但没有任何软件设计的思路，于是请教我的老板。我的老板给了我两种思路：1）先假设软件已经做出来了，想好软件的外在表现，由此倒推软件的实现方法；2）思考程序的数据结构，先设计数据库，然后再搭建软件的上层建筑。老板给了我很大的启发，随着工作的开展，后来我又发现了第3种设计的思路。本文将为你分享三种软件设计的思路：1）由顶而下；2）由底
摘要：前文提到我们应该需求驱动设计，那就直接来一个更干脆的做法，我们将需求表示为一个一个的用户故事，软件设计分别针对用户故事来做就行了，只要将用户故事逐个实现了，系统也就完成了。果然能这样做吗？大纲：1.什么是优秀的设计？2.优秀的设计能节省项目工作量3.优秀设计从分析需求开始4.软件系统不是木桶型的5.软件设计的“大道理”6.规划系统骨架——架构设计7.打造系统的底蕴——数据库设计8.细节决定成
摘要：设计应该针对需求来做，这个大道理似乎人人都懂，但实际操作时往往就不是这样。所以我们也不说大道理，直接通过一个“很简单”的案例来体验一下优秀设计应该如何从分析需求开始，体验架构设计是如何全面考虑各种需求、项目的工期限制预算限制，还有项目组人员水平后做出来的。大纲：1.什么是优秀的设计？2.优秀的设计能节省项目工作量3.优秀设计从分析需求开始4.软件系统不是木桶型的5.软件设计的“大道理”6.规
摘要： 某项目的设计文档评审会上，各路技术大牛进行了“热烈”的讨论，讨论的焦点是怎样的设计才漂亮！大家围绕着如何OO，如何高内聚低耦合，如何反转控制等话题进行了“热烈”的争论。照这样开下去，这个评审会岂不是变成了“神仙大会”！怎样的设计才叫优秀的设计呢？ 大纲： 1.什么是优秀的设计？2.优秀的设计能节省
摘要： 计划赶不上变化，计划还要不要写呢？项目工期限死，估算有什么价值呢？只有项目经理紧张项目，其他人是打工心态，怎样办呢？PMP的知识能搭救项目吗？如何才能做出一个按期交付的完美计划呢？所有问题，将在这一篇中大爆发！ 说明： 这是“挨踢项目求生法则”系列文章，之前已经为大家分享了战略篇、团队建设篇、需求篇、设计篇、编码篇、测试篇、实施篇，这篇是计划篇
摘要：计划赶不上变化，计划还要不要写呢？项目工期限死，估算有什么价值呢？只有项目经理紧张项目，其他人是打工心态，怎样办呢？PMP的知识能搭救项目吗？如何才能做出一个按期交付的完美计划呢？所有问题，将在这一篇中大爆发！说明：这是“挨踢项目求生法则”系列文章，之前已经为大家分享了战略篇、团队建设篇、需求篇、设计篇、编码篇、测试篇、实施篇，这篇是计划篇。什么叫挨踢项目？IT项目，特别是软件开发项目，都属
摘要： 春运到了，12306被推上了风口浪尖，大家将买不到票的怨气全部吐在12306上！几年前火车票已经实名制了，那黄牛应该就找不到赚钱的空间了，但因为业务流程上的漏洞，造就了黄牛存在的空间。如何改善业务流程，让更多的票到真正需要的人手上呢？ 12306网站真的是很烂吗？ 这个网站确实很烂，加上它庞大的造价和一直不知名的网站建设者，所以它是烂上加烂！ 但如果这个网站能做到这
摘要： 安装部署系统、培训客户使用系统、推动系统上线等工作就是实施工作。实施工作的重要性有点象足球比赛的“临门一脚”，前面所有工作都做好了，如果临门一脚特别臭，前面的工作都会付诸一炬。实际上实施工作需要从项目一开始就要进行，并且对实施工程师的要求很高，除了技术要求，还有业务以及商务上的技能要求！ 说明： 这是“挨踢项目求生法则”
摘要：安装部署系统、培训客户使用系统、推动系统上线等工作就是实施工作。实施工作的重要性有点象足球比赛的“临门一脚”，前面所有工作都做好了，如果临门一脚特别臭，前面的工作都会付诸一炬。实际上实施工作需要从项目一开始就要进行，并且对实施工程师的要求很高，除了技术要求，还有业务以及商务上的技能要求！说明：这是“挨踢项目求生法则”系列文章，之前已经为大家分享了战略篇、团队建设篇、需求篇、设计篇、编码篇、测
摘要： 20多年前我就开始写代码，很喜欢写代码，直到现在为止仍然热度不减！人生总是会和你开点小玩笑，我在多年之前走上了”非程序员“之路。我觉得无论你将来是否继续走技术路线，你的程序员经历将为你打下雄厚的基础。本文为你分享我的一些心得，为你分享一些程序员也应该掌握的”非程序员“技能，希望对你有帮助。 什么是”非程序员&l
摘要：直到最后几天，测试工程师们才能见到软件的“庐山真面目”，但是不见不知道一见吓一跳，软件的问题巨多，甚至很多功能没有实现，然则距离“项目死期”（交付日）已经没有几天了！难道测试仅仅是项目后期的事情？曾经何时作为程序员的我是看不起测试的，不少程序员也不屑于去做测试这个职位，难道测试工程师真的比程序员低人一等？说明：这是“挨踢项目求生法则”系列文章，之前已经为大家分享了战略篇、团队建设篇、需求篇、
摘要： 直到最后几天，测试工程师们才能见到软件的“庐山真面目”，但是不见不知道一见吓一跳，软件的问题巨多，甚至很多功能没有实现，然则距离“项目死期”（交付日）已经没有几天了！难道测试仅仅是项目后期的事情？曾经何时作为程序员的我是看不起测试的，不少程序员也不屑于去做测试这个职位，难道测试工程师真的比程序员低人一等？ 说明： 这是&
摘要：有一句古语“少壮不努力，老大做IT”，做IT确实挺悲剧的，但最悲剧的是做码农（程序员）！烂代码直接产出来软件，而烂代码是怎样产生的呢？是烂程序员吗？大部分程序员是追求进步和高质量代码的，往往是烂的管理方式、无节操的项目工期而导致程序员不知所措、疲于奔命、为赶工而写代码。当加班成常态，你还跟我谈什么代码质量呢！ 什么叫挨踢项目？IT项目，特别是软件开发项目，都属于“挨踢”项目的范畴。
摘要： 有一句古语“少壮不努力，老大做IT”，做IT确实挺悲剧的，但最悲剧的是做码农（程序员）！烂代码直接产出来软件，而烂代码是怎样产生的呢？是烂程序员吗？大部分程序员是追求进步和高质量代码的，往往是烂的管理方式、无节操的项目工期而导致程序员不知所措、疲于奔命、为赶工而写代码。当加班成常态，你还跟我谈什么代码质量呢！ 什么叫挨踢项目？IT项目，特别是软件
我将所有我的电子书汇总在一起，方便大家下载！（持续更新）文档保存在我的网站——软件知识原创基地上（www.umlonline.org），请放心下载。1）软件设计是怎样炼成的？（2014-4-1 发布）概述：有人曾经提出这样的一些问题，也请你思考一下：问题1：我不喜欢编程，但我想成为优秀的软件设计师，请问有什么途径呢？问题2：有没有一套系统分析或者是软件设计的方法论，我可以根据这套方法由需求逐步推导
1999年我正式从事IT行业，第一份工作就是程序员！当时能找到的技术网站很少，我很快就喜欢上CSDN，同时我几乎每年都会买程序员合集。我很早就在CSDN上注册了，但现在用的是今年才注册的账号，因为我好长时间没有使用旧账号了，密码忘记了，也有可能是账号被清理掉了。没关系了，现在这个账号很好，我会一直用下去！之前曾经用旧账号在CSDN上发过博客，但过了几个月文章才只有几十次点击，当时CSDN的博客功能
摘要：10年前第一次听说每日站立会议，觉得很酷，于是我们马上就实践了！开始两三周效果不错，因为新鲜事物嘛，但没多久新鲜感就木有了，慢慢变成“walking dead”，每次开会就是一群僵尸在开会，项目工作变成僵尸大战项目，或者是项目经理大战僵尸。本文在之前一篇关于每日会议文章的基础上，继续为大家分享！ 看此文之前，建议先看看之前的文章：“敏捷实践:比每日会议更疯狂的半日会议！”链接：ht
摘要： 敏捷不是灵丹妙药，不能当饭吃！这是本系列文章最后一篇，我们将会谈谈敏捷对组织架构、团队文化的要求，特别是对薪金待遇的要求！最后根据我的个人理解，给出我对敏捷的定义。 本文大纲： 1）部门设置惹得祸？2）强矩阵还是弱矩阵？3）敏捷对团队文化的要求4）敏捷对薪金待遇的要求5）敏捷的本质是什么？ 本文是系列文章的第4篇，如果还没有看过前面的文章，建议先按顺
Copyright © 2005-2023 51CTO.COM 版权所有 京ICP证060544号
