Nie s\u0105 to (niestety) jedyne zmiany, jakie wprowadza nowy kompilator. Nowy spos\u00f3b generowania klas umo\u017cliwia specyfikacj\u0119 jednostek w pikselach i kolor\u00f3w w postaci hexa.<\/p>\n
<!-- Sizes and positioning -->\n<img class="absolute w-[762px] h-[918px] top-[-325px] right-[62px] md:top-[-400px] md:right-[80px]" src="\/crazy-background-image.png">\n<!-- Colors -->\n<button class="bg-[#1da1f1]">Share on Twitter<\/button>\n<!-- Complex grids -->\n<div class="grid-cols-[1fr,700px,2fr]">\n <!-- ... -->\n<\/div><\/code><\/pre>\nNa pewno jest to rozwi\u0105zanie wygodne, ale w moich oczach a\u017c nazbyt wygodne. Argument tw\u00f3rcy kompilatora, m\u00f3wi\u0105cy o synergii tego rozwi\u0105zania z Tailwindowymi breakpointami, jak najbardziej do mnie przemawia (do tej pory je\u015bli chcieli\u015bmy nada\u0107 w\u0142asny styl w zale\u017cno\u015bci od wielko\u015bci ekranu, nale\u017ca\u0142o zduplikowa\u0107 element i wykorzysta\u0107 klas\u0119 {breakpoint}:visible). Obawiam si\u0119 tylko, \u017ce bez trzymania odpowiedniej dyscypliny taka funkcjonalno\u015b\u0107 mo\u017ce doprowadzi\u0107 do zalania naszego kodu magicznymi liczbami i kolorami. Wielu programist\u00f3w na breakpointach zapewne si\u0119 nie zatrzyma\u2026 No c\u00f3\u017c, mo\u017ce moja wiara w programistyczna bra\u0107 jest zbyt ma\u0142a i taka funkcjonalno\u015b\u0107 jednak nie wp\u0142ynie negatywnie na code basy u\u017cywaj\u0105ce Tailwinda? Czas poka\u017ce…<\/p>\n![\"\"](\"https:\/\/vived.io\/wp-content\/uploads\/2021\/08\/img_610d0bb60f2d4.png\")
<\/figure>\n\u0179r\u00f3d\u0142a:<\/h3>\n
https:\/\/blog.tailwindcss.com\/just-in-time-the-next-generation-of-tailwind-css<\/a><\/p>\n2. Updates from the 81st meeting of TC39<\/h1>\n
W tym tygodniu mia\u0142o r\u00f3wnie\u017c miejsce zebranie JavaScriptowej starszyzny, czyli TC39 Meeting (je\u015bli zastanawiacie si\u0119, czy por\u00f3wnywanie TC39 do india\u0144skiej starszyzny kiedykolwiek mi si\u0119 znudzi to \u015bpiesz\u0119 z wyja\u015bnieniem: nie). Je\u015bli \u015bledzicie nasze JVM-owe podsumowania, to pewnie orientujecie si\u0119, nad jakimi funkcjonalno\u015bciami trwaj\u0105 w tym \u015brodowisku prace: rekordy, pattern matching, wsp\u00f3\u0142bie\u017cno\u015b\u0107. Je\u015bli natomiast przyjrze\u0107 si\u0119, nad czym pracuje si\u0119 w \u015brodowisku JavaScriptowym, to ci\u0119\u017cko nie odnie\u015b\u0107 wra\u017cenia, \u017ce m\u00f3wimy o j\u0119zyku rozwijaj\u0105cym si\u0119 zdecydowanie mniej pr\u0119\u017cnie. Po raz kolejny najwa\u017cniejszym tematem omawianym podczas spotkania by\u0142y funkcje dotycz\u0105ce ulepszenia obs\u0142ugi czasu i daty. Zdecydowanie jest to temat istotny, no ale ile mo\u017cna\u2026<\/p>\n![\"\"](\"https:\/\/vived.io\/wp-content\/uploads\/2021\/08\/img_610d0bb85e712.gif\")
Gdyby featury omawiane na TC39 Meetings by\u0142y memem<\/figcaption><\/figure>\nSko\u0144czmy jednak narzeka\u0107 i zerknijmy na to, w jaki spos\u00f3b tym razem zaatakowano ten problem. Do etapu trzeciego prac nad specyfikacj\u0105 JavaScript trafi\u0142 obiekt Temporal. Ma on by\u0107 dost\u0119pny globalnie – podobnie jak znany wi\u0119kszo\u015bci obiekt Math. Temporal ma udost\u0119pnia\u0107 API do wygodnego operowania na datach, stawiaj\u0105c na obs\u0142ug\u0119 stref czasowych i r\u00f3\u017cnych rodzaj\u00f3w kalendarzy (pisa\u0142 kto\u015b z Was kiedy\u015b aplikacj\u0119 wspieraj\u0105c\u0105 kalendarz \u017cydowski<\/a> albo kalendarz buddyjski<\/a>?). API jest na tyle rozbudowane, \u017ce nie ma sensu dzieli\u0107 si\u0119 nim w tym blogpo\u015bcie wi\u0119c wszystkich zainteresowanych odsy\u0142am do \u017ar\u00f3d\u0142a.<\/p>\n![\"\"](\"https:\/\/vived.io\/wp-content\/uploads\/2021\/08\/img_610d0bb8c7084.png\")
Schemat w jaki Temporal b\u0119dzie zapisywa\u0142 daty<\/figcaption><\/figure>\n\u0179r\u00f3d\u0142a:<\/h3>\n
https:\/\/dev.to\/hemanth\/updates-from-the-81st-meeting-of-tc39-2b3p<\/a><\/p>\n3. Introducing Relay Hooks: Improved React APIs for Relay<\/h1>\n
Na pocz\u0105tku przyznam si\u0119, \u017ce GraphQL to jeden z tych poci\u0105g\u00f3w, kt\u00f3ry odjecha\u0142 beze mnie. Nigdy nie mia\u0142em okazji pobawi\u0107 si\u0119 tym narz\u0119dziem w bardziej zaawansowanym projekcie i moja wiedza nigdy nie wysz\u0142a poza proste tutoriale. Z racji tego bardzo ci\u0119\u017cko jest mi zar\u00f3wno por\u00f3wna\u0107 Appollo do Relay (patrz\u0105c tylko na pobrania z npm to Apollo wygrywa oko\u0142o trzykrotnie) i oceni\u0107, jak du\u017ce usprawnienia wprowadzi\u0142 Facebook w swoim kliencie (kt\u00f3ry btw wykorzystywany jest w nowej wersji webowego Facebooka, wi\u0119c bez w\u0105tpienia jest to co\u015b production ready). Je\u015bli jest z nami kto\u015b, kto ma na ten temat lepsz\u0105 wiedz\u0119, b\u0105d\u017a ciekaw\u0105 opini\u0119 to zapraszamy do komentowania na naszym Facebooku<\/a> (z odrobin\u0105 szcz\u0119\u015bcia mo\u017ce nawet zostanie zacytowani w tym blogpo\u015bcie). Ja tymczasem zostawiam Was z blogpostem opisuj\u0105cym now\u0105 wersj\u0119 Relay, bo zdecydowanie jest to du\u017ce wydarzenie dla wszystkich korzystaj\u0105cych z GraphQL.<\/p>\n![\"\"](\"https:\/\/vived.io\/wp-content\/uploads\/2021\/08\/img_610d0bba196a1.jpg\")
Autor frontendowego czwartku widz\u0105c newsa o nowej wersji Relay<\/figcaption><\/figure>\nPS. Wertuj\u0105c informacje o Relay i GraphQL odkopa\u0142em \u015bwietny dokument o powstawaniu GraphQL. Je\u015bli jeszcze nie widzieli\u015bcie i macie wolne p\u00f3\u0142 godziny, to gor\u0105co polecam.<\/p>\n