Ребята, спасибо за участие в предыдущем опросе! Так как большинство из вас работают в IT, хочу узнать подробнее, кем именно вы являетесь в этой сфере. Ваш ответ поможет мне лучше адаптировать контент канала под ваши интересы

Есть возможность выиграть грант на обучение в Hexlet

Где потренировать навыки html и css начинающему и не очень веб-разработчику?

Я вплотную работаю с фронтендом чуть больше года. За это время мои навыки верстки значительно выросли, но иногда я чувствую, что мне не хватает каких-то базовых знаний и просто практики. Поэтому я задалась целью найти онлайн-тренажеры и практикумы по HTML и CSS. Предлагаю вам свою подборку!

Кстати, эти ресурсы будут еще полезны тем, кто хочет освежить знания HTML и CSS или только начинает осваивать веб-разработку 🤖

1. Возможность попрактиковаться в написании стилей и сделать это в игровой форме предоставляет платформа Codepip.
Я уже успела попробовать игры FlexboxFroggy и GridGarden.
2. Практикум HTML & CSS от ITVDN. Здесь обучение построено в виде 7 уроков со множеством заданий.
3. Еще одна игра, которая направлена на изучение css-селекторов.
4. Игра CssBattle, где целью является воспроизвести элемент используя минимум кода.
5. Упражнения от w3schools.
6. Множество задач на сайте WebReference.
7. Задачи для практики от автора htmlbase.ru.


А что бы вы добавили к этому списку?

Вебинар для тех, кто хочет начать карьеру в data science и научиться разбираться в математике

Эволюция текста: от "Блокнота" до AI-соавтора

Я хотела рассказать читателям про ИИ в программе WPS. Но в итоге решила расширить статью и рассказать историю текстовых редакторов, как они развиваются и чего можно ожидать от них в будущем.

Сегодня текстовые редакторы - это не просто программы для написания букв, они помогают писать код, переводить тексты и работать в команде. А в будущем нас ждет еще больше AI и интеграций!

Чтобы понять, куда движется мир текстовых редакторов, давайте совершим небольшое путешествие в прошлое.

От "голого" текста к умным помощникам

- 1980-е: Эра "Блокнота" и WordStar. Первые текстовые редакторы были просты и лаконичны. Они позволяли набирать текст, но о сложном форматировании и речи не шло.
- 1990-е: Период расцвета Microsoft Word. Этот редактор совершил революцию, предложив пользователям широкие возможности форматирования, таблицы и макросы.
- 2000-е: Облачная революция Google Docs. Появление Google Docs открыло новую эру совместной работы над документами.
- 2010-е: Notion, Obsidian и Typora с поддержкой Markdown и API позволили пользователям настраивать редакторы под свои нужды. WPS Office, как бесплатная альтернатива, завоевал популярность благодаря совместимости с форматами MS Office и облачным сервисам.
- 2020-е: Интеграция ChatGPT, умные шаблоны и автоматическая коррекция ошибок — это уже не фантастика, а реальность.

Интеграция: ключ к эффективности

Современные текстовые редакторы все теснее интегрируются с другими инструментами:

- API.
Google Docs API позволяет автоматизировать создание отчетов, а Notion API — синхронизировать задачи с Trello.
- Искусственный интеллект.
ChatGPT в Microsoft Word помогает генерировать текст и проверять грамматику, а Jasper.ai — создавать SEO-контент.
- Макросы и плагины.
VBA в Word автоматизирует рутинные задачи, Grammarly проверяет стиль, а WPS Office предлагает широкий выбор плагинов.

Кстати, я тоже недавно узнала о российских продуктах "МойОфис" и "Р7-Офис", которые используют крупные компании, такие как "Почта России" и "РЖД".

Будущее: AI-соавтор и персональный помощник

Что же ждет нас впереди?

- AI-революция. Редакторы будут предлагать структуру текста, генерировать контент и исправлять ошибки с помощью нейросетей.
- Стирание границ. Текстовые редакторы, базы данных и инструменты управления проектами сольются в единое целое, как в Coda и Notion.
- Персонализация. Редакторы будут адаптироваться под стиль пользователя, подстраивая тон и форматирование.

Текстовые редакторы уже давно вышли за рамки "электронной бумаги". Они помогают нам работать быстрее, умнее и креативнее. А с развитием AI они и вовсе станут нашими незаменимыми коллегами.

Каким редактором текста пользуетесь вы? Какие фичи вы бы добавили в идеальный текстовый редактор?👾

Ирина: Нейросети, аналитика и семейные традиции

В день 8 марта хочется поделиться вдохновляющей историей женщины, которая успешно строит карьеру в IT. В рамках моей рубрики, посвященной IT-специалистам нашего региона, я представляю интервью с Ириной Битиевой — преподавательницей и аналитиком, чей профессиональный путь охватывает как академическую среду, так и передовые разработки в сфере информационных технологий. Из этого интервью вы узнаете, как Ирина начинала свой путь в аналитике, что её привлекает в этой области, как ей удаётся совмещать работу, науку и личную жизнь, а также о её планах на будущее.

Поддержите пост реакцией и комментарием ✨️💚

Очень актуальная статья про переработки и выгорание 😔

Почему Сэм до сих пор не кодит? Или зачем тратить время на архитектуру, вместо того чтобы фигачить код

А у вас бывало так, что менеджер врывается в чат с вопросом: «Чё там по коду? Почему до сих пор пустой коммит?» Знакомьтесь — это синдром WhyIsn’tSamCodingYet (WISCY), про который я вычитала у Макконелла в Совершенном коде. Суть в том, что некоторые руководители думают, будто код рождается за пять минут, а проектирование — это «блажь программистов». Им подавай демо «вчера», релиз «прямо сейчас», а про техдолг, читаемость или архитектуру они слышать не хотят. В итоге получаем костыльный код, который потом разваливается на первом же релизе.

Почему это происходит?
Чаще WISCY встречается в компаниях, где разработка — не основная деятельность. Например, в отделах с инженерами-«универсалами» или там, где ставка сделана на RAD-инструменты (типа конструкторов интерфейсов). Такие команды могут быстро стартовать, но не замечают, как накапливаются архитектурные проблемы. Как в истории из книги Макконелла: генерал из Минобороны пришёл на этапе проектирования и требовал «увидеть код», а когда его не нашёл, указал на инженера, форматирующего документы: «Вот же он пишет!». Пришлось сделать вид, что это и правда код — лишь бы успокоить начальство.

Личный опыт и как с этим жить
Сейчас я как раз углубилась в проектирование архитектуры на работе и вижу, насколько это критично. Без чёткого плана даже простой функционал превращается в спагетти-код, который потом невозможно масштабировать. Но объяснить это менеджеру, который ждёт «прогресса в Jira», — отдельный квест.

Как бороться с WISCY?

🔹Объяснять. Если отношения с руководством доверительные, расскажите, как проектирование сэкономит время в долгосроке.

🔹Совет для разработчиков в офисе. Имитировать бурную деятельность. Разложите схемы архитектуры рядом с кодом — пусть думают, что вы «в процессе».

🔹Искать компромисс. Начните писать модули, которые точно войдут в систему, но параллельно продолжайте проектировать.

🔹Уходить. Если менеджмент годами живёт в парадигме «код любой ценой», возможно, это не та среда, где стоит расти.

Архитектура — это фундамент. Без него даже самый красивый код рухнет при первой же нагрузке. Как говорит Гради Буч: «Хорошее проектирование — это не роскошь. Это необходимость». А ваш менеджмент уже это понял? 💻🚀

Если у вас есть свои истории борьбы с WISCY — делитесь в комментариях. Будет интересно обсудить!

Отличная подборка, все в одном месте!

Возможность для тех, кто сейчас находится в поиске своей первой работы!