去了一家不到 20 人的 IT 公司后,真的是大开眼界。。。

LLC 谐振转换器中为什么需要 ( L_m )(励磁电感) 在每个模态中,励磁电感 ( L_m )、谐振电感 ( L_r ) 和谐振电容 ( C_r ) 分别承担着储存和释放能量、维持谐振电流和电压波形的任务。Q1和Q2的交替导通确保了这些元件能够在不同的模态下实现能量的有效传输和谐振状态的维持。励磁电感 ( L_m ) 在这一过程中起着不可或缺的作用,确保了电路的高效运行和稳定性。 阅读详情

点击上方“芋道源码”,选择“设为星标”

管她前浪,还是后浪?

能浪的浪,才是好浪!

每天 10:33 更新文章,每天掉亿点点头发...

源码精品专栏

 

来源:sourl.cn/hy9TD


今天早上在知乎看到一个挺有意思的话题:不到 20 人的 IT 公司该去吗 ?

1b1bc472224618f0fdc63613b0887217.png

回答区有一位老哥分享了自己在一个20 来人的小公司的奇葩工作经历,分享一下。

原回答地址:https://sourl.cn/hy9TD

下面是正文。

刚到西安有幸加入了一个 20 来人的 it 公司。

本来是不想去那种小公司的,为什么加入呢?原因大概有二 :

  • 其一就是该公司号称是某互联网大厂旗下的子公司,公司资源共享。

  • 其二就是感觉经历了四面感觉心好累,不想再面试,就这个吧。

第一天

然鹅,当入职第一天开始我就渐渐发现情形怪异。

第一天来前台报道,发现前台的人屌屌的,没有正式的着装,染着绿色的头发,嚼着口香糖。我心想,创业公司人性化吧。

我:“您好,我今天入职。”

前台:“奥,你叫啥”

我:“我叫 xxx”

前台:“奥,那你先填个表,我叫人事”

坐了 20 分钟,没人理我。

我:“那个人事怎么还不来”

前台:“应该路上堵车了,要不你在等会”

又过了二十分钟

人事:“你叫 xxx 吧,那个稍等我打印下合同”

我:“奥”

人事:“合同需要你第 xx 页签下字,签完以后这两份我们需要邮寄回总部,所以就签完教给我就好了,我就在隔壁办公室”

我:“好的”

没有入职介绍,没有合同细节说明,没有入职小礼品,就这样签完合同来到了工位。

部门人事过来招呼

部门人事:“你就是 xx 吧,你的工位在那边,我给你开通一下 oa 系统,然后一会和我去领设备,一会我给你拉我们微信群,待会有个欢迎仪式,新人来要在群里发红包,今后靠老员工多多照顾”

我:“还要发红包?呃”

所谓的欢迎仪式真的好尴尬,就如同电视剧里演的一样,部门人事哐哐敲了几下桌子,大喊这,

部门人事:“大家停一下手上的工作,今天我们有新鲜血液流入我们了,我们的团队又壮大了些”

然后尴尬的一阵介绍,真的好尴尬,感觉大家都像打了鸡血一样的自来熟那么亲热。

基于 Spring Boot + MyBatis Plus + Vue & Element 实现的后台管理系统 + 用户小程序,支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能

  • 项目地址:https://github.com/YunaiV/ruoyi-vue-pro

  • 视频教程:https://doc.iocoder.cn/video/

第二天

第二天就开始了正常的工作,领导给我了一个 git 地址,说是我们的项目代码,给我两天时间熟悉一下,然后做一个 ppt 讲一下自己对这些的理解。

我:“好的,那个,咱们自己测试服务器地址是啥?”

领导:“嗯,我们现在还没有测试服务器,你自己本地搭建一个测试服务器吧”

我:“那能保证我这个和线上环境一样吗?”

领导:“没关系,我们都是这么弄得”

我:“额。。。行吧”

我第一次见到这样的开发架构和流程,预感到后期会有大问题出现。

演示完项目理解,接了第一个活,我曾经预感到这套工作架构的问题终究出现了。

一个项目我们四五个人开发,各自的测试环境不一致,测试环境测试成功后,提交代码。

致命的一点是:

这样一个团队,竟然没有一个完整的代码上线流程。代码上线完全靠领导一人手动操作。

所以,终究,可怕的事情发生了。

各个开发测试环境无问题,上了线一堆 bug,由于手动上线的原因,经常会漏或者忘记上线。线上出现 bug 又得马上回滚,测试环境又无法查出问题。

第一次的项目上线整整从下午五点上线到了晚上十点才结束。

我真的是大开眼界。

而且由于员工的过分热情奋斗经常,听老员工说公司有个不成文的规定,卡时间节点,定下来今天上线的项目,今天上不了线就不回家。

基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 实现的后台管理系统 + 用户小程序,支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能

  • 项目地址:https://github.com/YunaiV/yudao-cloud

  • 视频教程:https://doc.iocoder.cn/video/

第三天

第三天,我给领导建议:“我建议先搭建好一套上线流程工具,我们再开发,至少我们有个和线上环境一致的测试服务器啊”

领导:“这个我们一直和总部申请,现在业务也忙,我们自己没时间做这些”

意思就是不想弄。

无奈,我也不好再说什么,入职不到一个月,做了第一个项目,我开始有了想离职的念头。

后续的工作,每天非常繁忙,同时对接三个业务,而且招聘里写的招高级工程师,工作是带领项目组,而发现来了之后大家都是高级工程师,都是硬干业务的。同时,招的是后端开发工程师,前端的活也一并扔给我来干了。

一个月后

来了一个月了,我渐渐了解到我的同事的工作背景,他们有的以前是干过销售,有的是在做过软件外包,有的是当过机构老师。正经的计算机系出来的没几个,大多数是上了个编程培训班就出来找工作,混迹好几个小公司,后来到了这儿。

产品经理设计了一个项目,写了一堆文字。

我:“我想问下项目原型图有吗,或者 prd 文档模板”

产品经理:“我写了个 word,你看看”

我:“你这写的这我知道几个意思”

产品经理:“按我写的做就好了”

我:“额。。。”

我意识到又一个可怕的事情即将发生了。

由于产品经理不提供设计原型图 prd,只是单纯的用文字描写产品想法。再加上文字功底又不好。同一段文字不同人读理解的不同的意思。

一个产品,几个开发做不同的东西,开发完成,产品经理说这都不是他想要的。开发说,按着你的文档做的,哪点对不上?产品经理说,你这理解的不对。

于是,互撕开始了。

无奈,最终,为了产品,项目推到重做。工作几天全是无用功。

压垮骆驼的最后一根稻草

离职的想法已经在我脑子里酝酿,最后让我下定决心的是一次业务上线。

上线属于测试负责制。

测试说这个东西上线有问题,就不允许开发走,哪怕耗在那没事可做。

最后一次业务上线。

晚上六点上线。

我:“我代码提交了,我去吃饭,测好了告诉我”

测试:“你先别走,万一有 bug 方便改”

我:“我吃个饭就回来”

测试:“好,有问题我给你打电话”

刚到楼下,买了份饭,刚吃了两口,一阵急促电话铃。

测试:“快上来,代码崩溃了,严重问题”

我:“我吃完上来”

测试:“别吃了,领导都看到了”

无奈,我吃了一口,急匆匆上楼,上去一看,是因为数据类型问题,改了一个变量类型,好了,并不是什么大问题。

测试:“你坐着别走了,有啥问题我好随时给你说”

我:“奥”

一晃时间到了九点,我看了看表,这测了两个多小时了,也没啥问题,上线吧。

上线了,简单看看没啥问题。

我:"那我走了"

回家路上走到一半,有一阵仓促的电话铃声。

测试:“快回来,线上 bug”

我:“刚才测了两个多小时你说没问题,你同意上线了。十点多了,不行回滚明天搞吧。”

测试:“不行,今天得上线,你快回来”

我: "我刚坐上车,你回滚代码,明天再搞吧"

测试:“那我给领导反馈”

真的有点生气了,短短十分钟时间,领导的电话不间断的给我打了三次,我没有接听。

我让司机掉了个头,回去了,花了三分钟时间,看了下线上 bug 是因为线上脏数据造成,删了几条数据,正常了,此时已经是快凌晨一点了。

一句话没说,第二天来了,领导质问我怎么不接电话,告诉我说工作要认真,并且又重新派给我一个活,告诉我要认真对待。

我微微一笑,编辑好的离职邮件,点了发送键。并且请了剩余的年假。

个人感受

个人认为我们找工作的时候尽量应该比较小的公司,尤其是10、20人这种的小公司,遇到坑的概率非常大!并且,大部分这种规模的小公司最后都死掉了。

不过,还是有少部分不错的小公司的,这个也不能一棒子打死。



欢迎加入我的知识星球,一起探讨架构,交流源码。加入方式,长按下方二维码噢:

efc5f20bf6f7bf59d50e0b165672d686.png

已在知识星球更新源码解析如下:

d66fbd0586f37a8cd2e2d735384c464e.jpeg

ff2f1d881217536604c0474b9e922951.jpeg

ad15d32bd32fe346256964cd49c1e611.jpeg

7af134b6fe68a0bbb26b5e097a6accd3.jpeg

最近更新《芋道 SpringBoot 2.X 入门》系列,已经 101 余篇,覆盖了 MyBatis、Redis、MongoDB、ES、分库分表、读写分离、SpringMVC、Webflux、权限、WebSocket、Dubbo、RabbitMQ、RocketMQ、Kafka、性能测试等等内容。

提供近 3W 行代码的 SpringBoot 示例,以及超 4W 行代码的电商微服务项目。

获取方式:点“在看”,关注公众号并回复 666 领取,更多内容陆续奉上。

文章有帮助的话,在看,转发吧。
谢谢支持哟 (*^__^*)
Python 爬虫实战:Twitter 数据定向抓取(特定话题 + 用户推文爬取与分析) 在社交媒体研究、舆情监测和市场分析等领域,Twitter 数据具有极高的价值。本文将详细介绍如何使用 Python 构建一个完整的 Twitter 数据爬取系统,包括特定话题和用户推文的爬取与分析。我们将涵盖从认证到数据存储、清洗、分析和可视化的全流程。 阅读详情

相关推荐

数据库存储分层架构搭建:热数据 SSD 存储、冷数据归档的配置操作及性能对比分析

本文探讨了数据库存储分层架构的优化策略。随着数据量激增,传统单一存储模式面临成本与性能的平衡难题。文章提出通过热数据SSD加速和冷数据归档降本的分层方案,系统分析了热数据SSD配置、冷数据归档操作及性能对比。分层架构基于数据活跃度匹配存储介质,使热数据保持高性能访问,冷数据低成本存储,实现总体成本降低60%-80%的同时确保核心查询性能。文中详细介绍了硬件选型、数据库配置、数据迁移等技术细节,并强调了动态调整分层策略的重要性,为构建高效经济的数据库存储体系提供了完整解决方案。

jingjing45678的博客 1291

去了一家不到 20 人的 IT 公司后,真的是大开眼界。。。。

图片来源:AIGC文章来源:知乎前几天在知乎看到一个挺有意思的话题:不到 20 人的 IT 公司该去吗?回答区有一位老哥分享了自己在一个20 来人的小公司的奇葩工作经历,分享一下。原回答地址:zhihu.com/question/421150601/answer/1475676199下面是正文。刚到西安有幸加入了一个 20 来人的 it 公司。本来是不想去那种小公司的,为什么加入呢?原因大概有二:...

中生代技术 104

CXL协议-第三章 CXL事务层

CXL.io为I/O设备提供了一个非一致的负载/存储接口。图3-1显示了Flex总线分层层次结构中的位置。事务类型、事务分组格式、基于信用的流量控制、虚拟通道管理和事务排序规则遵循PCIe*定义,详情请参考PCIe基础规范的“事务层规范”章节。本章重点介绍了用于CXL.io的著名的PCIe操作模式或特性。

qq_41305217的博客 2769

去了一家不到20人的IT公司后,真的是大开眼界。。。

Java精选面试题(微信小程序):5000+道面试题和选择题,真实面经,简历模版,包含Java基础、并发、JVM、线程、MQ系列、Redis、Spring系列、Elasticsearch、Docker、K8s、Flink、Spark、架构设计、大厂真题等,在线随时刷题!前几天在知乎看到一个挺有意思的话题:不到20人的IT公司该去吗?回答区有一位老哥分享了自己在一个20来人的小公司的奇葩工作经历,分...

Java精选 191

Allegro PCB设计小技巧:如何用Shift键快速平移复制走线和过孔?

本文深入解析了Allegro PCB设计中利用Shift键进行平移复制的核心技巧。通过对比传统复制粘贴流程,详细演示了如何高效、精准地批量复制走线和过孔,尤其适用于创建等间距电源总线、过孔阵列等场景,能显著提升PCB设计效率与准确性。

pz89012345的博客 554

tkinter使用label视频播放

tkinter是python的界面开发包 使用tkinter显示视频流的一个办法是使用label来逐帧显示图片。 from Tkinter import * from PIL import ImageTk, Image import cv2 root = Tk() # Create a frame app = Frame(root, bg="white") app.grid() # Create a label in the frame lmian = Label(app) lmain.grid(

六十英里的专栏 5526
上一篇: 为什么阿里巴巴禁止工程师直接使用日志系统(Log4j、Logback)中的 API
下一篇: MySQL 处理大数据表的 3 种方案,写的太好了,建议收藏!!
公众号-芋道源码
博客等级 码龄10年 1631粉丝 377原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值