Telegram Web Link
Как еще можно использовать patronum

Продолжаем разбираться зачем использовать patronum, если можно всё описать через combine().

Такие шортхенды как and, or, not, и т.д. позволяют сократить количество кода и повысить наглядность.

Для начала разберемся, что за кусочек логики тут описан, sample описывает один шаг в сценарии:
clock: когда что-то случилось,
source: взять данные отсюда,
filter: если выполняется условие,
target: передать сюда данные из source.

Когда пользователь нажал Продолжить,
Взять email и OTP,
Если email И OTP валидны
И этап логина НЕ initial,
Начать верификацию OTP.

Без шортхендов фильтр выглядел бы так:


combine(
$emailValid,
$otpValid,
$stageInitial,
(email, otp, stageInitial) =>
email && otp && !stageInitial
),
😁194🤬25😱17🤔15👍14
Год назад я писал о том, что запускаю образовательную программу "Разработка по-взрослому". Ее цель — погрузить участников в разработку фронтенд-приложений, рассказать, зачем таким проектам нужна архитектура, как проще использовать React, в каких случаях полезен Effector и т.д.

Изначально в программе рассказывалось, как разработать приложение, но сами по себе знания в формате видео не дают практических навыков. Хоть рассказываемые практики остаются проверенными и работающими, в ряде случаев оказалось сложно донести их в видеоформате. Поэтому мы меняем формат: участники будут писать свой продукт, а мы выступим в роли менторов.

Помимо этого, мы улучшили формат программы: продолжительность видео уменьшили до 30 минут, переехали из Telegram на веб-платформу для более удобного просмотра материалов, дополнили видео статьями, а также добавили тесты для самопроверки.

Этот пост – начало открытого рассказа о нашем опыте создания образовательной программы на основе готового проекта. Наша задача в этой программе — научить писать и запускать веб-приложения в продакшен, используя лучшие практики, планирования разработки, деплоя в продакшен с резервными копиями и отслеживанием метрик.

#react #typescript #architecture #effector

В комментариях я напишу еще детали…
🤬451👍32🔥139👎7
Мне нравится, что декларативный подход effector не так сильно раздувает API, которое необходимо, чтобы писать приложения практически любой сложности.

P.S.
Справедливости ради, сюда вполне можно докинуть patronum, atomic-router, farfetched, effector-*, и это всё будет раздувать необходимое для работы API.

Насколько мне известно, такая же ситуация обстоит и с другими стейт-менеджерами, поэтому приводить её не стал.
Решить проблему конечно можно, так как образовалась пачка устойчивых регулярных пакетов, можно сделать мета-пакет типа npm install framework-react, внутрь которого засунуть все необходимые обычно пакеты.
👎66👍215🤔4🔥3
SpaceX приводнили свой огромный корабль.

За 4 запуска им удалось достичь настолько амбициозной цели.
Я все это к чему, мы наглядно видим, как огромный проект разрабатывается итеративно.

Обязательно запускайте свои проекты на ранних стадиях, не ждите пока будут готовы все фичи.
Именно такие запуски дают возможность сделать фичи действительно полезными
😁43👍26🤩4👎2🔥2
Если вам нужны Server Actions в vike.dev или другом серверном фреймворке, то рекомендую обратить внимание на telefunc.com

Конечно, не стоит прям писать запросы к бд в экшенах на SQL.
Есть более очевидный кейс, когда серверные экшены идеально подходят — обращение к внешним сервисам по API.

Если мы не хотим, чтобы в бандл попадал API Key, и чтобы этот ключ отображался во вкладке Network, то есть пользователь его вообще не мог увидеть.

Telefunc позволяет превратить обращение к файлу .telefunc.ts в fetch() запрос в клиентском бандле.
При этом, если писать на typescript, типы описывающие функцию будут автоматически превращены в рантайм валидацию, то есть устранена дырища серверных экшенов в next.js

Проект от создателя vike.dev, то есть вы можете рассчитывать на хороший API и расширяемость. Автор при этом довольно активно рассматривает новые варианты использования, просто посмотрите issues (закрытые тоже).

А вот в issue по ссылке ниже, вы можете увидеть как я использую vike с effector (ну немного), а также подписаться на обновления.
https://github.com/brillout/telefunc/issues/109
👍19🔥21
Если вы пользуетесь Godaddy, лучше мигрировать настолько быстро насколько возможно
😁16😱7😡5🔥1🌚1
Доброе утро.
Через час начнется GitHub Galaxy!

Я присутствовать не смогу, хотя очень хотел. Буду стримить про effector
https://galaxy.github.com/
👍15🔥6👎3
🧊 siberiacancode x IT-ХОЗЯЕВА
🍿 АНОНС СТРИМА 19 июня в 14:00 по мск youtube — twitch — vk
Мы готовы начинать.
Вы готовы подключаться?
🔥17👎155💯42
Forwarded from Монада Кедавра (Дима Zerꙫbias)
Блокировка cookies замедляет веб, к радости Google

Многие наверняка уже слышали о скорой всеобщей блокировке third party cookies, на которой строится заработок рекламных и партнерских программ и заметной части веба в целом. В safari и firefox трекинг пользователя через куки на сторонних сайтах выключен уже довольно давно, но Chromium, разрабатываемый бизнесом построенным на рекламе, бан кукис всё откладывает и откладывает, хотя британские законодатели давят на них и в конце концов вынудят полностью отказаться от такого трекинга.

Казалось бы, замечательно, улучшение приватности, одни плюсы? Оказалось, что у этой медали есть вторая сторона: отсутствие нормальных альтернатив. Недавно, я в свой практике увидел несколько новых заходов на то, как вскоре будут работать все: жесткий кастомный фингерпринтинг. Бизнес, построенный на рекламе то умирать не планирует, а раз нельзя трекать через куки, но можно вставлять свои скрипты партнерам, то каждая сеть лично для себя начнёт собирать свой собственный слепок пользователя для идентификации.

Фингерпринт скрипт — это код, который пытается собрать как можно больше информации о системе и юзере, проверяя на расхождения в реализациях различных браузеров и девайсов. Вы вот например знали, что в V8 есть console.context чтобы вылезти мимо оберток типа роллбара и писать в консоль напрямую? А скрипт знает, и запишет, что у юзера движок V8 в таком-то диапазоне версий. Создаст невидимый canvas чтобы проверить нюансы работы gpu. Проверит все плагины браузера. Попробует написать в почивший WebSQL. Заглянет к typeof document.all. Короче задействует как можно больше дырок чтобы создать уникальную комбинацию параметров, чтобы отличить одного юзера от другого. Можете себе представить, насколько медленно это работает?

А теперь представьте, что вскоре у каждой партнерки будет свой скрипт фингерпринта, потому что практики переиспользования кода в этой части индустрии нет, каждый скрипт уникальный и независимый.

В итоге, количество скриптов будет ограничено только количеством партнерок у сайта. Ну, к примеру, штук 15. Каждый скрипт в 80-400 кб веса и по 200 мс работы.

Кажется, я представлял себе будущее с запретом на трекинг слегка иначе

И тут возникает вопрос, а как планирует жить гугл, почему он не торопится сделать альтернативу? А у него оказывается всё хорошо. Спасибо недавнему сливу документации к движку гугла, теперь мы знаем, что для себя любимых в гугл оставили возможность собирать данные напрямую с пользователей Chrome и для них этот запрет уже роли не играет, это пройденный этап. Этап на пути к процветанию в технологической монополии: для нас есть метрики прямо в браузере, для вас — 5 метров фингерпринтов.

К счастью, движущая сила всей этой истории, британские законодатели, явно не в восторге от таких раскладов и предлагают гуглу подумать ещё
The UK wants to make sure that Google isn't making changes to Chrome to prop up its advertising business at the expense of competitors.

Гугл пробует что-то сделать, но пока это выглядит довольно странно, технология Related Website Sets для работы требует открытия PR на гитхабе, мержить который будут сотрудники гугла. Очень удобно, спасибо, это точно поможет снизить уровень монополизации.

И тут возникает интересный вопрос — а куда мы в итоге движемся?

Я вижу столкновение двух непреодолимых сил: желания рекламных бизнесов выжить и стремление европейских регуляторов снизить уровень чужой слежки за своими гражданами. Отказ от кукис не обсуждается, это явно проблема с приватностью, но ведь и фингерпринты же по прежнему работают? Если ввести аналоги кукис но урезанный на пол шишечки, то что мешает новой Cambridge analytica вновь слить все наработанные данные на сторону? Зачем всё это противостояние, если конечная проблема не техническая реализация cookies а сама модель рекламного бизнеса? Зачем это всё, если всё останется как есть, но с фингерпринт-скриптами?

Много вопросов, мало ответов
😢11👍53👎3🙈2
Ещё через 18 версий наконец-то все поймут, чем JSX был лучше всех птичьих синтаксисов.

https://dev.to/oler/introduction-to-let-in-angular-18-cm6
🙈41😁12👎7💯5😱3
О, столько лет понадобилось, чтобы понять очевидные с самого начала вещи?

What most stood out to me from the discussion, however, was the core team’s early response to the community feedback: initiating data fetching in individual components under a suspense boundary, a pattern known as fetch-on-render, is a bad practice. The recommended alternative was to prefetch data outside the components that read the data. But wait, isn’t React all about composing components? Components that contain everything they need—state, logic, and view—all nicely colocated? Are components not sufficient?

https://bobaekang.com/blog/component-colocation-composition/
😁14👎2
Раз уж начал постить в канал, то расскажу свою недавнюю боль.

Поднимал SSR проект на fastify, очень хотелось запустить его на serverless платформе. Чуть-чуть поресерчил и решил снова воспользоваться Cloudflare Workers.

Во первых, документация Cloudflare конечно не плоха, но её очень не хватает, а в некоторых случаях было прям больно. Часть гайдов лежит в блоге, где 2 версия wrangler, а поэтому несовместимы с 3 версией.

Во вторых, если погуглить fastify on cloudflare workers, то вывалится fastify-edge, который experimental, а также гайд fastify serverless.

fastify-edge не получилось завести, все время вываливались ошибки из кишков.
А в гайде есть все платформы, кроме cloudflare, видимо не просто так.

Потом еще подкинул проблем telefunc, о котором я уже писал, от автора vike. Он использует динамический import('node:path'), который не поддерживается Cloudflare Workers.

В общем, грусть печаль.
По итогу запустил на fly.dev, пока ищу альтернативу.
👍4👎3🤔3
Одним из кандидатов в универсальные серверные javascript-фреймворки стал Hono.dev.

Запускается на всех платформах: serverless, deno, bun, nodejs.
Имеет весьма неплохую систему композиции роутов.
В комплекте куча миддлвар разной степени полезности.
Даже есть простой jsx renderer, чтобы React не тащить.

В качестве renderer я хочу использовать vike.dev.
И hono продолжит мне помогать, так как предлагает RPC клиент взамен fetch/axios/...
Из браузера можно делать запросы к API-роутам hono через hono/client, с проверкой типов в рантайме.


// Server Side
import { Hono } from 'hono'
import { zValidator } from '@hono/zod-validator'
import { z } from 'zod'

const app = new Hono()

app.get(
'/hello',
zValidator(
'query',
z.object({ name: z.string() })
),
(c) => {
const { name } = c.req.valid('query')
return c.json({
message: `Hello! ${name}`,
})
}
)



// Browser Side
import type { AppType } from './server'
import { hc } from 'hono/client'

const client = hc<AppType>('/api')
const res = await client.hello.$get({
query: {
name: 'Hono',
},
})


Типы для typescript выводятся автоматически, да еще и соответствуют структуре серверного роутинга.
Выглядит очень интересно.
19👍11🔥51
Вы наверняка заметили, что с каждым месяцем frontend-разработка и IT переживает развитие. Я подписан на кучу каналов. Стараюсь смотреть на изменяющийся IT с разных сторон.

Саша имеет опыт более 11 лет во frontend и успел поработать на проектах разной сложности и сферах: в медицине, образование, путешествие, финтех.

Я периодически почитываю его канал и нахожу для себя полезности. Вот например. А еще Саша много рассказывает о своем профессиональном опыте тимлида и увлечениях вне работы, докладах на devfest2023 и "it и точка".

https://www.tg-me.com/front_everyday
👎248👍8😡3😁2🔥1
Пользуюсь Cloudflare какое-то время, но чем дальше, тем больше он меня расстраивает.

Отсутствует --verbose для wrangler скрипта. Если валится ошибка, то выяснить причину адски сложно, так как детальных логов нет, просто 800000000000 ошибка и всё.

Очень странная работа Cloudflare Workers с env перемеными при деплое, иной раз секреты просто отсутствуют в приложении.

Пару лет назад, я уже использовал Cloudflare и опыт был крайне приятный, все работало само, ничего настраивать не надо.

Сегодня же в очередной раз, всё легло… за последний месяц уже 4 раз.

Куда уезжать?
Vercel и AWS не предлагать — у одного политика отношения к юзерам крайне неприятная, а у другого yaml конфиги на 300-400 строк и десяток сервисов для простейших вещей.
😁3😱2
Ну интересно, насколько этот SearchGPT будет лучше того же Perplexity
7👎1🔥1
https://github-roast.pages.dev/

Справедливо конечно)
😁33🤯41👍1👎1
2025/07/08 20:40:20
Back to Top
HTML Embed Code: