{{Сколько стоят планировщики}}
Три недели назад мы провели это исследование. Но в связи сочень сильным темпом инфляции я утомился тексты переделывать. Так что пусть в этой песне всё остаётся как было. Хой!
Три недели назад мы провели это исследование. Но в связи с
SingularityApp
Сравниваем цены планировщиков задач
Сколько стоят планировщики? Сравниваем по количеству платформ, на которых работает приложение, по стоимости за месяц, за год, навсегда. Отдельно проверили возможность свободной оплаты в РФ.
Mobile First — Desktop Нахер
Я тут провел бесчеловечный эксперимент над людьми в области UI/UX. Попросил 10 человек найти по паре сайтов, сделанных по идеологии Mobile First. А затем выписать общее: что же все эти сайты объединят. И как они вообще поняли, что это Mobile First. Список получился внушительным:
1. Этому сервису сайт изначально был не нужен / вторичен (в основном сайты мобильных приложений).
2. Карточные слайдеры.
3. На Desktop сайт выглядит всрато (про 4К вообще молчим)
Это все.
Дальше конкретные вариации, что именно было всрато на Desktop:
— Гигантизм в шрифтах и картинках (например, сторис, расфигаченный на 4К будет выглядеть на 8 шакалов из 10)
— Наоборот, все мелкое и кургузлое
— «Бороды контента» (ну знаете, когда контент сиротливо висит по центру страницы, клинышком, а-ля бородка Феликса Эдмундовича)
— Текстовый контент расфигачивает на всю страницу по ширине. Получаются такие длииииные строки, которые утомишься читать. Абзац на строчку
— Наличие блоков, которые выглядят как из стандартного конструктора Тильды: блок залит фоном, растянут на всю ширину экрана, а по центру блока сиротливо висит немножко контента
— Все, сцуко, скучное, одинаковое, одинаковое, одинаковое. Как под копирку из Тильды.
Дисклеймер: да, уважаемый читатель. Я верю, что если ты проектируешь интерфейсы и по Mobile First, то твои работы выглядят нормально везде. Я про другие, которые так не выглядят. Сайт Пумы или БургерКинга — вроде того.
А почему же так случилось, например?
Там сложно сказать точно, кто конкретно накосячил. Но часть лавров явно принадлежит Люку Вроблевски, написавшему одноименную книгу (Mobile First). Книгу, естественно, мало кто читал (да и кто вообще сейчас читает книги?). Но термин хорошо разошелся по сети и прижился (об этом — ниже). Собственно, логика была очень простой:
1. Раз доля мобилки растет (сегодня уже по некоторым темам это 70% трафика)
И
2***. Усложнять дизайн легче чем упрощать
ТО
3. Давайте проектировать весь UI на мобилку. Сначала.
Логично? Логично! Хоть глупо, но логично.
В прочем, «глупость» случилась несколько позднее.
1. Переврайтеры написали десятки статей, о том, как важно перейти в религию Mobile First. Что характерно — в таких статьях подчеркивается ВАЖНОСТЬ, но почти нигде нет ссылок на удачные примеры. И почему бы это?
2. Термин Mobile First хорошо был воспринят всеми теми, кто ищет серебряную пулю, но не любит думать и дочитывать до конца (привет паре моих знакомых маркетологов).
Тут-то и случилось пичалька: десктоп начал делаться по методологии «Как получится» (с). Почему?
Да потому, что чтобы десктоп выглядел хорошо, его почти наверняка нужно нарисовать отдельно! А это:
1. Деньги/сроки. Порой, это тупо x2 работы.
2. Если его один фиг проектировать — какая тогда уж разница, Mobile First или Desktop? Еретичность, епрст.
Самое интересное, что на практике крутой форонтэндер в состоянии сделать из Desktop — нормальный Responsive в 90% случаях. Приемы и ходы давно изучены, известны, а руки на этом деле уже набиты. Технология отработана. В остальных 10% — все же нужно будет взять дизайнера и нарисовать две версии. Как правило, это пара-тройка супер-важных страниц на проекте (вроде карточек товаров)
А вот обратное — НЕВЕРНО. Нормальный фронтэндер вряд ли наколдует кайфовый Desktop из Mobile First, версии, т.к. все поломано уже шагом ранее (с.м. пункт №2 с тремя зведочками, парой абзацев выше).
Заметим так же, что Вроблевски не имел в виду, что Desktop не будет проектироваться вообще. Просто так исказилась его мантра Mobile First в бесконечных пересказах и попытках экономии бюджета. Mobile First превратился в Desktop-нахер. То же самое порой происходит в некоторых головах с Manifesto for Agile Software Development, невзирая на дисклаймер That is, while there is value in the items on the right, we value the items on the left more: раз Работающий продукт важнее исчерпывающей документации — нахер ее, эту документацию.
Я тут провел бесчеловечный эксперимент над людьми в области UI/UX. Попросил 10 человек найти по паре сайтов, сделанных по идеологии Mobile First. А затем выписать общее: что же все эти сайты объединят. И как они вообще поняли, что это Mobile First. Список получился внушительным:
1. Этому сервису сайт изначально был не нужен / вторичен (в основном сайты мобильных приложений).
2. Карточные слайдеры.
3. На Desktop сайт выглядит всрато (про 4К вообще молчим)
Это все.
Дальше конкретные вариации, что именно было всрато на Desktop:
— Гигантизм в шрифтах и картинках (например, сторис, расфигаченный на 4К будет выглядеть на 8 шакалов из 10)
— Наоборот, все мелкое и кургузлое
— «Бороды контента» (ну знаете, когда контент сиротливо висит по центру страницы, клинышком, а-ля бородка Феликса Эдмундовича)
— Текстовый контент расфигачивает на всю страницу по ширине. Получаются такие длииииные строки, которые утомишься читать. Абзац на строчку
— Наличие блоков, которые выглядят как из стандартного конструктора Тильды: блок залит фоном, растянут на всю ширину экрана, а по центру блока сиротливо висит немножко контента
— Все, сцуко, скучное, одинаковое, одинаковое, одинаковое. Как под копирку из Тильды.
Дисклеймер: да, уважаемый читатель. Я верю, что если ты проектируешь интерфейсы и по Mobile First, то твои работы выглядят нормально везде. Я про другие, которые так не выглядят. Сайт Пумы или БургерКинга — вроде того.
А почему же так случилось, например?
Там сложно сказать точно, кто конкретно накосячил. Но часть лавров явно принадлежит Люку Вроблевски, написавшему одноименную книгу (Mobile First). Книгу, естественно, мало кто читал (да и кто вообще сейчас читает книги?). Но термин хорошо разошелся по сети и прижился (об этом — ниже). Собственно, логика была очень простой:
1. Раз доля мобилки растет (сегодня уже по некоторым темам это 70% трафика)
И
2***. Усложнять дизайн легче чем упрощать
ТО
3. Давайте проектировать весь UI на мобилку. Сначала.
Логично? Логично! Хоть глупо, но логично.
В прочем, «глупость» случилась несколько позднее.
1. Переврайтеры написали десятки статей, о том, как важно перейти в религию Mobile First. Что характерно — в таких статьях подчеркивается ВАЖНОСТЬ, но почти нигде нет ссылок на удачные примеры. И почему бы это?
2. Термин Mobile First хорошо был воспринят всеми теми, кто ищет серебряную пулю, но не любит думать и дочитывать до конца (привет паре моих знакомых маркетологов).
Тут-то и случилось пичалька: десктоп начал делаться по методологии «Как получится» (с). Почему?
Да потому, что чтобы десктоп выглядел хорошо, его почти наверняка нужно нарисовать отдельно! А это:
1. Деньги/сроки. Порой, это тупо x2 работы.
2. Если его один фиг проектировать — какая тогда уж разница, Mobile First или Desktop? Еретичность, епрст.
Самое интересное, что на практике крутой форонтэндер в состоянии сделать из Desktop — нормальный Responsive в 90% случаях. Приемы и ходы давно изучены, известны, а руки на этом деле уже набиты. Технология отработана. В остальных 10% — все же нужно будет взять дизайнера и нарисовать две версии. Как правило, это пара-тройка супер-важных страниц на проекте (вроде карточек товаров)
А вот обратное — НЕВЕРНО. Нормальный фронтэндер вряд ли наколдует кайфовый Desktop из Mobile First, версии, т.к. все поломано уже шагом ранее (с.м. пункт №2 с тремя зведочками, парой абзацев выше).
Заметим так же, что Вроблевски не имел в виду, что Desktop не будет проектироваться вообще. Просто так исказилась его мантра Mobile First в бесконечных пересказах и попытках экономии бюджета. Mobile First превратился в Desktop-нахер. То же самое порой происходит в некоторых головах с Manifesto for Agile Software Development, невзирая на дисклаймер That is, while there is value in the items on the right, we value the items on the left more: раз Работающий продукт важнее исчерпывающей документации — нахер ее, эту документацию.
Итого:
1. Mobile First вполне себе может превратиться в профанацию «Desktop Нахер». Или, как говорили в тех местах, где я вырос — кроилово ведет к попадалову;
2. Вообще-то до профанации подразумевалось, что Desktop тоже проектируется. Но есть ли тогда разница, что будет первым: курица или яйцо?
3. Нормальный фронтэндер может сделать конфетку для Mobile в 90% случаях самостоятельно. Остальные 10% — нужно проектировать. Обратное — неверно.
4. Нормально делайте — нормально будет. Это важно!
1. Mobile First вполне себе может превратиться в профанацию «Desktop Нахер». Или, как говорили в тех местах, где я вырос — кроилово ведет к попадалову;
2. Вообще-то до профанации подразумевалось, что Desktop тоже проектируется. Но есть ли тогда разница, что будет первым: курица или яйцо?
3. Нормальный фронтэндер может сделать конфетку для Mobile в 90% случаях самостоятельно. Остальные 10% — нужно проектировать. Обратное — неверно.
4. Нормально делайте — нормально будет. Это важно!
{{Transition Plan: Как ничего не потерять после продажи}}
https://www.youtube.com/watch?v=4R_tnVm_VdY
✅ Чеклист (шаблон) плана передачи проекта, чеклист для подготовки к передачи закреплен в описании к видео в ютубе.
00:10 О чем это видео
00:25 Лучше продавать, чем не продавать
01:00 Боли на продажах digital-проектов
03:17 Боли руководителя проекта при передаче проекта ему
04:00 Подготовка к знакомству с клиентом
07:00 Как проходит передача проекта с клиентом
09:00 Формирование ожиданий на звонке
13:05 Домашнее задание для клиента 🙂
14:00 Митинг-репорт по итогам встречи
14:25 Подводим итоги
https://www.youtube.com/watch?v=4R_tnVm_VdY
✅ Чеклист (шаблон) плана передачи проекта, чеклист для подготовки к передачи закреплен в описании к видео в ютубе.
00:10 О чем это видео
00:25 Лучше продавать, чем не продавать
01:00 Боли на продажах digital-проектов
03:17 Боли руководителя проекта при передаче проекта ему
04:00 Подготовка к знакомству с клиентом
07:00 Как проходит передача проекта с клиентом
09:00 Формирование ожиданий на звонке
13:05 Домашнее задание для клиента 🙂
14:00 Митинг-репорт по итогам встречи
14:25 Подводим итоги
YouTube
Transition Plan: Как ничего не потерять после продажи
Видео про то, как передать проект от аккаунт-менеджера (того, кто продает) руководителю проекта, произвести первое впечатление, сформировать нужные ожидания и не налажать
Transit проекта — передача проекта
Transition-план — план передачи проекта, чеклист…
Transit проекта — передача проекта
Transition-план — план передачи проекта, чеклист…
This media is not supported in your browser
VIEW IN TELEGRAM
Все. Хвалилки для десктопа в эфире. Больше релизов на этой неделе не будет. И вообще, в столице мира — уже пятница, вечер!))
Ребят, словили неприятный кейс. Кто пользуется чисто web-версией Singularity и без синхронизации в облако. И не делает бекапов. Google Chrome может стереть базу (вернее, все базы IndexedDB для всех сайтов), если ему кажется, что на диске мало места. Без объявления войны. Опытным путем, похоже что это около 4Gb.
‼ Что делать:
Бесплатно:
1. Использовать desktop-приложение. https://singularity-app.ru/app/
Оно делает локальные бекапы каждый день и не сотрет базу, как Хром.
Про
2. Подключить синхронизацию с облаками.
Что сделаем мы в ближайшее время для неавторизованных аккаунтов:
1. Добавим автоматически-скачиваемые бекапы в веб-версию и будем слать вам файлики.
2. Задолбаем плашками «авторизуйся» и «скачай десктоп».
3. Дискутируем внутри себя на счет обязательной авторизации и принудительных облаков. Но тут надо по мощностям считать.
‼ Что делать:
Бесплатно:
1. Использовать desktop-приложение. https://singularity-app.ru/app/
Оно делает локальные бекапы каждый день и не сотрет базу, как Хром.
Про
2. Подключить синхронизацию с облаками.
Что сделаем мы в ближайшее время для неавторизованных аккаунтов:
1. Добавим автоматически-скачиваемые бекапы в веб-версию и будем слать вам файлики.
2. Задолбаем плашками «авторизуйся» и «скачай десктоп».
3. Дискутируем внутри себя на счет обязательной авторизации и принудительных облаков. Но тут надо по мощностям считать.
Дневник обратной связи.pdf
143.9 KB
Британские ученые подсчитали, что для компенсации одной херовой обратной связи нужно дать 6-7 — позитивной. Курс так себе. Но выдача обратной связи — мегаважный навык руководителей проектов.
Поэтому:
1. Внутри своей команды, на этой неделе решили повторить трекинг обратной связи. Тут шаблончик. Смысл — замерить, сколько обратной связи даем и получаем мы (позитивной, негативной и хреновой). Лежит бумажка на столе, ставим точечки в течении дня. Присоединяйтесь :)
2. Если интересно — можем провести вебинар по анатомии обратной связи в digital: как ее давать грамотно. Пишите :)
Поэтому:
1. Внутри своей команды, на этой неделе решили повторить трекинг обратной связи. Тут шаблончик. Смысл — замерить, сколько обратной связи даем и получаем мы (позитивной, негативной и хреновой). Лежит бумажка на столе, ставим точечки в течении дня. Присоединяйтесь :)
2. Если интересно — можем провести вебинар по анатомии обратной связи в digital: как ее давать грамотно. Пишите :)
This media is not supported in your browser
VIEW IN TELEGRAM
Мне кажется, я узнаю себя. В том мальчике, читающем стихи, офигевающем от происходящего, в конце ролика.
{{Взбодрили с утра. Про налоговую систему. 18+}}
Блять, как я ненавижу всю ебаную налогловую хуиту! Специально придумали ебаную монструозную МЕГАСЛОЖНУЮ хуиту, в которой НИКТО НИХУЯ не понимает. Постоянно меняют ебучие правила. Все это сделано поверх уебищьно-глюкавого айти-бэкграунад. Привет, блять, Калуга-Астрал.
И стопицот теток занято в модерации и отслеживании этой ебучей хуиты — бля, лучше бы дома сидели-рожали. Не, мы будем комерсам мозга ебать. Это не считая бухгалтеров на рабочих местах, которые работают на государство (вернее, играют в эту нелепую игру «работа», нихуя не производя), а зарплату им почему-то платит комерс. Л — логика.
Хуева гора присосанцев типа АТОЛА, банков, и прочих говнарей-прокладок, доящих свои ебучие копеечки с каждого платежа. И каждый, сука, норовит наебать. Или сломаться посередине. Ты блять не можешь не быть НЕВИНОВАТ если блять занимаешься чем-то (как вам тренарник с отрицаниями?). Все сделано, что бы ты был сраным уебком и в любой момент тебя можно было схатить за жопу. Ходи, сука в коленно-локтевой по умолчанию. И вся эта мега-громоздкая срань придумана чисто что-бы всех ебать и получать с полунищих по мировым меркам ИП-шников копейки, сопостовимые с погрешностью учета нефтяных доходов в жирные времена.
Отмена налогов — единственный адекватный вариант, блеать!
p.s. Ничего не случилось, помощь не нужна, спокоен как удав.
И стопицот теток занято в модерации и отслеживании этой ебучей хуиты — бля, лучше бы дома сидели-рожали. Не, мы будем комерсам мозга ебать. Это не считая бухгалтеров на рабочих местах, которые работают на государство (вернее, играют в эту нелепую игру «работа», нихуя не производя), а зарплату им почему-то платит комерс. Л — логика.
Хуева гора присосанцев типа АТОЛА, банков, и прочих говнарей-прокладок, доящих свои ебучие копеечки с каждого платежа. И каждый, сука, норовит наебать. Или сломаться посередине. Ты блять не можешь не быть НЕВИНОВАТ если блять занимаешься чем-то (как вам тренарник с отрицаниями?). Все сделано, что бы ты был сраным уебком и в любой момент тебя можно было схатить за жопу. Ходи, сука в коленно-локтевой по умолчанию. И вся эта мега-громоздкая срань придумана чисто что-бы всех ебать и получать с полунищих по мировым меркам ИП-шников копейки, сопостовимые с погрешностью учета нефтяных доходов в жирные времена.
Отмена налогов — единственный адекватный вариант, блеать!
p.s. Ничего не случилось, помощь не нужна, спокоен как удав.
Докинул еще видосов с курса
07.02 Экспресс-классификация клиентов
https://youtu.be/YcaYBgfKVzw
00:05 Классификация клиентов
00:40 Экспресс-классификация по четырем критериям
02:04 Крайние точки типов. Безопасность
03:21 Контакт-комфорт
04:22 Выгода
05:37 Престиж
06:40 Выводы
07.03 Работа с возражениями
https://youtu.be/R2hMoagFimk
00:06 Введение
01:10 Цели отработки возражений
02:07 Мнимые возражения
03:36 Стратегия поиска решения
04:38 Пример
05:32 Треугольник судьбы
06:10 Напасть
07:03 Помочь
07:52 Спрятаться
08:40 Давление
Предыдущие видосы в закрепах или тут https://t.me/sibirix/265
07.02 Экспресс-классификация клиентов
https://youtu.be/YcaYBgfKVzw
00:05 Классификация клиентов
00:40 Экспресс-классификация по четырем критериям
02:04 Крайние точки типов. Безопасность
03:21 Контакт-комфорт
04:22 Выгода
05:37 Престиж
06:40 Выводы
07.03 Работа с возражениями
https://youtu.be/R2hMoagFimk
00:06 Введение
01:10 Цели отработки возражений
02:07 Мнимые возражения
03:36 Стратегия поиска решения
04:38 Пример
05:32 Треугольник судьбы
06:10 Напасть
07:03 Помочь
07:52 Спрятаться
08:40 Давление
Предыдущие видосы в закрепах или тут https://t.me/sibirix/265
YouTube
07.02 Экспресс-классификация клиентов
Больше про управление digital-проектами – в книге Владимира Завертайлова "Настольная книга project-менеджера. Что нужно знать, чтобы управлять IT, digital и другими проектами с учетом российских реалий": https://www.litres.ru/book/vladimir-zavertaylov/nastolnaya…
Защита от очистки базы в браузере
В общем, оказалось что все не так трагично. Найден воркэраунд. Кто активно использует IndexedDB на своих проектах — вот вам мана небесная.
https://web.dev/i18n/en/persistent-storage/#request-persistent-storage
кратко
1. Проверить, что хранилище постоянное navigator.storage.persisted(), вернет true или false
2. Запросить постоянное хранилище navigator.storage.persist(), если все ок, то вернет true
Ограничения:
- если постоянное хранилище получено его уже не потерять, пока систему полностью не снести (это плюс скорее)
- мозила показывает окошко пользователю, чтобы он дал добро
- хром сам решает на основе вовлеченности пользователя
- сафари давал разрешения даже сайтам на которые впервые заходил (хром нет)
В общем, оказалось что все не так трагично. Найден воркэраунд. Кто активно использует IndexedDB на своих проектах — вот вам мана небесная.
https://web.dev/i18n/en/persistent-storage/#request-persistent-storage
кратко
1. Проверить, что хранилище постоянное navigator.storage.persisted(), вернет true или false
2. Запросить постоянное хранилище navigator.storage.persist(), если все ок, то вернет true
Ограничения:
- если постоянное хранилище получено его уже не потерять, пока систему полностью не снести (это плюс скорее)
- мозила показывает окошко пользователю, чтобы он дал добро
- хром сам решает на основе вовлеченности пользователя
- сафари давал разрешения даже сайтам на которые впервые заходил (хром нет)
This media is not supported in your browser
VIEW IN TELEGRAM
Как там у вас разработка идет? Все по плану?)
Это — гугланалитика. Куда нажать?
Казалось бы, просто ошибка в UX/переводе на несильно то им нужный язык.
Но нет! GA4 это настолько глючное изделие, что мы почти привыкли.
Мое первое "🤬 твою мать" в адрес Google Analytics прозвучало, когда мы попробовали автоматически строить воронки (Funnels). От момента установки приложения до конверсии в платного пользователя. И у нас не бились данные. Внутри Firebase видим одни цифры по количеству конкретного события (регистрация, переход к оплате). Смотрим в GA в отчете по событиям с теми же фильтрами в списке событий видим другие цифры. Строим в GA воронку — видим третьи цифры. По одним и тем же событиям. Пришлось однообразно матерясь лезть в сырые данные и колдовать воронки в google-docs-табличках. За окном шел 2022 годи рота красноармейцев…
Потом жизнь свела-познакомила с Ильёй Красинским. Это самый крутой чел по юнит-экономике и аналитике. Он подтвердил мои самые страшные опасения:
>> Да, GA4 сырая поделка, и Firebase еще более сырая
Жить от этого легче не стало. Я.Метрика — это детсад. Вроде как инструмент есть, но что-то серьезное им померить — ха-ха. Плюс-минус трамвайная остановка.
Альтернативы? Есть. Нормальная аналитика стоит как крыло самолета. Ну или лезем в BigQuery / сырые данные и колдуем в Excel.
Кстати, на какую кнопку нажать? :)
Казалось бы, просто ошибка в UX/переводе на несильно то им нужный язык.
Но нет! GA4 это настолько глючное изделие, что мы почти привыкли.
Мое первое "🤬 твою мать" в адрес Google Analytics прозвучало, когда мы попробовали автоматически строить воронки (Funnels). От момента установки приложения до конверсии в платного пользователя. И у нас не бились данные. Внутри Firebase видим одни цифры по количеству конкретного события (регистрация, переход к оплате). Смотрим в GA в отчете по событиям с теми же фильтрами в списке событий видим другие цифры. Строим в GA воронку — видим третьи цифры. По одним и тем же событиям. Пришлось однообразно матерясь лезть в сырые данные и колдовать воронки в google-docs-табличках. За окном шел 2022 год
Потом жизнь свела-познакомила с Ильёй Красинским. Это самый крутой чел по юнит-экономике и аналитике. Он подтвердил мои самые страшные опасения:
>> Да, GA4 сырая поделка, и Firebase еще более сырая
Жить от этого легче не стало. Я.Метрика — это детсад. Вроде как инструмент есть, но что-то серьезное им померить — ха-ха. Плюс-минус трамвайная остановка.
Альтернативы? Есть. Нормальная аналитика стоит как крыло самолета. Ну или лезем в BigQuery / сырые данные и колдуем в Excel.
Кстати, на какую кнопку нажать? :)
Как продать метр нитки за 723 рубля, например. #мракобесие
В новой версии iOS разрешат устанавливать приложения из любых источников из-за новых законов ЕС
Теперь разработчики смогут не платить 20% комиссию, а пользователи смогут устанавливать «модифицированные» приложения, но пока до конца неизвестно, как будет работать эта фича
Угловая скорость Джобса несколько увиличилась.
Теперь разработчики смогут не платить 20% комиссию, а пользователи смогут устанавливать «модифицированные» приложения, но пока до конца неизвестно, как будет работать эта фича
Угловая скорость Джобса несколько увиличилась.
Смотрите какая прелесть. Дата-сатанист "клонировал" своих друзей в цифровое пространство, обучив LLM на 500.000 сообщений в групповом чате.
Это вектор развития безумия, где возможно:
1. Общаться с духами ушедших людей. ("Некроманты воскресили Цоя" (с)) и все в таком духе.
2. Писать своей бывшей так, что не надо писать своей бывшей.
...
Ваш вариант?)
Это вектор развития безумия, где возможно:
1. Общаться с духами ушедших людей. ("Некроманты воскресили Цоя" (с)) и все в таком духе.
2. Писать своей бывшей так, что не надо писать своей бывшей.
...
Ваш вариант?)
www.izzy.co
Replacing my best friends with an LLM trained on 500,000 group chat messages
An exploration into customizing LLMs for personal use