I dette særtema om aspekter af AI ser vi på skiftet fra sprogmodeller til AI-agenter, og hvordan virksomheder kan navigere i spændet mellem teknologisk hastighed og behovet for menneskelig kontrol.
arnve v, dvs. at man ikke behøver at lave alle mulige besværlige queue ting, hvis 2 brugere på en chat server, for eks. sender en kommando på samme tid?
.NET klasserne indeholder et komplet tråd bibliotek og VB.NET har indbygget support for tråd sikkerhed, så uden at være speciel klog på hvad man gør i VB6: nej.
cronck -> Tag et kig på Python. Python har en lækker og enkel syntaks (minder meget om VB's). Det er et meget "modent" sprog, som fuldt understøtter multithreading.
arne_v -> Når jeg nu har dig... :-) Det har egentlig altid undret mig, hvorfor du ikke har Python med i din artikel. Det er jo ikke ligefrem et niche-sprog.
Det som egentlig bare betyder noget for mig er nok kompabilitet, og muligheder... Jeg har ingen planer om at tjene penge på det, da jeg kun bruger det som en hobby.
Det jeg plejer at lave af programmer, er kun sådanne småting som et program der for eks. lukker min computer på et bestemt tidspunkt. Jeg har også lavet et Chat Server program, og en klient program. Der havde jeg store problemer, hvis 2 brugere for eks. skrev samtidig, kom kun den ene besked frem.
Mine planer for fremtidens programmering: Et download program, ala GetRight, som automatisk overtager filen fra internet explorer. Et plugin som jeg kan bruge sammen med mit ASP. Så at jeg kan sidde i skolen og for eks. få scriptet til at skrive mit CPU forbrug på min hjemmeside. Måske endda læse værdier fra hukommelsen.
arne, mener du stadig at VB.Net ville være den bedste løsning?
Jeg er helt enig med Arne. Du kommer hurtigst videre med VB.NET. Jeg fremhæver Python (eller andre sprog) af en anden grund: Min livsholdning er, at man aldrig bliver færdig med at dygtiggøre sig. Og en rigtig god måde for en programmør at dygtiggøre sig er at lære et nyt programmeringssprog. Jeg bruger pt. kun Python pærifert, men sproget har lært mig nogle anderledes tankegange, som jeg nu også bruger i andre sprog.
Hvis Python ikke er til at lave eksekverbare filer med, hvad er det så til? Nu bliver jeg sq nysgerrig... :D
Måske i kunne svare mig på et helt andet spm... Hvilket sprog skal man bruge for at kode programmer som kan bruges som styresystemer? Hvad er windows skrevet i? :-)
Arne, smidder du et svar? du har fortjent point...
C/C++ og f.eks. Delphi er kompilerede sprog, dvs. din programkode oversættes til maskinkode, som udføres direkte i computerens CPU. Fordelen ved disse sprog er, at afviklingen af dem er meget hurtig og de (som regel) ikke kræver så mange ressourcer (hukommelse, mv.) for at køre.
VB.NET, C#, Java, Python, PHP, Perl, etc. er alle "fortolkede sprog", dvs. sprog hvor din kildekode godt nok oversættes, men ikke til maskinkode. Det oversættes til en form for virtuel maskinkode, som så udføres af en fortolker - en kunstig CPU. Disse sprog afvikles ikke så hurtigt som et kompileret program, og der går flere ressourcer til afviklingen (der skal afsættes hukommelse til både programmets kode og fortolker-programmet).
Fordelen ved sidstnævnte er en hurtigere udviklingscyklus. Især C++ programmer tager ofte lang tid om at oversætte, inden du kan prøve at afvikle det. Flere af de øvrige sprog oversættes som det første, når du vil afvikle programmet.
Dertil kommer en lettere tilgang til komplicerede datastrukturer og automatisk oprydning i den hukommelse, som du anvender. I C++ skal du selv sørge for at frigive al den hukommelse, som du har brugt - en meget normal vej til bugs...
VB.NET, C#, Java, Python, PHP, Perl kræver et fortolker-miljø (runtime-engine), kan de ikke bare kopieres til en anden maskine og så forventes at virke. Du skal også installere det miljø, som kræves til at afvikle.
VB.NET og C# har så et forspring, idet alle nye WindowsXP maskiner har .NET installeret på forhånd. Derfor kan VB.NET godt foreslås til et Explorer-plugin. Men skal du virkelig lave plugin'et ordentligt, så skriv det i C++.
Flash-plugin'et, Acrobat Reader plugin'et, mv. er alle skrevet i C/C++.
Grænsen mellem fortolkede sprog og compilede sprog er idag ret grumset.
Et VB.NET program bliver compilet til en .EXE indeholdende MSIL (lad os kalde det instruktioner til .NET virtuelle maskine) - når den køres første gang bliver den oversat til native kode (instruktioner til CPU'en), som så køres.
Ups... Jeg har fået lukket en masse vinduer, og rykket rundt på dem... Prøvede at afinstallere programmet, og installere det igen, men det husker sq stadig hvordan at jeg "fuckede" det op....? :-)
C og C++ er totalt dominerende til at skrive operativ systemer i.
Men som jeg har forstået Longhorn, så bliver .NET standard environment på Windows og unmanaged C/C++ bliver til noget som primært bruges til at skrive Windows, drivere og .NET libraries i. Mens alle applikationer vil blive skrevet i C# eller VB.NET eller managed C++.
Jeg mener også at jeg ledte noget inden jeg fandt det.
Udover windows form er der andre spændende ting i tools.
Det er ikke Visual Studio, men jeg synes nu at den er helt acceptabel at bruge.
Du switcher naturligvis tilbage til source code ved at klikke på source tab'en. Den af designeren genererede kode er markeret med #region. Og den sektion redigerer du i designer, resten redigerer du i source. Hvis du retter manuelt i designerens kode og switcher i design mode, så kan det gå meget galt.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
Ny bruger
Nybegynder
Opret
Preview
