Size: a a a

2019 October 16

s

shiva in RubyRush
хотя если следовать логике сложная конструкция включает в себя простую так что лучше сложная как бы нелогично это ни было с инженерной точки зрения лол
источник

DE

Denis Ef in RubyRush
В личку скинул
источник
2019 October 17

RM

R M in RubyRush
Хочется сказать спасибь за курс я в восторге, практических заданий таких уместных и интересных я еще не встречал, нашел в себе огромный интерес к программированию благодаря ребятам.
источник

VV

Vadim Venediktov in RubyRush
👍 рады стараться
источник

SU

Serg Udo in RubyRush
Есть много ресурсов с задачками, но здесь душевно.  Материал дают, статьи для изучения - за ними задачи по теме, а там просто механическое повторение.  Да и чат такой дорогого стоит. Красавцы!
источник

M

Michael in RubyRush
источник

SU

Serg Udo in RubyRush
Подскажите, в уроке 107, HTML визитку только сверстать нужно и в Хроме просмотреть? Пробовал спарсить, uri, rexml не подходит. Прочитал, вроде nokogiri подключать нужно.
источник

Э

Эдем in RubyRush
Просто голый HTML сверстать, для этого Ruby не нужен
источник

SU

Serg Udo in RubyRush
Эдем
Просто голый HTML сверстать, для этого Ruby не нужен
Спасибо Эдем! А я тут 3 часа парсерами развлекаюсь.
источник

Э

Эдем in RubyRush
Тоже полезное дело
источник

SU

Serg Udo in RubyRush
Спарсил я все таки HTML подключив nokogiri.
источник

s

shiva in RubyRush
ребята, помогите/посоветуйте что лучше использовать для интеркоммуникации клиента и сервера - я нашё ProtocolBuffers от Google и Apache Thrift более-менее себя зарекомендовавшие и активно поддерживаемые этими организациями (что явно плюс) или может у рубей есть чтото её более обкатанное и стабильное? интересует в первую очередь сервер написанный на рубях, мультипоток, максимальные требования к оптимизации (связь с мобильными устройствами, канал может быть очень плохой и нестабильный). заранее большое спасибо!
источник

s

shiva in RubyRush
(это такие boilerplate-генераторы с доп плюхами местами кто не в курсе, чтобы свой протокол не кодить - можно просто описать средствами этих фреймворков структуры данных и обмениваться между клиентом и сервером)
источник

N

Ni in RubyRush
shiva
ребята, помогите/посоветуйте что лучше использовать для интеркоммуникации клиента и сервера - я нашё ProtocolBuffers от Google и Apache Thrift более-менее себя зарекомендовавшие и активно поддерживаемые этими организациями (что явно плюс) или может у рубей есть чтото её более обкатанное и стабильное? интересует в первую очередь сервер написанный на рубях, мультипоток, максимальные требования к оптимизации (связь с мобильными устройствами, канал может быть очень плохой и нестабильный). заранее большое спасибо!
ProtocolBuffers используется обычно для сериализации данных. я слышал про его использование в рельсах, насчет второго хз
источник

s

shiva in RubyRush
интересно что и то и то есть во Flutter на котором будет клиент под iOS / Android и ито и то имеет реализацию под Ruby )
источник

s

shiva in RubyRush
что охренительно радует надо признать
источник

s

shiva in RubyRush
Ni
ProtocolBuffers используется обычно для сериализации данных. я слышал про его использование в рельсах, насчет второго хз
ну там вообще бинарный поток чтобы экономить место
источник

N

Ni in RubyRush
shiva
интересно что и то и то есть во Flutter на котором будет клиент под iOS / Android и ито и то имеет реализацию под Ruby )
флаттер — хороший выбор
источник

s

shiva in RubyRush
Ni
флаттер — хороший выбор
уже ищу книги вчера все каналы мучал на тему латенси, даже на мойм iPhone SE не тупят приложухи вообще (речь про визуал) что реально удивило
источник

s

shiva in RubyRush
прям мир разработки меняется
источник