Надо отдать должное, когда новый сервер с панелью управления был куплен, ребята выполнили перенос сайта с базой данных на него ровно за 50 минут. Я всё проверил: работает корректно и переключил DNS-записи (что это такое, можно почитать в моём прошлом посте) на новый сервер. Сайт заработал, всё отлично.
Но теперь у заказчика появилось целых четыре админки, в которых ему придётся разбираться:
1. админка самого рег.ру, где ты покупаешь все их бесчисленные услуги
2. админка хостинга сайта, на которой оставалась доменная почта
3. админка рег.ру облака – да, для этих облачных серверов, которые нужно было купить, так как серверы из первой панели ограничены, есть отдельная адмика (не спрашивай. Зачем, я хрен знает)
4. админка облачного сервера, где уже скрыты все настройки самого сервака, включая DNS, сертификаты домена, настройки сайта и всё остальное важное.
…
Для понимания: это четыре разных логина, 4 разных пароля, 4 отдельных и разных интерфейса. Уважаемые рег.ру, можете, пожалуйста, уволить человека, который у вас за UX отвечает? Кажется, он немного иные функции выполняет.
Сайт перенесли, теперь я хочу вернуть деньги за те лишние серверы, которые были оплачены по наводке самой техподдержки, но оказались негодными для наших целей.
Пишу запрос в поддержку: «Прошу отключить, удалить и вернуть деньги за оплату следующих серверов…» и перечисляю их. Ответом ребята, видимо, хотели сделать контрольный выстрел и выдали: «Сделать это вам нужно самостоятельно».
Как же сложно, когда привыкаешь к хорошему сервису и оно становится нормой, адекватно воспринимать такое вот отношение к себе. Когда ты просто пишешь проблему и тебе её решают. Сразу, без вопросов, без тыканья носом в инструкции или бессмысленных подъёбок вроде «у нас всё работает».
Ну что ж, окей, пойду сам себе верну деньги.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5
В итоге, как я писал в прошлом посте, сайт заработал, всё ок. Но заказчик заметил, что перестали приходить письма на корпоративную почту. Ещё один сюрприз от любимого хостинга: вместе с сайтом они перенесли и почтовый сервер на новый хостинг, при этом даже не предупредив об этом.
Да, почта работала и надо было просто поменять настройки почтового сервера на новые, но заказчик уже пропустил несколько срочных писем. Когда такая штука становится финальной вишенкой на торте неработающего сайта, есть его уже совсем не хочется. К такому выводу мы в итоге и пришли – перенести домен, почту и сайт на другой хостинг. Именно этой процедурой я сейчас и занят. И я уверен, что это станет огромным облегчением для заказчика, когда узнает, а как ещё может быть.
Перечислю некоторые факторы моего хостинга в противовес рег.ру. Я не собираюсь давать бесплатную рекламу, хотя ранее уже упоминал свой хостинг в своих постах, неленивый сможет найти.
1. Брать деньги за любую мизерную услугу, например переадресацию сайта – опубликовать статью, где написано, как настроить переадресацию быстро и бесплатно
2. Отключать сайт без предупреждения за ограничение, которое закопано глубоко в условиях использования тарифа – предупреждать за два месяца о том, что надо будет продлить домен, даже если на счёте есть деньги для автоматического продления. Кстати, после переноса сайта на новый сервер, объём базы составлял 3,5 ГБ, то есть до предельного порога в 4 ГБ база не распухла. Но сайт всё равно отключили.
3. Брать деньги за «расширенную техподдержку» – любой запрос является приоритетным и за это не нужно доплачивать.
4. Давать клиенту общие указания без конкретики и тыкать носом в стиле «у нас всё работает» – действительно решать задачу сразу, после первого сообщения со стороны клиента.
5. В случае приобретения виртуального сервера выдать клиенту 4 админки – всё решается и настраивается через одну единственную панель управления.
Остальное можешь прочитать в предыдущих постах.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🔥2
При разработке и развитии любого продукта есть одна вещь, которую я считаю архиважной на определённом этапе. Это этап, когда продукт уже прошёл тестирование и довольно активно используется и для дальнейшего движения вперёд необходимо принимать решения о том, что изменить в продукте, каким образом, что является его истинной ценностью для пользователя и как сделать эту ценность ещё больше и заметнее. Что всегда влияет на как на воспринимаемую, так и реальную (в денежном выражении) стоимость.
И речь здесь не только про цифровые продукты в виде программ и сервисов, а вполне осязаемые и реальные вещи, в том числе любой оффлайн продукт. Это может быть сервис интернет-магазина, любая услуга или какой-то товар.
И эта вещь – продуктовая аналитика. Набор метрик, анализ которых позволяет аккуратно и взвешенно принимать решения насчёт развития продукта, улучшения его характеристик и даже стратегии маркетинга. С помощью этих показателей можно выявить, например, что продолговатый массажёр для лица так хорошо продаётся, потому что используется не по прямому назначению, а эта замечательная кнопка на сайте, которую вы с дизайнером потом и кровью выковыривали из себя 1,5 месяца, нажимается примерно раз в квартал.
Разумеется, с помощью цифровых сервисов можно все эти данные собирать, комбинировать как надо и выводить в понятном и читаемом формате, в виде графиков, простых и наглядных таблиц и по-всякому крутить-вертеть, чтобы рассмотреть их с нужной перспективы.
Одним из таких инструментов является Amplitude – комплексный инструмент для сбора данных и построения аналитических панелей (дашбордов). На нём можно довольно быстро собрать себе панель управления по вкусу и нуждам. К тому же он бесплатный, пока ты не нагрузишь его больше, чем 50 000 событий в течение месяца, так что для начала, думаю, хватит.
С точки зрения сложности внедрения эта штука одна из самых простых на рынке, работает не сложнее чем известные всем Яндекс.Метрика или бывшая Google Analytics. Правда, покодить всё же придётся.
И речь здесь не только про цифровые продукты в виде программ и сервисов, а вполне осязаемые и реальные вещи, в том числе любой оффлайн продукт. Это может быть сервис интернет-магазина, любая услуга или какой-то товар.
И эта вещь – продуктовая аналитика. Набор метрик, анализ которых позволяет аккуратно и взвешенно принимать решения насчёт развития продукта, улучшения его характеристик и даже стратегии маркетинга. С помощью этих показателей можно выявить, например, что продолговатый массажёр для лица так хорошо продаётся, потому что используется не по прямому назначению, а эта замечательная кнопка на сайте, которую вы с дизайнером потом и кровью выковыривали из себя 1,5 месяца, нажимается примерно раз в квартал.
Разумеется, с помощью цифровых сервисов можно все эти данные собирать, комбинировать как надо и выводить в понятном и читаемом формате, в виде графиков, простых и наглядных таблиц и по-всякому крутить-вертеть, чтобы рассмотреть их с нужной перспективы.
Одним из таких инструментов является Amplitude – комплексный инструмент для сбора данных и построения аналитических панелей (дашбордов). На нём можно довольно быстро собрать себе панель управления по вкусу и нуждам. К тому же он бесплатный, пока ты не нагрузишь его больше, чем 50 000 событий в течение месяца, так что для начала, думаю, хватит.
С точки зрения сложности внедрения эта штука одна из самых простых на рынке, работает не сложнее чем известные всем Яндекс.Метрика или бывшая Google Analytics. Правда, покодить всё же придётся.
👍1
Пару недель назад ко мне обратился заказчик с необычной просьбой реализовать фронтовую часть приложения, которое уже по всей видимости было разработано, на Directual, что само по себе мне показалось странным, потому что фронт – не сильная сторона Directual, в первую очередь это бэкенд и API. Соответственно, я стал задавать ему уточняющие вопросы и в итоге мы пришли к выводу, что нужно провести полноценную консультацию.
На этой консультации я выяснил, что само приложение сейчас реализовано на Bubble, а бэкенд разработан самостоятельно, то есть это не no-code. Проблема заключалась в том, что вся эта связка работает очень медленно и приложение неюзабельно с точки зрения пользователя. И задача команда разработки заключалась в том, чтобы перейти на новый фронт с Бабла.
Но самое ли это оптимальное решение в данной ситуации? И что меня больше всего насторожило – это то, что Bubble сейчас лидирует на рынке no-code и вряд ли им бы пользовалось такое количество людей, было собрано огромное комьюнити, они привлекли бы столько денег на развитие, если бы приложения, собранные на этой платформе, были не юзабелены.
К тому же я сам уже несколько лет вполне успешно использую Bubble для разных проектов, и он показывает себя очень хорошо, в том числе и скорости работы. Да, естественно, качественно и чисто написанный кастомный JavaScript или сайт, работающий на JamStack будет заметно быстрее с точки зрения пользователя. Но ничего критичного, что могло бы просто заруинить проект, как в случае с этим запросом, я точно не наблюдал.
Будем разбираться, в чём же тут дело, и как можно решить эту задачу.
На этой консультации я выяснил, что само приложение сейчас реализовано на Bubble, а бэкенд разработан самостоятельно, то есть это не no-code. Проблема заключалась в том, что вся эта связка работает очень медленно и приложение неюзабельно с точки зрения пользователя. И задача команда разработки заключалась в том, чтобы перейти на новый фронт с Бабла.
Но самое ли это оптимальное решение в данной ситуации? И что меня больше всего насторожило – это то, что Bubble сейчас лидирует на рынке no-code и вряд ли им бы пользовалось такое количество людей, было собрано огромное комьюнити, они привлекли бы столько денег на развитие, если бы приложения, собранные на этой платформе, были не юзабелены.
К тому же я сам уже несколько лет вполне успешно использую Bubble для разных проектов, и он показывает себя очень хорошо, в том числе и скорости работы. Да, естественно, качественно и чисто написанный кастомный JavaScript или сайт, работающий на JamStack будет заметно быстрее с точки зрения пользователя. Но ничего критичного, что могло бы просто заруинить проект, как в случае с этим запросом, я точно не наблюдал.
Будем разбираться, в чём же тут дело, и как можно решить эту задачу.
Стартап-проект, связка Bubble + самописный бэкенд. Проблема – сайт работает очень медленно, пользоваться невозможно.
В первую очередь надо посмотреть на архитектуру, каким образом наше приложение функционирует, какие у него есть составные части и что из них может быть основным тормозящим фактором? Потому что скорость каравана равна скорости самого медленного верблюда, и в данном случае нужно найти этого верблюда и попробовать его пришпорить.
Начнём с бэкенда – того, что скрыто под капотом. Программная часть, которая обрабатывает данные, работает с базой, в общем делает всё, что скрыто от глаз пользователя. В общей связке программного комплекса – это двигатель, от скорости работы которого в принципе зависит возможная потенциальная скорость всей машины.
В нашем случае движок работает на базе языка Go от Google, который сам по себе является довольно быстрым относительно других. Несложные проекты, реализованные на грамотно написанном коде Go точно не будут обделены скоростью, если не будет других тормозящих факторов. Разумеется, если он написан грамотно.
На данном этапе в сам код я не погружался, да это и не нужно для базовой оценки ситуации. Достаточно посмотреть на конечную скорость получения данных при запросах. То есть пользователь что-то делает на сайте (фронт, нажимает на педаль газа), фронт отправляет запрос к бэкенду (срабатывает передаточный механизм) и бэкенд возвращает данные (крутящий момент), фронт их отображает (колёса вращаются).
В данном случае мы видим, что данные по запросу возвращаются очень быстро, за доли секунды, как в принципе и должно быть. Отправили запрос – сервис ответил, скажем, за 0,25 секунды. Но на фронте данные появляются значительно позже, только секунд через 15-20.
Копаем дальше.
В первую очередь надо посмотреть на архитектуру, каким образом наше приложение функционирует, какие у него есть составные части и что из них может быть основным тормозящим фактором? Потому что скорость каравана равна скорости самого медленного верблюда, и в данном случае нужно найти этого верблюда и попробовать его пришпорить.
Начнём с бэкенда – того, что скрыто под капотом. Программная часть, которая обрабатывает данные, работает с базой, в общем делает всё, что скрыто от глаз пользователя. В общей связке программного комплекса – это двигатель, от скорости работы которого в принципе зависит возможная потенциальная скорость всей машины.
В нашем случае движок работает на базе языка Go от Google, который сам по себе является довольно быстрым относительно других. Несложные проекты, реализованные на грамотно написанном коде Go точно не будут обделены скоростью, если не будет других тормозящих факторов. Разумеется, если он написан грамотно.
На данном этапе в сам код я не погружался, да это и не нужно для базовой оценки ситуации. Достаточно посмотреть на конечную скорость получения данных при запросах. То есть пользователь что-то делает на сайте (фронт, нажимает на педаль газа), фронт отправляет запрос к бэкенду (срабатывает передаточный механизм) и бэкенд возвращает данные (крутящий момент), фронт их отображает (колёса вращаются).
В данном случае мы видим, что данные по запросу возвращаются очень быстро, за доли секунды, как в принципе и должно быть. Отправили запрос – сервис ответил, скажем, за 0,25 секунды. Но на фронте данные появляются значительно позже, только секунд через 15-20.
Копаем дальше.
👍3
Что может тормозить web-приложение
Движок под капотом у нас быстрый, с этим разобрались. А что с лицевой частью, фронтэндом? Как я уже упоминал в первом посте, фронт собран на Bubble – на текущий момент лидирующая no-code платформа, которая очень много ресурсов вкладывает в ускорение работы приложений, которые собраны на ней.
На одном из своих проектов наблюдал эту картину воочию: стандартный слайдер-гармошка раньше открывался как-то дёргано и заметно для глаза медленно, причём там не было какого-то тяжёлого контента. Через некоторое время после очередного обновления Bubble слайдер стал работать безупречно плавно без всяких заметных глазу тормозов. При этом с моей стороны никаких изменений не было, обновилась сама платформа.
С тех пор прошло ещё несколько лет и улучшения производительности продолжают поступать. Поэтому обвинить Bubble в медленной работе я не могу, особенно когда вижу крупные серьёзные проекты, собранные на нём, которые привлекают миллионы долларов инвестиций. Значит, дело в чём-то другом.
И это другое может быть то, как приготовлен фронт на Bubble. Ведь это очень гибкий конструктор с полной свободой с точки зрения размещения контента и логики на нём. В отличие от простых конструкторов, которые просто не дают тебе испортить конечный продукт, так как просто ограничивают возможные действия пользователя жёсткими шаблонами.
Конструкторы вроде Tilda – это как поход в Макдак (и точка), где ты выбираешь из готовых блюд и на выходе получаешь ожидаемого качества обед. А Bubble – это магазин с ингредиентами, из которых тебе самому всё надо приготовить. Получится ли из этого шедевр или что-то, что придётся отдать коту, зависит полностью от тебя. Котяра, кстати, вероятно тоже не станет это употреблять.
Поэтому грамотно и чисто собранный Bubble – это важная составляющая быстрого приложения. Но это ещё не всё, остался ключевой элемент паззла.
Движок под капотом у нас быстрый, с этим разобрались. А что с лицевой частью, фронтэндом? Как я уже упоминал в первом посте, фронт собран на Bubble – на текущий момент лидирующая no-code платформа, которая очень много ресурсов вкладывает в ускорение работы приложений, которые собраны на ней.
На одном из своих проектов наблюдал эту картину воочию: стандартный слайдер-гармошка раньше открывался как-то дёргано и заметно для глаза медленно, причём там не было какого-то тяжёлого контента. Через некоторое время после очередного обновления Bubble слайдер стал работать безупречно плавно без всяких заметных глазу тормозов. При этом с моей стороны никаких изменений не было, обновилась сама платформа.
С тех пор прошло ещё несколько лет и улучшения производительности продолжают поступать. Поэтому обвинить Bubble в медленной работе я не могу, особенно когда вижу крупные серьёзные проекты, собранные на нём, которые привлекают миллионы долларов инвестиций. Значит, дело в чём-то другом.
И это другое может быть то, как приготовлен фронт на Bubble. Ведь это очень гибкий конструктор с полной свободой с точки зрения размещения контента и логики на нём. В отличие от простых конструкторов, которые просто не дают тебе испортить конечный продукт, так как просто ограничивают возможные действия пользователя жёсткими шаблонами.
Конструкторы вроде Tilda – это как поход в Макдак (и точка), где ты выбираешь из готовых блюд и на выходе получаешь ожидаемого качества обед. А Bubble – это магазин с ингредиентами, из которых тебе самому всё надо приготовить. Получится ли из этого шедевр или что-то, что придётся отдать коту, зависит полностью от тебя. Котяра, кстати, вероятно тоже не станет это употреблять.
Поэтому грамотно и чисто собранный Bubble – это важная составляющая быстрого приложения. Но это ещё не всё, остался ключевой элемент паззла.
👍3
Последнее, что стоит изучить особенно пристально – это интеграционный слой или связка между бэкендом (движком) и фронтэндом (то, что видит пользователь). Если подкапотная часть работает как часы и экстерьер весь вылизан и отточен до совершенства (что само по себе редкость, кстати), то причина задержки с большой вероятностью кроется соединяющем их механизме.
Что происходит в процессе работы с web-приложением? Пользователь через браузер даёт какие-то команды, например, вывести каталог товаров. Фронт отправляет запрос к своему бэку, то есть кидает сигнал с просьбой прислать ему данные. Движок приложения, получив такой сигнал, бежит в базу данных, собирает всё, что нужно, в одну корзину и отправляет её обратно туда, откуда пришёл запрос. Вот эта часть, как мы выяснили ранее, работает быстро.
А дальше идёт процесс передачи данных из бэка на фронт. И вот тут может крыться корень зла. У тебя может быть полный резервуар воды, но если она подаётся через узкую трубочку диаметром с коктейльную соломинку, то наполняться бассейн будет мучительно долго.
Первый вопрос на макроуровне архитектуры. Где расположены серверы фронта и бэка? Так как фронт на Bubble – это серверные мощности Amazon В США.
Далее – самописный бэк. Его заказчик разместил на одном из своих хостингов, разумеется, в России. А теперь резонно подумать – а сколько времени будет идти порция данных с сервера в России на сервер в США? Учитывая при этом все возможные блокировки отдельных узлов и шлюзы, через которые должен пройти запрос-ответ в обе стороны. В общем путь неблизкий сам по себе.
Решение? Расположить серверы бэка и фронта как можно ближе друг к другу, чтобы как минимум исключить возможные задержки в связи с этим. Заставить Bubble переехать на другой сервер кажется задачей непростой, а вот свой собственный движок перенести на американский хостинг – задачка на час, которая может избавить от целого геморроя.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1
Как ещё можно оптимизировать скорость работы web-приложения
Ещё одна точка преткновения, которую я обнаружил, консультируя заказчика – это объём передаваемых данных. Да, бэкенд работает молниеносно, API отвечает за доли секунды. Но порция данных, которую сервис вываливает на фронт – тысячи позиций за раз. А теперь приложению в браузере нужно как-то это всё прожевать, переварить и выдать полезные вещества из этих данных на экран.
А теперь и самому пользователю надо проделать всё то же самое: как-то воспринять этот объём информации и выудить оттуда нужное. Ведь у него и так мало инфы в течение дня: подумаешь, пара сотен постов в Инсте, с десяток умных каналов в Телеге (ага) и несколько видосов на Ютубе, просмотренных залпом.
Представь грузчика, который разгружает кузов, набитый небольшими коробками. если это самосвал, то можно опрокинуть его прямо на грузчика и уехать. Вот таким самосвалом сейчас API отгружает данные на фронт. Конечно, рано или поздно он всё разгребёт, но не будет ли более эффективным разбить данные на порции и подавать нашему работнику их партиями по 5 коробок за раз?
А теперь со стороны пользователя. Представь, что ты приходишь в аптеку и примерно знаешь, что тебе нужно приобрести. Говоришь это в окошке, а тебе приносят пару коробок, в которых свалены сотни разных лекарств, где точно есть искомое. Примерно так выглядят данные без фильтров на фронте.
Но ведь в жизни работает намного эффективнее, чем в некоторых приложениях! Ты подходишь к фармацевту, и он приносит тебе на твой запрос 2–4 варианта, из которых намного легче выбрать, задав ещё пару уточняющих вопросов. Это и есть фильтрация данных на фронте.
Итак, первое – фильтрация данных на входе. Разбей их на порции, добавь пагинацию (переключение страниц или подгрузка при скролле). Прикрути дополнительные фильтры, которые помогут вычленить нужное и ограничить выборку ещё больше. Тем самым облегчишь жизнь и бэку, и фронту, и пользователю.
Ещё одна точка преткновения, которую я обнаружил, консультируя заказчика – это объём передаваемых данных. Да, бэкенд работает молниеносно, API отвечает за доли секунды. Но порция данных, которую сервис вываливает на фронт – тысячи позиций за раз. А теперь приложению в браузере нужно как-то это всё прожевать, переварить и выдать полезные вещества из этих данных на экран.
А теперь и самому пользователю надо проделать всё то же самое: как-то воспринять этот объём информации и выудить оттуда нужное. Ведь у него и так мало инфы в течение дня: подумаешь, пара сотен постов в Инсте, с десяток умных каналов в Телеге (ага) и несколько видосов на Ютубе, просмотренных залпом.
Представь грузчика, который разгружает кузов, набитый небольшими коробками. если это самосвал, то можно опрокинуть его прямо на грузчика и уехать. Вот таким самосвалом сейчас API отгружает данные на фронт. Конечно, рано или поздно он всё разгребёт, но не будет ли более эффективным разбить данные на порции и подавать нашему работнику их партиями по 5 коробок за раз?
А теперь со стороны пользователя. Представь, что ты приходишь в аптеку и примерно знаешь, что тебе нужно приобрести. Говоришь это в окошке, а тебе приносят пару коробок, в которых свалены сотни разных лекарств, где точно есть искомое. Примерно так выглядят данные без фильтров на фронте.
Но ведь в жизни работает намного эффективнее, чем в некоторых приложениях! Ты подходишь к фармацевту, и он приносит тебе на твой запрос 2–4 варианта, из которых намного легче выбрать, задав ещё пару уточняющих вопросов. Это и есть фильтрация данных на фронте.
Итак, первое – фильтрация данных на входе. Разбей их на порции, добавь пагинацию (переключение страниц или подгрузка при скролле). Прикрути дополнительные фильтры, которые помогут вычленить нужное и ограничить выборку ещё больше. Тем самым облегчишь жизнь и бэку, и фронту, и пользователю.
❤1
Соберу воедино всё, на что стоит обратить внимание в первую очередь при анализе скорости работы web-проекта по мотивам консультации заказчика
1. Нужно определить узкое горлышко системы, самого медленного верблюда, который тормозит весь караван.
2. Для этого последовательно проверяем все составные элементы архитектуры. Разумеется, предварительно надо описать архитектуру хотя бы на верхнем уровне для понимания, с чем мы работаем.
3. Подкапотный движок или бэкенд – то, с чем следует начать анализ. Посмотри, как быстро он отрабатывает запросы, протестируй процесс получения данных и замерь скорость. Если она недостаточна, следует подумать над оптимизацией бэка.
4. Лицевая часть или фронтенд – то, с чем взаимодействует пользователь напрямую. Насколько быстра сама платформа, достаточно ли оптимально собрано приложение, нет ли лишний операций, которые можно переложить на плечи бэкенда?
5. Интеграционный слой – связь между бэком и фронтом. Насколько грамотно она организована, как далеко серверы расположены друг от друга, нет ли ограничений с обеих сторон (со стороны передачи или приёма)?
6. Оптимизация передачи данных. Разбить на порции, применить фильтры, ограничить поток.
И последнее. Переходить на новую платформу (как фронт, так и бэк) – всегда очень болезненный, долгий и ресурсоёмкий процесс. Если переводить в деньги, то сильно дешевле будет оптимизировать текущую конструкцию, чем строить новую.
Разумеется, есть случаи, когда неизбежен переход на новую архитектуру, например, когда упираемся в проблему масштабирования или технические ограничения платформ, но это тема для отдельной серии постов.
1. Нужно определить узкое горлышко системы, самого медленного верблюда, который тормозит весь караван.
2. Для этого последовательно проверяем все составные элементы архитектуры. Разумеется, предварительно надо описать архитектуру хотя бы на верхнем уровне для понимания, с чем мы работаем.
3. Подкапотный движок или бэкенд – то, с чем следует начать анализ. Посмотри, как быстро он отрабатывает запросы, протестируй процесс получения данных и замерь скорость. Если она недостаточна, следует подумать над оптимизацией бэка.
4. Лицевая часть или фронтенд – то, с чем взаимодействует пользователь напрямую. Насколько быстра сама платформа, достаточно ли оптимально собрано приложение, нет ли лишний операций, которые можно переложить на плечи бэкенда?
5. Интеграционный слой – связь между бэком и фронтом. Насколько грамотно она организована, как далеко серверы расположены друг от друга, нет ли ограничений с обеих сторон (со стороны передачи или приёма)?
6. Оптимизация передачи данных. Разбить на порции, применить фильтры, ограничить поток.
И последнее. Переходить на новую платформу (как фронт, так и бэк) – всегда очень болезненный, долгий и ресурсоёмкий процесс. Если переводить в деньги, то сильно дешевле будет оптимизировать текущую конструкцию, чем строить новую.
Разумеется, есть случаи, когда неизбежен переход на новую архитектуру, например, когда упираемся в проблему масштабирования или технические ограничения платформ, но это тема для отдельной серии постов.
👍1
Как создать инструкцию пользователя с помощью AI
На одном из проектов моей команде нужно сделать подробные пользовательские инструкции с пошаговыми действиями в системе, которую мы разрабатываем. Инструкции должны быть в двух форматах: видео и текст со скриншотами.
Записать видео, на котором ты используешь систему и комментируешь свои действия, обычно проблем нет: занимает несколько минут и не требует монтажа. А вот с текстом надо повозиться. Во-первых, его нужно написать. Для этого надо пошагово вновь проходиться по всем действиям в системе и записывать их. Затем нужно отформатировать текст, разнести его по пунктам, проверить орфографию и пунктуацию. И уже потом вставлять скриншоты системы.
Я, как человек ленивый для таких монотонных задач и постоянно ищущий лёгкие пути, подумал о том, что этот процесс можно упростить и ускорить с помощью искусственного интеллекта. Да, видео с комментариями по системе он пока снимать не умеет (хотя, я уверен, скоро научится), но вот генерировать текст – вполне.
Но как тот же ChatGPT поймёт, как ему написать инструкцию и о чём? У нас уже есть готовые видео – бинго, можно использовать их! Давай по шагам.
1. Записываю видео с инструкцией по платформе. Лучше разбивать их на отдельные функции системы, чтобы ролики получались короткими и лёгкими (так смотреть проще) – максимум на 2–3 минуты.
2. Загружаю ролики на YouTube.
3.🤫
4. В «Творческой студии» YouTube захожу в ролик и нажимаю на кнопку редактирования субтитров, где и находится заветный текст.
5. Скармливаю текст субтитров ChatGPT и даю ему запрос на составление пошаговой инструкции по субтитрам.
6. ChatGPT выдаёт аккуратный скомпонованный в нужном формате текст без ошибок. Остаётся скопировать его в нужное место и добавлять скриншоты.
7. Серьёзно, редактировать текст пришлось примерно в 5% случаев.
Метод позволяет серьёзно сэкономить время и избавляет от рутины.
На одном из проектов моей команде нужно сделать подробные пользовательские инструкции с пошаговыми действиями в системе, которую мы разрабатываем. Инструкции должны быть в двух форматах: видео и текст со скриншотами.
Записать видео, на котором ты используешь систему и комментируешь свои действия, обычно проблем нет: занимает несколько минут и не требует монтажа. А вот с текстом надо повозиться. Во-первых, его нужно написать. Для этого надо пошагово вновь проходиться по всем действиям в системе и записывать их. Затем нужно отформатировать текст, разнести его по пунктам, проверить орфографию и пунктуацию. И уже потом вставлять скриншоты системы.
Я, как человек ленивый для таких монотонных задач и постоянно ищущий лёгкие пути, подумал о том, что этот процесс можно упростить и ускорить с помощью искусственного интеллекта. Да, видео с комментариями по системе он пока снимать не умеет (хотя, я уверен, скоро научится), но вот генерировать текст – вполне.
Но как тот же ChatGPT поймёт, как ему написать инструкцию и о чём? У нас уже есть готовые видео – бинго, можно использовать их! Давай по шагам.
1. Записываю видео с инструкцией по платформе. Лучше разбивать их на отдельные функции системы, чтобы ролики получались короткими и лёгкими (так смотреть проще) – максимум на 2–3 минуты.
2. Загружаю ролики на YouTube.
3.
{ секретный соус! } Выставляю у роликов язык озвучки. После этого YouTube начинает генерировать автоматически субтитры по записи голоса на видео.4. В «Творческой студии» YouTube захожу в ролик и нажимаю на кнопку редактирования субтитров, где и находится заветный текст.
5. Скармливаю текст субтитров ChatGPT и даю ему запрос на составление пошаговой инструкции по субтитрам.
6. ChatGPT выдаёт аккуратный скомпонованный в нужном формате текст без ошибок. Остаётся скопировать его в нужное место и добавлять скриншоты.
7. Серьёзно, редактировать текст пришлось примерно в 5% случаев.
Метод позволяет серьёзно сэкономить время и избавляет от рутины.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Пару дней назад ко мне обратился заказчик, в панике пытавшийся разрулить ситуацию с сайтом. На почту администратора хостинга пришло письмо с темой «Обнаружены угрозы безопасности». Проверка сайта с помощью антивируса на хостинге выявила проблемный файл, который заказчик, недолго думая, удалил. Разумно и логично же, правда?
Через некоторое время после этого на сайте вместо контента стали отображаться непонятные строки кода, а в админке сайта перестал работать медиаменеджер, то есть нельзя загрузить на сайт новые картинки или даже посмотреть старые.
Окей, смотрим. Сайт работает на старой версии Joomla – это одна из бесплатных CMS-систем, на которой работает очень много сайтов, но не лидер, как WordPress. Используется старая версия языка PHP. Но при этом в настройках языка оказался включенным показ ошибок. Эта такая настройка, которая обычно отключается перед публикацией сайта, так как практически любой код всегда будет генерировать предупреждения, даже если они никак не влияют на штатную функциональность сайта. Отключили показ ошибок: непонятный код пропал с сайта, остался только контент, как и должно быть.
Что насчёт медиаменеджера в админке? За него отвечал тот самый файл, который удалил заказчик по рекомендации антивируса. Его восстановили, скачав с официального сайта библиотеку. Медиаменеджер заработал штатно.
Хм, при чём же здесь вирус? А не было никакого вируса: хостинг продолжает ругаться на этот самый файл, который абсолютно чистый и без изменений (иначе бы миллионы сайтов поломались из-за него). Скорее всего в антивирусе хостинга появились новые правила, которые так реагируют на части старого кода. Поэтому адекватным решением здесь будет добавить в исключение этот файл (пока в него не внесены изменения). И рассмотреть возможность обновления сайта до последних версий кодовой базы и CMS, чтобы соответствовала современным стандартам безопасности.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Anticodeguy
Пост, после которого многие из вас отвалятся и покинут этот канал, однако те, кто захочет двигаться вперед вместе со мной, и я уверен, что именно ты относишься к их числу, прислушаются и найдут отклик в моих словах.
Все это время на самом деле никакого радиомолчания не было, просто я переключился на англоязычные каналы и начал писать для зарубежной аудитории. Я прощупывал водичку, смотрел, куда все это может привести, искал подходящую для себя модель и вырабатывал систему.
Под моделью я имею в виду бизнес-модель, то есть механизм, который способен зарабатывать, основываясь на той информации, материалах, которыми я делюсь с аудиторией, и систему, которая позволит мне постоянно активно участвовать в пополнении базы знаний от своего имени, делиться своим опытом, находками, экспертизой, знаниями таким образом, чтобы мне было интересно это делать постоянно, ежедневно и в подходящем для меня режиме.
И кажется, я нащупал эту бизнес-модель и придумал для себя систему, которая позволяет мне убить этих двух зайцев одним камнем. Всем этим я обязательно буду как раз здесь делиться и подробно рассказывать.
А пока…
Ты чувствуешь стагнацию, тебе кажется, что ничего не движется вперед, жизнь повторяется по циклу, причём очень маленькому, описание которого можно уложить всего лишь в один день. И каждый такой день повторяется как предыдущий, хотя хочется, чтобы он был не похож на все остальные, которые тебе уже удалось испытать в прошлом.
Ты делаешь вещи, которые делать не всегда хочется или даже всегда не хочется, которые делать нужно, которые тебя кормят, приносят понятный и стабильный доход или еще хуже, его вообще не приносят, поэтому просто так бросить занятия не получится, от них зависит твое выживание.
Ты знаешь все эти истории про саморазвитие, мотивацию, построение бизнеса, гуру, которые продают воздух в баночке и учат других продавать точно такой же воздух в баночке, чтобы кто-то еще купил у них воздух в баночке, от этого всего уже тошнит и глаза бы этого не видели.
Однажды что-то поменяется, наступит тот день, когда вдруг мир предстанет в другом свете, что-то произойдет, и всё начнёт происходить по-другому, начнёшь чувствовать себя иначе, мир насытится новыми красками, все будет случаться в твою пользу, и вот тогда можно будет забыть обо всей этой рутине, вот тогда и поговорим.
А пока пусть всё идёт своим чередом, ничего не меняется и продолжается прежний ежедневный цикл.
Но ты знаешь, что твой потенциал намного шире. Ты чувствуешь, что тебя хватает намного больше, чем на ежедневное повторение однотипных задач, которые всегда приводят к одному и тому же результату. Ты осознаёшь, что способен на большее, однако, не понимаешь, как в текущем положении раскрыть свои таланты и всё, что заложено в тебя природой.
В конце рабочего дня не остаётся сил не то чтобы заняться чем-то своим, начать свой проект или делать то, что тебе нравится. Нет сил даже нормально отдохнуть, например, пойти куда-то или сделать что-то полезное, что доставит удовольствие и заставит мозг переключиться.
Энергии хватает только на то, чтобы залипнуть в интернете или посмотреть очередную порцию контента, которую сделал кто-то другой. Но не ты.
Всё это читать больно, неприятно. Однако ты понимаешь, что доля правды в этом есть.
И я это знаю как никто другой, потому что ощущал именно то же самое. Долгое время.
Но с самого детства меня не покидало вот это чувство того, что я не такой, как все. И мне не хочется жить свою жизнь так же, как делает это большинство, кого я вижу вокруг.
Жить в ритме: дом, работа, нелюбимые задачи, которые не вызывают ничего, кроме отвращения, но при этом зажмурившись от необходимости, потому что это приносит деньги, продолжать это делать. Семья. Классический отдых по пятницам. Бухло. Иногда покупки чего-то нового. Для дома, для себя, для семьи.
Несколько раз в жизни большие покупки вроде машины, дома, квартиры. И раз в год, а некоторым счастливчикам, кому повезло, несколько раз в год, отпуск, на который копишь весь оставшийся год и повторять этот цикл до пенсии.
Все это время на самом деле никакого радиомолчания не было, просто я переключился на англоязычные каналы и начал писать для зарубежной аудитории. Я прощупывал водичку, смотрел, куда все это может привести, искал подходящую для себя модель и вырабатывал систему.
Под моделью я имею в виду бизнес-модель, то есть механизм, который способен зарабатывать, основываясь на той информации, материалах, которыми я делюсь с аудиторией, и систему, которая позволит мне постоянно активно участвовать в пополнении базы знаний от своего имени, делиться своим опытом, находками, экспертизой, знаниями таким образом, чтобы мне было интересно это делать постоянно, ежедневно и в подходящем для меня режиме.
И кажется, я нащупал эту бизнес-модель и придумал для себя систему, которая позволяет мне убить этих двух зайцев одним камнем. Всем этим я обязательно буду как раз здесь делиться и подробно рассказывать.
А пока…
Ты чувствуешь стагнацию, тебе кажется, что ничего не движется вперед, жизнь повторяется по циклу, причём очень маленькому, описание которого можно уложить всего лишь в один день. И каждый такой день повторяется как предыдущий, хотя хочется, чтобы он был не похож на все остальные, которые тебе уже удалось испытать в прошлом.
Ты делаешь вещи, которые делать не всегда хочется или даже всегда не хочется, которые делать нужно, которые тебя кормят, приносят понятный и стабильный доход или еще хуже, его вообще не приносят, поэтому просто так бросить занятия не получится, от них зависит твое выживание.
Ты знаешь все эти истории про саморазвитие, мотивацию, построение бизнеса, гуру, которые продают воздух в баночке и учат других продавать точно такой же воздух в баночке, чтобы кто-то еще купил у них воздух в баночке, от этого всего уже тошнит и глаза бы этого не видели.
Однажды что-то поменяется, наступит тот день, когда вдруг мир предстанет в другом свете, что-то произойдет, и всё начнёт происходить по-другому, начнёшь чувствовать себя иначе, мир насытится новыми красками, все будет случаться в твою пользу, и вот тогда можно будет забыть обо всей этой рутине, вот тогда и поговорим.
А пока пусть всё идёт своим чередом, ничего не меняется и продолжается прежний ежедневный цикл.
Но ты знаешь, что твой потенциал намного шире. Ты чувствуешь, что тебя хватает намного больше, чем на ежедневное повторение однотипных задач, которые всегда приводят к одному и тому же результату. Ты осознаёшь, что способен на большее, однако, не понимаешь, как в текущем положении раскрыть свои таланты и всё, что заложено в тебя природой.
В конце рабочего дня не остаётся сил не то чтобы заняться чем-то своим, начать свой проект или делать то, что тебе нравится. Нет сил даже нормально отдохнуть, например, пойти куда-то или сделать что-то полезное, что доставит удовольствие и заставит мозг переключиться.
Энергии хватает только на то, чтобы залипнуть в интернете или посмотреть очередную порцию контента, которую сделал кто-то другой. Но не ты.
Всё это читать больно, неприятно. Однако ты понимаешь, что доля правды в этом есть.
И я это знаю как никто другой, потому что ощущал именно то же самое. Долгое время.
Но с самого детства меня не покидало вот это чувство того, что я не такой, как все. И мне не хочется жить свою жизнь так же, как делает это большинство, кого я вижу вокруг.
Жить в ритме: дом, работа, нелюбимые задачи, которые не вызывают ничего, кроме отвращения, но при этом зажмурившись от необходимости, потому что это приносит деньги, продолжать это делать. Семья. Классический отдых по пятницам. Бухло. Иногда покупки чего-то нового. Для дома, для себя, для семьи.
Несколько раз в жизни большие покупки вроде машины, дома, квартиры. И раз в год, а некоторым счастливчикам, кому повезло, несколько раз в год, отпуск, на который копишь весь оставшийся год и повторять этот цикл до пенсии.
Forwarded from Anticodeguy
Ну а там в надежде на то, что государство будет оплачивать твое существование. Ведь заслуженно же, правда?
Каким-то образом я понимал, что все это пахнет чем-то ненастоящим, искусственным, сфабрикованным. И мне не хотелось загонять себя в эту ловушку.
Хотелось чего-то другого, чего-то большего. Хотелось жить не по сценарию, который повторяется из раза в раз практически для каждого человека.
Чего-то настоящего, того, что движет меня изнутри, того, к чему я предрасположен, предназначен, что у меня хорошо получается и чем мне нравится заниматься.
Ну и естественно, стать богатым.
Со временем в этом списке появились другие требования, и ключевое из них — это свобода, которая на самом деле охватывает абсолютно все эти домены жизни, которые я описал выше.
Свобода выбирать то, что мне сегодня, завтра, в любой день недели, в любое время суток заниматься, делать именно то, что мне хочется, то, что мне нравится, а не то, что мне делать нужно или что меня кто-то заставил.
Свобода финансовая. Выбирать все, что я считаю нужным, все, что мне хочется в любое время, а не только в определенные моменты, когда есть достаточное количество накопленных для этого денег, и уж тем более не брать на это кредиты и влезать в долги.
Свобода пространства перемещения, жить там, где я хочу, в любое время, всегда, а не только один раз в год на две недели, с постоянной мыслью о том, что скоро все закончится и нужно будет возвращаться на нелюбимую работу.
Свобода ощущать себя таким, какой я есть, без необходимости притворяться, играть в неинтересные мне игры с другими людьми и при этом делать вид, что все нормально.
Свобода выражать свои мысли, говорить то, что я думаю, без постоянной оглядки на то, что кто-то может подумать обо мне плохо, кто-то может меня возненавидеть из-за моих слов, кто-то может высказать свое несогласие.
Свобода ощущать себя собой, самостоятельной личностью, в то же время абсолютно единым со всем окружением, всеми людьми, природой, существованием, с реальностью.
Без необходимости отключаться и менять состояние своего сознания, чтобы забыться хотя бы на какой-то период времени.
И в это самое путешествие к заветной цели я и приглашаю тебя вместе со мной.
Я иду по этому пути уже много лет, постепенно выясняя, что мне необходимо для этого сделать, узнавая что-то новое, приобретая навыки, которые в итоге приводят меня к мечте.
Именно этим я и делюсь с тобой и со всеми, кому это может быть интересно. У кого есть что-то созвучное с моими желаниями, у кого откликается мое видение и совпадает мировоззрение.
Но также приглашаю тех, у кого оно абсолютно противоположное, как минимум для того, чтобы посмотреть и открыть завесу на то, как может быть иначе, и делиться этим тоже. Активно участвовать в диалоге и может быть есть что-то, что мы можем перенять друг у друга, потому что не только одна сторона медали имеет гравировку, на другой есть тоже что-то интересное, что можно позаимствовать, применить, как минимум, ознакомиться с этим, чтобы противопоставить тому, что сейчас происходит с тобой.
А теперь про то, что будет с этим каналом. С этого момента я буду писать исключительно на английском языке.
Всё это время с момента последнего поста я продолжал писать, но делал это в X (бывший Twitter), и пишу туда на ежедневной основе. Кроме этого, в последнее время я начал снимать видео в YouTube, TikTok. Я знаю, что часть из этого в РФ заблокирована. Я планирую возродить также свой Instagram, завести Threads. У меня появился свой сайт, куда я пишу статьи. Почтовый новостной канал, куда я отправляю эти статьи и страничка в Medium.
Всё это подразумевает разные форматы сообщений от меня. Статьи на сайте, в письмах и в Medium — это самые глубокие статьи, которые содержат большое количество детальной информации. LinkedIn, Twitter, Telegram будут содержать меньшее количество информации, не такой глубины, хотя насчёт Telegram я пока не уверен. Возможно, я сюда буду скидывать тоже почти полное содержание этих статей, посмотрим.
Каким-то образом я понимал, что все это пахнет чем-то ненастоящим, искусственным, сфабрикованным. И мне не хотелось загонять себя в эту ловушку.
Хотелось чего-то другого, чего-то большего. Хотелось жить не по сценарию, который повторяется из раза в раз практически для каждого человека.
Чего-то настоящего, того, что движет меня изнутри, того, к чему я предрасположен, предназначен, что у меня хорошо получается и чем мне нравится заниматься.
Ну и естественно, стать богатым.
Со временем в этом списке появились другие требования, и ключевое из них — это свобода, которая на самом деле охватывает абсолютно все эти домены жизни, которые я описал выше.
Свобода выбирать то, что мне сегодня, завтра, в любой день недели, в любое время суток заниматься, делать именно то, что мне хочется, то, что мне нравится, а не то, что мне делать нужно или что меня кто-то заставил.
Свобода финансовая. Выбирать все, что я считаю нужным, все, что мне хочется в любое время, а не только в определенные моменты, когда есть достаточное количество накопленных для этого денег, и уж тем более не брать на это кредиты и влезать в долги.
Свобода пространства перемещения, жить там, где я хочу, в любое время, всегда, а не только один раз в год на две недели, с постоянной мыслью о том, что скоро все закончится и нужно будет возвращаться на нелюбимую работу.
Свобода ощущать себя таким, какой я есть, без необходимости притворяться, играть в неинтересные мне игры с другими людьми и при этом делать вид, что все нормально.
Свобода выражать свои мысли, говорить то, что я думаю, без постоянной оглядки на то, что кто-то может подумать обо мне плохо, кто-то может меня возненавидеть из-за моих слов, кто-то может высказать свое несогласие.
Свобода ощущать себя собой, самостоятельной личностью, в то же время абсолютно единым со всем окружением, всеми людьми, природой, существованием, с реальностью.
Без необходимости отключаться и менять состояние своего сознания, чтобы забыться хотя бы на какой-то период времени.
И в это самое путешествие к заветной цели я и приглашаю тебя вместе со мной.
Я иду по этому пути уже много лет, постепенно выясняя, что мне необходимо для этого сделать, узнавая что-то новое, приобретая навыки, которые в итоге приводят меня к мечте.
Именно этим я и делюсь с тобой и со всеми, кому это может быть интересно. У кого есть что-то созвучное с моими желаниями, у кого откликается мое видение и совпадает мировоззрение.
Но также приглашаю тех, у кого оно абсолютно противоположное, как минимум для того, чтобы посмотреть и открыть завесу на то, как может быть иначе, и делиться этим тоже. Активно участвовать в диалоге и может быть есть что-то, что мы можем перенять друг у друга, потому что не только одна сторона медали имеет гравировку, на другой есть тоже что-то интересное, что можно позаимствовать, применить, как минимум, ознакомиться с этим, чтобы противопоставить тому, что сейчас происходит с тобой.
А теперь про то, что будет с этим каналом. С этого момента я буду писать исключительно на английском языке.
Всё это время с момента последнего поста я продолжал писать, но делал это в X (бывший Twitter), и пишу туда на ежедневной основе. Кроме этого, в последнее время я начал снимать видео в YouTube, TikTok. Я знаю, что часть из этого в РФ заблокирована. Я планирую возродить также свой Instagram, завести Threads. У меня появился свой сайт, куда я пишу статьи. Почтовый новостной канал, куда я отправляю эти статьи и страничка в Medium.
Всё это подразумевает разные форматы сообщений от меня. Статьи на сайте, в письмах и в Medium — это самые глубокие статьи, которые содержат большое количество детальной информации. LinkedIn, Twitter, Telegram будут содержать меньшее количество информации, не такой глубины, хотя насчёт Telegram я пока не уверен. Возможно, я сюда буду скидывать тоже почти полное содержание этих статей, посмотрим.
Forwarded from Anticodeguy
Мне ещё предстоит выяснить значение всех этих каналов, как я их буду использовать. И именно этим я и собираюсь с тобой делиться. Но опять же на английском.
Я понимаю, что это сейчас может прозвучать дико, но не спеши отваливаться. Во-первых, я даю тебе возможность выучить язык, что, я думаю, является неоспоримым преимуществом в жизни.
Меня часто вымораживает то, как я вижу русских людей в Таиланде, которые пытаются на русском объяснить что-то местным. Мне действительно становится просто не по себе. Ну выучи ты хотя бы элементарные слова, чтобы можно было изъясняться с водителем тук-тука, или когда ты покупаешь себе пиво в магазине.
Ну и во-вторых, в Telegram есть функция перевода, которую можно включить (Настройки → Язык) и просто переводить посты на понятный тебе язык, поэтому пользуйся этой фишкой, если уж совсем не хочется вникать в эту иностранщину.
Контента много уже сейчас, есть большое количество материала, снятого на видео, который я публикую активно на YouTube, TikTok. Здесь в Telegram в большинстве случаев будет всё-таки текстовый контент. Поэтому имей в виду, что лучше подписаться на все каналы, чтобы иметь полную картину о том, о чём я рассказываю.
А рассказываю я о том, каким образом иду к обозначенной выше цели, делюсь своими приключениями, находками, знаниями и теми навыками, которые помогают мне в её достижении. Среди них, конечно же, разработка и информационные технологии.
То, о чём я писал здесь раньше, остаётся, но становится намного шире. Теперь я не настолько узко пишу исключительно про разработку, но гораздо больше контента про остальные аспекты жизни, которые помогают в том числе и в IT.
Здесь будет и про психологию, философию, искусственный интеллект, саморазвитие, образ жизни цифрового кочевника, путешествия и про те вызовы, которые открываются передо мной, те навыки, знания, умения, которые помогают мне преодолевать все эти челленджи. И информация про то, как ты можешь применить это в своей жизни тоже.
Я уверен, что у тебя в жизни не один интерес, в который ты упорно пытаешься вникнуть. У тебя их как минимум несколько, и именно поэтому ты подписан на несколько каналов, смотришь нескольких людей, делишься с ними своим временем.
Поэтому я чувствую себя абсолютно нормально, диверсифицируя свой контент и делясь всем, чем мне хочется делиться, своими разными интересами. Но, как правило, все они сводятся к той самой цели, которая была обозначена выше. Это свобода. Свобода во всех её проявлениях.
И в приключения, которые ждут на пути к этой свободе, я тебя и приглашаю. Оставайся со мной, ссылки на мои другие каналы ты можешь найти на моем сайте по ссылке в описании.
Новые приключения, новый образ: этот канал теперь будет @Anticodeguy, как и во всех остальных соцсетях.
Как всегда, рад твоим реакциям, комментариям и буду неимоверно счастлив, если ты поделишься моими постами со своими знакомыми, так как это может быть им полезно.
Вперёд!
Я понимаю, что это сейчас может прозвучать дико, но не спеши отваливаться. Во-первых, я даю тебе возможность выучить язык, что, я думаю, является неоспоримым преимуществом в жизни.
Меня часто вымораживает то, как я вижу русских людей в Таиланде, которые пытаются на русском объяснить что-то местным. Мне действительно становится просто не по себе. Ну выучи ты хотя бы элементарные слова, чтобы можно было изъясняться с водителем тук-тука, или когда ты покупаешь себе пиво в магазине.
Ну и во-вторых, в Telegram есть функция перевода, которую можно включить (Настройки → Язык) и просто переводить посты на понятный тебе язык, поэтому пользуйся этой фишкой, если уж совсем не хочется вникать в эту иностранщину.
Контента много уже сейчас, есть большое количество материала, снятого на видео, который я публикую активно на YouTube, TikTok. Здесь в Telegram в большинстве случаев будет всё-таки текстовый контент. Поэтому имей в виду, что лучше подписаться на все каналы, чтобы иметь полную картину о том, о чём я рассказываю.
А рассказываю я о том, каким образом иду к обозначенной выше цели, делюсь своими приключениями, находками, знаниями и теми навыками, которые помогают мне в её достижении. Среди них, конечно же, разработка и информационные технологии.
То, о чём я писал здесь раньше, остаётся, но становится намного шире. Теперь я не настолько узко пишу исключительно про разработку, но гораздо больше контента про остальные аспекты жизни, которые помогают в том числе и в IT.
Здесь будет и про психологию, философию, искусственный интеллект, саморазвитие, образ жизни цифрового кочевника, путешествия и про те вызовы, которые открываются передо мной, те навыки, знания, умения, которые помогают мне преодолевать все эти челленджи. И информация про то, как ты можешь применить это в своей жизни тоже.
Я уверен, что у тебя в жизни не один интерес, в который ты упорно пытаешься вникнуть. У тебя их как минимум несколько, и именно поэтому ты подписан на несколько каналов, смотришь нескольких людей, делишься с ними своим временем.
Поэтому я чувствую себя абсолютно нормально, диверсифицируя свой контент и делясь всем, чем мне хочется делиться, своими разными интересами. Но, как правило, все они сводятся к той самой цели, которая была обозначена выше. Это свобода. Свобода во всех её проявлениях.
И в приключения, которые ждут на пути к этой свободе, я тебя и приглашаю. Оставайся со мной, ссылки на мои другие каналы ты можешь найти на моем сайте по ссылке в описании.
Новые приключения, новый образ: этот канал теперь будет @Anticodeguy, как и во всех остальных соцсетях.
Как всегда, рад твоим реакциям, комментариям и буду неимоверно счастлив, если ты поделишься моими постами со своими знакомыми, так как это может быть им полезно.
Вперёд!