技术公司与非技术公司的区别,太真实了…

简介: 再此之前一直在软件公司工作,虽然累,但是不断的成长不断的学习,不断的接触新鲜血液,同事之间都是搞技术的特别和谐,工作分下

本文纯个人看法~

工作八年多了,走过好多公司,现在已经过了三十,不想再这么奔波,这几天由于领导对我的评价,对自己产生了一系列怀疑,是自己能力不行?还是自己态度不行?还是自己工作方式不对?等等很多。这个年纪已经不再是年少轻狂的年纪了。

技术公司

再此之前一直在软件公司工作,虽然累,但是不断的成长不断的学习,不断的接触新鲜血液,同事之间都是搞技术的特别和谐,工作分下来都非常积极,生怕自己比其他人少干了,学习少了。每天去公司是一种快乐。公司之间也没有心机,大家都在一起玩技术。解决客户。我们统称三收益。第一我们帮客户解决问题,第二我们帮公司挣到钱,第三我们在成长提供自我价值。

做项目流程:大框出来,之后慢慢填写细节问题。不断的确认不断的完善,最终以丰满健壮的软件交付。

非技术公司

去年4月份入职这家公司,信誓旦旦的来了这家公司,打算大展拳脚,因为这个年纪再不放手大干,就不知道什么时候可以翻身当家做主人了。(开句玩笑),之前年轻的幼稚,之前年少的想法,我行我素,做好自己的工作就好了。自从来到这我不得不反省自己。错错错!!!

这家是我们当地一家非常有名的公司。分很多部门(大连)。我所在的部门的客户跟我上家公司的客户是一家客户。所以我知道客户有多少磨人。所以我坚信我能胜任,我也能帮公司解决。代码我也很熟悉。给我的感觉是如虎添翼。

但是我错了。我来了这家公司发现这个部门不是我想象中那么简单。不再是一个简简单单的技术公司,以support为主。不定时做CR开发,与小的改动项目。部门大概50人,开发不到10个人。我就是这几位开发中的一员。现在说下我来了之后做的几个项目:

  1. A 项目,我刚刚来到公司。人生地不熟,我打算处理好人际关系,主动一些。跟PM打好招呼。来了接到一个半路的项目,已经有人做一半了,我是半路进入。另外一个同事告诉我需要做什么。口头说,需要做什么等等。我做好之后进行测试,之后就没有人再联系我。我以为项目结束了 或者说我那没有问题。我就找我的负责人联系下个项目。大家以为这件事结束了?NO 后续一起说!
  2. B项目(abc项目) ,我接到的任务是根据数据库把所有 Code 判断的地方 换成 Id , 数据库直接更改备份,Support Teams告诉我没有办法测试。只能硬着头皮改我用SQL Search找到对应的地方,更改成 Id判断。结束。告一段落
  3. C项目(abc项目),更改一些逻辑问题,改了两个月顺利改完。等了三四个月后上线。
  4. D项目,一个新加模块。每个功能点需求一两句话。还有些隐藏需求点就是项目负责人告诉我 跟其他模块功能保持一致 看看其他页面咋做的 。这是我听过最多的一句话。项目功能点,有很多需求文档中没有包含,加上开发对这套系统不是很熟悉。这个系统延期了。

由于需求的变更。公司与客户都产生了很多问题。领导提醒我们已经红色标识了。项目测试期间问题比较多。来来回回30多个问题(样式,位置,漏洞,预部署重复性问题)项目终于上线了。大家终于松了口气。

2020年元旦我休陪产假。

问题:

(1)临时接到(abc项目)马上上线。有些Job当时验证不了。只能等到时间自动发送。半夜一点多成功顺利上线。第二天告诉我job没有执行。我在本地还原了没有问题。一个月后又找我说job不好用。我去服务器查看是由于部署人员把Key替换了。所以导致ftp上不去。结果发送不了文件。

(2)(abc项目)由于我的疏忽,B项目的Id是Guid 我只判断是否为空,未判断是否等于0000-00000-00000-00000这种。导致给客户发了几百封邮件。领导帮我扛下客户的雷。心中存在愧疚。

休完陪产假回来。领导找我,总结了我来到部门所干的几个项目 以下都是领导的话。

  1. A项目。GXX 跟我反映 说你做的那个页面问题很多。后期他都找人改完了。你不知道吧,我不说你可能都不知道。(我当时懵逼了。我当然不知道。因为没有人给我反馈,我测试没问题,我以为页面没有问题 项目结束了呢。无力反驳)。
  2. B项目。给客户发了几百封邮件。这个雷我们帮你扛下来了。这个以后你得注意点这个事情。(心存感激,但是多多少少我心里有些不爽,我没有办法测试)
  3. C项目。这个项目问题也不少,导致很长时间我们数据传输不过去。(有些不是我的问题,却把问题算到我的身上,support发布不对。这能懒我吗?)
  4. D项目。虽然这个项目是你临时抓进来救火的 但是问题也不少。(无语,项目负责人有些东西说不清,一句话把问题归于开发身上。负责人:我说的跟开发做的不一样。两个开发都可能理解都不对吗?来来回回的需求变更也算我们的Bug?)

领导的总结:对你的技术没有质疑,但是你对待项目要认真些。以后要注意的地方。

做项目流程:

。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

过完年

。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

过完年至今做了四个项目,每个项目都小心翼翼,之前的经验告诉我,这个部门技术不是太重要,重要的是人情世故,重要的是心机 别被人抓住小辫子。结果还是被人坑了。

领导昨日发信息告诉我,有很多人反馈我交付质量有问题,我过完年这四个项目我都总结过两个没问题。现在做的样式位置加一起不到十个问题。还有一个项目也很好。

我昨日一天都在想这个问题,为什么会有很多人反馈。四个项目 两个项目负责人,一个私交比较好。另外一个之前有过几次邮件问题交流,一直抄送领导那种,最终他承认是他问题的结果。不能吧。因为这点事就翻翻我的问题。

昨天我一天我都在想领导的话,还有就是我自我反省。错在哪里 差在哪里,是态度问题还是工作方式问题,还是什么问题。我感觉一名合格程序员应该先自我反省才能深刻意识到问题。可能我之前在其他公司的工作方式与现在的公司不相符。导致领导对我有看法。

个人总结

技术公司做项目流程:大框出来,之后慢慢填写细节问题。团队之间相互合作,不断的确认不断的完善,最终以丰满健壮的软件交付。

非技术公司做项目流程:跟据需求文档,项目负责人口头说,项目其他模块功能供参考。测试几乎0 bug的才算交付好,团队之间彼此保留,彼此开发自己代码没有交际,怕产生问题领导追责。

内在因素:可能是个人方式工作方式导致的问题

外在因素:带颜色眼睛看人。还有就是心机很重要,别让人抓住把柄。领导附近的红人得罪不起。

以上都是这两天困惑的个人总结。希望业界同仁碰见类似问题指点迷津。希望业界同仁避免类似错误。

相关文章
|
SQL 机器学习/深度学习 人工智能
【关系知识图谱】微软元老鲍勃·穆格利亚:关系知识图谱将改变商业
微软资深人士鲍勃·穆格利亚(Bob Muglia)表示,我们正处于知识图表的全新时代的开始,这与2013年现代数据堆栈的到来类似。
|
机器学习/深度学习 传感器 存储
设计人工智能产品:技术可能性、用户合意性、商业可行性
随着机器学习逐渐成为数字化产品的主流,了解机器学习的基础知识对许多产品经理来说变得越来越重要。今天的产品人员是一个相当多样化的群体。对于一些人来说,重点主要放在用户体验上(例如,如果主要价值主张围绕着一个杀手级的 UI),而另一些人已经在设计需要深入理解数据和代码的产品。 理解机器学习对于频谱的两端都是必要的——只是原因略有不同。对于以 UI 为中心的产品和 PM,模糊逻辑和机器学习功能将从根本上改变用户与产品的交互方式。因此,这些特征的呈现变得非常重要。另一方面,管理 API 或技术平台的产品经理会更关心 AI 算法是如何集成的。
|
SQL 安全 Java
技术公司与非技术公司的区别,太真实了…
技术公司与非技术公司的区别,太真实了…
108 0
|
人工智能 新能源 算法
【商业逻辑】企业该选择人工还是智能?看完你就明白啦!
AI图像处理技术在光伏、纺织、LCD、PCB、芯片等多个行业取得的成功,证明了图像技术的可塑性。AI图像处理技术的跨界复制与持续迭代能力将加速该技术的产品化落地,最终实现在制造业的规模化应用。
644 0
【商业逻辑】企业该选择人工还是智能?看完你就明白啦!
|
搜索推荐 UED
曾鸣:新商业和旧商业有什么区别? | 内部干货
精又是通过网络协同来实现,准是通过数据智能来实现,如果你的企业踩上了网络协同和数据智能这两个风火轮,开始能够提供精准智能服务的话,你才有机会进入一个全新的时代。
3633 0
|
安全
什么样的企业可以称之为初创企业?
本文讲的是 什么样的企业可以称之为初创企业?,“初创企业”一词在过去往往代表着“创新”和“颠覆”,但现如今,这个词似乎已经越来越多地成为“时尚”和“潮流”的代名词。
3990 0