GSAP, Three.JS
используются на тех же страницах где необходимо хорошее SEO? Можно ведь через те же динамические импорты грузить либы только когда надо и все.
Також мабуть треба додати що ці контейнери безкоштовні тільки для опенсорс продуктів. Якщо ви робите комерційний продукт, то у вас є тільки 10к юзер сесій на місяць, а далі вже треба світчитися на комерційну ліцензію.
Ось що мені відповів їх сапорт:
The price per API call starts at $0.02 for pay-as-you-go on our hosted offering, and we also have volume pricing available
Крім власне воркерів і асетів, які необхідні для коректної роботи, при встановленні нових пакетів вони фактично встановлюються з серверів Stackblitz задля кращої оптимізації. Це те, що Turbo робить під капотом. Відповідно якщо ми інсталюємо якісь пакети всередині вебконтейнера, вони можуть бути застарілі, так само як і версія Node.js.
Можна встановити свої пакети. В мене є допис у моєму блозі, де я писав про це t.me/indiehackernotes/10
Джош сам делает курсы по фронтенду. Думаю просто таким образом хайпит на теме AI, чтобы привлечь новых пользователей к себе в продукт.
Дякую, за відгук. Стосовно уроку, там фокус на іншому, але взагалі слушна думка, тому додам у беклог.
Вже не пам’ятаю. Наче так.
Так, а про що писати? Історій світчерів наче й так багато. Що ж до Frontendly то він ще на стадії розробки де-факто.
Действительно забавно спустя столько лет прочитать этот топик. Особенно когда не только успешно работаешь, но и делаешь свой проект , где обучаешь уже других фронтенду :)
Дякую за пораду. Мені просто здається що ще недостатньо контенту, щоб робити повноцінну статтю.
Тоді вже і я порекламуюсь — Frontendly.
Можна як верстку підтягнути безкоштовно так и основи React.
А отут можна слідкувати за розвитком проєкта — t.me/indiehackernotes
Скрытая реклама контактных линз?
А щодо кількості переходів, що вам кажуть мало. Як то кажуть в індігакерському комьюніті — головне не зупинятися.
Мені подобається render.com — підконнектив гітхаб репо та забув.
$7 сервер та $7 база.
А от з fly.io на якому хостився раніше, були постійно якісь страждання.
Хтось там писав за AWS. Воно надто складне коли ти нічим подібним не займався. Тому краще просто заплатити та займатися фічами.
Svelte compiles your code to tiny, framework-less vanilla JS — your app starts fast and stays fast.
Текст з головної сторінки.
як у подібних статтях
Думаю він просто не розібрався. В нього ж і REPL свелтівський зроблений на кшталт codesandbox, хоча база там від stackblitz.
Якби інші фреймворки апріорі завжди мали погані оцінки, вони б довго не проіснували
Вони їх і мають. В них інша задача. А ні, SSR, а ні різні оптимізації, на які до речі ви витратите багато часу проблему не рішать.
і Svelte справді кращий на декілька балів
Ну як декілька. На React, витративши астрономічну кількість людиногодин, у вас метрики будуть у жовтому спектрі, у кращому випадку. На Svelte, ви будете просто писати що вам потрібно, та матимете усе зелене.
йти його вчити
Для досвідченого розробника там майже нема чого вчити
ніби велика трійка тягне по декілька МБ коду
Не завжди прям МБ, але тягне прям багато. Треба постійно оптимізувати, щоб не було такого.
То, що той React, просто маленька бібліотека, це просто маркетинг. Думаю ви прекрасно уявляєте скільки потім ще пакетів треба встановити для реалізації фіч.
порівняння перфомансу
virtual scroll
То усьо перфоманс у рантаймі, воно дуже опосередковане відношення має до PageSpeed Insights.
прекрасно знаю що таке хуки, контексти й реконцеляція
То що ви це знаєте, то очевидно, я і не мав іншого на увазі.
Svelte, це альтернатива будь-якому фреймворку з великої трійки.
Ні з Реактом, а ні з Ангуларом швидко й легко не буде. Що перший, що інший тягнуть за собою здоровенний бандл, який качає, парсить, а потім ще виконує браузер. Все це впливає на метрики PageSpeed Insights, а ті вже на SEO.
Щодо паку іконок. Пак іконок не треба парсити, та виконувати. Він не має етапу ініціалізації. Тому пак іконок не можна порівнювати із Javascript.
Другий абзац, я не зрозумів. Ви працювали 3 роки, та не цікавилися тим що відбувається в галузі?
Я не казав про вакансії де шукають першокласного інженера. Просто якщо розумієш основні концепти, то можна хоч трохи цікавитись тим що відбувається довкола й бути в темі. Я от на Реакті не пишу, але прекрасно знаю про хуки, контексти, реконцеляцію та таке інше.
Ні.
Якщо вашому проєкту буде потрібна SEO індексація і там не буде достатньо просто vanilla js, то ви можете написати це на Svelte.
А CRM де гріди й усе таке, будете писати на React/Angular/Vue.
Я от за це кажу.
Так це просто не Svelte кейс.
Якщо там якась монструозна таблиця, то там напевно й CRM система якась. З таким велика трійка прекрасно впорається.
У тому то і річ що у разі Svelte бандл буде набагато менший.
Простий приклад. Одна і та ж сторінка (вже з броттлі)
— з angular — 585 kb
— з svelte — 111 kb
Різниця суттєва, як на мене.
І це досить навантажене місце усілякими віджетами та іншими функціональностями. У простішому випадку буде ще менше.
Перевчатися зовсім непотрібно. Все що треба це бути frontend інженером, а не framework name розробником.
Чим все це краще ніж просто взяти будь-який фреймворк що має шаблонізатор та додати alpine або stimulus на клієнті?