Ответы пользователя по тегу Карьера в IT
  • Почему за просмотр резюме HR необходимо платить деньги, а на биржах фриланса наоборот?

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

    Биржа не занимается поиском исполнителей. Это такие услуги по рекламе на максималках с кабальными условиями. Кто будет исполнителем вообще не важно, его личность должна быть скрыта, ведь только хозяин должен видеть его паспорт. Исполнители хозяина должны слушаться и говорить с гостем Биржи должны так, как говорит хозяин и держать голову ниц. За лишние слова хозяин наказывает, вплоть до выгона на мороз без права вернуться. При выполнении поручения от гостя исполнитель обязуется платить дань на доход. В некоторых биржах есть ещё оброк раз в месяц. Каждый хозяин ведёт учёт лучших исполнителей. Прикол в том, что эти звёздочки ничего не дают при выходе из этой биржи. Совершив Юрьев день, исполнителю придётся начинать всё сначала, ибо звать вас никак. Ведь внутри любой биржи, личности вашей нет.

    На сайтах по поиску работы всё наоборот. Каждый исполнитель это свободный человек, а у свободных людей есть права и имущество. Они уже стоят каких-то денег. В данном случае имущество это опыт работы в реальном мире. Допустим если ты работаешь погонщиком на бирже это одно, то ты белый человек а если исполнителем на бирже, это пустое, словно чпок от пробки при открытии шампанского.

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

    @spaceatmoon
    Бери любой язык где есть хоть какая-то работа здесь и сейчас. Учи месяц каждый день. Иди на собеседование, не прошёл, учи 2 недели и повторяй попытки. Только так. Пробуй вначале самые слабые позиции, даже если это бесплатная стажировка.
    Ответ написан
  • IT компании + судимость?

    @spaceatmoon
    Там где нет СБ дороги открыты, даже в крупных компаниях СБ по пальцам. Да и просто не афишируй сам факт. Там же вроде как отмечаться надо, если это не в рабочие часы компании, то вообще проблем никаких не должно быть. Говори, что на лфк ходишь, спина болит.
    Ответ написан
    5 комментариев
  • Стоит ли учить самому программу обучения на HTMLAcademy.ru?

    @spaceatmoon
    Изучал там по бесплатным курсам css, хватает с лихвой. Всё остальное практикой добивайте.
    Ответ написан
    Комментировать
  • Вы часто делали тестовые задания? Как относитесь к ним?

    @spaceatmoon
    У вас на лице "Ошибка выжившего". Теперь это втираете другим.

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

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

    Мне только один работодатель оплатил моё время, остальные как дети что-то мне втирают про "Мы вам не платим, т.к. мы на вас тратим время" , при этом в 8 из 10 случаях так обижаются на вопрос "Оплата?", что переходят на личности. Очень профессионально.

    При этом как правило тестовые задания являются бредом шизика или написание алгоритмов, которые они не могут придумать и им нужны новые идеи. Хотя бывает нужно писать бойлерплейт(копипаста) по три дня напролёт ради ничего. Очень интересно, я прям обожаю такое.

    Можно долго спорить, но тестовые это туфта. Работник, который не тянет, сольётся и без ваших тестовых. Проверено на многих и мне хватает одного взгляда на человека чтобы понять тянет-не-тянет. Работник, который гуру, но не умеет общаться в команде, будет балластом. Ибо он что-то там не так понял, что-то сделал не так, а в случае стрессов вообще уходит в себя и валит из команды.

    Поэтому ваш вопрос больше выглядит на издёвку где можно заменить текст на "Ну что лохи, съели, ко-ко-ко, труд, май, 3 дня пахала бесплатно и "Искренне не понимаю", что в этом плохого".
    Ответ написан
  • Чем плоха веб-студия как первая работа для php программиста?

    @spaceatmoon
    Студия студии рознь, программист программисту рознь. Буквально на днях ревьюил код двух прогеров с одной конторы. Одному из них разве что быть продавцом пятерочки, а второму разучить новые технологии и будет неплохой специалист. Вот так бывает даже. Новичку важно научиться понимать что есть хорошая разработка и стараться делать качественно.

    Идите в студию если берут и вас устраивает. Вам же нужно с чего-то начать. Даже 4 месяца это уже что-то.
    Ответ написан
    Комментировать
  • Подкиньте идею языка программирования, не похожего на семейство Си и Java?

    @spaceatmoon
    Можете здесь посмотреть. Языки разбиты по группам и есть параллельные сравнения hyperpolyglot.org
    Ответ написан
    Комментировать
  • Дилемма повышать в должности или нет?

    @spaceatmoon
    Под лежащий камень вода не течёт. Вы какую-то странную проблему нашли если честно.

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

    Сделать градации к повышениям, а то иш сразу 40% процентов! Я бы разбил эти сорок процентов минимум на 4 ступени и давал возможность сдавать только раз в 3 месяца. При этом ступень не перескочить. Если не сдал, то накладывается предупреждение, что если не сдадут в следующем, то понизят в градации. И так до конца галерной лестницы. При таком подходе можно платить по миниму, т.е. чуть покрывать инфляцию, как бы рост и как бы нет. Удобно в общем.

    Плюс ввести геймификацию под код-ревью (стукачество) под названием королевской битвой. Чтобы сильно не жестить, можно отдавать премию самого слабого самому сильному. Тут главное предусмотреть возможно засрать самого сильного. Добавить возможность объединяться в группы участников и чувака который сильно засирает команду бить групповым KPI, мол ты парень сильно токсичный. Тогда премия сильного делиться между участниками группы, а если образуется команда, которая специально делает группу ради KPI и премии, то штрафовать антимономольной службой (начальством) и забирать премию себе, т.к. пацаны играют не по правилам.

    Ввести систему "лучший программист" как на производствах. И выдавать 13 зарплату по схеме, где 1 месяц это коэффициент 0.1, т.е. 3 месяца это 0.3, тогда 3 месяца успеха на 25 тысяч рублей это 7500 рублей. Это к примеру.

    Забавных вещей в компании по повышению качества работы можно много ввести и рофлить от лулзов тоже будет много. Дерзайте и успехов на работе. :)
    Ответ написан
    2 комментария
  • Уходить ли после 9 в колледж на программиста?

    @spaceatmoon
    В колледжах хуже преподают процентов на 300. О серьезных вузах можно забывать. Будете плавать по знаниям на уровне шестиклассника. Если в школе ещё ради премии учителя тебя немного подтянут, то в колледже вообще все равно на твою успеваемость. Там принцип - лишь бы ходил. У нас отчисляли людей после 3 лет за неделю до выпуска.

    Вышка также ни кому не нужна, просто чтобы было.
    Ответ написан
    Комментировать
  • Как выбрать правильный вектор развития в IT сфере?

    @spaceatmoon
    Отвечаю по вашим вопросам.

    1. Человек, которые знает все тонкости к React, будет шарить лучше чем человек, который пилил свой велосипед. Да, велосипедист будет учиться на своих ошибках, но это ошибки детские. Человек, который учит React будет видеть ошибки местами детские, местами взрослые и знание как их решить будет полезней. К тому же велосипедист при написании свое кода местами будет бороться с языком/машиной, что к его профессионализму никак не скажется и как правило еще раз, это детские ошибки.
    2. Только в целях самообучения и стартапы. На обычный продакшн даже не смей.
    3. Если ваш начальник такой умный, то пусть мне даст готовое решение по синтезу речи на питоне к примеру. Что есть, но оно топорное? Или к примеру пусть кинет ссылку на игру где можно изменять ДНК, где есть караваны, космодесанты... да что же такое, опять нет? Ну ладно, даю последний шанс - операционная система такая же популярная как Windows, но без навязчивых обновлений и жрущая в 3 раза меньше ресурсов умещая в Adobe Premire.... оу, кто-то сдал позиции.

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

    Кстати, хотите революционного? Напишите язык, который также удобен к примеру как питон, который может во все платформы и быстр как C. Вперёд!
    4. Только если вы в стартапах хотите работать. Фулстек это как ортопед, и не смотря на то, что ортопед знает много, в основном это понос и ОРВИ. В вашем случае это CRUD и шаблоны будут. Ну такое короче.

    Математика вам нужна будет когда начнете программировать что-то серьезное. Для фулстеков и сайтоделов математика не нужна. Нужно понимание построение архитектуры, Отличие ООП и ФП, и умение комбинировать.
    Ответ написан
    5 комментариев
  • Бэкэнд разработчик на ноде, вкатывание?

    @spaceatmoon
    Дело вкуса. Я знаю JS, но совершенно не хочу вкатываться в nodejs. Зачем мне нода, когда и php решает те же проблемы?

    Мне лично нравиться в PHP, что есть на что опереться. Динамика развития стека средне динамичная и движется в правильном направлении, а не придумывает 100500 решений одной и той же проблемы. Есть решение - все его используют.

    Боязнь изучения другого языка в вашем случае не оправдана. Попробуйте Python/Java/PHP. Ознакомитесь где вот вам проще искать документацию, приятность синтаксиса, скорость разработки. Где вы решаете проблему из мира живого, а не из мира "Как эта штука работает".

    Я как-то хотел изучить Haskell, долго блуждал, но в итоге сложилось ощущение, что язык решает проблему для себя, а не для меня. Мне банально было неудобно всё в том языке. Даже родной редактор завершался с критической ошибкой...
    Ответ написан
    7 комментариев
  • Почему так много удаленки на Bitrix?

    @spaceatmoon
    Очень сильный маркетинг.

    Ради интереса как-то хотел сделать один заказ на битриксе, там все-то нужно было доработать компонент. При просмотре кода будущего проекта я обалдел. В одном компоненте, а именно в одном его файле было всё: роутинг, контроллеры, модели, вьюха. Это было настолько убого, что хотелось плакать и смеяться. Тех денег этот геморой не стоил, так и закончилось моё знакомство с битриксом.
    Ответ написан
    8 комментариев
  • Над чем нужно работать, что улучшать?

    @spaceatmoon
    Ну вот чисто взгляд со стороны.

    1. Научитесь оформлять проекты через markdown. Сейчас такое описание проекта тяжело читать, я осилил 5 слов, потенциальный работодатель вообще не посмотрел бы.
    2. Группируйте файлы проекта по типу и смыслу. Сейчас это каша и трудно понять мне как простому не фронтендеру где логика, а где фреймфорк.
    3. Так как вы пишите все еще говнокод, то приучайтесь над сложными участками кода писать комментарии где выражена суть исполнения функции.
    4. Не знаю как во фронтенде сейчас, но бекендеры не любят когда мешают логику и шаблоны.
    5. Научитесь раставлять скобки, прочитайте как оформлять код в js
    spoiler
    componentDidMount() {
        this.getTicketData("ticket.json");
          } // И так везде

    6. Это что?
    spoiler
    newArr = [...newArr, ...arr0, ...arr1, ...arr2, ...arr3];

    7. Это плохая практика. Код должен быт абстрагирован от данных. Нужно заменить на объект и проверять есть ли в объекте нужные данные или вернуть дефолтное значение.
    spoiler
    const getStopsNumber = (stop) =>{
          switch (stop) {
            case 3:
              return "3 пересадки"
            case 2:
              return "2 пересадки"
            case 1:
              return "1 пересадка"
            case 0:
              return "без пересадок"
            default:
              return
          }
        }


    Пока хватит.
    Ответ написан
    5 комментариев
  • Первая работа в IT. Стоит ли принимать такое решение?

    @spaceatmoon
    Я еще понимаю Fullstack когда и фронт, и бэк, но даже они уже не блещут профессионализмом, а тут еще и мобильная разработка. Мобильники и веб разные направления, а ваш потенциальный работодатель просто экономит деньги. Отказывайтесь.
    Ответ написан
    5 комментариев
  • Можно ли отказаться после соглашения?

    @spaceatmoon
    Вы в праве сказать, что готовы дать свое решение через какое-то заданное время. В вашем случаи это 2 дня. В нормальных компаниях, где на текущее время ничего не горит и не надо затыкать место лишь бы согласился вам дадут эти 2 дня. Ну а если вам в ультимативном порядке говорят, что не можем ждать и ЛИБО МЫ ИЛИ ВАЛИ. То это шантажисты и смело отправляйте в пешие. Дальше они могут так же в таком порядке ездить на вас с авралами и в итоге ничего не заплатив.
    Ответ написан
    3 комментария
  • В какой области ИТ надо критиковать и предлагать?

    @spaceatmoon
    Когда смотрю на веб-продукт, то всегда придумываю, что в нем могло бы быть лучше


    UX/UI дизайнер. В России таких специалистов не учат и кроме наверное двух столиц не держат.

    Если посмотреть, то выстраивается вот такая цепочка:

    Заказчик - бывает трёх типов. Знает что и как; знает что, но не как; Абсолютно пофиг, какое-то абстрактное желание.

    Продажник - смеёшься?

    Дизайнер - не придумывает ничего нового, он складывает из того, что есть. Чаще делают 15 картинок на два предложения. Вот здесь в принципе дизайнер может получить еще одну специализацию UI/UX и будет профит.

    Программист - предпоследнее/последнее звено в цепочке разработке, если ему приходится проектировать юзабилити, то как правило в компании пофиг в общем-то на юзабилити.

    Тестировщик - в целом иногда этот человек помогает улучшить юзабилити, но если прогер сказал. "Не хочу, не буду", то на этом всё заканчивается. Отмазок у прогера для этого много, он может напомнить про "технический долг" самого тестера.
    В какой области ИТ надо критиковать и предлагать?

    Надо делать. А то вопрос уровня - "У меня есть крутая идея, ищу единомышленников. Денег нет, но обязательно стрельнет."
    Ответ написан
    Комментировать