"Advanced Ruby + Ruby on Rails knowledge – At least 2-10 Years experience"

и они туда подставляют желаемые пункты

"data driven applications", кек

http://rubyjobs.ru/vacancies/4379 у меня ощущение, что у буржуев есть некий шаблон описания вакансии

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

а мне на джуниора звонила тетка с вакансией синьора на хай лоад. Я говорю - я не знаю хайлоад. А она такая - а чо такое хайлоад или что-то вроде.

а мне на джуниора звонила тетка с вакансией синьора на хай лоад. Я говорю - я не знаю хайлоад. А она такая - а чо такое хайлоад или что-то вроде.

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

а мне на джуниора звонила тетка с вакансией синьора на хай лоад. Я говорю - я не знаю хайлоад. А она такая - а чо такое хайлоад или что-то вроде.

А что такое хайлоад?

Я говорю - я не знаю хайлоад

ты hr штоле? ))

внезапно завелось

это у меня так регулярно получается - возишься, возишься, возишься, кокос не растет, а потом ребутнул апп, кеши почистил и работает... магия %)

ну ты же знаешь, что не знаешь хайлоад — значит какое-то значение вкладываешь в это слово и должен смочь сформулировать какое-то определение.

не?

ну это высоконагруженные системы. типа порталы с миллионной ежедневной посещаемостью

и вытекающей из этого спецификой

в железе, софте и коде

так вижу

ок, так и запишем, 12 rps — хайлоад

ок, так и запишем, 12 rps — хайлоад

так у тебя супер хайлоад. у меня еще круче. 1rps в полчаса. и тот от меня

так у тебя супер хайлоад. у меня еще круче. 1rps в полчаса. и тот от меня

?

ну это высоконагруженные системы. типа порталы с миллионной ежедневной посещаемостью

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

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

примерно так и представлял

а что такое rps? что per second?

requests

request жи

ооок спасиб

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

exeption, return, exit...

чтобы это в том числе корректно передать выше рельсоаппу типа с сообщением "что-то пошло не так"

raise КакойНибудьException

лучше отнаследовать от RuntimeError какой-нибудь EppClientError и от него наследовать все остальные эксепшны

эмм кстати, чем raise отличается от throw?

raise, fail, rescue, and ensure handle errors, also known as exceptions throw and catch are control flow

не очень понимаю..

raise кидает exception, throw просто кидает

через бедрро

throw :symbol юзается для выхода из вложенного цикла, например

raise/fail используется для кидания exception'a/сигнализации об ошибке

чот я не очень понимаю. можешь пример кода набросать, если не сложно?

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

да я хз что тут набрасывать, на самом деле

для тебя главное — raise/fail бросает класс с каким-нибудь сообщением, throw бросает символ

raise/fail ловится в rescue и после обработки этот эксепшн можно reraise'нуть

сигнализация об ошибках — всегда raise/fail

если не ловить throw — будет exception

да мне не обработка нужна, а выход из гема, бо все, логин не прошел, кина не будет

а с наследованием от рантаймеррор?

тупо что-то в духе class EppClientError < RuntimeError end class EppAuthError < EppClientError end

если ловить какой-то определённый класс Exception'ов (i. e. rescue EppClientError) — будут пойманы этот класс и все его потомки

так что наследоваться надо чтобы можно было ловить EppClientError и поймать все exception'ы гема

а что мне даст наследование от runtimeerror вместо простого raise 'someshit' if ??

возможность отловить все exception'ы именно от твоего гема

raise кидает RuntimeError, в который попадут не только твои исключения, но и куа всяких других

ага. спасбо

пасаны такой вопрос

комментите код в самом файле, или пишите код который легко прочитать через 2 недели?

комменты не нужны

код должен быть легкочитаемым

комменты не нужны

макконела обчитался?

https://youtu.be/zAX_IzH-TF8 ну тут вот этот чувак предлогает писать красивый код, который ты понимаешь сразу

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

где это делается?

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

ERROR: S client not available

аа понятно, т.е. там расписывать как он работает?

Хорошие тесты - лучшая документация

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

Если тестов недостаточно, то имхо лучше внешняя документация , чем комменты.

Это да, есть такая проблема.

Комменты обычно для каких-то необычных и неочевидных вещей именно в реализации(не в интерфейсе)

Если тестов недостаточно, то имхо лучше внешняя документация , чем комменты.

wtf внешняя? Не yard и иже?

высокоуровневое описание лучше делать, если что-то не вполне тривиальное творится

ну и да, лучше это делать в yard/rdoc, можно будет получить симпатишную html'ину

и другие плюшки

yard хорошая штука, но я бы предпочёл описание вне кода, но по проектам не приходится этого делать за исключением высокоуровневых алгоритмов Yard как по мне компромиссный вариант, т.к. комменты редакторами можно скрыть и показать в нужный момент, и это не будет затруднять читать сам код, а экспорт в html сделает документацию внешней

yard хорошая штука, но я бы предпочёл описание вне кода, но по проектам не приходится этого делать за исключением высокоуровневых алгоритмов Yard как по мне компромиссный вариант, т.к. комменты редакторами можно скрыть и показать в нужный момент, и это не будет затруднять читать сам код, а экспорт в html сделает документацию внешней

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

https://youtu.be/zAX_IzH-TF8 ну тут вот этот чувак предлогает писать красивый код, который ты понимаешь сразу

вообще для понимания того как советы bbatsov работают в реальной жизни можно взять и почитать rubocop, там с codestyle'ом всё очень даже неплохо и можно увидеть как оно применяется в реальной жизни/немаленьком проекте

Заебет, поэтому обычно хорошие тесты

Батсов вообще интересный чувак, я на RubyC его летом видел, он там уже пропал в функциональных ЯП и на руби почти не пишет, как я его понял

Взгляды у него специфичные

комментите код в самом файле, или пишите код который легко прочитать через 2 недели?

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

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

согласен

чото я ваще вижу адскую тенденцию сваливать в функциональщику

на ерланге массово народ упарвывается

чото я ваще вижу адскую тенденцию сваливать в функциональщику

ага, в С++ тащать всякое этакое

чото я ваще вижу адскую тенденцию сваливать в функциональщику

Так а что в этом плохого?

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

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

руби использует кучу функциональных приемов

например?

map/reduce :)

функции высшего порядка

но в руби же нет функций

есть объекты, которыем ими прикидываются

это особо ничего не меняет