小公司里的软件开发工作有很多需要考虑的因素，尤其是底层软件的开发情况，更让人深思。人们通常认为底层软件涉及驱动开发、代码迁移等任务，这其中还包含底层算法。然而，在小公司中，这些工作背后却隐藏着许多无奈。
底层软件在小公司中的工作内容
在小型公司担任基础软件开发岗位，主要职责是对供应商的软硬件进行测试。2022年，小李在一家专注于物联网的小公司从事这项工作。他每日的职责中，与供应商交流产品问题占据了不少时间。同时，还需确保自家代码与供应商产品相匹配，比如进行驱动程序的开发等。这类工作代码量不大，只需投入时间和人力即可完成，对程序员技能的展示有限。
小公司基层的软件开发人员也得应对硬件挑战。在广州，有一家小型科技公司，其中负责底层软件的小王经常被硬件问题所困扰。由于硬件缺乏测试流程，一旦出现运行问题，很难判断是软件还是硬件的过错。小王不得不投入大量时间去检查底层代码，而有时问题竟然出在硬件上，这也是底层软件开发人员必须承担的责任。
小公司底层工作缺乏技术创新
底层开发项目通常涉及较少的代码，主要涉及与主控芯片及外围设备的对接。以我国西部一家小型企业为例，其底层开发工作创新性不高，难度也不大。而且，一旦企业更换外围设备，以往积累的技能和经验可能就不再适用。例如，原本熟悉A型号芯片的开发人员，转而使用B型号芯片时，几乎需要从头开始，之前所学经验的价值大大降低。
在这种情形下，要实现技术上的重大突破颇为不易。无论是从工作方式还是实际效果来看，基础软件的开发创新力度都不够强烈。这对那些追求技术进步的程序员来说，无疑是一种不小的失望。
底层软件开发在领导心中的低地位
公司高层心中想的都是项目，但基层的软件开发工作却很少被他们关注。在东北的一家小型软件企业里，管理层最重视的是项目的应用层开发、成本预算和需求调研。以2023年的一项新产品开发为例，他们与客户、外部供应商和应用开发者进行了众多交流，却完全忽略了底层软件开发团队的成员。
由于底层软件在项目中更像是一个过渡环节，小公司管理者通常认为，只要人力和时间充足，就能轻松完成。因此，他们并不认为这是项目能否成功的关键。这种看法导致从事底层软件开发的人员感觉自己的存在感不足。
核心技术多源于大公司
现在产业链中，关键技术主要掌握在大企业手中。像那些著名的大科技公司，它们持续投入资源，致力于攻克诸如“组合导航技术”这类广泛适用的技术。相比之下，小型企业往往位于产业链的尾端，它们往往缺乏自主的核心技术。它们的工作通常是依照用户需求，进行系统整合和定制化服务。
多数小型企业无力开展核心技术的研发，他们通常只是采纳大企业的技术成果。在底层核心技术领域，他们与大企业竞争几乎无望。因此，他们只能在应用层面寻找生存发展的机会。
底层软件开发与经验累积的关系
人们或许会认为，从事底层软件开发积累的经验颇丰。但事实并非如此。以长三角地区的一家小型公司为例，他们虽然在这一领域积累了经验，但若转换到新的硬件环境，一切都要从头开始。这是因为底层软件开发往往与特定的硬件和模块紧密相关，而应用层开发则在不同领域更具通用性。
即便积累了丰富经验，这些经验在面临外部环境变动时，往往几乎化为乌有，难以转化为促进职业成长的积累。
小公司中上层软件与底层软件的差异
小公司要想存活，关键在于对客户需求及产业链上游资源的有效整合。对于这类公司来说，应用层的开发至关重要，其不确定性直接影响到项目的成功与否。以中部某小公司为例，他们专注于攻克应用层的需求与实现，因为这直接关系到项目价值的提升。对小公司来说，应用层的发展方向至关重要，而底层软件只是确保系统稳定的辅助工具，他们的主要精力集中在直接创造价值的上层开发上。
在这种情形下，人们不禁疑问，那些从事基础软件开发的工作者在小型企业中是否还有成长的空间？欢迎各位发表看法，同时，不妨将这篇文章转发给那些面临相似难题的朋友，并给予点赞支持。
