如何使老板相信ANSI C不适合我们的新项目？[关闭]

几个月前，我们开始开发一个应用程序，以控制内部开发的测试设备并记录一组测量值。它应该具有简单的UI，并且由于必须进行连续记录，因此可能需要线程。该应用程序将使用几年，并且在此期间应由许多计算机科学专业的学生维护。

我们的老板大约30年前毕业（不要被视为冒犯；我也有一半以上的时间都在我的背上），并责令我们在ANSI C中开发此应用程序。理由是他是唯一的一位将一直存在，因此他必须能够了解我们在做什么。他还裁定我们不应使用抽象数据类型。他甚至给我们列出了他希望我们使用的全局变量的名称（叹气）。

我实际上尝试了这种方法一段时间，但确实让我放慢了脚步，以确保所有指针操作都是安全的并且所有字符串的大小均正确。此外，与手头问题实际相关的代码行数仅占我们代码库的一小部分。几天后，我放弃了整个工作，并使用C＃重新开始。我们的老板已经看到了程序的运行，他喜欢它的工作方式，但是他不知道该程序是用另一种语言编写的。

下周，我们两个人将开会讨论源代码，以便他“知道如何维护它”。我有点害怕，我想听听你们可以用哪些论点支持我的决定。

ward弱的你

请注意，“请像这样做让我确信我能保持它”其实是一个很不错的要求-大多数程序花费更长的时间维持比被写入并保持在已知技术的解决方案通常是一个好主意。

试想一下，如果某个新的计算机小子在被要求编写C＃应用程序时被要求在两天内用Haskell编写它并说：“嘿，它可以工作，我走了，再见”，然后把维护工作交给了您。

试想一下，如果某个新的计算机小伙子在15年前被要求编写ANSI C应用程序时，是否已经在两天内用Visual Basic 6编写了它并离开了它。现在您必须维护它，并且在插入安装媒体时Windows 7已经开始抱怨。

正如Heinzi在评论中所暗示的那样，这可能是一个很好的机会-“这是一个用C＃编写的快速原型，恰好看起来很像C-我们是否应使其准备就绪，或者像您一样在ANSI C中重新实现它？问”，然后立即进行讨论。可以看到实际的源代码要比“嗨，我们不应该在Haskell中编写下一个应用程序，因为它更快”。

换句话说，您现在有机会证明可以考虑使用新平台。在代码审查之前提出您编写了一个原型-这将有助于消除您试图偷偷摸摸C＃的印象。我建议您还演示可以在C＃中使用所有用ANSI C编写的现有代码。就个人而言，我相信您会被告知目标仍然是ANSI C以保留在单个平台中。

在这种情况下，您的老板似乎是您的客户，他的主要要求是当您继续前进时，他能够维护该应用程序。这似乎很合理。

因此，选择是按照他的要求做，或者证明您可以完成开发并教他如何在有限的时间内以较低的成本维护C＃应用程序。如果您不能这样做，则说明您不符合项目的要求。

您没有提供太多信息，但是我认为C绝对是正确的选择-我在一家工业工厂担任工程师，并且我们的大多数（如果不是全部）代码都是用C编写的。一个设备（这里假设使用流量计或热电偶或类似设备）并以接近实时C的方式显示它是一个很好的选择。

它快速，可移植（我从未用C＃编写过，但我认为如果没有安装特定版本的框架，它就无法工作，并且通常仅基于Windows）。

绝对可以使用其他语言来制作GUI。但是您可以省下精力，而只需使用一个预先存在的趋势包（有一些不错的开源包）。

总而言之，我想说与硬件C部分的底层接口是一个不错的选择。

噢亲爱的。这是实时应用程序吗？实时控制设备？实时收集数据？使用带有垃圾收集器的语言？噢亲爱的。

尽管我同意您可以在更短的时间内用更现代的语言来开发应用程序，但这可能不是主要标准。轻松进行编程可能比其他标准（例如老板放下的标准，响应时间和确定性行为）更重要。

我建议您使用C＃或Python做一个原型，只是为了测试主要功能和UI。然后，在连续运行几天的时间内，当应用程序被大量数据击中时，测试一下实际情况，测量实际延迟和响应时间。奇怪的是，当VM或垃圾收集器启动时，该应用程序最终可能会变得太慢或随机落后。

我建议您介绍您作为原型所做的工作。

用C编码并不难。如果您不满意，请说出来。我们中有很多人准备迎接挑战。（几十年来，我一直在进行实时C编码）。

好吧，要做的第一件事就是去找老板和老兄。您无视他的明确要求，而且更糟的是这样做已经有几个月了。我不知道您要花多少时间，但是假设大部分时间都花在了完成项目上，那么您必须直面一个事实，即您可能很快会在寻找新工作。

您越早处理这个问题越好。

其次，我认为您无法说服他ANSI C不足，您需要做的是让他相信其他几件事：（1）c＃足够；（2）他可以轻松学习维护c＃，（3 ），您不适合用C编写它。假设您仍然有工作和这个项目的一部分，我将专注于2，强调c和c＃之间的相似之处。

行情回应评论...

几个月前，我们开始开发应用程序[...]

要求我们使用ANSI C开发此应用程序。理由是他是唯一一个始终存在的人，因此他必须能够理解我们在做什么。

这是一个相当合理的要求。

他还裁定我们不应使用抽象数据类型。

这没有道理。现在开始有点可疑了，因为这是程序设计的要求，而不是语言的要求。如果代码应该易于维护，实现ADT或使用经过良好测试的预先存在的代码，则应该优先考虑。

他甚至给我们列出了他希望我们使用的全局变量的名称（叹气）。

好的，所以现在很臭。现在我们可以告诉您，您的老板不仅在各种编程语言方面，而且在一般编程方面的经验有限。熟练的资深程序员，无论使用哪种语言，都不会发表这样的声明。（我能想到的唯一例外是，大多数代码是否旨在在相当小的嵌入式系统上运行，因此，该代码的所有必要工作内存都应预先分配。同一代码的想法预计屏幕级别的UI强烈反对这种说法，但是）。

我猜想您的老板从未参与过大规模，关键任务软件项目，但他更有可能在各种低质量的项目中徘徊。

因此，这与C语言无关。您也可以轻松地用C＃编写同样棘手的程序。认为良好的程序设计取决于语言是一个非常普遍的错误。很显然这不是真的！

C＃的语法肯定比C更漂亮，更简洁并且晦涩难懂。它具有大量的程序设计支持，因为它与C有关的OO相关关键字远远多于C。但是除此之外，它不告诉您如何编写程序。如果您认为默认情况下用C编写的所有内容都是糟糕的，而默认情况下，用C＃编写的所有内容都是天堂，那么我敢打赌，您当前正在编写相当糟糕的C＃程序，而没有意识到。

我的建议是，在进行任何其他操作之前，请先进行抽象的，独立于语言的，但详细的程序设计。使用常规的，面向对象的方法。那里有什么对象，它们之间如何通信，需要什么依赖关系等等。当您对程序设计有了足够的思考并将其记入纸上时，对您或您的老板来说都无所谓您选择用于实施的语言。

您必须解决的第一个问题是情感上的，非理性的。IT行业是一个不断变化的行业，尽管万事俱备，但拒绝改进或接受变化是一个问题。

为什么您的老板坚持使用ANSI C？如果那是他或她唯一知道的语言，那么也许是时候进行改变了，但是理性的争论可能还不够。如果被迫以一种不熟悉的语言工作，您的老板会不会被低估或被解雇？强调他的经验和他带来的其他好处。

如果您不解决这个问题，那么您可以提出的所有合理论据都将被浪费掉。作为下属，您可能不是可以与他进行此讨论的人。如果有的话，也许可以把这个话题交给其他经理中的一个。

还要从您的角度考虑它。为什么要使用C＃？想要使用新颖新颖的东西有多少？不要自欺欺人。如果您认识到这一点，将有助于您更有效地辩论。

第二个问题是风险和成本之一。编写软件很昂贵，而语言的选择是其中的主要因素。考虑：

1. 用C＃和C编写代码需要多长时间？通过更容易的面向对象和更好的垃圾收集，C＃可能会更容易。但是，如果应用程序使用大量非托管API调用，则C可能会更容易。
2. 如果使用C＃，是否需要购买其他工具？听起来您已经在使用Visual Studio，但是您是否需要其他工具来进行本地化，代码审查和分析，调试等？
3. 维护有多容易？如果发现错误，可以多快修复一次。C＃可以减少这种面向对象的方式。自动垃圾收集还避免了大多数内存泄漏和指针问题。
4. 支持有多容易？如果您有支持人员，他们可能知道如何读取故障转储，但是他们知道如何在SOS中使用windbg吗？目标计算机是否已经安装了适当版本的.Net框架？
5. 考虑人员配备。有多少人知道C与C＃？如果你们中的一个或两个都离开了组织，接替您将有多容易？C开发人员比C＃开发人员便宜还是贵？

我可以继续，但重点是不要再仅就语言的技术优点争论。技术优点是只有您和您的老板才能理解的事情。如果您开始谈论业务影响，则会吸引更多人，并提出更具说服力的论点。

也许C是更好的选择。C＃在所有情况下都不会自动变得更好。也许您使用C进行了此项目，但为下一个进行了C＃概念验证。请记住，您可以输掉战斗，但仍然可以赢得战争。

也许还有另一个说法：要找到有足够的经验编写C代码而不犯错误的计算机科学专业的学生，​​可能很难。ANSI C并不是人们今天学习的第一件事。

现在所有计算机科学专业的学生都会杀了我。

您完全无法说服我们ANSI C是不足的。C是一种出色的语言，似乎适合您所描述的任务。随着任务的简短描述（语言要求除外），我也建议使用C（或者可以选择）。

我认为问题在于您正在用C＃进行思想编程。从Perl切换到C或Java时，我也遇到类似的问题。您必须学习适应语言，而不是将思维方式转换为当今的语言。

问题不在于您的老板或C语言，而是在于使您对不同的思维方式敞开胸怀。更改编程语言将使您受益。

首先，您现在需要告诉老板它是另一种语言。如果您故意不按要求带回某些东西，他会（可以理解）生气。

现在，向老板/经理解释这些事情的最好方法是将其放在时间和金钱上。估计此项目在ANSI C中将花费多少时间，然后估计在更高级别的项目（例如C＃）中将花费多少时间。注意我说的是更高级别的，不是现代的。这也可能有助于使事情变得顺利。我的意思是，您不会只用一个很小的画笔就可以绘画房间，而不会使用滚筒和其他东西来使每个笔画（代码行）覆盖项目的更多区域。另外，如果您或您的团队成员中的某人不了解C，或者不愿意在C中进行大型项目，那么这将更加困扰时间问题，因为他们将不得不加快速度。

听起来您的老板正在尝试进行微观管理。我敢肯定，其他答案之一将尝试解释如何让老板少做些事情

主管对ADT的厌恶在其他地方得到解决，因为开发人员似乎对GC成本一无所知，因此我将重点介绍“线程”。

也许不是考虑.NET（或JVM，如果使用的话），而是要使用多个进程间通信（IPC）机制在它们之间进行通信，这是多个进程。例如-Windows消息，共享内存，内存映射文件缓冲区，命名管道等。专门用于与设备或设备方面进行交互的小过程，并检查IPC以传达更新和确认请求，并具有更大的过程来维护GUI并使用您选择的任何IPC与设备“监视器”进行通信。