Paqmind - экспериментальная учебная платформа, посвященная программированию и веб-разработке. Мы создаем курсы, туториалы, гайды, составляем ссылки и дорожные карты для самообучения. Этот канал посвящён общим темам веб-разработки. Второй канал, с более продвинутым контентом: ru-vid.com
2:22 Да, кстати. У меня тоже бывает, когда залпом начнешь глубокое погружение одновременно в несколько сложных тем. И когда так сутками посидишь, прям мощно накатывает потом.
Спасибо за обзор. Как можно в браузере в Slack добавить несколько каналов, так чтобы в одном окне браузера была возможность переключаться между каналами? У меня получается в одной вкладке браузера только один канал, для второго нужно открывать вторую вкладку браузера (а этих вкладок там и так уже очень много, но они все нужные конечно же :)
Хороший видео. Спасибо. Но проблему о котором вы сказали на видео можно решить в Formik е . Мы для паролей делали вот такую функцию: function equalTo(ref, msg) { return Yup.mixed().test({ name: "equalTo", exclusive: false, message: msg || "${path} must be the same as ${reference}", params: { reference: ref.path }, test: function (value) { return value === this.resolve(ref); } }); } Yup.addMethod(Yup.string, "equalTo", equalTo);
Спасибо вам. Я могу проехаться по ушам теорией :) Redux - это карго-культное заимствование идей из Elm. В последнем, эффекты декларативны и редюсер может возвращать эффекты помимо нового состояния. Без эффектов эта архитектура не совсем полноценна, вы не можете описать декларативно многие ситуации. А частичная, выборочная декларативность это, как бы сказать помягче... Можно сравнить это со статической типизацией, которая работает "не всегда". Unsound Type Systems, кстати, считались моветоном до TypeScript. Но у последнего есть оправдания (сложность задачи) и это другая история. Есть адовый костыль Redux Saga... То что они пытаются сделать можно нормальн реализовать только на уровне ЯП. Не библиотекой. Короче говоря, я знаю, что теория интересна меньшинству, т.ч. скажу по-простому, практически: 1) useState, useContext, useReducer заменяют Redux для простых случаев 2) Для сложных есть Apollo Client или Urql. Загрузка и кэширование данных с инвалидациями - вот реальная сложность. Инвестировать в Redux экосистему можно для резюме и трудоустройства. Но я бы сказал, что компании, которые делают ставку на Redux в 2020, двигаются немного не в ту сторону.
Очень классное видео!! Благодарю! Четко, доступно, последовательно! И разумеется вопросы-пожелания: 1. Как вы организовываете документооборот? В плане: пришел контент на сайт. Его нужно разместить. А спустя 2 часа пришел обновленный контент на сайт. То есть тот же по сути файл, но со значительными правками. Нужно разместить в канал новый файл, а старый найти и удалить? Или есть возможность вести какую то историю документов (версионность)? 2. Как подключаете подрядчиков (фрилансеров) в случае необходимости ? Например, нужно подключить автора текста на главную страницу. Ему нафиг не сдалось просмотр других документов, всех этапов разработки проекта и т.д. Организовывать ветку? Подключать тред с правами только для него? Или иначе как-то? 3. Подключение Трелло. Нужно/не нужно? Как вы отслеживаете готовность задач? Через что ставите, как выполняете выполненными? Почему пожелания? Потому что на часть вопросов можно в виде ответа записать видео. Благодарю за ответы!
Спасибо. 1. Про работу с версиями файлов именно в Slack не слышала. Мы обычно пиним ссылку в канале. И дальше всё определяется возможностями платформы на которую стоит ссылка. Может быть, для платной версии Slack есть какие-то плагины, но я не сталкивалась. Мы не используем Slack для хранения файлов или важных документов. 2. Приглашаем исполнителей в те каналы, которые ему или ей нужны. 3. Slack - это не менеджер задач. Наша команда разработчиков использует Jira. Остальные команды - Asana.
Заинтересовал вопрос про формат SVG. Вот что нашёл, если нужно кому: stackoverflow.com/questions/48956465/favicon-standard-2020-svg-ico-png-and-dimensions
спасибо за полезный лайфхак )! думаю, полезность будет ощутимой, когда будут оптимизированы целых 40 иконок вместо одного, то есть с учетом иконок прописаных в browserconfig.xml для ос, для pwa в manifest.json для мобил и тд
40 типов иконок - это хороший пример безумных стандартов W3C. Мы такого делать, конечно же, не будем. Если какое-то устройство не способно сделать фоллбек на стандартную иконку - это их проблемы.
Категорически не соглашусь с вашей позицией по SEO. "Только когда вы начнете платить, тогда гугл делает волшебство" - если бы вы были правы, про SSR вообще бы забыли. Если соблюдать все рекомендации которые дают гугл по разметке + качественный (релевантный) контент на самом сайте, то органика хорошо растет. Это я вам заявляю как первоисточник.
Вы знаете, меня эти "заявления анонимных первоисточников" не сильно впечатляют. У меня по работе была возможность пообщаться с маркетологами Google, Slack и других топовых компаний. Кое-что рассказали... Всем SEO-шникам могу дать совет - меняйте профессию, пока не поздно. Прислушиваться или нет - дело ваше.
@@IvanKleshnin эмм... так я не сеошник. просто вы в видео пытаетесь донести что seo для сайтов не так сильно и важно, потому что все за деньги. а как на счет instant view от телеграма? он как раз делает парсинг и ему нужно скормить нормальный html. Конечно и там нужно писать правила, но с обычным html это будет сделать куда проще. то есть, резюмирую: вместо того, чтобы решить проблему, вы пытаетесь сказать нам что вообще такой проблемы нет и не заморачивайтесь с ssr. А правда где-то по-середине. Частичный рендеринг решает все. на сервере нужно рендерить только то, что нужно для внешнего доступа (поисковики, парсеры и тд), а все остальное можно и нужно рендерить на клиенте
Вы так лихо заявляете что "нужно"... Где-то полезен полный SSR, где-то он только мешает. Ваша интерпретация сказанного совершенно некорректна. Иван говорит что ДЛЯ НЕГО оказался оптимальнее частичный SSR. Как и для RU-vid, где (в паблике!) используется та же схема. И для многих других проектов. Универсального варианта нет и он не нужен. На этом предлагаю тему закрыть - надоело.