Framtiden för Frontend?

Är fullstackutvecklare å sitter med .net i backend och en mix av angularjs, angular och webforms i frontend. jag gillar dock backend mer så försöker hålla mig ifrån frontend bitarna men som folk ovan skriver så ta det du tycker är kul, men se till att du lär dig lite av båda.

Bland annat ja, men det innehåller även t.ex. ASP.NET och har gjort det i typ 15 år eller så. Sen bör det väl sägas att .NET idag kan betyda lite olika saker iom .NET Core, men det förändrar inget i detta fall.

Är frontend konsult själv och kan säga att det finns gott om frontend förfrågningar där ute, om du gillar frontend och har intresse så kör på det, Kör inte på "fullstack" etc. Du vill briljera i ett område, bara då kan du bli efterfrågad till slut av andra stora företag som tex apple etc.

Kan dock vara bra att ha lite koll på backend så du kan kommunicera med backend ( alltså kollegorna ) och begära data från dem på ett lämpligt sätt samt ha förståelse för deras situation de befinner sig i.

Den enda sanningen av frontend som jag vet är att modet ändras varje år och alla utvecklare har i princip en unik uppsättning verktyg, bibliotek, språk och metoder de använder. Man kan kanske kalla det ett fingeravtryck. Känns som att alla är i princip självlärda av sitt intresse och behöver ständigt förbättras och ändras. All gammal kod är skit och allt ska skrivas om med jämna mellanrum, uppfinn dock aldrig hjulet igen.

Frontend för mig är oförståeligt och inte intressant problemlösning, ärligt känns det som att mycket av det handlar om att skapa lösningar på saker som inte riktigt är problem. Ska man jobba med frontend är man antingen ointresserad och gör sitt jobb eller så är jobbet ens liv, verkar inte finnas något däremellan

@medbor Du inser att frontend är där både kunder och användare normalt befinner sig och att utan dom är de flesta övriga lager rätt ointressanta? Detsamma gäller väl för övrigt normalt sett för ett frontend utan underliggande lager.

Jag tror dock att @medbor menar något annat än vad det som skrevs uppfattas som. Något som inte är helt ovanligt när backend-programmerare ska tala direkt med användare och kunder. För att inte tala om databasister som gärna ska ha med INNER JOIN i minst var tredje mening

Haha jo känner igen det där.

@nerderer Vad du menade vet du förmodligen bäst själv men om du kollar ovan så har du både skilt på .net-utvecklare och frontend-utvecklare samt beskrivit det som att .NET bara skulle användas i backend vilket jag inte höll med om

Grundproblemet i denna diskussion är nog att frontend inte är ett helt väldefinierat begrepp och att alla utgår från sin egen definition som det vore en självklarhet för alla vad det innebär. Det kan därmed komma att innebära allt från typ UX-designer till någon som programerar C# som körs clientside via WebAssembly och konsumerar REST API:er dagarna i ända.

Jag har jobbat med utveckling ganska länge och har skrivit en hel del UI i flera olika projekt. Jag tycker inte det är kul helt enkelt, men det förstod ni säkert. Varje gång web-frontend diskuteras på jobbet är det alltid olika tycken och smak. Vi har 15+ produkter med olika web-komponenter och ui. Jag tror alla använder HELT olika strukturer, vissa angular, några react, några random java bibliotek, andra material... alla gör som de själva vill eller skriver egna bibliotek för att bootstrap inte hade någon funktion som man ville ha för stunden eller blandar alla scriptspråk i samma fil för att spara 3 rader av PHP.

Jag försöker bara säga att om man vill bli frontend får man göra sig beredd på att sätta sig in i någon annans skitkod och för att lära sig allt man behöver bör man vilja sitta alla sin vakna tid och leka med olika tekniker framför datorn. Vi har heltidsanställda som nästan bara letar efter, testar och leker med nya ramverk och bibliotek för att använda till våra nyare produkter, när dessa utvecklare slutar kommer nästa våg av tekniker att ta över.

Sanningen är att det mesta frontend gör är ganska lätt att fixa. Animationer är lite mer känsligt och en bra UX är jobbigt såklart, men att visa lite information, fylla några forms, prata lite REST, allting är ’enkelt’. ’Alla’ som är frontend kan lösa dessa problem (inte alltid bra dock). Jag skulle säga att alla vi har är helt utbytbara så länge vi har några veckor att få in en ny

För att undvika missförstånd och för att förenkla diskussionen , vad .NET är och inte är avgörs väl främst av vad Microsoft anser (så länge det är Microsoft .NET som åsyftas) då dom ligger bakom ramverket. Sen har det väl förändrats en hel del över tid sen ramverket lanserade men så är det väl med det mesta.

https://dotnet.microsoft.com/

Om du nu inte redan gett upp tråden så är ingångsfrågeställningen här, som du kanske märkt, inte helt korrekt. Det finns inget motsatsförhållande mellan frontend och .NET. Däremot finns det alternativ till båda, så att du kan köra ett frontend gjort i något annat mot ett backend gjort i .NET, eller ett frontend gjort i .NET mot ett backend gjort i något annat. För egen del tror jag att WebAssembly kommer vara framtiden på bekostnad av JS, som ärligt talat växt ur sin kostym till stor del idag.

Tröskeln för att bli frontend är nog lite lägre så att det är lättare att kalla sig frontend-programmerare genom att man lättare kan få något att fungera i typ en webbläsare än att få till ett backend. Det är dock inte detsamma som att man skulle vara en bra frontend-programmerare för att man lyckas få till Hello World i frontend, och efterfrågan på bra frontend-utvecklare är mycket god (förutsatt att marknaden i stort för IT finns kvar osv.)