Fast keine Forum Aktivität
-
@Helmut-Jakoby sagte in Fast keine Forum Aktivität:
Und "nur englisch sprechende" Menschen "dürfen/können" ist m. M. nach etwas elitär.
Es hat niemand was von "dürfen" gesagt, aber "können" ist einfach Fakt, keine elitäre Meinung.
-
@Mathuas sagte in Fast keine Forum Aktivität:
In C kenne ich keine IDE welche verdeutscht ist.
Visual Studio, Visual Studio Code, Code::Blocks, CLion uswusf.? Oder anders gesagt: so ziemlich alle.
Gründe warum heute alles eher wieder in Richtung Englisch schwappt sind IMO
- Dass viel mehr Leute Englisch können als noch vor 15 Jahren, speziell die jüngeren
- Dass es gute Übersetzungsprogramme gibt
- Dass beliebte Plattformen wie StackOverflow quasi ausschliesslich Englisch sind
-
@hustbaer sagte in Fast keine Forum Aktivität:
Visual Studio Code
Hm, dann muss Deutsch dort aber eine Extension sein, die man zusätzlich runterladen muss, pures VSCode spricht erstmal nur Englisch. Meine Systemsprache ist Deutsch, aber mein VSCode spricht Englisch mit mir. Wahrscheinlich habe ich auch irgendwann "Download German Language Pack" oder was ähnliches abgelehnt. VSCode ist ja eigentlich nur eine Sammlung von Plugins
Meine Gründe für Englisch:
- Der Code ist sowieso auf Englisch, d.h. ich muss mental nicht auch noch die "echte" Sprache wechseln (wo ich schon bei Programmiersprachen öfter mal hin- und herwechsele)
- Fehlermeldungen sind leichter google-bar
- Englisch ist meistens kürzer
- Häufig ist bei Übersetzungen nicht alles übersetzt
- Extensions sind selten übersetzt, sodass man Sprachmischmasch bekommt
- Übersetzungen sind manchmal nicht korrekt, insbesondere Fachbegriffe können merkwürdige Übersetzungen haben, wo man erst das Original suchen muss, um zu rauszufinden, was gemeint ist
- Tastenkürzel passen nicht mehr
- ich verstehe die Deutsche Fehlermeldung nicht (weil merkwürdig übersetzt)
Ganz furchtbar finde ich es ja, wenn ich auf de.cppreference.com lande oder bei irgendeiner anderen maschinellen Übersetzung, wo es gerade auf Details ankommt, die in der Übersetzung gerne verloren gehen. Wobei ich sagen muss, dass das deutlich besser als "früher" ist
-
@wob sagte in Fast keine Forum Aktivität:
Ganz furchtbar finde ich es ja, wenn ich auf de.cppreference.com lande oder bei irgendeiner anderen maschinellen Übersetzung
Im obigen Link hatte ich eine solche grausame Übersetzung gefunden:
Ruft einen Wert ab, der angibt ob der Aufrufer beim Aufruf von Methoden des Steuerelements eine Aufrufmethode aufrufen muss, da sich der Aufrufer in einem anderen Thread als dem befindet, in dem das Steuerelement erstellt wurde.
-
Zum Ursprungethema: Für eine Niesche des Webs (wer nutzt heutzutage noch Foren) und eine Niesche der Softwareentwicklung (wer im Bereich Web / Mobil nutzt schon C++), finde ich, ist hier doch noch ganz gut was los. Mal etwas mehr, mal etwas weniger. Aber im Schnitt gibt es hier täglich was neues und auch Nutzer, die hier offenbar mehrfach täglich rein schauen.
Was mich schon mal davon abhält hier ein Problem zu posten ist, dass es besser passende Communities gibt. IdR sind das nämlich Probleme mit eine speziellen Library, bei denen es darum geht ob das ein Bug ist oder ich zu blöd bin die richtig zu nutzen. Da sind häufig entsprechende Mailinglisten oder GitHub Issues der bessere Ort, da dort direkt mit den passenden Experten kommuniziert werden kann.
Zur Sprache: Ich habe es im Studium auch noch verabscheut, aber in der Informatik und in der Software Entwicklung ist einfach Englisch die Sprache. Und jeder, der halbwegs professionell damit zu tun hat, kommt nicht drum rum, sich zumindest halbwegs Englisch drauf zu schaffen.
Was ich ganz schlimm finde sind Übersetzungen von Formeln wie in Excel. Da bekommt ein Kollege ein Excel neu installiert und die alten Formeln/Makros gehen nicht mehr, weil sich das Sprachpaket geändert hat, ganz schlimm was MS da macht.
-
@Schlangenmensch sagte in Fast keine Forum Aktivität:
Was ich ganz schlimm finde sind Übersetzungen von Formeln wie in Excel. Da bekommt ein Kollege ein Excel neu installiert und die alten Formeln/Makros gehen nicht mehr, weil sich das Sprachpaket geändert hat, ganz schlimm was MS da macht.
Da hatte ich auch mal geübt, ich wollte eine Wurzel ziehen, ich habe Sqr, Sqrt, etc. alles probiert, nicht ging, dabei heisst es ganz einfach "wurzel".
Zum Ursprungethema: Für eine Niesche des Webs (wer nutzt heutzutage noch Foren)
Ich kenne gar nichts anderes, als die guten alten Foren.
-
@wob sagte in Fast keine Forum Aktivität:
Meine Gründe für Englisch: (...)
+1
+ alles auf Englisch wirkt insgesamt professioneller, und bereitet (im internationalen Umfeld) weniger Probleme.... Versuche mal Code zu lesen, dessen Variablennamen etc. auf Italienisch oder Französisch sind... Das ist mir schon mal passiert.
-
@Mathuas sagte in Fast keine Forum Aktivität:
Ich kenne gar nichts anderes, als die guten alten Foren.
Früher gab es das Usenet. Aber das ist durch SPAM und etlicher anderer Unsitten mittlerweile de facto Geschichte, und das Posting Aufkommen nahezu null. Damals war dann für C++ de.comp.lang.c++ (IMHO war das auch moderiert) bzw. comp.lang.c++.moderated (Herb Sutter war einer der Moderatoren) maßgeblich.
-
@Fragender sagte in Fast keine Forum Aktivität:
@wob sagte in Fast keine Forum Aktivität:
Meine Gründe für Englisch: (...)
+1
+ alles auf Englisch wirkt insgesamt professioneller, und bereitet (im internationalen Umfeld) weniger Probleme.... Versuche mal Code zu lesen, dessen Variablennamen etc. auf Italienisch oder Französisch sind... Das ist mir schon mal passiert.
Das geht noch, ich hatte tschechisch ...
-
@hustbaer sagte in Fast keine Forum Aktivität:
Wobei vermutlich schon stimmt dass C++ heute weniger verwendet wird als vor 20 Jahren.
Ist es so? Wär mir ehrlich gesagt nicht sicher. Ich geh mal davon aus, dass die meisten Programme, die in C++ geschrieben waren, das auch nach wie vor sind. Browser, Datenbanken, Office, Compiler, Bild-/Videoverarbeitung, CAD... Vielleicht hat man hier und da die GUI in einer anderen Sprache/Umgebung umgebaut, aber komplett umgestellt wurden denke ich die wenigsten großen Systeme.
Und auf der anderen Seite sind vielleicht einige größere Web-Anwendungen wie bei Google oder Facebook dazugekommen.
Weggefallen sind sicherlich vor allem viele kleinere und mittelgroße Anwendungen, die übersichtlich genug waren, sie neuzuschreiben, oder die einfach obsolet geworden sind. Aber keine Ahnung, wie viel das ausmacht.Ich denke aber, für Anfänger spielt C++ eine immer unwichtigere Rolle. Das lernt man kaum noch im Studium oder privat.
-
@Mechanics sagte in Fast keine Forum Aktivität:
Ich denke aber, für Anfänger spielt C++ eine immer unwichtigere Rolle. Das lernt man kaum noch im Studium oder privat.
Ich denke, beim Arduino wir C++ noch viel von Anfänger verwendet.
Irgendwie schon komisch. Bei den Anfängen bei C64 und co., hat man Interpreter (GW-BASIC) verwendet. Später wurden Compiler wie C und Pascal verwendet , was natürlich sehr effizient war. Und heute ist man wieder zu Interpreter zurück gegangen, Java, Python und co.
Das finde ich echt schade, da man damit sehr viel Leistung des PCs verschenkt.
-
@Mathuas sagte in Fast keine Forum Aktivität:
Und heute ist man wieder zu Interpreter zurück gegangen, Java, Python und co.
Java wird i.A. nicht interpretiert sondern just-in-time kompiliert.
Das finde ich echt schade, da man damit sehr viel Leistung des PCs verschenkt.
Hmja. Also viel Leistung wird mMn. eher durch die ganzen super-komplexen Frameworks verschenkt.
Was Python angeht - klar, das ist furchtbar langsam. Aber bei vielen Python Programmen spielt das einfach keine Rolle. Weil die so wenig selbst machen, dass es wörscht ist. Und das wenigste was man zu Hause am PC so verwendet ist in Python geschrieben.
Bei den Anfängen bei C64 und co., hat man Interpreter (GW-BASIC) verwendet.
Für die Hobby-Sachen, ja. Ernsthafte Anwendungen für den C64 waren AFAIK die meisten in Assembler geschrieben.
-
@hustbaer sagte in Fast keine Forum Aktivität:
Für die Hobby-Sachen, ja. Ernsthafte Anwendungen für den C64 waren AFAIK die meisten in Assembler geschrieben.
Das stimmt auch wieder. Da gab es doch noch die POKE Befehle, mit dem man Assembler einbinden konnte.
Was Python angeht - klar, das ist furchtbar langsam. Aber bei vielen Python Programmen spielt das einfach keine Rolle. Weil die so wenig selbst machen, dass es wörscht ist. Und das wenigste was man zu Hause am PC so verwendet ist in Python geschrieben.
Es gibt leider schon einiges was in dieser Sprache vorliegt. ZB. die ESP-Tools.
-
@hustbaer sagte in Fast keine Forum Aktivität:
Ernsthafte Anwendungen für den C64 waren AFAIK die meisten in Assembler geschrieben.
Das kann ich bestätigen. Größere Sachen als kleine Heimprojekte wurden in Assembler geschrieben. BASIC galt immer nur zum reinschnuppern.
Heute gibt es aber zB Challenges um in 1 oder 10 Zeilen BASIC soviel Anwendung wie möglich zu packen.
-
@Mathuas sagte in Fast keine Forum Aktivität:
Das stimmt auch wieder. Da gab es doch noch die POKE Befehle, mit dem man Assembler einbinden konnte.
Ich will jetzt nicht klugscheißen, aber der POKE Befehl war auch nur eine BASIC-Anweisung, einen Wert in eine Speicherstelle zu schreiben.
-
@zeropage sagte in Fast keine Forum Aktivität:
Ich will jetzt nicht klugscheißen, aber der POKE Befehl war auch nur eine BASIC-Anweisung, einen Wert in eine Speicherstelle zu schreiben.
Die meisten Home Computer hatten ohne Zusatzprogramme keine Möglichkeit anderweitig Maschinencode eingeben zu können. Denn nur sehr wenige Modelle hatten einen Maschinensprachenmonitor eingebaut. Der Luxus eines Assemblers gab es meist auch nicht. D.h. programmiert wurde auf einem Blatt Papier und dann anschließend der Code per Pokes in den Speicher geschrieben. Der Maschinencode konnte dann direkt auf Tape oder Diskette abgespeichert werden.
Wer das nachvollziehen will, es gibt den VICE Emulator für Commodore Computer, und absoluter Luxus für damalige Verhältnisse sogar einen C Cross-Compiler für diese Rechner.
-
@zeropage sagte in Fast keine Forum Aktivität:
Ich will jetzt nicht klugscheißen, aber der POKE Befehl war auch nur eine BASIC-Anweisung, einen Wert in eine Speicherstelle zu schreiben.
Genau so ist es.
-
Um beim C64 Maschinencode direkt von BASIC aufzurufen, gibt es den SYS Befehl.
-
Der SYS Befehl brauchte dann nur noch die Adresse, ab der der Code gestartet werden soll
edit: ... ja, huch, steht schon alles über meinen Beitrag, will jetzt aber nicht mein Beitrag löschen
Nur weil ich nicht aufgepasst habe
sieht dann doof aus ... gelöscht...
-
Das Non-plus-Ultra ist wohl das C64 Studio, eine komplette IDE mit integriertem Debugger und allen Vorzügen einer modernen IDE.
