не хочу

интереса нет.

я вообще на фронте не работаю и не советую

?

интереса нет.

Еще и точки ставишь. Разозлился?

лол

не

просто глупости оспаривать не хочется

это всего моя точка зрения относительно твоей

просто глупости оспаривать не хочется

Голословное утверждение

кого забанить?

поднимайте руку

хейта

забань

нормально общались, срач развел

результат промыкнул мимо какой хелпер юзать

вот и все. Один начал умника включать и весь чат обосрал. В итоге все от темы отошли. И молчание.

Про поддрежку людей с ограниченными возможностями, это верно думаю врятли кто-то будет это отрицать. Расскажи пожалуйста про альтернативную точку зрения. Js и доступность в моём понимании не противоречаи друг другу. Я действительно задумался о js. Как по мне пока есть связка DOM(html) нужна будет тулза для работы с ним в виде js. Если представить бастрагирование от класической разметки, то и js в том виде в котором он существует будет не нужен - будет что-то клиентское и что-то родственное серверное. Зараждение нечто подбного видно уже сейчас, когда и на сервере и на клиенте у нас MVC.

а как ты можешь абстрагироваться от разметки классической

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

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

ну да) В целом ничего не предвидится кардинально и 10 лет мы будем сидеть примерно на текущем стеке я думаю

конечно все будет улучшаться, но отказаться не получится. Тем более JS сейчас укрепляет позиции и станет еще популярнее. Это как у футболистов забрать мяч, потому что не все могут пинать

конечно все будет улучшаться, но отказаться не получится. Тем более JS сейчас укрепляет позиции и станет еще популярнее. Это как у футболистов забрать мяч, потому что не все могут пинать

WebAssembly

ммм

даже комментировать не хочу

тыбы еще виртуальную реальность предложил

https://habrahabr.ru/post/279429/

чипы NFC под кожей быстрее в норму войдут, чем web assembly в стандарт

я вкурсе что это такое и статью читал

чипы NFC под кожей быстрее в норму войдут, чем web assembly в стандарт

?

Это уже стандарт

Консорциум все дела

точно

загуглю как я вакансии)

консорциум утвердил. Посмотрим как востребован

загуглю как я вакансии)

Стандартность стандарта от числа вакансий не зависит

Ты специалистов по pep8 еще поищи

лол

ты передергиваешь. не интересно

лучше поговорить какого рельс 5й не выпустили сегодня

суть - "...WebAssembly спроектирован не для замены JavaScript, а для дополнения его, одновременно предоставив более общим программам ..."

WebAssembly - инетересная штука сточки зрения запуска js приложений как нативных для ОС, например firefoxOS webOS

эт без меня

Они ещё живы?

WebAssembly - инетересная штука сточки зрения запуска js приложений как нативных для ОС, например firefoxOS webOS

WebAssembly - инетересная штука сточки зрения запуска js приложений как нативных для ОС, например firefoxOS webOS

WebAssembly не запускает js. Привет из мира плюсов Раста и го)

Они ещё живы?

Use "Reply"

Ром, к сожалению не все, это просто как пример, я тут глянул уже и на ардуино на js пишут) может скоро и в школах как первый язык будут давать

Да да да, сорян соряныч

Нашел школ вполне вероятно

это универсальный язык

это универсальный язык

Го писать драйвера) и монады)))

Ром, к сожалению не все, это просто как пример, я тут глянул уже и на ардуино на js пишут) может скоро и в школах как первый язык будут давать

С этим, кст, вполне можно согласиться. HTML+CSS там уже давно есть. Добавление js будет только в плюс.

лучше поговорить какого рельс 5й не выпустили сегодня

Мих, какие самые вкусные штуки в 5-ых ресах будут, я просто не в курсах

Го писать драйвера) и монады)))

ты актуально передергиваешь)

Мих, какие самые вкусные штуки в 5-ых ресах будут, я просто не в курсах

да, вебсокеты встроенные и турболинк 5

ты актуально передергиваешь)

Актуально же...

турболинки с темплейтами будут аля js frame. ТО есть нахрен реакт, можно будет в коробке рельсов писать

плюс там плюшки по апи какие то, но я сторонник grape

я жду ради турболинков

я жду ради турболинков

Зачем ждать из гита дев версию пинай

да там половину гемов вывалится 100:

надо ждать время

пока все поправят пофиксят

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

пока все поправят пофиксят

... уже выпустят рельсы6

ERROR: S client not available

не

пару месяцев на хард фиксы

чем быстрее 5е выйдут тем быстрее можно будет юзать.

Можно вопрос по организации совместной работы бэкендера и фронт-ендера?

Можно вопрос по организации совместной работы бэкендера и фронт-ендера?

Нельзя)

это к витале емельянцеву

) ).. Спасибо. тогда ему лично напишу, чтоб не флудить

да не пиши сюда

просто из тех кого я знаю, только он на обоих фронтах основательно работал)

Буду писать как в школе) . И так дано: Бекендер(Б) 1шт, Фронт-ендер(Ф) 1шт. Задача сделать постенький магаз, это не суть. Б. пишет на руби, Ф. пишет(html, css, angular) и не знает ruby. Надо сделать так чтобы при push-е в репозиторий обновлялся и перезапускался сервер. И что важнее чтобы работа фрон-ендера не влияла на работу сервака. Отсюда выресовыется у меня 2 варианта. 1)Работать через API где бекенд на домене api.domain.ru, а фронт на domain.ru. 2) вариант а, если всётаки необходимо работать не чер api но родной фронт заменить на gem angular-rails, короче фронтендер работает уже не со своим отдельным репом а с репом рельс. И получается чтобы Ф. работать нужно установить полностью приложение к себе на комп или есть варианты? В этом деле я нуб так что особо не пинайте.

git

для этого есть

каждый пилит свое.

Буду писать как в школе) . И так дано: Бекендер(Б) 1шт, Фронт-ендер(Ф) 1шт. Задача сделать постенький магаз, это не суть. Б. пишет на руби, Ф. пишет(html, css, angular) и не знает ruby. Надо сделать так чтобы при push-е в репозиторий обновлялся и перезапускался сервер. И что важнее чтобы работа фрон-ендера не влияла на работу сервака. Отсюда выресовыется у меня 2 варианта. 1)Работать через API где бекенд на домене api.domain.ru, а фронт на domain.ru. 2) вариант а, если всётаки необходимо работать не чер api но родной фронт заменить на gem angular-rails, короче фронтендер работает уже не со своим отдельным репом а с репом рельс. И получается чтобы Ф. работать нужно установить полностью приложение к себе на комп или есть варианты? В этом деле я нуб так что особо не пинайте.

ты знаешь что такое гит?

) естесно. Смотри т.е. получается если фронт входит в состах репозитория приложения, то фр-ендру нужно развертывать у себя рельсы, и сливать изменеия в репозитория. И независимо от рельс у него поработать не полуится?

Не получится

Если у вас фронтенд в рельса

х

фронтендер работает после бекенда

когда сайт написан если фронт в рельсе

если апи то вообще значение не имеет кто че делает

фронт спрашивает что апишка отдает и пилит от производительности бекенда

обычно фронт получает готовый на бутстрапе сайт, с правилом не дрогать id и дата аттрибуты

х

женя ты спа хоть раз с апихой организовывал?

оба варианта в целом рабочие. во втором варианте да, фронтендеру придется ставить себе рельсу, качать репозиторий и учиться работать с rails assets pipeline и фулстек страницами первый вариант для SPA, с API на бекенде, он более гибкий, у вас могут быть разные репозитории независимые друг от друга. Деплой вы можете делать на один общий сервер, просто фронт будет деплоиться в определенную папку, на которую будет ссылаться рельса. В public/assets деплоится фронт, а рельса в своих вьюхах оттуда грузит стили, скрипты и вьюхи. 

женя ты спа хоть раз с апихой организовывал?

Нет

оба варианта в целом рабочие. во втором варианте да, фронтендеру придется ставить себе рельсу, качать репозиторий и учиться работать с rails assets pipeline и фулстек страницами первый вариант для SPA, с API на бекенде, он более гибкий, у вас могут быть разные репозитории независимые друг от друга. Деплой вы можете делать на один общий сервер, просто фронт будет деплоиться в определенную папку, на которую будет ссылаться рельса. В public/assets деплоится фронт, а рельса в своих вьюхах оттуда грузит стили, скрипты и вьюхи. 

Огромное спасибо.

Ииии ещё один маленький вопрос в сторону API. Сейчас сделал простой пример на рельсах с одним контроллером, который может выдавать json с товарам и может создавать заказ. И есть html-ка отдельная от рельсового проекта, которая при запуске делает get запрос, получает список товаров, выводит их, и отсылает post на создание заказа. При этом создание заказ не требует аутентификации. Правильно ли я понимаю что таким образом можно легко зафлить post запросами сервер любому api клиенту? (использую CORS для разрешения этих запросов)?

зафлудить имеешь ввиду?

Погугли гем rack-attack

Да, верно, язык заплитыкивается просто )

Погугли гем rack-attack

Благодарю