Айтилогия | itlogia.ru
رفتن به کانال در Telegram
Бесплатные интенсивы: ✦ «UX/UI: Start» → itlogia.ru/link/qD9Er ✦ «Frontend: Start» → itlogia.ru/link/kv8uS Курсы по профессиям: ★ UX/UI-дизайнер → itlogia.ru/link/38BY7 ★ Frontend-разработчик → itlogia.ru/link/Zakyl 💬Вопросы по обучению: @itlogia_bot
نمایش بیشتر4 393
مشترکین
-324 ساعت
اطلاعاتی وجود ندارد7 روز
-130 روز
در حال بارگیری داده...
کانالهای مشابه
ابر برچسبها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
اوت '26
اوت '26
+73
در 0 کانالها
ژوئیه '26
+66
در 0 کانالها
Get PRO
ژوئن '26
+94
در 0 کانالها
Get PRO
مه '26
+93
در 0 کانالها
Get PRO
آوریل '26
+128
در 0 کانالها
Get PRO
مارس '26
+141
در 0 کانالها
Get PRO
فوریه '26
+163
در 0 کانالها
Get PRO
ژانویه '26
+165
در 0 کانالها
Get PRO
دسامبر '25
+146
در 0 کانالها
Get PRO
نوامبر '25
+184
در 0 کانالها
Get PRO
اکتبر '25
+170
در 0 کانالها
Get PRO
سپتامبر '25
+125
در 0 کانالها
Get PRO
اوت '25
+890
در 2 کانالها
Get PRO
ژوئیه '250
در 0 کانالها
Get PRO
ژوئن '250
در 0 کانالها
Get PRO
مه '250
در 0 کانالها
Get PRO
آوریل '250
در 1 کانالها
Get PRO
مارس '250
در 0 کانالها
Get PRO
فوریه '250
در 0 کانالها
Get PRO
ژانویه '25
+30
در 0 کانالها
Get PRO
دسامبر '24
+128
در 0 کانالها
Get PRO
نوامبر '24
+183
در 0 کانالها
Get PRO
اکتبر '24
+190
در 0 کانالها
Get PRO
سپتامبر '24
+183
در 0 کانالها
Get PRO
اوت '24
+157
در 0 کانالها
Get PRO
ژوئیه '24
+169
در 0 کانالها
Get PRO
ژوئن '24
+150
در 0 کانالها
Get PRO
مه '24
+102
در 0 کانالها
Get PRO
آوریل '24
+98
در 0 کانالها
Get PRO
مارس '24
+142
در 0 کانالها
Get PRO
فوریه '24
+140
در 0 کانالها
Get PRO
ژانویه '24
+165
در 0 کانالها
Get PRO
دسامبر '23
+183
در 1 کانالها
Get PRO
نوامبر '23
+259
در 0 کانالها
Get PRO
اکتبر '23
+2 517
در 0 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 28 اوت | 0 | |||
| 27 اوت | +1 | |||
| 26 اوت | +2 | |||
| 25 اوت | +6 | |||
| 24 اوت | +3 | |||
| 23 اوت | +2 | |||
| 22 اوت | 0 | |||
| 21 اوت | +5 | |||
| 20 اوت | +5 | |||
| 19 اوت | +1 | |||
| 18 اوت | +3 | |||
| 17 اوت | +7 | |||
| 16 اوت | +4 | |||
| 15 اوت | 0 | |||
| 14 اوت | +3 | |||
| 13 اوت | +1 | |||
| 12 اوت | 0 | |||
| 11 اوت | +3 | |||
| 10 اوت | +3 | |||
| 09 اوت | +3 | |||
| 08 اوت | +5 | |||
| 07 اوت | +4 | |||
| 06 اوت | +5 | |||
| 05 اوت | +2 | |||
| 04 اوت | +3 | |||
| 03 اوت | +1 | |||
| 02 اوت | 0 | |||
| 01 اوت | +1 |
پستهای کانال
Фронтендеры, признавайтесь, когда в последний раз NG0100 или другой баг Angular выбивал вас из колеи на полдня?
🔥 — было, хотелось всё бросить
👍 — справляюсь, но нервы потрепало
😎 — я такое уже не замечаю, привык
| 2 |  ТИПИЧНЫЕ ОШИБКИ ПРИ РАЗРАБОТКЕ НА ANGULAR И КАК ИХ ИЗБЕЖАТЬ
Если вы хоть раз видели ошибку NG0100, то уже прошли боевое крещение Angular.
В статье разобрали, как не ловить такие баги и писать код, который не орёт в консоли.
Прочтите целиком и проверьте, не кричит ли ваш Angular → | 119 |
| 3 |  +8ОТКУДА ТАКИЕ ЦЕНЫ?! 🥶😰
Этот вопрос чаще всего возникает, когда человек впервые видит цену курса «Frontend‑разработчик».
Кажется, что это очередной сборник видеоуроков по HTML и CSS с проверкой домашек по скриптам.
❗️ Но в Айтилогии обучение устроено по-другому: весь курс продуман так, чтобы вы как можно быстрее стали Frontend-разработчиком и начали зарабатывать.
В карусели покажем, что входит в стоимость нашего курса и почему деньги на его покупку конвертируются в знания и умения, которые помогут начать зарабатывать 👉
Если вы уже готовы стартовать, бронируйте место на курсе «Frontend‑разработчик». А начать можно с бесплатного интенсива ✅ | 178 |
| 4 |  +7ВЫ ПОЛЬЗУЕТЕСЬ ЭТИМ ДИЗАЙНОМ ПОСТОЯННО, НО ВРЯД ЛИ ХОТЬ РАЗ ЕГО ЗАМЕЧАЛИ
Каждый вечер мы включаем телевизор и листаем YouTube, ищем фильмы на Ivi или музыку на Spotify. Но редко задумываемся, кто создаёт дизайн любимых сервисов. А ведь интерфейсы для Smart TV — отдельное направление UX/UI со своей спецификой, которую нужно знать дизайнеру.
💬 Как устроен дизайн для Smart TV и какие задачи решают дизайнеры стриминговых сервисов и видеохостингов, разобрали в карусели →
И если вы хотите создавать интерфейсы не только для сайтов и приложений, но и для самых разных устройств, самое время пройти бесплатный интенсив «UX/UI: Start» 🙌💜 | 182 |
| 5 |  Если бы прямо сейчас вас попросили сделать сайт — вы бы взялись или сказали «ещё не готов»? Голосуем 👇
🔥 — уже сейчас, чего ждать 💪
👍 — подумал бы, зависит от задачи
😅 — когда перестану бояться 😬 | 205 |
| 6 |  Сделайте что-нибудь современное, и чтобы на главном экране что-нибудь крутилось 🤫
Примерно с такого ТЗ около года назад начался первый коммерческий проект Алексея Дербина, выпускника курса «Frontend-разработчик».
Уже через несколько месяцев после начала обучения Алексей последовал совету Романа и начал спрашивать друзей, знакомых и родственников, не нужен ли кому-нибудь сайт.
Было страшно и казалось, что для реального заказа знаний еще недостаточно. Но попытка сработала – работодатель одного из родственников как раз хотел обновить сайт компании по брендированию одежды.
Так у Алексея появился первый клиент. А вместе с ним и первая сложность – отсутствие четкого ТЗ 🙈
Например, заказчик хотел видеть на первом экране видео работающей вышивальной машины. Но самого видео не существовало, а снимать его никто не планировал. Пришлось искать другое решение.
Алексей собрал пожелания клиента, помог определить структуру сайта, подобрал референсы, самостоятельно продумал дизайн, а отсутствующее видео заменил анимацией. Затем постепенно сверстал сайт и дорабатывал его по обратной связи заказчика.
Получившийся результат вы можете увидеть во вложении 👆 или рассмотреть подробнее по ссылке → https://skantreid.ru/
Сам Алексей о своей первой работе говорит так:
«Думаю, многие посмотрят на этот сайт и поймут, что уже через пару-тройку месяцев обучения смогут сделать не хуже. Надеюсь, это станет для них хорошей мотивацией»
Первый коммерческий проект не должен быть идеальным. Гораздо важнее сам момент, когда учебные HTML, CSS и JavaScript превращаются в реальный сайт для реального заказчика, а вместе с ним появляются первый опыт и понимание того, что вы уже умеете делать то, за которые готовы платить.
Именно такой переход от учебы к реальным задачам мы особенно любим наблюдать у наших студентов 💜
А если вам интересно попробовать себя во Frontend и понять, ваше ли это направление, для этого у нас есть бесплатный Frontend: Start.
Ну а Алексею давайте поставим ❤️ за смелость взяться за первый коммерческий заказ и довести его до результата. Думаем, он точно заслужил вашу поддержку! | 198 |
| 7 |  Вспомните самый неловкий момент, когда вас просили рассказать о себе 😅
На собеседовании, с новым клиентом, на нетворкинге. Что вы ответили? Голосуем 👇
🔥 — выдал что-то бессвязное и сгорел со стыда
👍 — справился, но было нервно
😎 — я всегда готов, речь отрепетировал | 287 |
| 8 |  КАК РАССКАЗАТЬ О СЕБЕ ЗА 60 СЕКУНД, ЧТОБЫ ПОЛУЧИТЬ РАБОТУ ИЛИ ЗАКАЗ
Почти все мы уверены, что звучим для рекрутёров и клиентов как Стив Джобс, а на деле часто больше похожи на растерянных студентов на экзамене. В статье разобрали, как рассказать о себе за минуту так, чтобы получить выгодный заказ или оффер.
Откройте статью и соберите свой elevator pitch (ёмкий рассказ о себе), пока лифт не уехал 👉 | 278 |
| 9 |  +9ЧТО ПРОИСХОДИТ, КОГДА ВЫ ВВОДИТЕ ССЫЛКУ В АДРЕСНУЮ СТРОКУ БРАУЗЕРА?
Кажется, что страница появляется сама собой, стоит только вбить в адресную строку браузера нужный URL. Но на самом деле браузер выполняет целую цепочку важных шагов, от которых зависит скорость загрузки.
❗️ В карусели показали по шагам, что происходит между вводом URL и отрисовкой веб-страницы.
А больше о том, как устроена Frontend-разработка и что под капотом у сайтов и приложений, можно узнать на бесплатном интенсиве «Frontend: Start» | 321 |
| 10 |  Дизайнеры, узнаёте себя? 😅
Коллега поменял компонент «чуть-чуть» и теперь кнопки на разных экранах живут своей жизнью. Голосуем 👇
🔥 — боль, это моя команда
👍 — у нас всё строго, без самодеятельности
😎 — я и есть тот самый коллега | 279 |
| 11 |  +8КТО РЕШАЕТ, КОГДА МОЖНО ЛОМАТЬ ПРАВИЛА В ДИЗАЙН-СИСТЕМЕ?
В дизайне всегда есть правила. Но что делать, если нужно отступить от них? Если нарушать нормы может каждый, то система разваливается, а если нельзя никому, то проект задыхается 🥲
Эту проблему решает governance или процесс управления изменениями. Он определяет, кто предлагает изменения, проверяет их и за кем решающее слово. В карусели разбираем, как работает governance и как сохранить баланс между гибкостью и единообразием ❗️
Больше о дизайн‑системах и устройстве интерфейсов можно узнать на интенсиве «UX/UI: Start» | 275 |
| 12 |  КАК ВИЗУАЛЬНЫЙ ШУМ СНИЖАЕТ ЦЕННОСТЬ ПРОДУКТА?
Когда интерфейс перегружен, даже хорошим продуктом не хочется пользоваться. В статье выпускница Айтилогии Елизавета Мордвинова рассказала, почему лишние акценты уводят внимание, снижают доверие пользователей и бьют по конверсии.
Читайте, чтобы создавать чистый дизайн без лишнего шума 👉
А узнать больше секретов эффективного UX/UI можно на курсе «UX/UI-дизайнер», том самом, где училась автор статьи. Кстати, его новый поток стартует уже сегодня. | 285 |
| 13 |  Честный вопрос к дизайнерам 👀
Бывало, что делали красиво — а потом оказывалось, что пользователи вообще не понимают, куда нажимать? Или наоборот — заказчик требовал «покрасивее», а вы знали, что это плохая идея?
🔥 — да, красота победила здравый смысл
👍 — всегда отстаиваю логику
🤔 — ещё учусь, пока не сталкивался | 384 |
| 14 |  ЧТО ВАЖНЕЕ В ИНТЕРФЕЙСЕ: ЛОГИКА ИЛИ ЭСТЕТИКА
Красота в интерфейсе — это хорошо, но только если она помогает пользователям достичь цели. Потому что в погоне за модным визуалом легко навредить продукту, усложнить пользовательский сценарий и уронить конверсию.
О том, как сбалансировать «красиво» и «понятно» в ИТ-решениях, рассказали в новой статье. Если интерфейсы — ваша боль, радость и работа, вам точно понравится. | 314 |
| 15 | ❗ Сбои в работе Telegram
Сейчас в Telegram наблюдаются массовые сбои, из-за которых сообщения в личных диалогах, чатах и ботах могут не отправляться или доставляться с задержкой.
Если у вас не получается связаться с нашей Службой Заботы через Telegram-бот, пожалуйста, напишите нам через другие каналы:
💬 Онлайн-чат на сайте itlogia.ru
📱 Сообщения сообщества ВКонтакте
💜 Бот в MAX
📧 Почта support@itlogia.ru
Мы остаемся на связи и обязательно поможем с любыми вопросами по обучению ☺️🙌🏻
Приносим извинения за возможные неудобства и ожидаем, что работа Telegram скоро стабилизируется 💜 | 134 |
| 16 |  ЧТО ДОЛЖЕН УМЕТЬ FRONTEND-РАЗРАБОТЧИК, ЧТОБЫ СТАТЬ FULL-STACK LITE В 2026 ГОДУ
Термин full‑stack разработчик больше не подразумевает специалиста, который знает и Frontend-, и Backend-разработку на уровне сеньора.
ИТ-рынок движется в сторону более гибких ролей, и это привело к появлению формата full‑stack lite. В такой позиции Frontend-разработчик не заменяет Backend-разработчика полностью, но самостоятельно закрывает небольшие задачи и не стопорит команду из‑за каждой мелочи.
Что входит в «full‑stack lite»-набор:
📍 Работа с REST/GraphQL API
Уметь общаться с сервером: получать данные, понимать ответы (например, почему возникают ошибки 404 или 500), работать с пагинацией (разбивкой данных по страницам) и нестандартными ситуациями.
📍Базовые навыки работы с SQL
Уметь открыть базу данных, прочитать простой запрос, понять, как работают фильтры или соединения таблиц (JOIN), и при необходимости подправить их.
📍Минимальное понимание серверного окружения
Смочь запустить минимальный сервер (например, на Node.js), настроить несколько маршрутов (роутов) и загрузить тестовый проект на хостинг. Это поможет не ждать других специалистов для простых задач.
📍Git на уровне командной работы
Уметь работать с репозиториями: проверять изменения (PR), комментировать код, решать конфликты при слиянии веток и понимать, что изменилось в коде.
📍 Базовое понимание серверной логики
Знать, что такое переменные окружения (.env), как работают простые процессы сборки и развёртывания (CI/CD), и почему иногда сборка может не работать. Это поможет разобраться в базовых проблемах инфраструктуры.
Навыки full‑stack lite-разработчика ускоряют работу, делают разработчика автономнее и помогают разбираться в сложных проектах. Сделать первый шаг к этой роли можно на интенсиве «Frontend: Start». | 322 |
| 17 |  Скажите честно — когда впервые увидели цену курса, что подумали? 😅 Многие сначала закрывают страницу, а потом возвращаются.
🔥 — сразу закрыл, это дорого
👍 — начал считать, окупится ли
😎 — сравнил с самостоятельным обучением и понял, что выгодно | 271 |
| 18 |  +7ЗА ЧТО ТАКИЕ ДЕНЬГИ?!
Этот вопрос чаще всего возникает, когда человек впервые видит цену курса «UX/UI-дизайнер». Кажется, что нет смысла столько платить за стандартные лекции с теорией и домашками, которые проверяют роботы по шаблонам. Но наша обучающая программа устроена иначе, каждый её аспект работает на ваш результат ❗️
В карточках вы увидите, что платите за каждый рубль, и почему сумма, вложенная в обучение в Айтилогии, окупается быстрее, чем кажется. Все подробности в карусели→
А если вы уже готовы начать, бронируйте место на новом потоке курса «UX/UI-дизайнер». | 372 |
| 19 |  КРОССБРАУЗЕРНЫЕ ГРАБЛИ: ПОЧЕМУ В SAFARI ВЁРСТКА ПЛЫВЁТ, ХОТЯ В СHROME ВСЁ ИДЕАЛЬНО
У меня страница работает, а у клиента ломается, но почему?! 🥲🥲🥲
Через эту боль прошли, наверное, все джуны в разработке.
И чаще всего проблемы возникают в браузере Safari. Потому что он иначе рендерит flexbox, медленнее внедряет новые CSS‑свойства и строже следует спецификации, отсюда и сюрпризы.
📍 Типичные баги Safari:
🟣 неверная высота flex-контейнера. Safari может неправильно считать её, если внутри есть элементы с min-height.
🟣position: sticky перестаёт липнуть. Особенно если родительский блок имеет overflow: hidden.
🟣input type="date" работает иначе, чем в Chrome. Safari не поддерживает нативный календарь, поэтому поле выглядит и ведёт себя по‑другому.
Зная капризный характер Safari, тестируйте проект заранее, не дожидаясь жалоб от клиента. Проверяйте ключевые страницы в Chrome, Safari на macOS, мобильном Safari и сервисах вроде BrowserStack. Тестируйте реальные данные, длинные тексты, формы, состояния загрузки и ошибки — то, что съезжает чаще всего.
Да, кроссбраузерное тестирование требует времени, но это необходимая часть Frontend-разработки. Просто примите, что и Chrome и Safari это разные движки, и перед сдачей проекта вы должны убедиться, что интерфейс работает корректно на каждом из них. | 289 |
| 20 |  ЭТО БАГ ИЛИ ТАК ЗАДУМАНО?
❓ Как разграничить ответственность между UX/UI-дизайнером и Frontend-разработчиком?
Дизайн согласован, вёрстка готова, дизайнер открывает страницу и разочарованно говорит, что всё не так, как в его макете. А Frontend-разработчик уверен, что сделал ровно то, что предложил дизайнер.
Такие ситуации случаются постоянно. Но не потому, что кто‑то невнимательный. Обычно это системная история, которая возникает из-за того, что:
🟣 Дизайн-макет статичен, а интерфейс всегда в динамике
В Figma текст помещается в контейнер, картинки на месте, а блоки выровнены идеально. В реальности длина заголовков меняется, данные долго грузятся, а экран может быть вдвое меньше.
🟣 Не всё можно указать в макете физически
Что делать, если текст переполнил контейнер? Как выглядит карточка без изображения? Что происходит при ошибке сети? Дизайнер не может прописать это всё, потому что макет не код.
🟣 Frontend-разработчик достраивает недостающее по логике
Но его логика может отличаться от дизайнерской. Например, для одного «логично» обрезать текст, для другого переносить.
Чтобы не спорить постфактум, обозначьте 3 зоны ответственности:
1️⃣ UX/UI-дизайнер отвечает за всё, что зафиксировано в макете и спецификации: отступы, цвета, типографика, состояния компонентов, если они описаны.
2️⃣ Frontend-разработчик отвечает за техническую реализацию того, что нельзя нарисовать: реальные данные, анимации, поведение интерфейса в edge‑кейcах.
3️⃣ Серая зона — то, что не описано ни там, ни там: длинное имя пользователя, пустой список, ошибка сети, отсутствие картинки.
Конфликты чаще возникают именно в серой зоне, поэтому до старта вёрстки UX/UI-дизайнер и Frontend-разработчик должны вместе составить чек-лист состояний 💾 | 359 |
