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

Развели тут флуд в четверг - отвечать на вопросы кто будет?)))

ни 2 часа в неделю, а 2 часа в день минимум

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

да многие и без своих проектов устроились, сейчас хорошее время

(пока ещё)

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

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

мне казалось тебя куда-то брали. Показалось?

либо по причине что спрашивали подробно сухую теорию , либо потому что спрашивали частные случаи опыта с которым у меня как-то не было. Что превратило весь процесс в loop пришел на собеседование провалил узнал новое выучил end

мне казалось тебя куда-то брали. Показалось?

взяли

дольше искал работу чем учил ruby и rails

было даже собеседование с французом на английском, понять его акцент я конечно не смог ? Француза я устроил, технического директора судя по всему нет

взяли

сколько всего собеседов прошел?)

сколько всего собеседов прошел?)

в живую 6 вроде, с просто задачками ещё 12

хах помню первое проваленное технический говорит ну мы типа фул стак ищем пишет на листике "#f000000" что это спрашивает

я говорю какойто цвет, типа зачем эта информация он подсказывает пише типа "101010101010" и говорит ну что так легче?)))

полезная информация для ruby разработчика

я говорю какойто цвет, типа зачем эта информация он подсказывает пише типа "101010101010" и говорит ну что так легче?)))

а че это такое?))

цвета в RGB, это 3 байта, который отвечают за цвет. Первый почти ff ?

вдруг тоже попадется))

значит красный

да красный

значит красный

Роман, вы задрот )

ну RGB же

стандартная тема на телевизорах: RGB канал

И сам теперь людей бесплатно учу

Че, в нетологии не платят?

RGB, PAL/SECAM, VHS ?

Че, в нетологии не платят?

Пока нет

там вообще все странно )

Пока нет

Норм :)

RGB это red green blue к слову

может кто не знает

а вот про PAL/SECAM, VHS @alexii21 знает точно

https://www.youtube.com/watch?v=8vhVcpFsmUI

https://www.youtube.com/watch?v=8vhVcpFsmUI

Спасибо большое, но я это смотрел. Урок полезный, но там ни слова про сервер. Локально у меня работает, на хероку тоже, а на vps - нет) Я не знаю какого-то нюанса.

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

Рома Снитко менторит за 100 долларов в час, например :)

Рома Снитко менторит за 100 долларов в час, например :)

откуда у людей вообще столько денег

у богатых свои причуды

=)

платят за работу

хотя менторить-то можно хоть по любой цене

вопрос рынка опять же

у богатых свои причуды

их вкусы очень специфичны

платят за работу

?

цвета в RGB, это 3 байта, который отвечают за цвет. Первый почти ff ?

Внимальный заметит, что нет, символов больше :)

Спасибо большое, но я это смотрел. Урок полезный, но там ни слова про сервер. Локально у меня работает, на хероку тоже, а на vps - нет) Я не знаю какого-то нюанса.

Напишите на support@goodprogrammer.ru, подскажем

если символов больше, то вопрос точно был не по зарплате)

?

Совершенно реальный кейс, но с вымышленными именами: Маша работала младшим разработчиком и получала 120 000 $ в год (не Россия), она платит Васе 40 $ в час за то, что он подсказывает ей сложные моменты в работе и абсолютно не жалеет денег, через полгода Маша прокачивается до уровня Васи и получает повышение, скажем, 200 000 $ в год. По-моему, все сходится.

Напишите на support@goodprogrammer.ru, подскажем

Благодарю.

Тут ключевой момент: возможность повышения должна быть хотя бы теоретически :)

Совершенно реальный кейс, но с вымышленными именами: Маша работала младшим разработчиком и получала 120 000 $ в год (не Россия), она платит Васе 40 $ в час за то, что он подсказывает ей сложные моменты в работе и абсолютно не жалеет денег, через полгода Маша прокачивается до уровня Васи и получает повышение, скажем, 200 000 $ в год. По-моему, все сходится.

неплохо Маша устроилась

> получает повышение, скажем, 200 000 $ в год. такого не бывает, 200к зарплаты это примерно потолок в долине. В соседнем секретном чатике чел устроился в известную корпорацию (про которую вы все слышали), 195к получил. Но это руководитель программистов, дохрена опыта и вообще. Ближе к 200к оно начинает сильно замедляться. В рост 120к - 150к за полгода я мог бы поверить. Но это означало бы недоплату в общем-то в первом случае все равно

Совершенно реальный кейс, но с вымышленными именами: Маша работала младшим разработчиком и получала 120 000 $ в год (не Россия), она платит Васе 40 $ в час за то, что он подсказывает ей сложные моменты в работе и абсолютно не жалеет денег, через полгода Маша прокачивается до уровня Васи и получает повышение, скажем, 200 000 $ в год. По-моему, все сходится.

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

Рома Снитко менторит за 100 долларов в час, например :)

Какой же я дурак...

Не знаю, мне в свое время много людей помогло бесплатно

и курсы и я читал бесплатные

и даже редактор у меня был бесплатный (кстати купил таки sublime )

Сразу оговорюсь, что про цифру 200 — это не точно (поэтому там и "скажем"). Маша тимлидом стала, да.

так что я считаю, что и я могу людям помогать просто так

ну или хотябы по "пивной лицензии" )

и даже редактор у меня был бесплатный (кстати купил таки sublime )

Я тоже в итоге купил

так и должно быть в социалистическом обществе)

интернет - царство реального социализма )

у мегя глупный вопрос к коллегам, аж стыдно спрашивать есть у меня объект в базе данных, и мне нужно его сравнивать если он существует, как правильнее это сделать? if a = Object.try(:find, 33) errors.add(:base, 'Неправильная дата') if a.create_on < object.create_on else errors.add(:base, 'Неправильная дата') if object.create_on < Date.today.strftime("%Y-%m-%d") end

у мегя глупный вопрос к коллегам, аж стыдно спрашивать есть у меня объект в базе данных, и мне нужно его сравнивать если он существует, как правильнее это сделать? if a = Object.try(:find, 33) errors.add(:base, 'Неправильная дата') if a.create_on < object.create_on else errors.add(:base, 'Неправильная дата') if object.create_on < Date.today.strftime("%Y-%m-%d") end

глупых вопросов не бывает, мы все учимся. Просто у всех разный уровень. И спрашивать тут не грех. Группа и есть, чтобы помогать друг другу. Кстати, по вопросу не знаю(

просто проверка рядовая , мне кажется я что-то очень не правильно делаю. С одной стороны приравнивать в if нельзя, с тругой стороны делать два запроса в бд ради одной проверки?)

у мегя глупный вопрос к коллегам, аж стыдно спрашивать есть у меня объект в базе данных, и мне нужно его сравнивать если он существует, как правильнее это сделать? if a = Object.try(:find, 33) errors.add(:base, 'Неправильная дата') if a.create_on < object.create_on else errors.add(:base, 'Неправильная дата') if object.create_on < Date.today.strftime("%Y-%m-%d") end

Ну если рельсы его один раз достали, второй раз за ним не полезут, так что как-то так: a = Object.find(33) wrong_date_condition = (a.present? && a.create_on < object.create_on) || (object.create_on < Date.today.strftime("%Y-%m-%d")) errors.add(:base, 'Неправильная дата') if wrong_date_condition

ERROR: S client not available

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

с try не будет

Лучше тогда на where переписать: Object.where(id: 33).first, если не найдет — там будет nil

и уже при сравнении с датой делать take ?

take у Вас не увидел, это для чего?

удивляюсь почему о таких вещах в той же книге ruby on rails для начинающих ничего нету

Ну это ооочень какой-то частный нестандартный случай на самом деле

в книжках про старндартные вещи-то рассказать бы понятно

у нас с плош и рядом

Возможно, это не айс

посмотрите ванину лекцию

я смотрел

мне ещё рано

И как?

Узнали код в вашей компании? :)

читал статьи с теми же идеями, поддерживаю. Правда я тогда сказал что мне не понравилось изложение, в смысле качества ораторства)

было ощущение что ему не хватало перед видео записать все мысли в статью , которую потом можно было бы рассказать/пересказать

Лучше тогда на where переписать: Object.where(id: 33).first, если не найдет — там будет nil

find_by(id: 33)

take у Вас не увидел, это для чего?

если я запрошу через where то получу отношение, к нему нельзя будет применить методы, и сравнить пока я не сделаю take и не получу сам объект

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

да, find возвращает ошибку. Я для таких случаев делал обычно rescue nil, либо как вариант можно find_by(id: x)

если я запрошу через where то получу отношение, к нему нельзя будет применить методы, и сравнить пока я не сделаю take и не получу сам объект

Ну да, я where(...).first предложил, или лучше как ребята подсказывают find_by

согласен что с find_by проще всего

Кстати , генерирумые автоматически по атрибутам find_by_id к примеру тоже не вызывает же исключение?

ИМХО rescue nil - это костыль. find() обычно используеться в контроллерах что бы отловить эксепшин в ApplicationController и сразу вернуть 404-ю. Если не ошибаюсь, то find_by_id и where(...).first rubocop просит заменять на find_by(). А вот brakeman не любит find() и просит заменять на find_by!() так как он тоже вызывает исключение

ну по той же книге я читал что рекомендуется не использовать hardcode в виде find_by_artribute

ИМХО rescue nil - это костыль. find() обычно используеться в контроллерах что бы отловить эксепшин в ApplicationController и сразу вернуть 404-ю. Если не ошибаюсь, то find_by_id и where(...).first rubocop просит заменять на find_by(). А вот brakeman не любит find() и просит заменять на find_by!() так как он тоже вызывает исключение

recue nil - очень плохо

потому что это recue всего

придет ошибка, что БД легла и связи нет, rescue это отлочит и вернет nil

find_by_id - rubocop ругается и говорит использовать find_by и как по мне это более чистый синтаксис

find_by(id: 1) - оптимальное решение

консенсус, ох и поднял я тему вечернюю ?

да ладно, я тут как-то ПР сделал в своем проекте, там холивар был на 100+ комментов