首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

软件公司如何将小绵羊类软件开发人员变成主动性强的狼性团队

我在业务过程中认识的一家软件公司的老板做的不错,后来他又投资了一家新公司。受了一些时髦观点的影响,租用豪华的写字楼办公,高薪挖来一批软件开发人员,各方面福利与待遇非常好,上下班也不用打卡。半年后碰上他问公司发展怎么样?回答令人惊讶,“公司做不下去,关门了”。如果你是软件公司的管理者,希望真正对下属负责,就要考核他,要求他,批评他,并且高目标,高标准,逼迫他成长!这样才能帮助软件开发人员获得更好的收入,体面的生活,这才是对他未来的负责。如果你碍于情面,做老好人,低目标,低标准,低要求,就会养成一群小绵羊、老油条,小白兔。这是对下属最大的不负责任!

03

低代码宣言——低代码指南

《低代码指南》序言 虽然维格云公司一直都被认为是一个低代码软件公司。 产品维格云,拥有着像电子表格一样,但是可以轻松的定制出各种各样的应用系统,想客户管理系统、项目管理系统等等数千种应用场景。 但是,老实说,在2021年以前,我从来没有听过低代码这个词。 在我看来,低代码更多是一种事后总结。 要让我讲解低代码,我觉得还不如从我的创业初心开始说起。 2019年的时候,我时任喜茶CTO,负责IT管理、数字营销、技术研发三个部门共100多人的团队。 我负责开发运营的一个叫喜茶GO小程序,它将点单工具、电商销售、会员系统融为了一体,开创了行业的数字化先河。 但是,像会员、小程序等等这些消费者使用的系统,在我看来这只是一个表象。 真正支撑数字化世界运作的,不是前端,而是后端。 比如支撑会员系统管理的,消费券管理,订单管理,权益管理等等。 我当时就困惑,为什么这些简单的软件系统,却需要高达100个高薪软件工程师完成? 直到后来,家人开了个服装小店,作为“CTO”的我,想当然地帮助他们选IT管理系统,但是却遭到一一的拒绝,都说实在太复杂、太难用了。我们还是用回 “笔和纸”吧。 我当时就想,怎么能这么low?最起码也用个电脑吧,不然怎么数字化管理呢? 最终,他们用起了Excel。 我回到公司,整件事让我很深思,我们这群自持社会的数字化经营做出来的“高大上”的软件系统,为什么如此不堪一击? 2019年初,带着这些好奇心,我开始规划2019年的业务。 我提出了三个数字化业务,分别是:游戏化会员、社区化运营、数字化引擎。 其中游戏化会员有点像今天所说的“元宇宙”,社区化运营有点像今天说的“私域”,不展开描述,重点描述下数字化引擎。 我想做一个像Excel一样易用,却拥有打造“软件系统”能力的新工具,用以应对未来发展的低成本数字化方案。

03

多种姿势进行网站安全渗透测试

我认为,无论是带着全栈的工作经验,还是只能一部分技术性专业知识,要想搞好安全测试务必先变换我们观查软件的角度。举个事例,我们一起看一下:一样一幅画,许多人一眼看以往见到的是2个面部,而许多人见到的是一个大花瓶。这就是观查角度的不一样导致的。在我一开始触碰安全测试时就很深的感受来到这一点。那时候我还在测试一个Web运用的账号登录作用。当我们键入不正确的登录名来尝试登录时,电脑浏览器上的信息提示为“该登录名不会有”。当我们试着恰当的登录名而不正确的登陆密码时,信息提示变为“登陆密码键入不正确。”针对这一清楚的错误提示我十分令人满意。设想我若是一个真正的终端产品,这一信息内容合理的协助我变小改错范畴,提高工作效率,很好。

00

多种姿势进行网站安全渗透测试

我认为,无论是带着全栈的工作经验,还是只能一部分技术性专业知识,要想搞好安全测试务必先变换我们观查软件的角度。举个事例,我们一起看一下:一样一幅画,许多人一眼看以往见到的是2个面部,而许多人见到的是一个大花瓶。这就是观查角度的不一样导致的。在我一开始触碰安全测试时就很深的感受来到这一点。那时候我还在测试一个Web运用的账号登录作用。当我们键入不正确的登录名来尝试登录时,电脑浏览器上的信息提示为“该登录名不会有”。当我们试着恰当的登录名而不正确的登陆密码时,信息提示变为“登陆密码键入不正确。”针对这一清楚的错误提示我十分令人满意。设想我若是一个真正的终端产品,这一信息内容合理的协助我变小改错范畴,提高工作效率,很好。

03

什么是软件质量?

Functional Quality - How well software complies with or conforms to customer specifications.Structural Quality - How software meets non-functional requirements that support the delivery of the functional requirements, such as robustness or maintainability.质量是个很抽象的相对概念,如果打个比喻的话,会觉得质量和安全感有很多相似之处。安全感是什么?看不见摸不着,是不怕走夜路?不怕下水?抑或可以自在独处?每个人对安全感的要求是不一样的,同一个人在不同的年龄段对安全感的要求也不一样。襁褓中的婴儿大部分都很怕和母亲分离,因为他们和母亲从生命开始的那一刻起就有了切不断的联系,他们怕离开母亲独自面对子宫以外的环境。有些人可能因为小时候有溺水的经历,即便成年之后,也无法涉水,对河流,大海有难以言状的恐惧。同样的,在不同行业,有不同的质量标准。广义上讲,我们有食品质量,有工程质量,有软件质量等等。狭义到我们的软件开发,即使同一产品,不同的用户对产品质量的高低感受肯定也是有个体差异的。另外质量像安全一样是个相对的概念,一般情况下我们会认为家里相对马路上来说是更安全的。但这是一般大概率的情况下,但当地震发生的时候,空旷的马路上也许就比家里安全多了。质量也一样,软件质量的优劣,是需要满足特定行业特定用户群体的产品诉求,符合某一年龄段或者特定性别用户的使用习惯,兼容大部分目标用户特定设备需求等等。软件质量是一个抽象的存在软件质量在线的时候我们是比较难察觉它的存在的,我们不知道它就存在于我们的每一次需求讨论中、每一念的设计斟酌里、每一回车的代码提交时。但是一旦有客户抱怨产品不好用,或者发现产品缺陷时,质量这个隐形的存在似乎就变得特别醒目。貌似跟我们的健康一样,我们健健康康的时候,很少觉察到健康的重要性,快乐地熬着夜撸着串。但是一旦我们生病了,这要忌口,那要注意,我们惊觉原来健康和我们的一餐一眠,一时一刻的情绪都息息相关。软件质量是各个质量属性的综合通常情况下,人们习惯说好的软件质量就是实现了客户对软件的所有需求。但是什么是需求呢?在敏捷开发环境下,我们用用户故事来管理,沟通产品需求。而用户故事我们通常会归类为功能需求和非功能需求。举个例子,小区门禁系统通过人脸识别实现自动开门,这是个很明确的功能需求。满足了功能需求我们就能说这个软件的质量很好了吗?某天某位业主画了个浓妆,或者剪了个刘海,该系统无法识别了,功能无法满足了。你会发现,通常功能性需求和非功能性需求是交织在一起的,很多非功能性需求是为了辅助功能性需求的更好实现。软件质量一定是需要去界定质量特性,及满足这些特性应该具备哪些质量属性。再举个例子,我们可以拿生活中送礼物这事儿来类比。比如情人节到了,我们或多或少会期望收到一份来自另一半的礼物。而且还期待对方能无需提示,主动自愿,悄咪咪地准备一个自己心仪的礼物。把‘收到礼物’ 看作‘What’,那‘无需提示,主动自愿,悄咪咪地准备’,就是‘How’。如果跟你说:钱都在你那里,你想买什么自己买就是了。毫无仪式感和主动性,这个礼物会让人开心吗?质量模型作为一个妈妈(被迫营业的非专业的育儿家),我知道孩子的安全感是可以被定义为很多维度的:满足感,可控感,信任感等等。而且这些不同的安全感有其特定的建立阶段,例如一岁之前,如果孩子能得到父母很好的照顾,持续的慈爱,婴儿的满足感就能被适当建立。我相信育儿专家们对孩子的安全感一定有更专业的系统定义、建立及评估方法。质量也一样,即使很抽象,具有行业差异,但是IT从业者从来没放弃过对其进行定义和评估,因此产生了各种不同的质量评估模型。

01
领券