Suchergebnisse

Ich verstehe zwar nicht den Sinn des Programms, aber mit .NET ist sowas ziemlich easy. Wenn du bei der Sprachwahl flexibel bist, brauchst du dich nicht mit der API für Ordnerüberwachung rumärgern oder 100% CPU-Last für gar nichts verbraten.

Echt gut gemacht!

7200rpm sind doch total unüblich bei Notebooks oder nicht? OnBoard-Grafikkarten sind fast die Regel - der MXM-Slot hat sich glaube ich nicht wirklich verbreitet.

Ich würde Pearl nicht machen weil ers ersten eine komplett andere Syntax als C++ oder Java hat (keine wirklich angenehme Syntax) und auch die Objektorientierung ist damit nur sehr schlecht zu lernen (die ist in meinen Augen dort nachträglich ziemlich übel reingebohrt worden). Die Verbreitung von Perl ist auch rückläufig habe ich das Gefühl, kaum noch einer macht noch CGI-Webseiten oder milter damit. Wenn du später um Unixumfeld arbeitest macht .NET weniger sinn, da würde ich dir mindestens Shell…

Also zumindest das erstellen von GUIs ist in Java etwas für das ich Schmerzensgeld verlangen würde.

Ja .NET ist ein Framework, welches durch unterschiedliche Sprachen programmiert werden kann, unter anderem auch Delphi seit Version 8. Allerdings haben die ein Framework da durch ein eigenes Framework (VCL) gekapselt und ich würde dir empfehlen eine von Microsofts Hausprachen (VB oder C#) und Visual Studio zu verwenden.

Ich würde dir .NE empfehlen: Es ist leicht damit schnell benutzbare Ergebnisse zu produzieren und falls du es mal beruflich machen willst ist das sicher nicht die schlechteste Wahl.

Für .NET-Entwicklung ist VS definitiv die beste IDE. Falls dein MSDNAA_Account abgelaufen ist, gibts da auch ne gratis-Variante. Das basteln von GUIs ist dort mit WindowsForms echt easy (definitiv besser als in Java, aber das trifft ja auf fast jede Sprache zu) und auch Datenbankconnectoren oder ORM-Tools findste da von Haus aus schon an Board. Ansonsten ist es recht ähnlich zu Java, die Klassenstruktur ist eine etwas andere natürlich, aber ich hab das ebenfalls innerhalb kürzester Zeit gelernt.…

Außerdem geht die rekursive Variante ziemlich übel auf die Bretter, wenn n mal kleiner 0 ist =)

Wenn du das Thema nochmal eröffnest... Ich weiß nicht genau welches Excel ihr so benutzt aber das von Microsoft speichert seine Daten normalerweise nicht in Semikolon-separierten Dateien ab. Excel kann das zwar, man kann aber nicht davon ausgehen immer solche Dateien bekommen. Also ist der Ansatz es mit VSTO und .NET zumachen vollkommen richtig gewählt und kaum in 4 Zeilen zu schaffen. Außerdem würde es keinen Sinn machen, CSV-Dateien einlesen und dann so wieder wegzuspeichern - so eine Frage wü…

Wenn euch Chatbots wirklich interessieren, könnt ihr euch ja mal Eve von Yello-Strom angucken. Die ist auch ohne verteilte Rechner gar nicht so blöd.. yellostrom.de/

Zitat von BennyBunny: „Alles was interpretiert und nicht kompiliert ist mir suspekt :D“ Da lebst du mit Java aber auf dünnem Fuße...

Also bei der Aliens-Suche und dem Proteine-Falten, kann man ja noch einen Sinn erkennen... Aber durch verteiltes rechnen menschliche Konversationen zu emulieren? Also ich weiß nicht. Was ist da der nutzen?

Ich würde dir empfehlen, wenn du Fenster machst, statt WinAPI eher auf WFC oder gleich .NET umzusteigen. Es ist zwar immer mal ganz praktisch wenn man WinAPI noch kann, aber effektiv nutzt das kaum einer noch um selber seine Fenster damit zu erstellen, der Code wird ziemlich unübersichtlich und länglich und es ist auch viel mit viel Studieren der MSDN verbunden. Besonders als Programmiereinstieg halte ich es für ungeeignet. Achja mit mode 13h direkt in den Grafikspeicher reinzuschreiben ist auch…

For-Schleifen sind nur ganz spezielle Whileschleifen. Es gibt sie eigentlich nur der Lesbarkeit und weil sie sich schnell schreiben lassen (Deklaration & Initialisierung des Zählers, Inkrementierung sowie Austrittsbedingung in einer Zeile). Ich weiß dass in einigen Sprachen (Delphi), der Compiler tatsächlich den gleichen Assemblercode aus einer for-Schleife wie aus der identischen while-Schleife macht, könnte mir vorstellen, dass es in anderen Sprachen auch so gemacht wird.

Da ich nicht annehme, dass du AAC selber implementieren möchtest würde ich vorschlagen, dass du dir eine Bibliothek für AAC-Playback verwendest. Das ist zwar dann immernoch nicht ganz einfach, da du dich dann in die Blibliothek einarbeiten musst, aber zumindest musst du nicht den gesamten Codec reimplementieren. Hierbei musst du aber die ggf. OS-Lizenz beachten. Soweit ich weiß kann ffdshow AAC abspielen, den könntest du dir mal anschauen, oder im VLC-Umfeld falls die einen anderen verwenden sol…

Derzeit VB.Net

Auch wenn das Programm mit Delphi programmiert wurde, wirst du es nicht in (brauchbaren) Delphi-Code zurück transformieren können. Das Assemblieren ist abstrakt betrachtet eine verlustbehaftete Einwegtransformation und aufgrund der nicht rekonstruierbaren Informationen da kaum lesbarer Code bei rauskommt. Da wir kein Assemblerforum haben wäre eigentlich das Allgemeine Forum am besten aufgehoben, allerdings weiß ich nicht so genau ob du für dein Vorhaben hier viel Hilfe bekommen wirst. Auch wenn …

Möglich wären auch .NET mit Mono oder Java oder alles was nativ mit Fenstern auf dem Mac läuft.

Das Problem ist, dass deine Software die du erstellst auf anderen Rechnern wieder den Windowslook hat.