Обновить
1
Сергей Волков@js2me

Фронтенд разработчик

Отправить сообщение

Честно скажу выглядит очень красиво и аккуратно!

На счёт клиента для фронта увидел такой код, не совсем понял откуда берется api, предполагаю что это целое апи из бэка

import { api } from '@some-shared-library/contract';

const client = createClient(api, {
    baseUrl: 'https://api.example.com',
    getToken: () => localStorage.getItem('token')
});

Если это так, тогда вопрос как обстоят дела с тришейкингом? Не потянется ли в бандл весь api для того чтобы работала типизация на фронте?

Нейростатья + реклама своей платформы 👍

Интересно сравнить что быстрее neovim или zed

Очень сочный и полезный дайджест, спасибо!

Тот же пример на "всеми" нелюбимом стейт менеджере...

const UserList = observer(({ userIds }: { userIds: UserId[] }) => {
  const users = userIds
    .map((id) => userStore.users[id])
    .filter(Boolean); 

  return (
    <ul>
      {users.map((u) => (
        <li key={u.id}>{u.fullName}</li>
      ))}
    </ul>
  );
});

Причём как правило достаточно использовать observer и computed.

И никаких useShallow :)

Взяли в прод, спасибо!

Ну и как подметили выше - отображение всего содержимого повышает когнитивную нагрузку, будет разбегаться глаза

Тогда не представляю как должно быть "правильно" для этого элемента ввода, с точки зрения UI/UX, потому что растянуть список по высоте до размеров экрана это неполноценное решение, которое все равно заставит скроллить, а отображение огромного модального окна чтобы выбрать эти элементы тоже, на мой взгляд, странно

В статье не хватает рецепта свиных крылышек

Так это разве не основной их рабочий класс ? Выпускники из вузов

Да! Нужен конкретный сценарий чтобы подтвердить смысл выпадающего списка с отображением максимально допустимого в экран ))) количества элементов

А точно ли отображение фиксированного количества элементов в выпадающем списке (напр. 4.5) является антипаттерном?

В большинстве случаев не имеет ценности отображать выпадающий список высотой во весь экран, чтобы выбрать пару элементов, а в других случаях хватит поиска

Автор как будто умалчивает реальную причину блокировки, что наводит на определенные мысли, что, вероятно, блокировка не была просто сделана "по ошибке"

К примеру мой аккаунт существует с 2015 года и я активно работаю на GitHub и за все время меня ни разу не блокировали. Может быть это конечно везение?

Абсолютно согласен и также не понимаю этого. Яндекс берёт деньгу за сервис, за доставку, и рестораны на позиции меню тоже вынуждены поднимать цену (потому что Яндекс и с ресторанов съедает комиссию)

Как итог Яндекс со всех трясет деньги(вроде бы и даже с курьеров)

Вообще благодаря Яндекс Еде, мы начали чаще ходить в сами кафе, потому что кушать через Яндекс еду это что-то на богатом

Добрый день, это нейроответ?

С каких пор гитхаб превратился в нейросайт с нейростатьями и нейроответами?

Добрый день, это нейростатья?

Отличная и крутая история!

Я, как владелец сплит клавиатуры (ergohaven) с отдельным трекболом, тоже задумываюсь о таком интересном сетапе! Так что, возможно, когда нибудь и я докачусь до такого)

А пока что я за компом работаю стоя/сидя, а иногда ещё хожу на беговой дорожке и работаю, убивая сразу двух зайцев

Во первых спасибо что написали статью про swagger-typescript-api:)

А во вторых с React можно спокойно собрать MVVM , где VM будет богатой вью моделью (мобх класс например, что я использую), внутри которой уже будет описана вся бизнес логика и поведения, а View останется обычным React'ом только почти без хуков

Информация

В рейтинге
6 284-й
Откуда
Нижний Новгород, Нижегородская обл., Россия
Работает в
Дата рождения
Зарегистрирован
Активность

Специализация

Фронтенд разработчик
Ведущий
JavaScript
React
TypeScript
HTML
CSS
SCSS
Веб-разработка
Адаптивная верстка
MobX