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

Но местные рубисты и особенно мой "ментор" конечно считают их говном и вообще ничего они не понимают

наймите себе agile coach

У нас hr только недавно появился :)

Ну, мне кажется это проблема компании, а не "рубистов"

раст и близко не "убийца" плюсов, если кто и есть так это DLang, но он хуже по количеству комьюнити и библиотек

раст и близко не "убийца" плюсов, если кто и есть так это DLang, но он хуже по количеству комьюнити и библиотек

Сыроват, ждём когда допилят

раст это ржавчина

чисто системный язык

к вебу имеющий весьма посредственное отношение

Конкурент плюсам все же

в системном программировании возможно

В вебе тоже

Вебасм, все дела

Раз уж вспомнили пхп

подкиньте кто идею - как с маркера gmaps загрузить модалку? а то чёт мой код не работает

def car_to_all self.class.all ||= {} self.class.all[num] = self end Помогите с разъяснениями,

?

ни контекста, ни вопроса, ни даже откуда берется num

num это номер присвоенный ранее

Стало гораздо понятнее ??

Семёрка прям по функционалу, скорости оч ок и ларавель те же рельсы

увы, ларавель не рельсы. И ими не будет

Семёрка прям по функционалу, скорости оч ок и ларавель те же рельсы

я недавно одним глазом смотрел скринкаст по css фреймворку, думал все на рельсах показывают, на 10й минуте понял что это ларавел

Я бы на шарп валил, там asp.net mvc и asp.net core mvc в хороших местах скопированы с рельс

там Гроб гроб кладбище пидор. Никаких рельс там нет, а есть php образца 2005 года. Только с неким налетом MVC

раст и близко не "убийца" плюсов, если кто и есть так это DLang, но он хуже по количеству комьюнити и библиотек

D уже 10 лет как плюсы убивает. И все никак

D уже 10 лет как плюсы убивает. И все никак

Как насчет Go

это же турбопаскаль с многопоточностью

go это к С но не С++

По поводу смерти руби и трудностей с поиском работы для джунов все это ерунда. Может в регионах и трудно, но там в принципе с работой наверное не фонтан. В москве-питере не трудно совсем.

По поводу смерти руби и трудностей с поиском работы для джунов все это ерунда. Может в регионах и трудно, но там в принципе с работой наверное не фонтан. В москве-питере не трудно совсем.

зайди на hh.ru и сравни, сколько тебе вакансий выдаст поиск по слову Ruby, а сколько - по слову React :3

Ещё и для джуна

Там по паре вакансий даже в Москве и Питере

Это я знаю, что вакансий относительно мало. И что джунов на hh не ищет никто. Но когда искал первую работу в начале 2017, даже был выбор куда пойти. Притом что ума я среднего, совсем не звезда. Тогда вакансий тоже было мало, но как-то так получалось что кандидатов еще меньше. Может и повезло просто, но предложения о работе и сейчас приходят периодически. А опыт работы год у меня, джун еще по факту.

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

та какие похороны, в 2020 только всё начнётся и руби даст прикурить -запомните этот меседж

Как быстро время летит, двадцатый год совсем близко.

та какие похороны, в 2020 только всё начнётся и руби даст прикурить -запомните этот меседж

в 2038

та какие похороны, в 2020 только всё начнётся и руби даст прикурить -запомните этот меседж

Десять лет назад так же говорили

Раст это убийца плюсов, эликсир это убийца руби, а джаваскрипт это просто убийца.

джаваскрипт убийца джаваскрипт

а что с руби не так, что его нужно хоронить?

Да это постоянные споры*)

а что с руби не так, что его нужно хоронить?

немодный

та какие похороны, в 2020 только всё начнётся и руби даст прикурить -запомните этот меседж

Зависит от того, уберут ли они GIL и реализуют то, что они хотят к 20 году или нет

На работе кстати сегодня про кристалл расказывали

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

ну и как ощущения?

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

А кристалл не взлетит увы

ну в 3й версии тип хинтинг хотят добавить

а что кристалл, сложный?

сырой?

почему не взлетит?

Сырой и у него маленькие ресурсы Сегодня один парень очень красиво сказал, что его возможности (типизация, физические треды и тд) востребованы в больших компаниях, в энтерпрайзе, а у них есть джава, зачем им новый язык? Это как мне кажется самая главная причина Язык то классный, думаю многим кто пробовал или смотрел гайды по нему, он понравился, но просто с точки зрения рынка для него места мало

Ну если кто под крыло возьмёт то почему б не взлететь

Сырой и у него маленькие ресурсы Сегодня один парень очень красиво сказал, что его возможности (типизация, физические треды и тд) востребованы в больших компаниях, в энтерпрайзе, а у них есть джава, зачем им новый язык? Это как мне кажется самая главная причина Язык то классный, думаю многим кто пробовал или смотрел гайды по нему, он понравился, но просто с точки зрения рынка для него места мало

кстати, да, с джавой сложно конкурировать

плюсы, сишарп и джава

вот и попробуй бороться с ними...

Ну руби и не сможет бороться, т.к. не покрывает энтерпрайз

Может в каком-нибудь 3.0 с типами данных и прочими фишками )

Сырой и у него маленькие ресурсы Сегодня один парень очень красиво сказал, что его возможности (типизация, физические треды и тд) востребованы в больших компаниях, в энтерпрайзе, а у них есть джава, зачем им новый язык? Это как мне кажется самая главная причина Язык то классный, думаю многим кто пробовал или смотрел гайды по нему, он понравился, но просто с точки зрения рынка для него места мало

и весь jvm

у меня есть связь has_many accepts_nested_attributes_for, подскажите пожалуйста, при редактировании как удалять/обновлять я знаю, но как сделать добавление - если запись не существует? помогите.

Не очень понятен вопрос С чем именно проблема? С ассоциацией, с базой, с view или с контроллером? Примеры ассоциаций в рельсах можно легко нагуглить

Не очень понятен вопрос С чем именно проблема? С ассоциацией, с базой, с view или с контроллером? Примеры ассоциаций в рельсах можно легко нагуглить

с контроллером, допустим такие связи #model A has_many :b accepts_nested_attributes_for :bу сущности А может быть несколько B, допустим так A.find(1) # id: 1, name: 'a_test1' A.find(1).b #id: 1, a_id: 1, name: 'b_test1' #id: 2, a_id: 1, name: 'b_test2'это я создал, теперь хочу редактировать и добавить еще одну запись в таблицу В #id: 3, a_id: 1, name: 'b_test3'вот проблема в контроллере как это сделать без костылей. Для обновления просто update с пермитами. а тут сложновато немного.

Загугли примеры :) http://guides.rubyonrails.org/association_basics.html И это глянь

Загугли примеры :) http://guides.rubyonrails.org/association_basics.html И это глянь

я сюда пишу когда гугл не помогает

Если в кратце, то в контролле для модели B у тебя должен быть реализован доступ к модели A (к хозяину) Т,е. в create методе контроллера B ты ему даёшь реальный объект модели A

Типа так: u = User.create u.comments.create({body: 'test'})

Т.е. комменты без пользователя существовать не могут

Если в кратце, то в контролле для модели B у тебя должен быть реализован доступ к модели A (к хозяину) Т,е. в create методе контроллера B ты ему даёшь реальный объект модели A

def update A.find(1).update a_params end def a_params params.require(:a).permit(:name, b_attributes: [:id, :name, :_destroy] end

Типа так: u = User.create u.comments.create({body: 'test'})

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

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

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

accepts_nested_attributes_for это делает

Какую новую запись? Куда именно добавить? :) Чувак, просто почитать/посмотри видео по ассоциациям в рельсах, это основы А лучше всего руби он рэилс туториал Он и на русском есть

Там есть примеры с юзерами, у которых есть посты, у которых есть комменты

Там есть примеры с юзерами, у которых есть посты, у которых есть комменты

мне кажется ты меня не понимаешь. Я знаю как создавать, и у меня это получается отлично, также я знаю как обновлять существующие. У меня есть такое A.find(1) # id: 1, name: 'a_test1' A.find(1).b #id: 1, a_id: 1, name: 'b_test1' #id: 2, a_id: 1, name: 'b_test2'захожу на страницу редактирования и меняю названия на такие для А # name: 'a_test1' для В #id: 1, a_id: 1, name: 'b_test11' #id: 2, a_id: 1, name: 'b_test12'плюс для В хочу добавить еще одну такую там же, ОДНИМ действием во время редактирования на этой же странице (если можно) #id: 3, a_id: 1, name: 'b_test3'у меня не получается добавить запись с id 3 для B во время обновления, как мне сделать, я это и спрашиваю. По сути это обновление, но для добавления как быть. меня вводит в ступор.

Добавление и редактирование должны быть на разных страницах

Если хочешь можешь это делать в Update методе (просто клонировать и менять айдишник на +1), но это не имеет смысла :)

Для обновления edit -> update Для создания new -> create

это редактирование объекта А, очевидно

Для обновления edit -> update Для создания new -> create

я знаю это.

это редактирование объекта А, очевидно

да, и связанных данных из В

Ты хочешь редактируя А добавлять объекты типа B?

Ну значит на странице edit для A у тебя должны циклом рендрится формы для объектов типа B

Ты хочешь редактируя А добавлять объекты типа B?

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

Ну значит на странице edit для A у тебя должны циклом рендрится формы для объектов типа B

рендерится все

Роуты прописал для своей страшной логики?

вообще accept_nested_attributes создаёт объекты, если в хеше нет id и в accept_nested_attributes_for нет update_only: true

Роуты прописал для своей страшной логики?

? причем тут роуты, я уже 20 раз повторил можно ли такое сделать. А логика не моя, а клиента.

ожаб в здании

можно конечно

всё что угодно можно

так что проще всего в консоли проверить, создаётся ли при A.find(1).update!(b_attributes: [{…}]) что-нибудь

можно на одной странице edit одного и edit и create других

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

так что проще всего в консоли проверить, создаётся ли при A.find(1).update!(b_attributes: [{…}]) что-нибудь

из вьюхи приходит без id, но не создается.

это я понимаю. А в консоли что?

можно на одной странице edit одного и edit и create других

это и есть страшная логика