Du skal nok lærer javascript ligemeget hvad, da det nærmest bliver brugt ligemeget hvad. Men jeg tror der er fremtid i alle dem du nævner plus nogen du ikke har nævnt. C# / Asp.net Google Dart. Dog er det vigtig at lære basic programmering dvs. Design patterns. OOP osv. Da hvis du lærer bygge stenene er det nemt at hoppe fra sprog.
--
Yep

Som #1 nævner er det en god idé at gøre sig bekendt med grundstenene. PHP, C#, ASP.NET m.v. er alle brugbare, og vil være det langt ud i fremtiden. MEAN stack er også blevet mere og mere populær, så javascript kommer ud aldrig helt udenom.
--
“A user interface is like a joke. If you have to explain it, it´s not that good.”

PHP og/eller ASP.NET C#
--
http://xlinx.dk[...] i7 2600K, 16GB PC3-12800, GA-X68XP-UD4 R1, GTX 560Ti HAWK, 250GB 840 EVO
--

Sidst redigeret 03-11-2015 20:58

#1 +2 +3 Bare af ren nysgerrighed: Hvilke sprog har i selv lært? Føler i at det er vigtigt at fordybe sig i et enkelt sprog eller at kunne en smule af det hele? Er det fx anbefalet at man lærer både APS.NET, PHP, C# og javascript eller kan man nøjes med evt ASP.net og jacvascript?
--
Gæstebruger, opret dit eget login og få din egen signatur.

Jeg startede med Visual Basic for længe siden. Derefter blev jeg hooked på Turbo Pascal, og siden Delphi Pascal, og jeg har desuden lært Assembler, JavaScript, C/C++ og C# og lidt andet til husbehov. At lære PHP vil give dig den største frihed, fordi det er understøttet på både Windows, Linux og BSD / MacOS - men IMO er PHP også uspiseligt of svært at lære. ASP.NET er væsentligt mere simpelt at gå igang med, men er hovedsagligt et Windows sprog. Det findes også på Linux i form af Mono, men opdateringen af dette er vist lidt som vinden blæser. Programmering er ikke et spørgsmål om at fordybe sig i et enkelt sprog. Det er i første omgang et spørgsmål om at forstå hele paradigmet, og kunne løse problemer, der er sproguafhængige. Når først man kan dette, så er kodesproget blot en syntaks, der varierer fra opgave til opgave.
--
http://xlinx.dk[...] i7 2600K, 16GB PC3-12800, GA-X68XP-UD4 R1, GTX 560Ti HAWK, 250GB 840 EVO

Ruby (Rails), Elixir (Phoenix), Go lang - Umiddelbart dem jeg syntes er mest spændende :)
--

Jeg ville starte med at holde mig til ét serverside sprog, f.eks dejlige PHP. Lær det at kende. Du kan altid snuse til de andre senere når du ved hvad det kan / ikke kan, fordele, ulemper osv. Og så lær at forstå Html, Javascript (evt. jQuery eller lign.), og noget database f.eks mySQL (brug mysqli/pdo via php). Det kan varmt anbefales at du lærer at forstå og bruge sprogene basalt, fremfor kun at bruge f.eks frameworks osv. Meget af den viden/basics du får undervejs kan overføres til andre sprog, groft sagt. Gør dig klog på det + learning by doing :)
--

Sidst redigeret 03-11-2015 21:22

"f.eks dejlige PHP." - Det var en joke ikke? :'D
--

#8 nej, PHP er dejligt ;) Men hvis du har en anden mening om det er det bare fint. Folk har præferencer
--

#4 - Jeg startede med C# på uddannelse som Datamatiker. Derudover har jeg altid leget lidt med PHP derhjemme. Da jeg begyndte på mit nuværende arbejde kom jeg tilbage til PHP. Dertil bruger jeg en del tid efterhånden på javascript ( angular primært ) og noget node.js backend. Jeg vil også foreslå at bruge tid på at sætte dig ind i det grundlæggende, via ét sprog. C# har en nem indlæringskurve og der er super mange guides og ressourcer. dertil er visual studio fyldt med gode hints m.v. til C#. Når du kan de mest grundlæggende ting, så er det egentligt bare de forskelle der kan være på sprogene som skaber behov for lidt indlæring hist og her. Men det er noget man oftest kommer hurtigt ind i på det arbejde/praktikplads man nu ender i.
--
“A user interface is like a joke. If you have to explain it, it´s not that good.”

#5 "Det er i første omgang et spørgsmål om at forstå hele paradigmet, og kunne løse problemer, der er sproguafhængige." - hvad skal jeg gøre for at lære dette?
--

#11 det han mener er vel også at overordnet forstå emner/funktioner/begreb osv. F.eks det at sætte/checke en cookie.. Hvis du ved hvordan begrebet cookie fungerer, og de forskellige parametre/muligheder, så har du fået den viden og kan nemmere udføre det samme i et andet sprog.
--

Sidst redigeret 03-11-2015 21:49

Til det, du beskriver, så er Javascript prioritet 1. Dernæst AngularJS frameworket eller evt. et andet clientside MVC framework. Serverside ville jeg uden tvivl lære C# - det giver dig rig mulighed for at lave både APIer til at drive din hjemmeside (ASP.NET WebAPI), Desktop Apps (WPF), andre webservices (WCF) samt mobil og tablet apps (UWP). PHP har jeg selv arbejdet med, og det er meget udbredt, men tooling er bare langt bedre på .NET platformen (Visual Studio er suverænt det bedste IDE på markedet IMO), og jeg synes det er bedre at lære et typestærkt sprog sammen med Javascript. .NET platformen er ganske rigtigt mest møntet på Windows, men det er ikke utænkeligt, at det bliver udbredt på *nix om nogle år, da de er begyndt at lave meget open source (ASP.NET vNext, Entity Framework er fuldt open source), og monoproject er et fantastisk initiativ. ASP.NET ville jeg helst ærligt ikke bruge tid på. Tendensen er, at HTML ikke skal genereres serverside, og jeg kan kun være enig. Så brug tiden på AngularJS istedet - uanset om du vælger PHP, Java, C# eller andet.
--
MB: ASUS Z77 Sabertooth | CPU: i7 2600K | GPU: GTX 970 | RAM: 16GB 1866MHz | CASE: Silencio 550 | SSD: Samsung 840

Hvilken programmeringssprog skal man arbejde med, hvis man gerne vil lave Apps til Apple iOS, Google Android samt Microsoft Windows 10 Mobile?
--

Apple IOS = Objective C eller SWIFT. Android = Java Microsoft phones = C# / .NET Derudover findes der C# Xamarin - Så kan du lave til Windows, iPhone og Android. Ionic (html, css, javascript) - Hvor du kan lave webapps til iPhone og Android (snart windows). Der findes også andre frameworks.
--
Yep

#0 Jeg startede med at lære C# dengang jeg studerede. Jeg vil anbefale dig at du starter med at lære ét sprog og går så i dybden med det. Så vil det også være lettere at lære et andet sprog da mange af de objekt orienterede principper er de samme. JavaScript er også noget du ikke kommer udenom. Det bliver brugt mere og mere client side i dag, så det vil være en god ting også at lære.
--
ASRockZ77Extreme4|[email protected]|XMS3 8GB 1600 Mhz|GTX 670 Windforce X3|500R|Corsair TX650V2|U2414H|FS2331

http://redmonk.com[...] Redmonk har en kvartalvis ranking, baseret på data hentet fra github og stackoverflow.
--

#17: Der er også TIOBE: http://www.tiobe.com[...] De er begge kun vejledende, og man kan ikke regne dem for alverden. Men sådan plus/minus 10 pladser, så skal de nok være præcise.
--
MB: ASUS Z77 Sabertooth | CPU: i7 2600K | GPU: GTX 970 | RAM: 16GB 1866MHz | CASE: Silencio 550 | SSD: Samsung 840

#2 - Ikke ofte man ser MEAN stacken nævnt herinde. MongoDB er måske heller ikke den klassiske database at integrere op imod :-). #0 medmindre du planlægger at skulle skifte mellem mange opgaver vil jeg anbefale dig at prøve dig lidt frem og vælge et sprog/en stack du kan lide (og som du kan finde noget at lave i). Selv har jeg på brugerflader primært brugt MVC med Razor engine, og ellers client orienteret med Javascript op mod Api'er. Jeg er ikke så stor fan af at alting skal tilbage og vende server rendering hele tiden.
--

#19 men API er vel også server "rendering", bare eksternt ;) Og API services kan gå ned, ændres eller give fejl. Holder du øje med om alle API forbindelserne/indholdet virker som de skal konstant?
--

Sidst redigeret 04-11-2015 09:40

Der er nok flere fremtidige job muligheder i C# men jeg synes at PHP at meget bedre og nemmere at gå til og især lave web i :-)
--
http://bfgeeks.eu[...] kom og spil Battlefield 1942 og Desert Combat Befri dig selv for daglige overgreb og slet din Facebook konto.

#20 Jeg er ikke enig med dig i at api kald er identisk være server rendering. Det er korrekt at man er afhængig af ny viden fra sitet før man kan opdatere, men det er ikke det samme, da det kan gøres til en mere elegant asynkron begivenhed. Åbenlyst har du ret i at man er afhængig af at servicen ikke går ned. Men i så fald ville din webserver heller ikke svare! Endeligt: hvorfor skulle jeg dog holde øje med forbindelsen? tag et kig på REST based services (/Web Api 2 hvis vi snakker .NET verdenen / NodeJS hvis vi snakker MEAN). Det er jo ikke fordi du holder en socket kørende normalt, men istedet bruger man atomare handlinger hvis man vil have lidt robusthed.
--

#22 det jeg mente med at "holde øje" var mest om du ved det hvis noget API ikke virker som det skal for dine besøgende/brugere. Jeg er bare ikke megafan af API "uafhængighed". Med API skal du jo stole på at de eksterne resourcer fungerer. Egentlig ikke noget problem, men jeg har da oplevet at noget eksternt lige pludselig ikke virker som det gjorde før, eller sløv forbindelse til deres server. Og jo flere forskellige eksterne resourcer din side hiver på, jo flere steder kan det potentielt fejle. Og hvis du bruger API til indhold din faktisk side er afhængig af, ser jeg ikke den store fordel ved at det kører asynkront.. Men det kommer selvfølgelig også meget an på hvad det er! Visse ting kan kun fåes via eksterne kald Et eksempel fra den virkelige verden: Jeg er stoppet med at bruge Google Fonts, og har nu font's liggende på egen server. Loader ALTID og lynhurtigt. Google Fonts er ganske ok. Men det er langtfra stabilt, og ikke optimalt hvis din side skal se pæn ud altid og med det samme.
--

Sidst redigeret 04-11-2015 15:32

#23 Google fonts ville jeg personligt snarere rubridicere som et CDN - og ja, der skal man være kritisk med stabilitet. Jeg snakker primært om at kode mod egne API'er, som et led i at separere præsentation og data (MVVM). Jeg vil stadigvæk sidestille din analogi med den simple reflektion: "ville det virke bedre om din server afhænger af 3. parts API" ? En mere relevant parallel i min verden kunne være en betalings provider (NETS f.ex.): her kan du ikke "bare" kopiere et statisk dokument og være ude over problemet.
--

Hvis det er noget du gerne vil lave fremadrettet kunne det her måske hjælpe: http://www.rts.dk[...] :)
--

#23: At bruge statisk HTML og clientside bindings er vel hverken mere eller mindre stabilt end en side lavet rent serverside. APIet kan køre i samme process og på samme port, hvis det skal være. Det er (for mig) bare et spørgsmål om, at man separerer data fra HTML. Derudover sparer man også en masse trafik, da JSON/XML/Protobug alt andet lige fylder mindre end HTML med samme information i. Der er mange andre gevinster. Jeg kan ikke se hvorfor man ville lave en ASP.NET side i dag, udover meget specielle scenarier og/eller dovenskab.
--
MB: ASUS Z77 Sabertooth | CPU: i7 2600K | GPU: GTX 970 | RAM: 16GB 1866MHz | CASE: Silencio 550 | SSD: Samsung 840

Nu troede jeg faktisk også af der mest var tale om eksterne API's. Jeg er helt med på at separere data fra design/html. Det gør jeg også selv i stor stil, hvor det giver mening.
--

#11 Jeg mener med det, at hvis du forstår, hvordan en "hvis" betingelse fungerer, så er det lige meget, om den har syntaksen "if(a>b){do_something();}else{do_something_else();}" eller "if(a>b;do_something();do_something_else())" eller "if a>b then begin do_something(); end else begin do_something_else(); end;" - eller den helt grumme: push bx mov ax, a mov bx, b cmp ax, bx jl @@a_less call do_something_else jmp @@end @@a_less: call do_something @@end: pop bx Syntaksen kan du altid sætte dig ind i relativt hurtigt, men det med at forstå hvordan kode er struktureret og opbygget, og hvordan og hvorfor koden fungerer er langt mere fundamentalt og syntaksuafhængigt - og vigtigt. Der er mange gode guider og tutorials på nettet, der kan hjælpe dig på vej. Hvis jeg var dig ville jeg starte med noget så basalt som at oprette et HTML-dokument med notepad, og lave et indlejret script og se om du kan få et HTML-element til feks. at skifte farve ved hjælp af javascript. Du har alle værktøjerne til dette på din computer, og du skal ikke til at sætte dig ind i tunge programmer - blot den basale kode. Herefter kan du udvide med feks. at lave den klassiske lommeregner i HTML+JavaScript. Og går alt vel, så kan du udvide dit HTML med lidt CSS, for at få det hele til at skifte udseende. Du bør også være opmærksom på, at du intet lærer ved at klippe klistre kode, du finder på hjemmesider - du skal skrive den selv. Pøj pøj med projektet :-)
--
http://xlinx.dk[...] i7 2600K, 16GB PC3-12800, GA-X68XP-UD4 R1, GTX 560Ti HAWK, 250GB 840 EVO

Som de andre beskriver, så er PHP+MySQL mest til de "mindre" projekter hos bureauer eller hvis du som du skriver selv skal smække en side sammen. Min erfaring er, at de store virksomheder koder i C# i visual studio, så hvis du har planer om at leve af det som lønmodtager, så ville jeg nok også tage et kig på C# :-)
--
Hjælp til hosting-junglen: http://www.billig-webhosting.dk[...]

#29 ja PHP bruges af "mindre projekter" såsom FaceBook, Apple, Vimeo, Wikipedia, Flickr, Yahoo, WordPress og mange andre større. Så jeg ved ikke helt hvor det kommer fra at PHP er til mindre projekter eller "når du skal smække en side sammen", selvom det fint også egner sig til at starte ud med.
--

Sidst redigeret 06-11-2015 18:02

#29 Til web udvikling og CLI/shell/cronjobs/batch-kørsel vil jeg nu mene at PHP er akkurat lige så godt som C#. Man kan oven i købet godt lave desktop UI programmer i PHP med PHP-GTK: http://gtk.php.net[...] Jeg har dog ikke prøvet det.
--
http://bfgeeks.eu[...] kom og spil Battlefield 1942 og Desert Combat Befri dig selv for daglige overgreb og slet din Facebook konto.

#19 - Lyder også umiddelbart til at folk er meget C# orienterede herinde :P Det er korrekt at mongoDB er noget helt andet at arbejde op imod, men man kunne jo så fint erstatte ens DB med en mere konventionel SQL DB hvis man ønskede det. Jeg vil også mene der er meget specifikke scenarier til noSQL, og så er det ikke super modent, endnu! Men dog super sjovt at lege med. Det er en rar fornemmelse at arbejde med Javascript og JSON hele vejen igennem stakken, efter min mening. #29 - Der er ingen tvivl om at C# er meget modent på markedet og man ser mange jobopslag omkring C# og .NET udvikling. Jeg vil dog i samme omgang mene at der er ligeså mange PHP relaterede opgaver, og man kan også fint leve af det :)
--
“A user interface is like a joke. If you have to explain it, it´s not that good.”

#4,5,6,7 10, 13 osv. Tak for jeres historie og anbefalinger,! Jeg tror jeg vil starte med at lære php, SQL og Javascript. Kan man overhovedet lave webshops, online-forum og database-clientinteraktion uden php? Et Helt andet spørgsmål: Hvilke online ressourcer eller bøger ville i anbefale til at mestre php, javascript, ( medicore/advanced html, css)? Formålet ville være at kunne lave responsive websites evt. webshops, online forums osv.
--
Gæstebruger, opret dit eget login og få din egen signatur.

#33 https://www.codecademy.com[...] er en ganske fin ressource. Jeg brugte den i nyere tid i toget, bare for at se om jeg kunne huske tingene :). http://www.smashingmagazine.com[...] har også en del gode ressourcer, og deres bog-samling er heller ikke helt dårlig. Ellers er der diverse E-bøger, o´reilly bøgerne er ganske fine.
--
“A user interface is like a joke. If you have to explain it, it´s not that good.”

Selvom jeg nu sikkert bliver sakset ned, så er w3schools også ganske god for begyndere: http://www.w3schools.com[...]
--
http://xlinx.dk[...] i7 2600K, 16GB PC3-12800, GA-X68XP-UD4 R1, GTX 560Ti HAWK, 250GB 840 EVO

#35 w3schools er fint til nogle ting.. f.eks som hurtig opslåsværk til funktioner man ikke lige ku huske. #33 under alle omstændigheder burde du købe en rigtig fysisk bog eller tre. Det er så fedt med gammeldaws bog, man læser på en anden måde. Der er mange gode populære bøger, men jeg er desværre ikke helt opdateret ;)
--

Sidst redigeret 07-11-2015 19:48

#34+ #36 Det ser rigtigt godt ud! så spilder man heller ikke sin tid i toget ;) Mht fysiske bøger har jeg overvejet (Noget i kan tilføje?) TIL HTML -------------- HTML5 for Masterminds, 2nd Edition: How to take advantage of HTML5 to create amazing websites and revolutionary applications Learning Web Design: A Beginner's Guide to HTML, CSS, JavaScript, and Web Graphics Jeg overvejede Jon Ducket HTML and CSS: Design and Build Websites men frygter at den er for overfladisk, og ikke kommer langt nok omkring CSS og HTML. Til Javscript --------------------- A Smarter Way to Learn JavaScript: The new approach that uses technology to cut your effort in half Til PHP ------------------------ Learning PHP, MySQL & JavaScript: With jQuery, CSS & HTML5 (Learning Php, Mysql, Javascript, Css & Html5) Jeg elsker også fysiske bøger, og kan godt lide når de har nogle visuelle eksempler, en god introduktion og kommer godt omkring alle emnerne.
--
Gæstebruger, opret dit eget login og få din egen signatur.

#37 Du kan eventuelt prøve at kigge på thenewboston. Godt nok ikke fysiske bøger - men de plejer at være meget gode til at gennemgå ting.
--

Og så skal du vel også have et bette localhost server setup (bare på din computer). Der kan du f.eks bruge Apache. Der findes flere auto install løsninger, kender ikke navnene, men på Mac er der f.eks Mamp pro.
--

#39 Eller man kan bare bruge den indbygget i PHP: http://php.net[...] Personligt hader jeg de der full-stack løsninger, så som XAMPP
--
http://bfgeeks.eu[...] kom og spil Battlefield 1942 og Desert Combat Befri dig selv for daglige overgreb og slet din Facebook konto.
--

Sidst redigeret 08-11-2015 13:11

#40 yes.. men hvis man alligevel skal bruge webhotel senere, så er det gerne Apache de har der. Så er det jo oplagt at lære lidt om dét, inkl. htaccess muligheder.
--

Sidst redigeret 08-11-2015 13:13

#41 enig er at det er oplagt at lærer noget om, men netop de der full-stack løsninger gør at du intet lærer om f.eks. Apache - det hele virker jo "out-of-the-box" Så kan jeg bedre lide sådan noget som Vagrant, når vi snakker udviklings miljø.
--
http://bfgeeks.eu[...] kom og spil Battlefield 1942 og Desert Combat Befri dig selv for daglige overgreb og slet din Facebook konto.
--

Sidst redigeret 08-11-2015 13:15

#42 det jeg mente var også mest, at hvis du alligevel skal bruge Apache på dit online site senere, så giver det mening at vide lidt om det inden, istedet for slet ikke at have kigget på det. htaccess er relevant lige meget hvor automatisk dit serverbuild er ;)
--

#38 Wow the New boston er virkelig gode!! :D Mht Fysiske bøgeer: Bliver php og mysqli ikke konstant opdateret? Jeg overvejer at købe http://www.amazon.com[...]
--
Gæstebruger, opret dit eget login og få din egen signatur.