Фича может быть очень объемной

декомпозируй

Менеджерам это скажи ?

зочем? У менеджера другая работа.

Пусть менеджерит и в процессы разработки не лезет

а ПМ не менеджер шоли?

почему?

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

Ну в идеале у тебя в мастер ветке один к одному должно быть (одна фича один коммит, один коммит одна фича). в ветке самой фичи может быть неколько коммитов

ИМХО

При "залитии" ветки в местер коммиты должны объединяться в один

ИМХО

и чо, будут у тебя километровые коммиты от которых толку нету?

При "залитии" ветки в местер коммиты должны объединяться в один

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

Что делать?

Потом твою первую фичу мерджат

Но ты не сможешь смержить вторую, пушто у тебя конфликты образуются

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

короч

гемор сплошной

Ну для этого есть планирование. НО всегда есть исключения. Если это становится правилом, то стоит пересмотреть рабочий процесс.

Ну да, конечно.

В идеальном мире который не существует )

Мое лицо когда я вижу перфекциониста (сам сначала был)

больньіе ублюдки

Мое лицо когда я вижу перфекциониста (сам сначала был)

Улучшизм хорош, но в меру только

Улучшизм збс, а вот перебарщивать не стоит

Мне кажется как раз тут уже немного перегибают.

Мне кажется как раз тут уже немного перегибают.

В каком месте?)

Один коммит - одна таска. Если таска большая - несколько коммитов, но чтобы они тогда по отдельности не ломали систему (таска на несколько пунктов - на каждый пункт по коммиту) Знаю людей которые делают за день 1-2 коммита да и те с подписью "need home" или "need merge". Фу

что такое "таска"?

Задание

Фича или исправление бага

Теги же есть еще для больших фич и релизов

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

кроме кофе файлов)

вот не знаю, наш код:

# уровень доступа def access_level_control current_user if CONFIG[:access_levels][controller_name.to_sym].present? access_node = CONFIG[:access_levels][controller_name.to_sym].select{|level, actions| actions.include?(action_name)} # концентрация мозга и волшебство Ruby, это прекрасно .) if access_node.any? access_granted = @current_user && CONFIG[:access_aliases][@current_user.access_level.to_sym] >= CONFIG[:access_aliases][access_node.keys.first.to_sym] # сюда вложено многое при Идеальной структуре конфигурационнного YAML! if /edit/ =~ action_name # доп проверка на случай лайфхакеров желающих заняться редактированием не своих объектов, допускается редактирование всеми начиная с редактора .) object = controller_name.classify.constantize.find(params[:id]) access_granted = edit_checkout object end redirect_to "/401.html" unless access_granted end end end

ну если разрбрался, объясни что происходит например вот тут: class Foo def bar :bar end end a = Foo.new def a.bar class << self def bar :foo end end end puts a.bar puts a.bar

1) вызывается метод bar синглтон класса объекта a, который добавляет в синглтон класс класса Foo метод bar(:foo) и возвращает метод bar(:foo) 2) вызывается метод bar(:foo) синглтон класса класса Foo, который возвращает :foo

Подскажите пожалуйста хороший висивиг редактор для рельсов

CKeditor

+ лучше него не нашел

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

Какие монструозные гемы?

CKeditor

спасибо, поставил. а в нём нельзя загружать изображения на сервер сразу? и просто файлы цеплять

спасибо, поставил. а в нём нельзя загружать изображения на сервер сразу? и просто файлы цеплять

можно вроде.

1) вызывается метод bar синглтон класса объекта a, который добавляет в синглтон класс класса Foo метод bar(:foo) и возвращает метод bar(:foo) 2) вызывается метод bar(:foo) синглтон класса класса Foo, который возвращает :foo

А почему тогда вызов одного и того же метода последовательно даёт разные возвращаемые значения?)

А почему тогда вызов одного и того же метода последовательно даёт разные возвращаемые значения?)

Я ж уже объяснял.

Там возвращается bar пушто мы перезаписываем метод методом, а при создании метода у нас возвращается его имя. Можешь там в первом bar написать хуй и все равно вернётся bar

спасибо, поставил. а в нём нельзя загружать изображения на сервер сразу? и просто файлы цеплять

Можно

Можно

проковырялся с этим ckeditor'ом полтора часа, никак не хочет дружить с paperclip'ом, а сам не загружает картинки. в итоге поставил tinymce и подружил с paperclip

Товарищи, посоветуйте как лучше организовать процесс бэкапа БД на проде? Интересует автобэкап / синхронизация ремоут -> локал (capistrano-db-tasks ?) и вообще что лучше почитат ьна э

* на эту тему?

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

этот гемор называется - работа вот как раз за работу деньги и платят

Сам же знаешь что программеры ленивые

этот гемор называется - работа вот как раз за работу деньги и платят

За еблю в гите деньги не платят.

Кстати, Антон это вообще нормально так сообщения об ошибке матчера тестировать? context "error messages" do it "for default usage when expectation didn't met" do expect do expect { }.to send_sms end.to raise_error( RSpec::Expectations::ExpectationNotMetError, "Blah" ) end end

Я просто хочу кастомные сообщения об ошибках.

В идеальном мире который не существует )

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

Согласен, но тут нужен сильный техлид который не всегда есть ?

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

код очень плохой

За еблю в гите деньги не платят.

чем больше ебли тем больше платят :)

код очень плохой

Про мой код скажи чонить

ERROR: S client not available

да, но я бы не стал использовать end.to люди ругаются

Там иначе нечитаемое месиво получается (

а стоп

блок в блоке это треш

ты рспеком тестируешь вызвал ли рспек ошибку

ты рспеком тестируешь вызвал ли рспек ошибку

Я рспеком тестирую выдает ли мой матчет требуемое сообщение или нет

я пишу кастомный матчер

хочу проверить что он выдает именно то сообщение об ошибке которое я ожидаю.

тогда норм

?

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

Смищно

?

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

shoulda также тестит: https://github.com/thoughtbot/shoulda-matchers/blob/d1e9a41fca001b6d89455aff49f1f03ac272ee08/spec/support/unit/matchers/fail_with_message_matcher.rb

тем более

а такого матчера разве нет еще?

а такого матчера разве нет еще?

в моем геме? нет.

Я же говорил что у меня гем еще не production grade, а только в разработке.

а готовые матчеры ты не хочешь использовать?

всмысле готовые метчеры?

Очень удобно как по мне так тестить отправку смсок.

какаято фигня, извините

более простой пример expect { MyRegistrationService.run }.to send_sms(to: "number", text: "your registration code is blah")

expect(Service).to receive(som_method_thats_sends_sms).with(expected_hash_on_success)

и никакие больше не нужны матчеры

мой вариант короче и позволяет замокать сразу response в самом сервисе.

замокай в начале спека