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

но советую использовать версию из гита. но можно и гем. просто там совсем разная логика, а новую версию гема он ещё не публиковал

мне пока что только базовое надо, но если че буду знать кого пинать :)

а я считаю - нельзя ограничивать в гугле

тут уже от человека зависит) будет он тупо брать код или умело серфить

принипы надо понимать, а некоторые детали или методы реализации, извините, проще отдать эту работу машинам, в нас к сожалению карты памяти не воткнешь

имхо.

да, я начинал свое знакомство с программингом в начале века без инторнетов. это было уныло. приходилось тратить просто уйму времени что бы найти нужную инфу по книжкам(которых зачастую у тебя даже небыло), по друзьям, которые были в основной массе в одном стеке. А с современным количеством технологий вообще не представляю как можно хранить все в голове. Несомненно есть люди у которых мозг помнит ВСЕ, но таких единицы.

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

Сишку то не погуглишь? Почему?

кстати, чем шикарен руби- своей документацией. Зачастую даже ничего гуглить не надо

Я все равно на доки из гугла выхожу

Привет всем! Кто-нибудь видел перевод документации руби (не рельс, только руби) на русский? Или хорошую книгу с удобным поиском на русском по руби. Надо опираться на что-то при переводе, желательно справочного типа, чтобы было удобно находить нужные слова или выражения.

Викиучебник есть и еще занудный перевод в плане Что приходит на ум

о, спасибо

по некоторым модулям неочень дока так то

Привет всем! Кто-нибудь видел перевод документации руби (не рельс, только руби) на русский? Или хорошую книгу с удобным поиском на русском по руби. Надо опираться на что-то при переводе, желательно справочного типа, чтобы было удобно находить нужные слова или выражения.

Я иногда использую книгу Александра Круглова "Ruby" как справочник. Не сказать, что это прям документация, но иногда бывает полезно

Викиучебник есть и еще занудный перевод в плане Что приходит на ум

а чё за занудный перевод?

В рубях русского недостаточно

Викиучебник есть и еще занудный перевод в плане Что приходит на ум

Не в плане а в пдф-ке

Кину потом

Увидите

Я иногда использую книгу Александра Круглова "Ruby" как справочник. Не сказать, что это прям документация, но иногда бывает полезно

Похоже это она "занудная"

?

Кстати, если есть желание, можно в 333 ствола и что-то более удобноваримое перевести "загрунтованного" или "кирку"

Еще бы копирайт кто уладил

Без английского все равно никак

Это не пхп

в какие еще 333 ствола, тут 15 землекопов

с половиной

Хало народ

Сходил на мюзикл "Иисус Христос Суперзвезда" питерского театра "Рок-опера"

было щикарно, кто может сходить — рекомендую

привет мне вообще в Питере мюзиклы нравятся

Мюзик-холл шикарен

Не был там

В мюзик-холле идут "страсти по Меркьюри", очень рекомендую

Они прост к нам приехали

и я такой "О!"

и сходил

Сходил на мюзикл "Иисус Христос Суперзвезда" питерского театра "Рок-опера"

Тоже ходил года 3 назад. Действительно шикарно. Также всем советую.

В мюзик-холле идут "страсти по Меркьюри", очень рекомендую

а там каверы на квинов с представлением? или какой формат?

Был на the bohemians, которые оч классно песни квинов исполняют. Очень понравилось.

https://www.jackkinsella.ie/articles/programming-accounting-features-in-web-apps

провайдер у тебя сертификат подменяет, видимо

У меня также

http://take.ms/dSATn

хм

Проверяйте сертификат http://take.ms/viwjw

провайдер у тебя сертификат подменяет, видимо

я такой хернёй не страдаю)

StartCom вроде не взлюбили недавно

а у тебя, видимо, староватый браузер

щас посмотрим

Хром Version 56.0.2924.87 (64-bit)

http://webcache.googleusercontent.com/search?q=cache:XWzfaAJ7eAAJ:blog.gitter.im/p/7e1c7194-347e-47f1-84d1-8149de853e03/+&cd=2&hl=en&ct=clnk&gl=us

у меня Version 57.0.2987.98 (64-bit)

у меня Version 57.0.2987.98 (64-bit)

+

https://geektimes.ru/post/285142/

тут вот на такие требования к вакансии Наличие минимального практического опыта работы с PHP, MySQL, Ruby и/или PostgreSQL; Знание технологий клиентского программирования и Unix-подобных операционных системам; Опыт работы с системами контроля версий - Git. прислали вот такое тестовое: Дано: гипотетическая децентрализованная система, каждый компонент которой является микросервисом, а общение между компонентами инфраструктуры происходит по API. Ваша задача: создать прототип микросервиса (назовем его “наносервис”), обеспечивающий эмуляцию отправки сообщений в популярные сервисы instant messaging (Viber, Telegram, What’s App). Приложение должно быть обладать следующими возможностями: ● прием входящих запросов на отправку сообщений и регистрация во внутренней очереди событий; ● осуществление отправки полученных событий по расписанию; ● учет вероятности неудачных попыток доставки сообщений конечному получателю; ● беспрепятственная отправка входящих запросов при наличии в очереди неотправленных сообщений; ● исключение возможности многократной отправки одного и того же сообщения одному получателю; ● возможность отправки одного сообщения нескольким получателям на несколько мессенджеров в рамках одного входящего запроса на API. Сервис должен уметь классифицировать запросы по типу мессенджера, любой запрос должен предусматривать наличие идентификатора получателя и тело сообщения. Обязательные параметры в теле сообщения должны проходить валидацию, отправитель запроса должен уведомляться об ошибках. Структуру и формат входящих запросов и ответов, а также потребность в каких-то дополнительных параметрах, необходимых для функционирования сервиса, оставляем на ваше усмотрение. Сервис должен уметь понимать, что запрос приходит от верифицированного, доверенного отправителя, и не является попыткой фальсификации. Механизм верификации оставляем на ваше усмотрение. Язык реализации - Ruby, фреймворк Ruby on Rails. Хранилище для организации очередей: на ваше усмотрение. Выбор надо обосновать. Необходимо прислать: код системы, инструкцию для развертывания и запуска, любые иные сопроводительные документы на ваше усмотрение (структура и описание API, какая-то иная документация и т.п.).

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

ну ладно

Не читайте значит :)

тут вот на такие требования к вакансии Наличие минимального практического опыта работы с PHP, MySQL, Ruby и/или PostgreSQL; Знание технологий клиентского программирования и Unix-подобных операционных системам; Опыт работы с системами контроля версий - Git. прислали вот такое тестовое: Дано: гипотетическая децентрализованная система, каждый компонент которой является микросервисом, а общение между компонентами инфраструктуры происходит по API. Ваша задача: создать прототип микросервиса (назовем его “наносервис”), обеспечивающий эмуляцию отправки сообщений в популярные сервисы instant messaging (Viber, Telegram, What’s App). Приложение должно быть обладать следующими возможностями: ● прием входящих запросов на отправку сообщений и регистрация во внутренней очереди событий; ● осуществление отправки полученных событий по расписанию; ● учет вероятности неудачных попыток доставки сообщений конечному получателю; ● беспрепятственная отправка входящих запросов при наличии в очереди неотправленных сообщений; ● исключение возможности многократной отправки одного и того же сообщения одному получателю; ● возможность отправки одного сообщения нескольким получателям на несколько мессенджеров в рамках одного входящего запроса на API. Сервис должен уметь классифицировать запросы по типу мессенджера, любой запрос должен предусматривать наличие идентификатора получателя и тело сообщения. Обязательные параметры в теле сообщения должны проходить валидацию, отправитель запроса должен уведомляться об ошибках. Структуру и формат входящих запросов и ответов, а также потребность в каких-то дополнительных параметрах, необходимых для функционирования сервиса, оставляем на ваше усмотрение. Сервис должен уметь понимать, что запрос приходит от верифицированного, доверенного отправителя, и не является попыткой фальсификации. Механизм верификации оставляем на ваше усмотрение. Язык реализации - Ruby, фреймворк Ruby on Rails. Хранилище для организации очередей: на ваше усмотрение. Выбор надо обосновать. Необходимо прислать: код системы, инструкцию для развертывания и запуска, любые иные сопроводительные документы на ваше усмотрение (структура и описание API, какая-то иная документация и т.п.).

эээээ

Предлагаю учет вероятности сделать через rand(2)

ERROR: S client not available

похоже продакшен приложение дали как тестовое)

нафиг таких умников

А какие обычно тестовые дают? На уровне круда что нибудь склепать, или по разному всегда ?

Надеюсь пузырек не спрашивают?

Reverse строки часто спрашивают

Чтобы просто логику понять

А вот и сама новость http://venturebeat.com/2017/03/15/gitlab-acquires-software-chat-startup-gitter-will-open-source-the-code/

А вот и сама новость http://venturebeat.com/2017/03/15/gitlab-acquires-software-chat-startup-gitter-will-open-source-the-code/

То koding, то gitter… первое испортили, кстати, имхо, а вторым почти не пользуюсь

гиттер мне не нраица

но наверное у гитлаба большие планы

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

тут вот на такие требования к вакансии Наличие минимального практического опыта работы с PHP, MySQL, Ruby и/или PostgreSQL; Знание технологий клиентского программирования и Unix-подобных операционных системам; Опыт работы с системами контроля версий - Git. прислали вот такое тестовое: Дано: гипотетическая децентрализованная система, каждый компонент которой является микросервисом, а общение между компонентами инфраструктуры происходит по API. Ваша задача: создать прототип микросервиса (назовем его “наносервис”), обеспечивающий эмуляцию отправки сообщений в популярные сервисы instant messaging (Viber, Telegram, What’s App). Приложение должно быть обладать следующими возможностями: ● прием входящих запросов на отправку сообщений и регистрация во внутренней очереди событий; ● осуществление отправки полученных событий по расписанию; ● учет вероятности неудачных попыток доставки сообщений конечному получателю; ● беспрепятственная отправка входящих запросов при наличии в очереди неотправленных сообщений; ● исключение возможности многократной отправки одного и того же сообщения одному получателю; ● возможность отправки одного сообщения нескольким получателям на несколько мессенджеров в рамках одного входящего запроса на API. Сервис должен уметь классифицировать запросы по типу мессенджера, любой запрос должен предусматривать наличие идентификатора получателя и тело сообщения. Обязательные параметры в теле сообщения должны проходить валидацию, отправитель запроса должен уведомляться об ошибках. Структуру и формат входящих запросов и ответов, а также потребность в каких-то дополнительных параметрах, необходимых для функционирования сервиса, оставляем на ваше усмотрение. Сервис должен уметь понимать, что запрос приходит от верифицированного, доверенного отправителя, и не является попыткой фальсификации. Механизм верификации оставляем на ваше усмотрение. Язык реализации - Ruby, фреймворк Ruby on Rails. Хранилище для организации очередей: на ваше усмотрение. Выбор надо обосновать. Необходимо прислать: код системы, инструкцию для развертывания и запуска, любые иные сопроводительные документы на ваше усмотрение (структура и описание API, какая-то иная документация и т.п.).

А мне нравится- 250к на руки и все будет кока кола)

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

меня как-то спросили, а потом сказали, что .reverse - это нечестно, давай пиши нормально

и собеседование было на тестировщика

меня как-то спросили, а потом сказали, что .reverse - это нечестно, давай пиши нормально

Меня просили Фибоначчи сделать

меня как-то спросили, а потом сказали, что .reverse - это нечестно, давай пиши нормально

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

https://www.nateberkopec.com/blog/2017/03/10/how-i-made-self-publishing-about-ruby-on-rails.html

На гемах то можно поболее заработать(Сайдкик)

Смешно

Вот нейт глупенький, не додумался гем написать

Очевидная де идея, на поверхности лежит

Бери и богатей

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

https://www.nateberkopec.com/blog/2017/03/10/how-i-made-self-publishing-about-ruby-on-rails.html

какая длинная статья - годная?

меня как-то спросили, а потом сказали, что .reverse - это нечестно, давай пиши нормально

а нормально это что надо сделать со стрингом?

тип перевернуть массив а не стринг?

нормально - это сделать без reverse метода

)

на hexlet был видос, где парень писал сам без реверса))