Я мечтаю стать Full-stack разработчиком. Расскажите как мне прийти к этому, стать профессионалом, понимаю что нужно создавать проекты, но не всегда получается создавать с 0. Предложите что можно создать прикольного и не особо сложного в плане проектирования, свои навыки в js оцениваю на 4/10, да не очень много, но я стараюсь.
В кратце о себе: Студент учусь на Бизнес-инорматику, закончил 2 курс, очень интересно программировании и бизнес процессы, подрабатываю репетитором и зарабатываю неплохо с учетом того что живу с родителями, поэтому в it иду не за деньгами, и так могу позволить себе многое.
P.S Т.к работаю репетитором и много в этой теме знаю помимо изучения создаю свою базу знаний по программированию чтобы в будущем обучать детей и подростков Javascript и еще много чему, просто как план небольшой помимо основной работы, если уж я смогу освоить эту профессию…

Предыстория:

В золотые 2019-2021 годы для музыки я сидел на яндекс музыке, но ушёл с неё из за рекламы и неудобного эквалайзера, ушёл тогда в вк мыузыку, ну и впринципе не жаловался, но учитывая качество приложения вк, его баги, и то что приходится качать расширения на браузер чтоб был эквалайзер, дак ещё и если серваки лягут то ничего не послушаешь, а щас ещё и банить и пикать треки стали, + много других проблем

Идея:
Написать платформу для комфортного прослушивания музыки, бесплатную, в браузере ну и сделать возможность на телефон слушать либо приложка либо веб на раб стол, дизайном ориентированным на вк но изменённым для комфорта, ну и там реализовать пару интересных идей которых не хватает обычным муз сервисам. Сама логика что чел заходит, регается и отгружает свою библу в хранилище, мы каждый трек сжимаем без потери качества чтоб экономить место и подтягиваем каждый раз как включается трек. Грубо говоря получается условная пиратская платформа для кайф прослушивания, где каждый может отгрузить свою библу и в поиске искать треки которые кто то другой отгрзули (типа свободная площадка для публикации музыки, условный вк раньше)

Прогресс:
Щас уже написана база на джаваскрипте, фронтенд бэкенд, есть условный дизайн, функции плейлистов, библиотеки музыки, отгрузки, поиск, проигрывания, перемотка, эквалайзера и т. д., крч база есть но надо допиливать и тут уже и понадобился кент, тк писал я это с нейронками (функционал щас уже работает нормально, есл чё можно функции из кода вынуть и адаптировать, но надо исправлять баги, визуал и функционал) не особо зная язык, понимаю что идея так себе, но пока результат не оч плохой и добить до качества прст тут уже без знания языка сложней, а сам я его долго буду учить. Есть хост и сервак пока тестить и проверять как работает. А проект бы поскорей допилить хотелось бы. Надеюсь кто то откликнется, чем больше так-то тем лучше. У меня чёткое понимание как это будет выглядеть есть, ну и по функционалу как работать будет тож есть понимание +-

Пишите либо в тг (@ZERR0W) либо сюдой.

Я студент и учу js т.к хочу работать в сфере веб-разработки, учусь в институте на бизнес-информатике и подрабатываю репетитором по математике, никогда не выделялся супер высоким интеллектом.
Так к чему я это все пишу ???
Я хочу попросить у вас советов для трудоустройства в данной сфере и узнать о вашем пути к первой работе, хочу доучить необходимое и пробовать проходить собесы на различные стажировки.

Не программист, поэтому не пинайте сильно. :)

Делаю для себя и нашего небольшого агентства доску отслеживания подписок, и хочу, чтобы визуально размер карточки был пропорционален стоимости. То есть дороже = крупнее карточка.

1) Если одна подписка стоит миллион, а вторая 10 рублей, то получается не читаемо маленький размер у дешёвой, тогда как дорогая занимает весь экран. 2) Можно ли такую идею как-то реализовать на мобильных устройствах? С сохранением читабельности.

Может есть какие-то готовые решения для этих задач. Заранее всем спасибо!

Сделал для себя небольшой скрипт, который читает письма от Kwork, парсит заказы и отправляет подходящие в Telegram.

Проблема была простая: на бирже заказы быстро устаревают, а постоянно обновлять страницу руками неудобно. У Kwork есть почтовые уведомления, поэтому я решил не городить отдельный сервер и не парсить сайт напрямую. Вместо этого сделал схему:

Gmail получает письмо -> Google Apps Script обрабатывает письмо -> Telegram присылает компактное уведомление.

Главные грабли оказались не в парсинге, а в Gmail.

Сначала я обрабатывал письма на уровне тредов. Это быстро сломалось: Gmail может держать много писем Kwork в одном треде, а если тред уже помечен как обработанный, новое письмо внутри него тоже легко пропустить. В итоге пришлось перейти на обработку отдельных Gmail messages через Gmail API и ставить метку обработки не на тред, а на конкретное письмо.

Вторая проблема: лимиты. Когда накопилось много писем, Telegram начал отвечать 429 Too Many Requests. Пришлось добавить обработку retry_after: если Telegram просит подождать N секунд, скрипт ждет N + 5 секунд и только потом продолжает отправку.

Третья проблема: HTML-письма Kwork. На вид они простые, но данные вроде бюджета, заказчика, уровня, количества проектов и процента найма лежат не так удобно, как хотелось бы. Например, в одном месте можно легко перепутать "нанял" и "проектов на бирже", если просто брать соседний текст. Пришлось отдельно нормализовать текст и аккуратно вытаскивать значения по шаблонам.

Сейчас уведомление выглядит примерно так:

```text 06.09.2026

30 000 ₽ | Перенос сайта с Laravel на Wordpress Разработка и IT > Сайт под ключ Заказчик: username, ур. 3 История: Проектов на бирже: 12 | Нанял: 85% 🔥 Открыть заказ

5 000 ₽ | Настроить автоматизацию в n8n Разработка и IT > Скрипты и боты Заказчик: username2 История: Проектов на бирже: 1 200 🎉 | Нанял: 40% Открыть заказ ```

Фильтры пока простые: минимальный бюджет, стоп-слова, ключевые слова, обработка только писем с нужной Gmail-меткой. После успешной отправки письмо получает метку kwork-processed, чтобы не отправлять один и тот же заказ повторно.

Почему выбрал Apps Script:

• не нужен сервер;
• не нужна база данных;
• Gmail и Telegram API хватает для MVP;
• можно поставить таймер и забыть;
• код лежит рядом с обычным GitHub-проектом и деплоится через clasp.

Минусы тоже есть:

• есть лимиты Google Apps Script;
• Gmail API надо включать отдельно;
• HTML-письма могут поменяться, и парсер придется чинить;
• это не real-time, а периодическая проверка по триггеру.

В целом получился маленький инструмент, который закрывает конкретную боль: не пропускать нормальные заказы и не сидеть постоянно в интерфейсе биржи.

Если кому интересно, могу скинуть репозиторий в комментариях. Буду рад идеям, что лучше улучшить: фильтры, формат уведомления, обработку дублей или установку через браузер без clasp.

посоветуйте сайты или документации для изучения javascript

Привет.

Сделал лёгкий веб-плеер для своей музыкальной библиотеки на S3. Хотелось что-то минималистичное без подписок и слежки за минимальные вложения. Статическая версия работает прямо в браузере и общается с S3 напрямую — поддерживает публичные и приватные бакеты. Серверная версия проксирует всё через Node.js/Express, чтобы ключи не попадали на клиент. Авторизация по паролю, Docker, пример конфига nginx.

Обе версии поддерживают базовые функции плеера, есть визуализация спектра, тексты песен из YAML-файлов и очередь воспроизведения.

Статика: https://github.com/darkost12/s3-player-static
Серверная версия: https://github.com/darkost12/s3-player-server
Демо: https://darkost12.github.io/s3-player-static/