Vinnaren i pepparkakshustävlingen!
2023-10-30, 10:44
  #13
Medlem
fittplytes avatar
Citat:
Ursprungligen postat av Ehandel
Kan du ge exempel på problem med typsäkerhet i JavaScript? Om du får felmeddelanden för du matat in fel typ av data, då är det inget annat än dålig kod av utvecklaren. Givetvis testar man alltid sin kod innan produktion. Har personligen aldrig stött på några typfel i någon produktionsmiljö som kör JavaScript.

När man söker efter "Why use TypeScript?" ser man liknande svar som du skrev. Men man ser aldrig några exempel på där typfel inträffat. Känns som total paranoia bara.
Du menar problem med bristen av typer helt och hållet i javascript?
Menar du att du inte begriper att detta leder till problem?

Det räcker ju att du är ny i ett projekt och ska använda befintlig kod, och så har någon refaktorerat en metod, så skickar du in fel skit. Detta kan dessutom ske i en metod som inte används särskilt ofta och vips har du släppt en produkt som smäller för slutkund men ingen har märkt det förrän dess.
Citera
2023-10-30, 10:48
  #14
Avstängd
Citat:
Ursprungligen postat av fittplyte
Du menar problem med bristen av typer helt och hållet i javascript?
Menar du att du inte begriper att detta leder till problem?

Det räcker ju att du är ny i ett projekt och ska använda befintlig kod, och så har någon refaktorerat en metod, så skickar du in fel skit. Detta kan dessutom ske i en metod som inte används särskilt ofta och vips har du släppt en produkt som smäller för slutkund men ingen har märkt det förrän dess.

Återigen, kan du ge mig exempel (med kod) där du stött på dessa problem i JS?

Kommenterar folk inte sin kod där du jobbar? Har aldrig stött på att någon arbetsplats inte gör det tydligt vad för input som förväntas. Och kan andra personer i ditt team inte ens förstå koden är man en dålig utvecklare.

Ju mer jag läser om dessa "problem" som TS-utvecklare stött på så blir jag mer övertygad att det endast handlar om dåliga programmerare.
__________________
Senast redigerad av Ehandel 2023-10-30 kl. 10:51.
Citera
2023-10-30, 10:49
  #15
Medlem
Mia-Rovys avatar
Citat:
Ursprungligen postat av Ehandel
Återigen, för att återgå till frågan tråden handlar om: varför använda TypeScript istället för JavaScript?

Hur går det med läsförståelsen?
Jag trodde att det för uppenbart också. För typerna?

Typer gör att fel kan upptäckas när man skriver koden. Det gör också att andra verktyg kan dra mer korrekta slutsatser och göra fler grejer.

Vet du inte vad typer är bra för så är vi ljusår ifrån varandra
__________________
Senast redigerad av Mia-Rovy 2023-10-30 kl. 10:55.
Citera
2023-10-30, 10:51
  #16
Medlem
fittplytes avatar
Citat:
Ursprungligen postat av Ehandel
Återigen, kan du ge mig exempel (med kod) där du stött på dessa problem i JS?

Kommenterar folk inte sin kod där du jobbar? Har aldrig stött på att någon arbetsplats inte gör det tydligt vad för input som förväntas. Och kan andra personer i ditt team inte förstå koden är man en dålig utvecklare.
Kodexempel? Nej. Inte på rak arm. Stött på det hundratals gånger genom åren.

Kodkommentarer hör till det förflutna. De senaste tio åren har det gått alltmer till att koden skall vara självdokumenterande.

Har du inte varit med om en metod som hette "GetPersonsByStatus(var status)" och så har någon bytt typen på status från int till string (enum)? Liknande saker sker som sagt exakt hela tiden, och om man då har typer uppstår det aldrig.

Du verkar argumentera EMOT Typescript med argumentet "eftersom alla alltid skriver perfekt kod behövs det inte". Sjukt.
Citera
2023-10-30, 10:57
  #17
Avstängd
Citat:
Ursprungligen postat av Mia-Rovy
Jag trodde att det för uppenbart också. För typerna.

Typer gör att fel kan upptäckas när man skriver koden. Det gör också att andra verktyg kan dra mer korrekta slutsatser och göra fler grejer.

Du skrev såhär:

Citat:
Jag använder Typescript när jag har möjligheten.

Det är en ganska stor fördel att kunna skriva samma kod på klient- och serversidan samtidigt.

Jag ser ingen poäng i att använda något annat. Min kod fungerar på de flesta (flest?) plattformar och jag kan enkelt flytta kod mellan klient och server, eller köra dem på båda och garantera samma resultat

Ingenstans nämner du typerna. Så vad fasiken menar du med "det var uppenbart"? Du pratade om att TS har som fördel att kunna användas på både klient- och serversidan. Jag svarade med att det klarar även JS.

Tråden handlar om VARFÖR man använder TS över JS.

Tack, nu har du för första gången gett ett någorlunda svar på det. Du kanske svarat på frågan i ditt huvud, men inte i tråden

Jo jag vet vad datatyper är. Jag har bl.a. programmerat i C, C++ och C# i snart 20 år.

Alltså du är otrolig
__________________
Senast redigerad av Ehandel 2023-10-30 kl. 10:59.
Citera
2023-10-30, 11:02
  #18
Medlem
Mia-Rovys avatar
Citat:
Ursprungligen postat av Ehandel
Du skrev såhär:



Ingenstans nämner du typerna. Så vad fasiken menar du med "det var uppenbart"? Du pratade om att TS har som fördel att kunna användas på både klient- och serversidan. Jag svarade med att det klarar även JS.

Tråden handlar om VARFÖR man använder TS över JS.

Tack, nu har du för första gången gett ett någorlunda svar på det. Du kanske svarat på frågan i ditt huvud, men inte i tråden

Jo jag vet vad datatyper är. Jag har bl.a. programmerat i C, C++ och C# i snart 20 år.

Alltså du är otrolig
Aha, jag läste trådstarten slarvigt. Jag trodde att TS frågade om TS VS alla övriga språk, insåg inte att TS frågade om TS VS JS.


Men ja, jag använder TS framför JS för typsäkerheten och för att set möjliggör bättre automatisering och kodgenerering av diverse programmeringsverktyg.
Citera
2023-10-30, 11:15
  #19
Avstängd
Citat:
Ursprungligen postat av fittplyte
Kodexempel? Nej. Inte på rak arm. Stött på det hundratals gånger genom åren.

Kodkommentarer hör till det förflutna. De senaste tio åren har det gått alltmer till att koden skall vara självdokumenterande.

Har du inte varit med om en metod som hette "GetPersonsByStatus(var status)" och så har någon bytt typen på status från int till string (enum)? Liknande saker sker som sagt exakt hela tiden, och om man då har typer uppstår det aldrig.

Du verkar argumentera EMOT Typescript med argumentet "eftersom alla alltid skriver perfekt kod behövs det inte". Sjukt.

"Kodkommentarer tillhör det förflutna", det var tamejfan ett av de sjukaste uttalandena jag hört på länge. Nej det gör det inte. Om du någon gång hamnar hos ett FAANG-bolag, så handlar första dagarna om att du ska läsa igenom deras riktlinjer. Du ska vara så tydlig du bara kan med kommentarer. Detta är industristandard hos seriösa bolag. Att du inte kommenterar kod (när det behövs) är tecken på att du inte har erfarenhet av utveckling i team. Givetvis kommenterar man inte varje rad, men viktiga saker som förväntad input, generell logik i funktionen, förväntad output. Kod har absolut inte gått från att vara kommenterad till okommenterad senaste åren. Var får du det ifrån?

Den funktionen ger mig direkt intrycket av att den förväntar sig en string. Hade den förväntat sig en int så hade GetPersonsByStatusCode varit mer passande. Och nej jag har inte stött på något sådant vad jag kan minnas. Vad är det för arbetsplatser folk jobbar på egentligen? Varför kommenterar ni ingenting och inte har koll på vad för input som förväntas i en funktion? Är ni alla juniora utvecklare eller vad fasen är det som försiggår?

Som tur är har flera bolag inom branschen tagit fram riktlinjer för sin arbetsplats. När man börjar arbeta på en arbetsplats som Google får du tillsägelser och varningar om du inte följer deras riktlinjer. Efter en viss mängd tillsägelser så får du kicken.

Riktlinjer för Google's JavaScript-utveckling, som flera andra bolag börjat använda sig av:
https://google.github.io/styleguide/jsguide.html

Om folk skrev bra programkod och lärde sig kommentera och arbeta i team hade något som TypeScript aldrig behövts bland JavaScript-programmerare. Den dagen en TS-programmerare ska arbeta med vanlig JS-programkod kommer det bli fel eftersom TS-programmeraren inte vet hur man cyklar utan stödhjul.

Det är minst sagt sjukt att det finns folk i världen som börjar sin karriär med att lära sig TypeScript och ramverk som React, utan att ha full förståelse för grundläggande koncept inom programmering och JavaScript. Det har bara ökat efter pandemin då många ville ha hemmajobb och då blev programmeringsjobben attraktiva på jobbmarknaden. Blanda nu in AI-lösningar för kod så kommer industrin snart vara full av amatörprogrammerare som inte förstår grunderna. Skrämmande utveckling.

Jag är glad jag inte längre jobbar med programmering som kontorsnisse. Fyfan vad mycket skit det blivit i den branschen senaste tiden med alla jävla ramverk som stöd. Tailwind för CSS, TypeScript för JS, React, Next, Svelte, Vue, m.m. Såg förövrigt hur Next.js 14's update här om dagen totalt förstörde många projekt. Haha, vilken jävla röra.
__________________
Senast redigerad av Ehandel 2023-10-30 kl. 11:23.
Citera
2023-10-30, 11:21
  #20
Medlem
fittplytes avatar
Citat:
Ursprungligen postat av Ehandel
"Kodkommentarer tillhör det förflutna", det var tamejfan ett av de sjukaste uttalandena jag hört på länge. Nej det gör det inte. Om du någon gång hamnar hos ett FAANG-bolag, så handlar första dagarna om att du ska läsa igenom deras riktlinjer. Du ska vara så tydlig du bara kan med kommentarer. Detta är industristandard hos seriösa bolag. Att du inte kommenterar kod (när det behövs) är tecken på att du inte har erfarenhet av utveckling i team. Givetvis kommenterar man inte varje rad, men viktiga saker som förväntad input, generell logik i funktionen, förväntad output. Kod har absolut inte gått från att vara kommenterad till okommenterad senaste åren. Var får du det ifrån?

Den funktionen ger mig direkt intrycket av att den förväntar sig en string. Hade den förväntat sig en int så hade GetPersonsByStatusCode varit mer passande. Och nej jag har inte stött på något sådant vad jag kan minnas. Vad är det för arbetsplatser folk jobbar på egentligen? Varför kommenterar ni ingenting och inte har koll på vad för input som förväntas i en funktion? Är ni alla juniora utvecklare eller vad fasen är det som försiggår?

Som tur är har flera bolag inom branschen tagit fram riktlinjer för sin arbetsplats. När man börjar arbeta på en arbetsplats som Google får du tillsägelser och varningar om du inte följer deras riktlinjer. Efter en viss mängd tillsägelser så får du kicken.

Riktlinjer för Google's JavaScript-utveckling, som flera andra bolag börjat använda sig av:
https://google.github.io/styleguide/jsguide.html

Om folk skrev bra programkod och lärde sig kommentera och arbeta i team hade något som TypeScript aldrig behövts bland JavaScript-programmerare. Den dagen en TS-programmerare ska arbeta med vanlig JS-programkod kommer det bli fel eftersom TS-programmeraren inte vet hur man cyklar utan stödhjul.
Tro mig, självdokumenterade kod är så man utför modern utveckling.
Jag vet inte ens vad FAANG är, är du cool när du slänger dig med lite lingo? Det låter som gamla förlegade saker du beskriver och då brukar man ha lika många rader kommentarer som kod. Testa lite modern utveckling är mitt tips.

Du har helt fel om du påstår att det är standard att kommentera input/output. Detta ser man av namnet på metoden och parametrarna och är fullkomligt onödig dokumentation på det generella planet. Skriver du däremot ett API...

En kommentar på en metod som refaktoreras är ju det absolut farligaste som finns. Så fort en person uppdaterar metoden men inte kommentaren så är kommentaren direkt skadlig. Förstår du inte det?

Jag repeterar: Du verkar ha infallsvinkeln att alla alltid gör rätt så behövs inte TS. Kör på det, det kommer säkert gå jättebra för dig.

Vi andra (majoriteten av utvecklarvärlden) inser värdet av datatyper och ser problemen med avsaknaden av detta i javascript.
Citera
2023-10-30, 11:34
  #21
Avstängd
Citat:
Ursprungligen postat av fittplyte
Tro mig, självdokumenterade kod är så man utför modern utveckling.
Jag vet inte ens vad FAANG är, är du cool när du slänger dig med lite lingo? Det låter som gamla förlegade saker du beskriver och då brukar man ha lika många rader kommentarer som kod. Testa lite modern utveckling är mitt tips.

Du har helt fel om du påstår att det är standard att kommentera input/output. Detta ser man av namnet på metoden och parametrarna och är fullkomligt onödig dokumentation på det generella planet. Skriver du däremot ett API...

En kommentar på en metod som refaktoreras är ju det absolut farligaste som finns. Så fort en person uppdaterar metoden men inte kommentaren så är kommentaren direkt skadlig. Förstår du inte det?

Jag repeterar: Du verkar ha infallsvinkeln att alla alltid gör rätt så behövs inte TS. Kör på det, det kommer säkert gå jättebra för dig.

Vi andra (majoriteten av utvecklarvärlden) inser värdet av datatyper och ser problemen med avsaknaden av detta i javascript.

Sorry. FAANG är de större bolagen inom branschen, tänk Silicon Valley. Finns flera förkortningar. FAANG = Facebook Amazon Apple Netflix Google. D.v.s. industriledande bolag.

Om man har svårt med JavaScript och inte orkar/vill lära sig grunderna, så är det bara att gå över till C# eller Python exempelvis. Varför återuppfinna hjulet och försöka göra om JavaScript till C#? Det är i princip det TypeScript gör. Förövrigt är .NET riktigt nice numera. Hoppas fler går över dit istället för den sylta som allt inom JS-sfären blivit senaste 6 åren.

Majoriteten av utvecklarvärlden är nybörjare (< 3 års erfarenhet) så det är inte konstigt. Det kommer nya utvecklare hela tiden. Och folk har börjat ta Bootcamps (snabbkurser) eller kollar enbart YouTube, istället för att studera bra programkod från större open source projekt, eller gå på universitet. Just nu är TypeScript och React hett världen över, vilket leder till att folk börjar där direkt - istället för att lära sig om JavaScript. Det leder till sämre programkod.

Vill man lära sig allt inom JavaScript så är Steve Griffith - Prof3ssorSt3v3 på YouTube otroligt bra. Tyvärr får dessa lärare inte lika mycket visningar som ungdomar med clickbaitrubriker om hur man bygger en kopia av Uber i TypeScript med React och Tailwind. Det är (tyvärr) väldigt många utvecklare som inte orkar/vill lära sig grundläggande koncept och metodologier idag.
__________________
Senast redigerad av Ehandel 2023-10-30 kl. 11:39.
Citera
2023-10-30, 11:40
  #22
Medlem
fittplytes avatar
Citat:
Ursprungligen postat av Ehandel
Sorry. FAANG är de större bolagen inom branschen, tänk Silicon Valley. Finns flera förkortningar. FAANG = Facebook Amazon Apple Netflix Google. D.v.s. industriledande bolag.

Om man har svårt med JavaScript och inte orkar/vill lära sig grunderna, så är det bara att gå över till C# eller Python exempelvis. Varför återuppfinna hjulet och försöka göra om JavaScript till C#? Det är i princip det TypeScript gör. Förövrigt är .NET riktigt nice numera. Hoppas fler går över dit istället för den sylta som allt inom JS-sfären blivit senaste 6 åren.

Majoriteten av utvecklarvärlden är nybörjare (< 3 års erfarenhet) så det är inte konstigt. Det kommer nya utvecklare hela tiden. Och folk har börjar ta Bootcamps eller kollar enbart YouTube, istället för att studera bra programkod från större open source projekt, eller gå på universitet. Just nu är TypeScript och React hett världen över, vilket leder till att folk börjar där direkt - istället för att lära sig om JavaScript. Det leder till sämre programkod.

Vill man lära sig allt inom JavaScript så är Steve Griffith - Prof3ssorSt3v3 på YouTube otroligt bra. Tyvärr får dessa lärare inte lika mycket visningar som ungdomar med clickbaitrubriker om hur man bygger en kopia av Uber i TypeScript med React och Tailwind. Det är (tyvärr) väldigt många utvecklare som inte orkar/vill lära sig grundläggande koncept och metodologier idag.
Fast du har helt fel. Det handlar inte om att ha svårt för. Det handlar om att javascript TILLÅTER att man skapar runtimefel av misstag. Om du inte förstår varför man hellre vill fånga dessa fel i compiletime än runtime så är det nog svårt att diskutera saken mer.
Citera
2023-10-30, 11:47
  #23
Avstängd
Citat:
Ursprungligen postat av fittplyte
Fast du har helt fel. Det handlar inte om att ha svårt för. Det handlar om att javascript TILLÅTER att man skapar runtimefel av misstag. Om du inte förstår varför man hellre vill fånga dessa fel i compiletime än runtime så är det nog svårt att diskutera saken mer.

Om jag går in i en veganrestaurang och sedan klagar på att de inte serverar kött, då är det inte restaurangens fel. Istället för att försöka tvinga restaurangen att börja servera kött, så finns det en betydligt enklare lösning: gå till en annan restaurang.

Att försöka göra om JS till C# eller något annat är bara dumt.
Särskilt när TS direkt översätter till JS.
Det betyder att folk som enbart lär sig TS inte ens förstår vad som sker "under the hood".

I det fallet är det bättre för alla parter om dessa individer gick över till något annat, då de uppenbarligen inte har intresse av JavaScript ö.h.t.

TypeScript är som sagt för individer som är dåliga på JavaScript.
Och är man bra på JavaScript finns det ingen användning av TypeScript.
Och är man dålig på JavaScript och vägrar lära sig det, välj ett annat programspråk!
Det finns således ingen anledning att använda TS.

"The strength of JavaScript is that you can do anything. The weakness is that you will.". Det har nu gått så långt att man t.o.m. gör om språket! Helt jävla galet och idiotiskt.
__________________
Senast redigerad av Ehandel 2023-10-30 kl. 11:52.
Citera
2023-10-30, 11:51
  #24
Medlem
fittplytes avatar
Citat:
Ursprungligen postat av Ehandel
Om jag går in i en veganrestaurang och sedan klagar på att de inte serverar kött, då är det inte restaurangens fel. Istället för att försöka tvinga restaurangen att börja servera kött, så finns det en betydligt enklare lösning: gå till en annan restaurang.

Att försöka göra om JS till C# eller något annat är bara dumt.
Särskilt när TS direkt översätter till JS.
Det betyder att folk som enbart lär sig TS inte ens förstår vad som sker "under the hood".

I det fallet är det bättre för alla parter om dessa individer gick över till något annat, då de uppenbarligen inte har intresse av JavaScript ö.h.t.

"The power of JavaScript is that you can do anything. The weakness is that you will.". Det har nu gått så långt att man t.o.m. gör om språket! Helt jävla galet och idiotiskt.
Det är sjukt ironiskt att en förespråkare av kilometervis med kommentarer inte förstår vad typsäkerhet tillför... Vi kommer precis som jag skrev inte att komma längre här, du verkar inte förstå helt enkelt.

Resturangexemplet är för övrigt ickerelaterat och patetiskt, men nog om detta.

TS översätter inte direkt till JS, det sker en transpilering. TS är inte "omgjort JS". Det är ett superset, googla lite på vad det innebär, det är en brutal skillnad till det du tror att det är.
Citera

Stöd Flashback

Flashback finansieras genom donationer från våra medlemmar och besökare. Det är med hjälp av dig vi kan fortsätta erbjuda en fri samhällsdebatt. Tack för ditt stöd!

Stöd Flashback