Как же плох WebView. Часть 1
В индустрии вечная мясорубка между нативом vs BDUI vs WebView vs Кроссплатформой. Я видел апки, которые каждый год прыгали между технологиями.
Да, есть примеры. Финтехи, живущие на WebView. СберОнлайном я полгода пользовался в вебвью, терпимо. Апка ВТБ сейчас почти вся вебвью.
Есть слух, что Дзен был весь на вебвью и работал нормально (кроме того, что при продаже его никто не хотел покупать из-за спорного UI).
А про Яндекс Лавку многие вообще ставят эталон и лучше примера в мире нет. Остальные говорят "ну раз они смогли… то чем мы хуже?". Но выжившие это не правило.
Но давайте прожарим по пунктам главные боли WebView:
1️⃣Хранение данных. Здесь автор пишет простую игру для iPad'а. Называя вебпрограммированием отдельной спортивной дисциплиной.
2️⃣ Куки с своим сроком годности
Неважно сколько ты ставишь expiration date. У браузеров она своя. Бразуер боится, что злоумышленник украдет твою бесконечную куку, поэтому авторизация в вебе — отдельная боль.
3️⃣ WebView — это не просто веб
Тебе нужен редкий специалист который и знает хорошо веб, и мобилку. Просто заменить вебером нативщика не получится:
🟣 ассеты не подгружаются
🟣 клики не ловятся
🟣 жесты ломаются
4️⃣ Платежи боль
Как сказал мой знакомый из платформенной команды банков:
В индустрии вечная мясорубка между нативом vs BDUI vs WebView vs Кроссплатформой. Я видел апки, которые каждый год прыгали между технологиями.
Да, есть примеры. Финтехи, живущие на WebView. СберОнлайном я полгода пользовался в вебвью, терпимо. Апка ВТБ сейчас почти вся вебвью.
Есть слух, что Дзен был весь на вебвью и работал нормально (кроме того, что при продаже его никто не хотел покупать из-за спорного UI).
А про Яндекс Лавку многие вообще ставят эталон и лучше примера в мире нет. Остальные говорят "ну раз они смогли… то чем мы хуже?". Но выжившие это не правило.
Но давайте прожарим по пунктам главные боли WebView:
1️⃣Хранение данных. Здесь автор пишет простую игру для iPad'а. Называя вебпрограммированием отдельной спортивной дисциплиной.
Сафари убивает любую информацию через 14 дней. Мегабайт, килобайт, байт, куки, локал сторадж, индексдб, все уничтожается за две недели или раньше. Даже вшивый айдишник не сохранишь. Сиди городи логины-пароли и перелогин каждые две недели.
2️⃣ Куки с своим сроком годности
Неважно сколько ты ставишь expiration date. У браузеров она своя. Бразуер боится, что злоумышленник украдет твою бесконечную куку, поэтому авторизация в вебе — отдельная боль.
3️⃣ WebView — это не просто веб
Тебе нужен редкий специалист который и знает хорошо веб, и мобилку. Просто заменить вебером нативщика не получится:
4️⃣ Платежи боль
Как сказал мой знакомый из платформенной команды банков:
Много функций (в частности оплаты) зачастую недоступны из webview, приходится делать обходные решения. Данная проблема происходит далеко не только с apple pay, у платёжных провайдеров часто есть что-то в духе payment popup который не работает если не открыть его в отдельном окне
Please open Telegram to view this post
VIEW IN TELEGRAM
🧠 Bulletproof Problem Solving: The One Skill That Changes Everything
Напомню, этом году тема канала — software engineering. И для меня это сильно больше, чем "эксперт по iOS".
Software engineer — это инженер с прокачанными базовыми навыками, которые позволяют расти независимо от стека, фреймворков и версий языка.
Сюда входят System Design, критическое мышление и, конечно, Problem Solving.
Именно последний навык, на мой взгляд, доходит в СНГ с опозданием. Хотя сегодня он важнее даже System Design. Особенно в эпоху AI-кодинга.
Какую бы тупую, алгоритмическую или продуктовую задачу тебе ни дали, то
хороший инженер решит ее хорошо даже в худших условиях. Такой навык не позволяет уронить планку качества — ни внешне, ни внутренне. Как герои сериалов "Landman" или "Ганстрлэнд". Их функция решать проблемы.
На этой недели читаю знаменитую книгу "Bulletproof Problem Solving". И она правда ломает привычную инженерную оптику. Давайте выпишу самые интересные на мой взгляд пункты:
1️⃣ Умение формулировать проблему важнее, чем уметь ее решать
2️⃣ Разрабы любят сложность. Делай наоборот.
3️⃣ Не делай идеальное дорогое решение. Работай гипотезами, которые можно легко сломать или переделать.
4️⃣ Вопросы сильнее решений. Не давай много разных решений. Задавай вопросы для поиска самого оптимального.
5️⃣ Имей правильную приоритизацию. Не беги за самым интересным, беги за самым важным.
6️⃣ Имей вероятностное мышление, а не бинарное. Оценивай риски и катастрофы.
7️⃣ Умей объяснять решения. Если ты не можешь объяснить решение —ты его до конца не понял.
Мне дико зашло, что автор дал краткое имбовое описание этому навыку:
Как дочитаю сделаю полную рецензию книги. Пока претендент на S тир.
Напомню, этом году тема канала — software engineering. И для меня это сильно больше, чем "эксперт по iOS".
Software engineer — это инженер с прокачанными базовыми навыками, которые позволяют расти независимо от стека, фреймворков и версий языка.
Сюда входят System Design, критическое мышление и, конечно, Problem Solving.
Именно последний навык, на мой взгляд, доходит в СНГ с опозданием. Хотя сегодня он важнее даже System Design. Особенно в эпоху AI-кодинга.
Какую бы тупую, алгоритмическую или продуктовую задачу тебе ни дали, то
хороший инженер решит ее хорошо даже в худших условиях. Такой навык не позволяет уронить планку качества — ни внешне, ни внутренне. Как герои сериалов "Landman" или "Ганстрлэнд". Их функция решать проблемы.
На этой недели читаю знаменитую книгу "Bulletproof Problem Solving". И она правда ломает привычную инженерную оптику. Давайте выпишу самые интересные на мой взгляд пункты:
1️⃣ Умение формулировать проблему важнее, чем уметь ее решать
2️⃣ Разрабы любят сложность. Делай наоборот.
3️⃣ Не делай идеальное дорогое решение. Работай гипотезами, которые можно легко сломать или переделать.
4️⃣ Вопросы сильнее решений. Не давай много разных решений. Задавай вопросы для поиска самого оптимального.
5️⃣ Имей правильную приоритизацию. Не беги за самым интересным, беги за самым важным.
6️⃣ Имей вероятностное мышление, а не бинарное. Оценивай риски и катастрофы.
7️⃣ Умей объяснять решения. Если ты не можешь объяснить решение —ты его до конца не понял.
Мне дико зашло, что автор дал краткое имбовое описание этому навыку:
Problem solving — это не про ум. Это про структуру мышления под неопределенностью.
Как дочитаю сделаю полную рецензию книги. Пока претендент на S тир.
Forwarded from Адовый UX
This media is not supported in your browser
VIEW IN TELEGRAM
— Смахните, чтобы активировать ваш бонус!
— [смахивает]
— Вот ваш бонусный рекламный баннер!
— [смахивает]
— Вот ваш бонусный рекламный баннер!
This media is not supported in your browser
VIEW IN TELEGRAM
Ну и ваш любимый сериал. Контент корпорат герлс
1 22 6
Результаты опроса BDUI: Самая большая техническая боль BDUI у вас
Еще один любимый вопрос из углубленного опроса про BDUI. Здесь я не дал варианты ответа, а просто ожидал, что любой напишет как есть.
На удивление ответов было очень много. Многие интересные.
Попросил нейронку сгруппировать их. Особенно улыбнули "Эмоциональные оценки" 🖤
Еще один любимый вопрос из углубленного опроса про BDUI. Здесь я не дал варианты ответа, а просто ожидал, что любой напишет как есть.
На удивление ответов было очень много. Многие интересные.
Попросил нейронку сгруппировать их. Особенно улыбнули "Эмоциональные оценки" 🖤
Короче рофл
На андроид юзеров телеграм развернул дизайн в стиле liquid ass
Они создали ишью с требованием отменить эту тему
А вы еще спрашиваете почему дизайн рисуется только для иос?
https://bugs.telegram.org/c/59054
На андроид юзеров телеграм развернул дизайн в стиле liquid ass
Они создали ишью с требованием отменить эту тему
А вы еще спрашиваете почему дизайн рисуется только для иос?
https://bugs.telegram.org/c/59054
Bugs and Suggestions
Disable iOS design in Android app
Android app should follow Material Design, not iOS patterns The recent Android update (12.4.*) introduces design elements directly ported from iOS, creating a non-native experience that ignores platform conventions and reduces usability. Core issues: Platform…
iOS Makes Me Hate
Короче рофл На андроид юзеров телеграм развернул дизайн в стиле liquid ass Они создали ишью с требованием отменить эту тему А вы еще спрашиваете почему дизайн рисуется только для иос? https://bugs.telegram.org/c/59054
Вообще есть большой вопрос платформенной дискриминации. Большинство дизайн систем строятся по единой философии. И как делить юзеров когда на одной платформе у тебя красивое стекло, а на другой андроид?
Придумывать две разные дизайн системы? Или натянуть всех на одну?
Придумывать две разные дизайн системы? Или натянуть всех на одну?
Разделяете ли вы дизайн или дизайн системы под разные платформы?
Anonymous Poll
19%
Да, дизайн сильно разный в зависимости от гайдлайнов
24%
Да, незначительно
19%
Нет, преимущественно иос
0%
Нет, преимущественно андроид
33%
Нет, одна одинаковая на все платформы
4%
Другое
This media is not supported in your browser
VIEW IN TELEGRAM
Лучший терминал для программиста
Если вы не знали, то в Яндексе написан свой Git.
Такое делают многие большие компании из MAANG. Вроде круто, но приходится юзать только терминал. Никаких любимых Fork, Github Desktop и тп.
Здесь на помощь приходит самый СТИЛЬНЫЙ И КРАСИВЫЙ ai терминал — Warp. Когда аи органично вписывается и улучшает работу.
Ну посмотрите какая красота.
Если вы не знали, то в Яндексе написан свой Git.
Такое делают многие большие компании из MAANG. Вроде круто, но приходится юзать только терминал. Никаких любимых Fork, Github Desktop и тп.
Здесь на помощь приходит самый СТИЛЬНЫЙ И КРАСИВЫЙ ai терминал — Warp. Когда аи органично вписывается и улучшает работу.
Ну посмотрите какая красота.
Подборки докладов от компаний про BDUI
Можно сказать, что BDUI становится все популярнее. Но уже понятно, что реализация и опыт у всех компаний разные.
Первое, сильно отличается градус интереса и награды, когда ты разработчик BDUI, а когда потребитель. Многие считают, что разрабатывать саму технологию интереснее и выгоднее. А просто верстать экранчики уже скучнее. В целом для справедливости, в нативе также)
Второе, у всех свои велосипеды. Одни просто перекладывают JSON'ы в монолите и теряют инженерную культуру. Вторые делают полноценые микросервисные архитектуры и свою среду разработки. Я даже встречал инженеров кто устал красить кнопки в iOS и искренне полюбил BDUI.
Не все так однозначно. Разрабатывать BDUI еще сложнее чем на нем писать.
💚 Beduin v2: Backend-Driven UI
Честно говоря, мне как инженеру не нравилось писать на бедуине в авито. И до сих пор считаю что в яндексе я за год делал задачи интереснее, чем в авито за три.
И я согласен с комментаторами из авито, в одном из постов, что инженерная культура сильно снижается у такого подхода. Ты становишься экспертом местного велосипеда. Потребитель такой реализации BDUI скорее становится не мобильным разработчиком. А уже бэкендером или манагером. Плохо ли это? Ответа у меня пока нет.
В целом, смотря назад, можно сказать что у авито есть много крутых идей и высокая степень организации процессов. Поэтому у них точно можно многому поучиться
📦 Сравниваем нативную разработку и BDUI | Рустам Кенджаев, Яндекс Маркет
Насколько я слышал, у маркета почти не осталось нативных разработчиков. Это мне говорил интервьюер на собесе. На мой вопрос "А зачем вы тогда спрашиваете платформу по iOS?" он дал справедливый ответ: "Если разработчик знает хорошо свою основную платформу, то также разберется и в другой".
Остальное можно оценить по докладу.
🥰 Дмитрий Жердев — BDUI – удовольствие или боль?
Доклад циана один из самых справедливых. Здесь не только поднимаются темы для адопшена фичи и поднятия метрик заинтересованной команды разработки, но и разбор минусов и плюсов. Мне кажется, один из самых честных докладов.
Можно сказать, что BDUI становится все популярнее. Но уже понятно, что реализация и опыт у всех компаний разные.
Первое, сильно отличается градус интереса и награды, когда ты разработчик BDUI, а когда потребитель. Многие считают, что разрабатывать саму технологию интереснее и выгоднее. А просто верстать экранчики уже скучнее. В целом для справедливости, в нативе также)
Второе, у всех свои велосипеды. Одни просто перекладывают JSON'ы в монолите и теряют инженерную культуру. Вторые делают полноценые микросервисные архитектуры и свою среду разработки. Я даже встречал инженеров кто устал красить кнопки в iOS и искренне полюбил BDUI.
Не все так однозначно. Разрабатывать BDUI еще сложнее чем на нем писать.
Честно говоря, мне как инженеру не нравилось писать на бедуине в авито. И до сих пор считаю что в яндексе я за год делал задачи интереснее, чем в авито за три.
И я согласен с комментаторами из авито, в одном из постов, что инженерная культура сильно снижается у такого подхода. Ты становишься экспертом местного велосипеда. Потребитель такой реализации BDUI скорее становится не мобильным разработчиком. А уже бэкендером или манагером. Плохо ли это? Ответа у меня пока нет.
В целом, смотря назад, можно сказать что у авито есть много крутых идей и высокая степень организации процессов. Поэтому у них точно можно многому поучиться
Насколько я слышал, у маркета почти не осталось нативных разработчиков. Это мне говорил интервьюер на собесе. На мой вопрос "А зачем вы тогда спрашиваете платформу по iOS?" он дал справедливый ответ: "Если разработчик знает хорошо свою основную платформу, то также разберется и в другой".
Остальное можно оценить по докладу.
Доклад циана один из самых справедливых. Здесь не только поднимаются темы для адопшена фичи и поднятия метрик заинтересованной команды разработки, но и разбор минусов и плюсов. Мне кажется, один из самых честных докладов.
Please open Telegram to view this post
VIEW IN TELEGRAM
ВАЖНЫЙ ОПРОС. Как часто вы ходите в офис?
Anonymous Poll
47%
Я удаленщик. Очень редко
1%
Я удаленщик. Но хожу по своему желанию каждый день
11%
Я удаленщик. Но хожу по своему желанию пару дней в неделю
10%
Я удаленщик. Хотел бы ходить в офис, но не могу
2%
Я удаленщик. Заставляют выйти в офис
2%
Я офисный. Не хожу в офис
10%
Я офисный. Хожу в офис, хочу на удаленку
8%
Я офисный. Обожаю офис
10%
Другое