2.02 (10) Czy to już koniec Typescript'u?
2.02 Czy to już koniec Typescript'u? Czy Typescript trąci myszką? Czy odejście takich projektów jak Svelte od pisania ich rozwiązań w Typescript oznacza początek końca tego języka? Co na to Microsoft? O tym w dzisiejszym odcinku. Warto zajrzeć: Hegel Haxe TC39 Proposal: Types as Comments Flow Typescript Rozmawiają: Wojciech Skorupa [linkedin] Mateusz Jabłoński [www] [linkedin]
No to od tamtego czasu sukcesywnie Typescript zyskuje. Microsoft jako ogromna organizacja nie miał takiej siły przebicia, żeby go tak wypromować. Ale zwróć uwagę, że Google ze swoim angularem wchodząc w Typescript wymusił na użytkownikach wprowadzenie. W zasadzie stało się takim Przodownikiem pokazywał, jakie są cechy, zalety Typescript'u i dzisiaj pomimo wielu jego wad, o których sobie wspomnieliśmy, czyli tej chaotycznej dokumentacji, łatwości w budowaniu bałaganu, ale też wielu zalet, jednak te zalety są bardziej wartościowe i bardziej widoczne niż te wady, z którymi możemy się spotkać. I wydaje mi się, że takie frameworki jak Next czy właśnie biblioteki jak Zot czy jakakolwiek inna będą dalej szły w kierunku rozwijania swojego kodu z Typescript'em, bo pomimo wszystko nawet dla deweloperów będzie to łatwiejsze.
Wydaje mi się, że wprowadzenie Typescript'u dało im tą gwarancję, że ludzie będą to tworzyli w taki sposób, w jaki oni chcieliby, żeby to było tworzone. Sama architektura tego rozwiązania już sporo narzuciła, ale Typescript tak naprawdę to zabetonował. Spowodował, że trudno, bardzo trudno jest odejść od tego zaproponowanego sposobu pisania przez developerów Google'a. Dokładnie. Okej, ale tutaj też warto wspomnieć o tym, co się zmienia, bo Typescript jest dla nas w tym momencie standardem, ale Microsoft, który tutaj też powiedzmy to jest twórcą tego nadzbioru dla Javascriptu,
Mniej niemożliwe, ale na pewno będzie to spore wyzwanie i ten proposal na pewno kilka lat najbliższych jeszcze będzie się rozwijał i będzie zbierał z rynku różnego rodzaju komentarze, zanim zostanie tak naprawdę wdrożony. Ale mam odczucie, podobne do Twojego, że to jest dobry kierunek. Dobry kierunek, ponieważ zagwarantuje użytkownikom kodu, czy też programistom, to, co daje Typescript, jednocześnie nie zabierając im tej elastyczności JavaScriptu. Bardziej mnie to zastanawia, dlaczego Microsoft to zaproponował.
Ten koncept mnie interesuje, bo ta propozycja wyszła od Microsoftu i ta propozycja jest przez Microsoft procesowana. Microsoft, który jak wiemy jest twórcą Typescript'u. Być może mają w planach porzucenie tego projektu, chociaż kto wie, może nie. Nic na ten temat nie znalazłem. Myślę, że na to szansa jest mała, szczególnie też patrząc na to, jak prężnie rozwija się TypeScript. Teraz już jesteśmy gdzieś tam w wersji piątej i zdecydowanie porusza się to do przodu, więc nie sądzę, Mateuszu, żeby gdzieś to było blisko.
Ale rzeczywiście jest to ciekawe i niestety nie mam dla siebie odpowiedzi, dlaczego może tak być. Nawet pomysłu. Czy ty masz jakieś przekształcenie, podejrzenie? Ale bawimy się w detektywów trochę. Nie, nie mam. Aczkolwiek tak jak mówię, dla mnie to jest ciekawe, skąd się to wzięło i dlaczego to z ich strony wyszło. Microsoft zaskakuje pod wieloma względami w ostatnich latach. Więc zobaczymy. Może rzeczywiście mają jakiś fajny plan na to, jak wesprzeć społeczność JavaScript'u i jak sprawić, żeby rzeczywiście ten język szedł w dobrym kierunku, rozwijał się podobnie jak Python w stronę bardziej stabilnego, dojrzałego rozwiązania, jeszcze bardziej dojrzalszego niż jest w tym momencie.
Ale Mateusiu, może my patrzymy na to w trochę zły sposób, że powinniśmy zadać pytanie właśnie, czy Microsoft nie jest idealną osobą do wprowadzenia tego propozału, skoro oni wiedzą o tym typowaniu najwięcej teoretyk, w związku z tym, że tworzyli ten Typescript. My tu doszukujemy się jakiegoś drugiego dna, a może to jest po prostu najbardziej odpowiednia osoba, powiedzmy, do zrobienia tego, w związku z tym, że mają teoretycznie największe doświadczenie. W zasadzie z tej perspektywy możesz mieć rację. Nie ma chyba w świecie JavaScript'u podmiotu, który miałby większe doświadczenie w tworzeniu takiego narzędzia.
Pokazano wszystkie 6 dopasowań. Transkrypcja generowana automatycznie i niesprawdzana ręcznie — może zawierać błędy.
Mateusz i Wojtek omawiają Typescript i jego rolę w frontend developmentzie.
Wojtek wyjaśnia, dlaczego w dużych projektach Typescript może przeszkadzać, szczególnie w kontekście typowania i generyczności kodu.
Wojtek i Mateusz omawiają decyzję Svelte i SvelteKit o porzuceniu Typescript'u i zastąpieniu go JSDocs.
Wojtek i Mateusz porównują korzyści i wady użycia Typescript'u i JSDocs w kontekście dokumentacji i typowania kodu.
Wojtek omawia z Mateuszem korzyści i zasady użycia JavaScript'a z JSDocs w kontekście typowania i dokumentacji kodu.
Wojtek i Mateusz analizują decyzję Svelte i SvelteKit o porzuceniu Typescript'u i zastąpieniu go JSDocs.
Wojtek i Mateusz omawiają przyszłość JavaScript'a i Typescript'u, w tym propozycje Microsofta dotyczące wprowadzenia typowania do JavaScript'a.
Rozmowa o przyszłości JavaScript'a i Typescript'u, w tym wprowadzeniu typowania do JavaScript'a przez Microsofta oraz porównaniu alternatywnych narzędzi typowania.
Wojtek i Mateusz podsumowują rozmowę i omawiają perspektywy rozwoju JavaScript'a i Typescript'u w kontekście frontend developmentu.
Rozdziały i streszczenia generowane automatycznie. Pełna transkrypcja nie jest publikowana — wyszukaj frazę, aby zobaczyć dopasowane fragmenty.
Kliknij, aby znaleźć fragmenty, w których pada.
2.02 Czy to już koniec Typescript'u?
Czy Typescript trąci myszką? Czy odejście takich projektów jak Svelte od pisania ich rozwiązań w Typescript oznacza początek końca tego języka? Co na to Microsoft? O tym w dzisiejszym odcinku.
Warto zajrzeć:
Hegel Haxe TC39 Proposal: Types as Comments Flow TypescriptRozmawiają:
Wojciech Skorupa [linkedin] Mateusz Jabłoński [www] [linkedin]