Илья Белобородов

Если вы пишете "для девушки", то подразумеваете, что вы не равны? Сами себе хотите снизить планку трудности?

Ну тогда:
1. Спортзал.
2. Косметический салон
3. Модный магазин
И - вперед, соблазнять руководителя ИТ-предприятия.

Если все-таки хочется головой, а не половым органом карьеру сделать, то - ровно так же как и для мужчины.

ВУЗ не нужен.
ВУЗы учат более фундаментальным вещам. Для того, чтобы начать зарабатывать в ИТ это не нужно.
Курс как правило ничему до дела не учат, но хоть вводное дают.

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

Среди высококвалифицированных специалистов ситуация обратная. Заказчики ищут путного специалиста, переворачивая горы шлака.

Чтобы стать квалифицированным специалистом - нужно время.
Чтобы за это время не растерять интерес - нужно заниматься тем, что интересно именно тебе.

Вывод: если хочешь зарабатывать в ИТ, то найди то, что тебе нравится.

Основные направления программирования, по которым много предложений:
фронтенд веб-серверов (программирования внешнего вида сайтов), бэкенд веб-серверов, мобильные приложения (Андроид, Эппл айОС).

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

Если стоит цель максимально быстро: я бы предложил фронтенд.
Есть и сложный фронтенд.

Но нижняя планка довольно низка.
Там даже программирование знать не нужно.

Еще вариант - почему то очень много девушек в тестировании.
Но это тоже элементы программирования.

И третий вариант - лабать сайты на CMS Wordpress.
Предложений очень много. Но это скорее фриланс, вряд ли найдется такая работа на фирме, чтобы вам дали рабочую визу

Возможно я ошибаюсь, но гиктаймс как раз о таких вещах, там вот не давно был пост об конструкторе, и ничего -плюсики ставили) Интересно выглядит ваше приложение, удачи вам)

Используйте нормальные редакторы кода, которые автоматически закрывают теги и подсвечивают проблемные места

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

2. Программировать, это не значит тупо зад****ть язык программирования и на нем писать. Это опыт, стиль мышления, способ решения сложных задач и все остальное. Это то, чего у вас не отнять, даже если вы поменяете язык 10 раз. Поэтому стоит нацелиться на получение профессиональных навыков.

3. Я считаю что никто. никогда не сидит на одном языке, ровно как и не решает одни и те же задачи постоянно. В этом нет никакого роста (то самое, что очень нужно). Java и Javascript не настолько кардинально разные языки, чтобы возникла сложность пересесть с одного языка на другой. Вот на решение другой категории задач, возможно, переключиться будет труднее. Но тем интереснее (если задачи вас заинтересуют).

4. За свои 3 неполных года одиночной работы мне приходилось решать много задач, которые, как правило, были выше моего уровня навыков, тем самым, набираясь опыта в решении смежных задач у меня появилось некоторое представление о том, чем же все-таки мне стоит заниматься. В начале возникали такие же вопросы как и у вас.

5. Ваш товарищ привирает, говоря о 1.5к баксов в месяц, получая знания на одних лишь курсах. Курсы ничто, если нет никакой практики, и тут два варианта, либо он целенаправленно тратил много времени на разбор материала, днями и ночами учил, практиковался и повторял все это изо дня в день, либо вы друг друга не правильно поняли. Однако, см п. 2, имея огромный опыт в решении поставленных задач (особенно актуальных на данный момент), можно быть конкурентноспособным и без идеального знания какого-либо языка.

P.S Мое мнение не претендует на истинно верное, но возможно ТС сможет что-то почерпнуть для себя.

Тут надо понимать, что любой суд -- это затраты.
Если клиент сидит на Upwork, то это значит что он экономит, иначе бы он воспользовался бы аутсорс конторами на его родине.
Ну а нет денег, нет и суда.
Так что шлите его прямым текстом.

Блеф. Мой совет, меньше оскорблений и вообще общений с этим заказчиков. На все "а мы подадим в суд", отвечаем "это Ваше право, как раз готовлю встречный иск". Вы не отказываетесь от своих обязательств, они отказываются от своих и просто пугают. Возможно тактика разрыва отношений, что бв не заплатить остаток и не переживать, что Вы будете пакостить. Так как отсутствие иска уже будете считать победой. Гребаная психология.

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

Попишите 1000 раз один и тот же цвет, а потом дизайнер его изменит и вам придётся менять код в 1000 местах - надоест - начнёте использовать переменные.

Напишите стили на 5000 строк и замучаетесь скроллить туда-сюда - начнёте использовать импорты.

Замучались писать селекторы по 5 классов глубиной? Начнёте использовать наследование (а потом ещё и БЭМ).

Надоест писать @media screen and max-width($width-md) {...} - напишите первый миксин $breakpoint-md {...}.

И Т Д

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

Не ленитесь - зайдите сами в системные настройки и погуляйте по меню. Многое для себя откроете

Не забывайте, НИКОГДА не забывайте, что в ваше рабочее время входит не только полезная работа (написание кода):
- разобраться с той или иной информацией, изучение проблемы
- анализ и преоктирование
- просто изучение нового (подходы, библиотеки)
- отдых в определенном проценте (не считая обеда)

Если за вас это не делает работодатель, делайте за него.
В будущем, если будете управлять коллегами — делайте это для них.

Главное для любого человека — он сам, никакая зп не переплюнет эгоизм, помните это.

Если хотите писать говнокод и самостоятельно присваивать значения без валидации - можете не использовать rules().

Если хотите принимать значения массивом через ->attributes($post), но без валидации - надо перечислить разрешенные поля хотя бы одной строчкой rules().

Если хотите писать грамотный код - надо валидировать всё.

Хранить нужно необратимые хеши паролей. Как вариант, чтобы не морочиться с БД - в файле JSON.

Экономичнее на том - на чем удобнее тебе самому. Что лучше знаешь, на том и пиши.

Так может вы сначала начнете, а потом с реальной проблемой придете?