Wie kann ich meinen Chef davon überzeugen, dass ANSI C für unser neues Projekt nicht geeignet ist? [geschlossen]

64

Vor einigen Monaten haben wir mit der Entwicklung einer App begonnen, mit der eigens entwickelte Testgeräte gesteuert und eine Reihe von Messungen aufgezeichnet werden können. Es sollte eine einfache Benutzeroberfläche haben und aufgrund der fortlaufenden Aufzeichnung, die stattfinden muss, wahrscheinlich Threads erfordern. Diese Anwendung wird einige Jahre lang verwendet und in diesem Zeitraum von einer Reihe von Informatikstudenten gepflegt.

Unser Chef hat vor ungefähr 30 Jahren seinen Abschluss gemacht (um nicht beleidigt zu sein; ich habe auch mehr als die Hälfte dieser Zeit auf meinem Rücken) und hat angeordnet, dass wir diese Anwendung in ANSI C entwickeln wird rund um die Uhr sein, und deshalb muss er verstehen können, was wir tun. Er entschied auch, dass wir keine abstrakten Datentypen verwenden sollten; Er gab uns sogar eine Liste mit den Namen der globalen Variablen (Seufzer), die wir verwenden sollen.

Ich habe diesen Ansatz tatsächlich eine Weile ausprobiert, aber er hat mich wirklich verlangsamt, um sicherzustellen, dass alle Zeigeroperationen sicher waren und alle Zeichenfolgen die richtige Größe hatten. Darüber hinaus war die Anzahl der Codezeilen, die sich tatsächlich auf das vorliegende Problem bezogen, nur ein kleiner Teil unserer Codebasis. Nach ein paar Tagen verschrottete ich die ganze Sache und begann erneut mit C #. Unser Chef hat das Programm bereits laufen sehen und es gefällt ihm, aber er weiß nicht, dass es in einer anderen Sprache geschrieben ist.

Nächste Woche werden wir uns treffen, um den Quellcode durchzugehen, damit er "weiß, wie man ihn pflegt". Ich habe ein bisschen Angst und würde gerne von euch hören, welche Argumente ich verwenden könnte, um meine Entscheidung zu unterstützen.

Feige deine,

Rick
quelle
220
"Oh nein, dies ist nicht die endgültige Version, es ist nur eine C # -Version, die wir in wenigen Tagen schnell zum Prototyping und Testen geschrieben haben, um sicherzustellen, dass wir die Anforderungen verstanden und die Benutzeroberfläche verfeinert haben. Die Implementierung in ANSI C wird dauern weitere X Wochen, weil Sie wissen, haben wir um zu arbeiten , nicht alle diese Phantasie Datenstrukturen. ... nun ja, jetzt, wo du es, die C # -Version erwähnen ist das endgültige Programm sollte bereits alles tun, aber Sie sagten , Sie brauchen es in ANSI C. ... OK, wenn Sie darauf bestehen, bleiben wir bei dieser Version ... "
Heinzi
8
@Heinzi: Ich habe die gleiche Erfahrung gemacht: Ich habe in 2 Tagen einen C # -Prototyp einer Bibliothek geschrieben und mehrere Wochen damit verbracht, ihn in C umzuschreiben. Glücklicherweise wurde mir nach diesem Projekt die Möglichkeit geboten, mit einem anderen Team zu wechseln vernünftige Sprachwahl.
Dan04
49
Globale Variablen und Threads? Sie sind in Schwierigkeiten, mein Freund, unabhängig von der von Ihnen verwendeten Programmiersprache.
Nemanja Trifunovic
16
Das Argument, das Sie wirklich brauchen, ist, warum Sie Ihren Job behalten sollten.
Epo
11
Ihre Annahme ist falsch - ANSI C ist für fast alle Projekte ausreichend . Deshalb ist es nach all den Jahren immer noch beliebt. Ob es optimal ist oder nicht, ist eine andere Frage.
Mark Ransom

Antworten:

108

Beachten Sie, dass "Bitte machen Sie das so, damit ich sicher bin, dass ich es beibehalten kann" eine sehr gute Voraussetzung ist - die meisten Programme verbringen viel mehr Zeit damit, als geschrieben zu werden, und eine Lösung in einer bekannten Technologie beizubehalten, ist normalerweise eine gute Idee.

Stellen Sie sich vor, ein neues Computerkind, das zum Schreiben einer C # -Anwendung aufgefordert wurde, schrieb diese in zwei Tagen in Haskell und sagte: "Hey, es funktioniert, und ich bin weg, tschüss."

Stellen Sie sich vor, ein neues Computerkind, das vor 15 Jahren zum Schreiben einer ANSI C-Anwendung aufgefordert wurde, hat sie in Visual Basic 6 in zwei Tagen geschrieben und verlassen. Jetzt müssen Sie es warten und Windows 7 fängt bereits beim Einlegen des Installationsmediums an, sich zu beschweren .

Dies könnte eine gute Gelegenheit sein zu sagen - wie Heinzi in den Kommentaren angedeutet hat -, dass "dies ein schneller Prototyp ist, der in C # geschrieben ist und sehr nach C aussieht - sollen wir ihn serienreif machen oder in ANSI C wie Sie neu implementieren fragte ", und nehmen Sie dann die Diskussion jetzt. Die Quelle zu sehen, ist viel besser als "Hey, sollten wir nicht unsere nächste Anwendung in Haskell schreiben, weil es schneller ist".

Mit anderen Worten - Sie haben jetzt die Möglichkeit zu demonstrieren, dass eine neue Plattform in Betracht gezogen werden könnte. Stellen Sie sicher, dass Sie vor der Codeüberprüfung einen Prototyp geschrieben haben. Auf diese Weise wird der Eindruck beseitigt, dass Sie versuchen, C # unter das Radar zu schleichen. Ich würde vorschlagen, dass Sie auch demonstrieren, dass der gesamte in ANSI C geschriebene Code in C # verwendet werden kann. Persönlich glaube ich, dass Ihnen mitgeteilt wird, dass das Ziel weiterhin ANSI C ist, auf einer einzigen Plattform zu bleiben.


quelle
26
+1: für den Hinweis auf die Anforderung "Mach es so, damit ich sicher bin, dass ich es beibehalten kann". C # ist mit Sicherheit viel einfacher / schneller zu entwickeln als C (im Allgemeinen), aber C hat sich in den letzten 30 Jahren weniger verändert als C # in den letzten 15 Jahren. Für ein Produkt, das über viele Jahre gewartet werden muss, könnte C daher besser geeignet sein. Sie müssen Kompromisse zwischen allen Anforderungen eingehen: Komplexität des Projekts (C # ist wahrscheinlich die bessere Wahl), langfristige Wartung (C scheint stabiler zu sein), wer die Wartung durchführen wird usw.
Giorgio
4
@Ramhound Ich spreche nicht von der VB6-Unterstützung, sondern von der Unterstützung der Visual Basic 6- Entwicklungsumgebung . Meine Kopie von Windows 7 hat mich beim Einlegen des Installationsmediums ausdrücklich darauf hingewiesen, dass dies keine gute Idee war.
12
Gute Punkte, aber was wäre, wenn der Chef darum gebeten hätte, dass es in COBOL geschrieben wird? Oder 6502 Montage? Ab wann können Sie Ihrem Chef sagen: "Diese Sprache ist für diesen Zweck veraltet, und wenn Sie einmal weg sind, wird niemand mehr übrig sein, der dieses Zeug versteht."
Ant
6
@Alex: Konsistenz ist schön, stimmt. Aber würden Sie ein neues Web-System in C schreiben, wenn die gesamte andere (Nicht-Web-) Software, die von Ihrer Abteilung geschrieben wurde, in C geschrieben wäre? Ich denke, es kommt auf das Gleichgewicht zwischen der Auswahl der geeigneten Technologien für das von Ihnen geschriebene System und den vorhandenen Fähigkeiten des Teams an. Die Wahl einer Sprache ohne Überlegung, da dies immer von Ihnen verwendet wird, kann sich nachteilig auswirken.
Ant
8
@ant, derjenige, der die Band bezahlt, darf die Musik auswählen. (und wir sind ein COBOL-Shop - kein Problem, das zu unterstützen)
35

Ihr Chef scheint in diesem Fall Ihr Kunde zu sein, und seine Hauptanforderung ist, dass er die Anwendung warten kann, wenn Sie fortfahren. Das scheint durchaus vernünftig.

Sie haben also die Wahl, das zu tun, was er verlangt, oder zu demonstrieren, dass Sie die Entwicklung abschließen UND ihm beibringen können, wie eine C # -Anwendung innerhalb der vorgegebenen Zeit und zu geringeren Kosten gewartet wird. Wenn Sie das nicht können, erfüllen Sie nicht die Anforderungen des Projekts.

Matthew Flynn
quelle
21
Das OP ignorierte explizit Anforderungen ohne Benachrichtigung oder Diskussion. Wäre der Chef ein gewerblicher Kunde, könnte er die Zahlung verweigern und möglicherweise die durch Zeitverschwendung entstandenen Kosten verklagen. Vertauschen Sie die Rollen. Was, wenn Sie z. B. einen maßgeschneiderten Anzug bestellt haben und festgestellt haben, dass der Schneider nicht gerne mit dem Stoff arbeitet, den Sie angegeben haben, und der lautlos den Stoff ersetzt hat, den er bei der Wahl der Farbe mag? Das Problem des OP besteht nun darin, dass ihm Projekte ohne genaue Aufsicht nicht anvertraut werden können, dass ihm nachweislich die Fähigkeiten der Menschen fehlen und er keinen Respekt vor dem Management hat.
Epo
1
@epo Ich glaube, ich verstehe Ihre Behauptung, dass der Chef dem OP nicht vertrauen kann, da er nicht getan hat, was verlangt wurde. Wenn er jedoch ein vernünftiger Manager ist, sollte das nicht passieren. Wenn der Entwickler sich mit einer besseren Lösung an den Manager wendet, als ursprünglich angenommen, würde ich hoffen, dass der Manager dafür offen ist. Wenn ich Ihr Beispiel ein wenig modifizieren darf, ist es so, als würde der Schneider einen Anzug in der gewünschten Farbe / dem gewünschten Muster mit einer neueren, haltbareren, besseren Haptik und einer billigeren Art Stoff herstellen, als es verlangt wurde, obwohl der Käufer nach einem Typ gefragt hat Stoff, mit dem sie vertraut waren.
Taylor Price
Ich stimme jedoch auch zu, dass in diesem Fall die Wartung eine wichtige Voraussetzung ist. Das OP ist nun verpflichtet, dem Manager zu beweisen, dass er den Rest der Anforderungen auf eine Weise gelöst hat, dass der Manager schnell und effektiv lernen kann, zu warten.
Taylor Price
26

Sie haben nicht viele Informationen angegeben, aber ich denke, C ist absolut die richtige Wahl - ich arbeite als Ingenieur in einer Industrieanlage und der größte Teil (wenn nicht der gesamte) unseres Codes ist in C geschrieben Ein Gerät (ich nehme hier einen Durchflussmesser oder ein Thermoelement oder ähnliches an) und dessen Anzeige in Echtzeit C ist eine ausgezeichnete Wahl.

Es ist schnell, portabel (ich habe noch nie in C # geschrieben, aber ich glaube nicht, dass es ohne eine bestimmte Version des installierten Frameworks funktioniert und normalerweise nur auf Windows basiert).

Sie könnten auf jeden Fall eine andere Sprache für die GUI verwenden. Sie können sich jedoch den Aufwand ersparen und ein bereits vorhandenes Trendpaket verwenden (es stehen einige gute Open Source-Pakete zur Verfügung).

Zusammenfassend würde ich sagen, dass für die zugrunde liegende Schnittstelle mit Hardware Teil C eine gute Wahl ist.

Matt
quelle
7
Ich hatte mehr Erfolg beim Portieren von C # -Code von Windows nach Linux (mit Mono) als mit C ++ - Code.
Dan04
8
@ dan04: Welche Probleme hattest du mit C ++? Ich dachte, C ++ wäre ziemlich portabel. C ++ ist auch nicht C. Ich fand es immer ziemlich portabel, C mit der GNU C-Bibliothek zu verwenden, zB zwischen GNU Linux und Cygwin.
Giorgio
4
@ dan04 C! = C ++.
2
@ Giorgio: Ein ärgerlich großer Teil davon waren Streicher. Wir mussten den gesamten Windows-spezifischen TCHARMist (den wir ohnehin nicht konsequent verwendeten) beseitigen und gleichzeitig mit der Linux-Umstellung einen Teamstandard für die Verwendung von UTF-8 übernehmen . Leider erforderte dies die Neuimplementierung eines großen Teils der Standardbibliothek unter Windows, boost::nowideder zu diesem Zeitpunkt noch nicht existierte.
Dan04
3
@ dan04: Wie gesagt, C ist sicherlich nicht so aussagekräftig wie C # (oder C ++), aber ich benutze die GNU C-Bibliothek ( gnu.org/software/libc ) seit 1997 und das ist wirklich stabil und portabel. Für C ++ würde ich Qt (oder Boost und die Standardbibliotheken) betrachten, weil sie ziemlich portabel sind. Ich würde Windows-spezifische Dinge nach Möglichkeit vermeiden: AFAIK Es war nie das Ziel von Microsoft, tragbare Software zu entwickeln, da die Kundenbindung Teil ihrer Marketingstrategie ist.
Giorgio
24

Ach je. Dies ist eine Echtzeitanwendung? Geräte in Echtzeit steuern? Daten in Echtzeit sammeln? Verwenden Sie eine Sprache mit einem Garbage Collector? Ach je.

Ich bin damit einverstanden, dass Sie die App wahrscheinlich in kürzerer Zeit in einer moderneren Sprache erstellen können, aber das ist wahrscheinlich nicht das Hauptkriterium. DIE EINFACHHEIT IHRER PROGRAMMIERUNG IST VIEL WICHTIGER ALS DIE ANDEREN KRITERIEN, wie die, die Ihr Chef festgelegt hat, UND die Reaktionszeit und das deterministische Verhalten.

Ich hätte vorgeschlagen, dass Sie einen Prototyp in C # oder Python erstellen, um die Hauptfunktionen und die Benutzeroberfläche zu testen. Dann probieren Sie es aus und messen Sie die tatsächlichen Latenzen und Reaktionszeiten, wenn die App über viele Tage hinweg mit vielen Daten überhäuft wird. Wahrscheinlich ist die App zu langsam oder fällt gelegentlich zurück, wenn VM oder der Garbage Collector aktiv werden.

Ich schlage vor, Sie präsentieren, was Sie als PROTOTYP getan haben.

Das Codieren in C ist nicht so schwer. Wenn Sie dem nicht gewachsen sind, sagen Sie es. Es gibt viele von uns für die Herausforderung. (Ich mache seit Jahrzehnten Echtzeit-C-Codierung.)

Gumpy Gus
quelle
3
Lassen Sie uns das erste Bit anders formulieren. Ach je. Dies ist eine Echtzeitanwendung? Geräte in Echtzeit steuern? Daten in Echtzeit sammeln? LAUFEN AUF EINER NICHT-REALTIME GEWINDETEN UMGEBUNG? Ach je. Sie müssen immer ein Sample erstellen, wenn Sie Gerätegrenzen überschreiten. "Echtzeit" ist ein Strohmann-Argument und eine schlecht definierte Anforderung. C # ist in Ordnung.
Gusdor
Sie haben offensichtlich nicht von Joe Duffys Arbeit gehört . Er arbeitet seit mindestens 2013 an der Systemprogrammierung in C # . Der Roslyn-Compiler kann in nativen Code kompiliert werden (so funktioniert UWP), und die Garbage Collection ist kein Problem, wenn Sie auf Ihre Arbeit achten.
RubberDuck
14

Nun, das erste, was Sie tun müssen, ist, zu Ihrem Chef zu gehen und sich zu stärken. Sie haben seine klare Bitte missachtet und tun dies schon seit Monaten. Ich weiß nicht, wie viel Zeit Sie dafür haben, aber wenn Sie davon ausgehen, dass die meiste Zeit für die Erledigung des Projekts aufgewendet wird, müssen Sie sich der Tatsache stellen, dass Sie möglicherweise bald nach einem neuen Job suchen.

Je früher Sie damit umgehen, desto besser.

Zweitens glaube ich nicht, dass Sie ihn davon überzeugen können, dass ANSI C unzureichend ist. Sie müssen ihn lediglich von mehreren anderen Dingen überzeugen (1), dass c # angemessen ist, (2), dass er leicht lernen kann, c # zu pflegen, (3) ), dass Sie nicht in der Lage waren, es in C zu schreiben. Unter der Annahme, dass Sie noch einen Job und eine Rolle bei diesem Projekt haben, würde ich mich auf 2 konzentrieren und die Ähnlichkeiten zwischen c und c # hervorheben.

Zitate als Antwort auf Kommentare ...

Vor ein paar Monaten begannen wir mit der Entwicklung einer [...] App. Nach ein paar Tagen verschrottete ich die ganze Sache und begann erneut mit C #.

jmoreno
quelle
Nirgendwo hat er erwähnt, dass er seit Monaten eine C # -Version erstellt hat?
Anonym
1
@Anonymous - Es spielt keine Rolle, ob es Tage oder Monate waren, in denen er den Anweisungen seines Managers noch NICHT gefolgt ist. Der Autor hatte offensichtlich nicht die erforderlichen Fähigkeiten, um die Anwendung in ANSI C zu entwickeln.
Ramhound
1
@Ramhound - Ich bestreite nicht, dass er den Anweisungen seines Managers nicht gefolgt ist. Ich sage nur, dass Jmoerno so rumgemacht hat, als hätte er Monate damit verbracht, sich auf Tangenten einzulassen. Wenn er das Projekt in ein paar Tagen zu einem funktionierenden Prototyp zusammengefügt hat, auf dem die angegebene stabilere C-Version basieren kann, ist dies absolut sinnvoll. Es ist Teil der Planungsphase.
Anonym
@ jmoreno - Entschuldigung, ich muss die Frage falsch verstanden haben.
Anonym
2
@jmoreno - Natürlich. Ich habe meinen letzten Kommentar gepostet, nachdem das von Ihnen hinzugefügte Zitat angezeigt wurde. Entschuldigung noch einmal.
Anonym
12

hat uns beauftragt, diese Anwendung in ANSI C zu entwickeln. Das Grundprinzip ist, dass er der einzige ist, der die ganze Zeit über verfügbar ist, und daher muss er verstehen können, was wir tun.

Dies ist eine ziemlich vernünftige Voraussetzung.

Er entschied auch, dass wir keine abstrakten Datentypen verwenden sollten;

Das ergibt keinen Sinn. Jetzt fängt es an, ein bisschen verdächtig zu riechen, weil dies eine Programmdesignanforderung und keine Sprachanforderung ist. Wenn der Code einfach zu warten sein soll, sollte die Implementierung von ADTs oder die Verwendung von bereits getesteten eine Priorität sein.

Er gab uns sogar eine Liste mit den Namen der globalen Variablen (Seufzer), die wir verwenden sollen.

Ok, jetzt stinkt es. Jetzt können wir feststellen, dass Ihr Chef nicht nur über begrenzte Erfahrung mit verschiedenen Programmiersprachen verfügt, sondern auch mit der Programmierung im Allgemeinen. Ein erfahrener Programmierer, egal welcher Sprache, würde niemals eine solche Erklärung abgeben. (Die einzige Ausnahme, an die ich denken kann, ist, wenn der größte Teil des Codes auf einem relativ kleinen eingebetteten System ausgeführt werden soll und daher erwartet wurde, dass der gesamte für den Code erforderliche Arbeitsspeicher vorab zugewiesen wird. Die Idee, dass derselbe Code verwendet wird wird erwartet, dass eine Benutzeroberfläche auf Bildschirmebene vorliegt (spricht jedoch stark dagegen).

Ich vermute, Ihr Chef war noch nie an großen, unternehmenskritischen Softwareprojekten beteiligt, aber mit größerer Wahrscheinlichkeit schwebte er in verschiedenen minderwertigen Projekten herum.

Das hat also nichts mit der Programmiersprache C zu tun. Sie können ebenso schwierige Programme problemlos auch in C # schreiben. Es ist ein weit verbreiteter Fehler zu glauben, dass gutes Programmdesign von der Sprache abhängt. Das stimmt einfach nicht!

C # hat auf jeden Fall eine schönere, sauberere und weniger obskure Syntax als C. Es bietet reichlich Unterstützung für das Programmdesign, da es weit mehr OO-bezogene Schlüsselwörter als C enthält. Abgesehen davon sagt es Ihnen jedoch nicht, wie Sie Ihre Programme schreiben sollen. Wenn Sie glauben, dass alles, was in C geschrieben ist, standardmäßig furchtbar ist und alles, was in C # geschrieben ist, standardmäßig himmlisch ist, dann schreiben Sie wahrscheinlich gerade ziemlich furchtbare C # -Programme, ohne es zu merken.

Ich würde vorschlagen, dass Sie ein abstraktes, sprachunabhängiges, aber detailliertes Programmdesign erstellen, bevor Sie etwas anderes tun. Verwenden Sie den normalen, objektorientierten Ansatz. Welche Objekte gibt es und wie kommunizieren sie untereinander, welche Abhängigkeiten werden benötigt usw. usw. Wenn Sie das Programmdesign gründlich durchdacht und auf Papier gebracht haben, sollte es Ihnen und Ihrem Chef nicht viel ausmachen, welche Sprache, in der Sie es implementiert haben.

Gemeinschaft
quelle
1
+1 für "Sie können ebenso schwierige Programme auch in C # schreiben."
Javier
11

Das erste Problem, das Sie ansprechen müssen, ist ein emotionales, irrationales. Die IT-Branche befindet sich in ständigem Wandel und obwohl es Orte für alles gibt, ist es ein Problem, sich zu weigern, Verbesserungen vorzunehmen oder Veränderungen zu akzeptieren.

Warum klammert sich Ihr Chef an ANSI C? Wenn dies die einzige Sprache ist, die er oder sie kennt, ist es vielleicht Zeit für eine Änderung, aber ein rationales Argument kann unzureichend sein. Fühlt sich Ihr Chef unterbewertet oder möglicherweise entlassen, wenn er gezwungen wird, in einer unbekannten Sprache zu arbeiten? Betonen Sie die Erfahrung, die er hat, und andere Vorteile, die er mit sich bringt.

Wenn Sie dieses Problem nicht lösen, werden alle rationalen Argumente, die Sie vorbringen können, verschwendet. Als Untergebener sind Sie möglicherweise nicht derjenige, der diese Diskussion mit ihm führen kann. Sprechen Sie dieses Thema vielleicht bei einem der anderen Manager an, falls es welche gibt.

Betrachten Sie es auch aus Ihrer Sicht. Warum möchten Sie C # verwenden? Wie viel davon ist der Wunsch, etwas Neues und Cooles zu nutzen? Sei ehrlich zu dir selbst. Wenn Sie dies erkennen, können Sie effektiver argumentieren.

Das zweite Problem betrifft das Risiko und die Kosten. Das Schreiben von Software ist teuer und die Wahl der Sprache spielt dabei eine wichtige Rolle. Erwägen:

  1. Wie lange wird es dauern, in C # gegen C zu schreiben? Mit einer einfacheren Objektorientierung und einer besseren Speicherbereinigung kann C # einfacher sein. Wenn die Anwendung jedoch viele nicht verwaltete API-Aufrufe verwendet, ist C möglicherweise einfacher.
  2. Wenn Sie C # verwenden, müssen Sie zusätzliche Tools erwerben? Es hört sich so an, als ob Sie bereits Visual Studio verwenden. Benötigen Sie jedoch zusätzliche Tools für Lokalisierung, Codeüberprüfung und -analyse, Debugging usw.?
  3. Wie einfach ist die Wartung? Wenn Sie einen Fehler finden, wie schnell kann er behoben werden? C # kann diese Objektorientierung reduzieren. Die automatische Speicherbereinigung vermeidet außerdem die meisten Probleme mit Speicherverlusten und Zeigern.
  4. Wie einfach ist es zu unterstützen? Wenn Sie Support-Mitarbeiter haben, wissen diese möglicherweise, wie man einen Absturzspeicherauszug liest, aber wissen sie, wie man windbg mit SOS verwendet? Ist auf den Zielcomputern bereits eine entsprechende Version des .Net-Frameworks installiert?
  5. Betrachten Sie die Besetzung. Wie viele Leute kennen C versus C #? Wenn einer oder beide von Ihnen die Organisation verlassen, wie einfach wäre es, Sie zu ersetzen? Sind C-Entwickler billiger oder teurer als C # -Entwickler?

Ich könnte weitermachen, aber es geht darum, nicht mehr nur über die technischen Vorzüge der Sprachen zu streiten. Technische Vorteile sind Dinge, die nur Sie und Ihr Chef verstehen. Wenn Sie anfangen, über geschäftliche Auswirkungen zu sprechen, ziehen Sie einen viel größeren Personenkreis an und liefern ein weitaus überzeugenderes Argument.

Vielleicht ist C die bessere Wahl. C # ist nicht automatisch besser für alle Situationen. Möglicherweise führen Sie dieses Projekt mit C durch, führen aber für das nächste einen C # Proof of Concept durch. Denken Sie daran, dass Sie den Kampf verlieren und trotzdem den Krieg gewinnen können.

akton
quelle
5
Ich stimme der impliziten Annahme nicht zu, dass C # standardmäßig eine bessere Wahl ist als ANSI C. Wenn Sie beispielsweise plattformunabhängig bleiben möchten, ist C # höchstwahrscheinlich eine schlechte Wahl.
@ ThorbjørnRavnAndersen Ich stimme zu. Bitte siehe letzten Absatz. Ich erwähne auch Fälle wie das Aufrufen von nicht verwaltetem Code. Ich gehe davon aus, dass die Plattformunabhängigkeit C # im OP ausgeschlossen hätte. Vielleicht ist das eine falsche Annahme.
Akton
1
Plattformunabhängigkeit war nur ein möglicher Grund. Eine Formulierung wie "Festhalten an ANSI C" deutet meiner Meinung nach auf eine Voreingenommenheit hin.
@akton - Seit wann kann man nicht mehr verwalteten Code von C # aus aufrufen. Natürlich benötigt es einen Wrapper und das bringt zusätzliche Supportprobleme mit sich, aber es ist möglich. Außerdem können Sie C # auf mehreren Plattformen unterstützen, wenn Sie möchten. Mono wird auf allen wichtigen Desktop-Plattformen (OS X, Windows und Linux) unterstützt. Zugegeben, da das Microsoft Windows-basierte .NET Framework die Funktionsbasis von Mono erweitert, wird diese nicht exakt übereinstimmen (das ist bereits bei WPF der Fall), und Sie können natürlich keine Metro-Anwendungen entwickeln, die unter Linux ausgeführt werden. Natürlich ist es unwahrscheinlich, dass dies in diesem Fall geschehen würde.
Ramhound
@Ramhound Ich habe nicht gesagt, dass Sie nicht verwalteten Code von C # aus nicht aufrufen können, nur dass vieles schmerzhaft sein kann. Ebenso können Sie plattformübergreifende Entwicklungen in C # durchführen, aber C ist fast universell, wie Thorbjorn sagte.
Akton
7

Vielleicht ein weiteres Argument: Es ist wahrscheinlich sehr schwierig, Informatikstudenten zu finden, die genug Erfahrung haben, um C-Code fehlerfrei zu schreiben. ANSI C ist nicht das erste, was die Leute heute lernen.

Jetzt werden mich alle Informatikstudenten umbringen.

JohnB
quelle
ANSI C war eines der ersten Dinge, die ich am College gelernt habe. Ich habe im Jahr 2004 angefangen. In den letzten 10 Jahren wurde es immer noch unterrichtet. Ich verbrachte viele späte Nächte damit, über SSH mit einer Unix-Umgebung verbunden zu sein, um meinen Code zu kompilieren.
Ramhound
1
Witzigerweise habe ich ANSI C erst in meinem letzten Studienjahr gelernt. Die erste unterrichtete Sprache war Pascal, so dass ich geschützt bin ...
tehnyit
Jüngster Abschluss hier; Wir hatten sowohl mit C als auch mit C ++ zu tun, jedoch befand sich das C in einem eingebetteten Kontext und war minimal. Beide waren in meinem letzten Jahr - davor rein C # und Java.
Ross
2
C einfach schwer zu programmieren ist wahrscheinlich der beste Punkt gegen die Verwendung von C.
Paul Nathan
7

Sie haben uns nicht überzeugt, dass ANSI C unzureichend war. C ist eine ausgezeichnete Sprache, die für die von Ihnen beschriebenen Aufgaben geeignet zu sein scheint. Mit der kurzen Beschreibung der Aufgabe (außer der Sprachanforderung) würde ich auch C empfehlen (oder vielleicht gehen).

Ich denke, das Problem ist, dass Sie in C programmiert haben, während Ihr Verstand in C # gedacht hat. Ich habe ein ähnliches Problem, wenn ich von Perl zu C oder Java wechsle. Sie müssen lernen, sich an die Sprache anzupassen und müssen nicht lernen, aus Ihrer Denkweise in die Sprache des Tages zu übersetzen.

Das Problem ist nicht Ihr Chef oder die C-Sprache, das Problem ist, Ihren Geist für verschiedene Denkweisen zu öffnen. Das Ändern der Programmiersprache kommt Ihnen zugute.

BOC
quelle
4
Vielen Dank für die Beantwortung Ihrer ersten Frage zu Stack Exchange-Programmierern. Möglicherweise möchten Sie Ihre zukünftigen Antworten jedoch weniger persönlich gestalten, indem Sie keine Ausdrücke wie "Sie sind völlig gescheitert" verwenden. "Das Problem besteht darin, Ihren Geist zu öffnen." Bitte lesen Sie die FAQ programmers.stackexchange.com/faq#etiquette . Ich denke, Sie können Ihren Standpunkt mit neutraler Sprache gut beschreiben.
DeveloperDon
2

Zuerst müssen Sie Ihrem Chef sagen, dass es jetzt in einer anderen Sprache ist. Er wird (verständlicherweise) wütend sein, wenn Sie ohne Vorankündigung etwas gezielt gegen die Anforderungen zurückbringen.

Der beste Weg, diese Dinge Chef / Manager zu erklären, ist es, Zeit und Geld zu sparen. Schätzen Sie, wie viel Zeit ein solches Projekt in ANSI C in Anspruch nehmen würde, und schätzen Sie dann, wie viel Zeit es in einem höheren Level wie C # in Anspruch nehmen würde. Beachten Sie, ich sagte höheres Niveau, nicht modern. Dies kann auch dazu beitragen, Dinge zu glätten. Ich meine, Sie würden einen Raum nicht mit nur einem winzigen Pinsel bemalen, Sie würden Walzen und andere Dinge verwenden, mit denen jeder Strich (Codezeile) mehr Fläche des Projekts abdeckt. Wenn Sie oder eines Ihrer Teammitglieder C nicht kennen oder ein umfangreiches Projekt in C erstellen möchten, wird dies die Zeitfrage noch mehr verschlingen, da sie sich auf den neuesten Stand bringen müssen.

Es hört sich auch so an, als würde Ihr Chef versuchen, Mikromanagement zu betreiben. Ich bin sicher, eine der anderen Antworten wird versuchen zu erklären, wie Sie Ihren Chef dazu bringen können, das weniger zu tun

Earlz
quelle
Erschwinglichkeit scheint ein mögliches Argument. Während der Chef (als Kunde, gemäß dem Vorschlag von @ MatthewFlynn) argumentiert, dass er es sich nicht leisten kann, dass das Programm nicht in C geschrieben wird, kann OP argumentieren, dass der Chef auch nicht in der Lage sein wird, die mit dem Programm verbundenen Implementierungs- und Wartungskosten zu tragen geschrieben in C. In jedem Fall sind Kompromisse erforderlich, um die Dinge geschehen zu lassen.
rwong
1

Die Abneigung des Supervisors gegen ADTs wurde an anderer Stelle angesprochen, ebenso wie die Unkenntnis der Entwickler über die GC-Kosten, weshalb ich mich auf "Threads" konzentrieren werde.

Möglicherweise möchten Sie nicht in .NET (oder JVM, wenn dies so indoktriniert ist) -Threading denken, sondern mehrere Prozesse, die über einen IPC-Mechanismus (Inter-Process Communication) miteinander kommunizieren. ZB Windows Nachrichten, Shared Memory, Memory Mapped File Buffer, Named Pipe, was auch immer. Weisen Sie kleine Prozesse der Interaktion mit einem Gerät oder Aspekt des Geräts und der Überprüfung des IPC zu, um Aktualisierungen zu kommunizieren und Anforderungen zu bestätigen, und verwenden Sie einen etwas umfangreicheren Prozess, um die GUI zu warten und mit den Geräte- "Monitoren" zu kommunizieren, und zwar unter Verwendung des von Ihnen ausgewählten IPC.

Roboprog
quelle