Если выбирать ту,разъездную работу: то это звонки,смс с утра до ночи от сотрудников, а-ля а как распечатать лист, а я заболел и не выйду сегодня и все в таком духе. Но есть шанс получить должность повыше,но очень мизерный. ( ждать,когда освободится должность повыше, и не факт,что заметят и возьмут именно тебя.

3й вариант не плох,но карьерного роста никакого, быстро станет скучно, и на дорогу туда обратно 2 часа ,итого 10 , в принципе отсидеть лишних 2 часа ,но зато близко к дому и за эти 2 часа ,считай надбавка.

Чтобы вы выбрали? На что бы ориентировались?

кто работал сменнным графиком и стандартной 5дневкой, по опыту ,что лучше ?

Буду признателен всем за ответы и советы!

Диплом получил — и поехал вахтой на север. По специальности я был нефтегазовым инженером. На работу же я устроился супервайзером по ремонту скважин: должность, где ты ищешь нарушения и штрафуешь за них, но все же ищешь компромисс с работягами — морально тяжело. Вечерами в съемной квартире коллеги пели Круга и выпивали количества пива, которые я даже не знал, что возможно выпить физически. По «праздникам» (которые мы часто сами придумывали) брали крылья KFC — и на минуту становилось почти тепло. Своя романтика там была, но рваный ритм «дом → север → дом» съедал всё — ни рутины, ни хобби, ни круга.

Затем я повернул к давней мечте — футбол. В коммерческой школе тренер получает столько, сколько сам набрал детей. На практике это означало стоять у входа и весь день приглашать на бесплатную пробную. Сотни отказов. Иногда полезный опыт, чаще — вата в голове. Летом все разъезжались — и я оставался один на один с пустым залом и вопросом: «Дальше-то что?». Порой без преувеличения я просто неделями смотрел в потолок и думал над этим вопросом.

Чтобы держаться на плаву, брал подработки.
Самое тяжёлое — смены грузчиком. Когда таскали парты в школах и колледжах — было терпимо: вокруг вежливые люди. Но разгрузка фур — отдельный мир: грубость, тяжесть и почти полное отсутствие уважения. После таких смен хотелось просто молчать.
Потом пришло такси. Иногда даже нравилось: город ночью, редкие разговоры. Но чтобы заработать чистыми больше после вычета аренды, я катался по 16 часов в пятницу и субботу. На пустой Ленинградке щипал себя за ногу, чтобы не уснуть. Из «незабываемого»:
— Пассажир после клуба попросил включить «Кукушку», возбудился на припеве и вдруг сжал мое горло — «шутка», сказал. Оставшуюся часть пути я ехал в пол оборота к нему, но обещал больше не шутить. Потом швырял купюры «в знак извинений». Из плюсов, поддержка сняла комиссию — и этот инцидент суммарно подарил мне около 5000 рублей.
— Другая поездка — несколько часов по адресам с горячей компанией; на выходе 700 из 3500 было заплачено. Было и обидно, и тревожно: обещания «зарезать друг друга» в салоне не добавляют бодрости. Тогда я очень отчётливо понял, чего не хочу от работы. Требовать оставшиеся деньги я не стал.

Тем летом футбол ушёл «на каникулы», а я полтора месяца смотрел в потолок. Мысль, которая щёлкнула: не стоит превращать любимое в источник стресса. Футбол — пусть будет для души. Работой должно стать то, что даёт ритм, смысл и рост.

Я выбрал IT, точнее — iOS. Нравится экосистема, трепет к деталям, ощущение, что одна удачная мелочь экономит сотни касаний. Казалось, что здесь меньше конкуренции и работу найти проще. Ошибся. Обучение было плотным - по 8 часов в день, 6 дней в неделю. Длилось около 7 месяцев. Наверно это самый быстрый вариант при котором можно получить достаточно знаний для выхода на работу в нынешних реалиях. Хотя с приходом ИИ все изменилось.
Начал искать работу. Полетела целая туча откликов — и в ответ долгая тишина.

И всё же я шёл дальше: было около двух сотен отказов. Потом — шесть тестовых. Все их я сделал на совесть, по своему вкусу — и на каждое получил… ничего. Ни «плохо», ни «хорошо» — просто игнор.

Оставалось ещё одно — самое невнятное. Делать его не хотелось вовсе. Но за четыре часа до дедлайна я всё-таки сел и собрал франкенштейна из старых проектов. Не идеал, не гордость — честный, рабочий компромисс.
И именно он принёс мне первый оффер. Так началась моя IT-карьера.

С тех пор я — в разработке.
Расскажу обо всем дальше в следующем посте

Если коротко о главном: никогда не сдавайся. Иногда дверь открывается именно после того, как ты в последний раз решил всё-таки постучать.

И для формирования таблиц в БД есть свои требования, нюансы и особенности.

Очень часто аналитики сталкиваются со следующими проблемами при работе с данными:

Слишком много столбцов

Иногда пытаются «запихнуть всё» в одну таблицу. Получается «широкая простыня» с сотнями колонок.
Такой подход приводит к тому, что становится неудобно работать, запросы тормозят, а половина столбцов вообще пустая.

В этом случае необходимо прибегать к нормализации данных — разносить данные по отдельным связанным таблицам.

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

Дублирование данных

В таблице могут храниться одни и те же данные по 100 раз (например, имя клиента в каждом заказе).

Это приводит к сложности обновления — изменил телефон в одном месте, а в другом он остался старым; объем БД растет, что требует увеличения ресурсов для работы с данными.

В этом случае необходимо выносить повторяющиеся данные в отдельные таблицы и связывать ключами.

И это тоже про нормализацию данных.

Пустые ячейки (NULL)

Есть поле, но оно ничем не заполнено. И тогда аналитик задается вопросом: что это значит? Что данных просто нет (их никто не вносит), данные вносят, но они потерялись при загрузке в таблицу, либо эти данные необходимо воспринимать как равные нулю...

В этом случае необходимо сначала посмотреть требования к источнику данных, есть ли там обязательность их заполнения. Если данные обязательны к заполнению, то стоит рассмотреть ETL (Extract Transform Load - извлечение, преобразование и загрузка) процесс данных.

И от полученных результатов принимать решение как расценивать NULL данные.

Неправильный тип данных

Телефон хранят как INT, даты — как текст, деньги — как FLOAT.
Такой подход приводит к тому, что в телефоне «съедается» +7, даты не сортируются, а деньги теряют копейки.

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

В этом случае: только правильное использование типов данных.

Нет ключей и индексов

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

Есть первичный ключ (Primary Key) и внешний ключ (Foreign Key)
Первичный ключ - это уникальный идентификатор. Например есть два Ивановых Ивана Ивановича, но у них будут разные ID. Этот ID будет однозначно идентифицировать каждого из них.
Внешний ключ - это ссылка на другую таблицу. Например есть таблица заказов и в ней есть поле client_id. Это поле будет ссылаться на ID нашего Иванова Ивана Ивановича в таблице с персональными данными.

Индексы нам нужны для ускорения поиска.

Представь, у тебя есть огромная книга (миллионы строк в таблице). Если ты ищешь слово вручную — придётся листать страницу за страницей.

Но если есть алфавитный указатель (индекс) — ты сразу находишь нужное слово.

Примеры:

• Поиск клиента по номеру телефона

• Поиск заказов по дате

• Поиск товаров по категории

Индексы ускоряют запросы в разы, но требуют памяти и времени на обновление (поэтому ими злоупотреблять тоже не стоит).

Слияние «всего подряд»

Если таблицу использовать как свалку — складывать туда и клиентов, и товары, и заказы — это как в одной кастрюле сварить борщ, компот и макароны.
Итог: никто не понимает, что с этим есть.

А в канале На связи: SQL уже первые посты про структуры запросов и JOIN ждут тебя.

Если тебе нужна поддержка и мотивация или просто сопутствующие слова для твоего развития, то приходи в канала Сила слов. Там каждое утро тебя ждет мотивационное и поддерживающее послание.