ага, оно в любом случае валит сайт, даже если в поле логина ввести

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

Лол

Отличный пароль

Который валит сайт

Сегодня вроде не четверг и не понедельник @ro31337

На костёр его!

Доброго времени ребята , кто нибудь занимался гпсч? Кто может кое что подсказать.Пару вопросов

просто валится

не валится, а настройка не пропускает)

Да, я потом понял, но уже не стал уточнять )

Eugene, если что, пароль secret

Долго разбирался почему у меня datetimepicker и simplecolorpicker не работают. Оказалось, у меня jquery грузится в конце body, а плагины в head

мнение: https://mmikowski.github.io/the_lie/

к слову, сейчас логическое продолжение restful это graphql

т.е. история прослеживалась так: RPC -> REST -> GraphQL

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

к слову, сейчас логическое продолжение restful это graphql

Кстати да) ++

А есть обзорные статьи по graphql?

А то я посмотрел и ничего не понял

А то я посмотрел и ничего не понял

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

??

Мне вот почему-то не кажется, что это велосипед

Хотя от поездки за смузями и капкейками я бы не отказался

https://learngraphql.com/ Я еще не юзал GraphQL для своих проектов, однако пользовался реализацией для Facebook. Очень удобно такую штуку делать для API - не нужно для каждого набора данных писать отдельный метод. Человек, который просит данные сам решает, что сервер должен ему вернуть. Плюс есть визуальное представление API, которое можно подергать тем, кто ваше API будет юзать. Недавно видел видео - Github прикрутил себе GraphQL

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

Это чтобы программистам не было скучно )

Это чтобы программистам не было скучно )

Ну просто это под таким соусом подаётся - а вот ОКАЗЫВАЕТСЯ, что под rest писать уже СЛОЖНО и даже смузи-технологии в аиде микросервисов не спасают.

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

А что можете посоветовать для фронта SPA с бэком на рельсах?

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

Не все. А если говорить про хайлоад, там чаще всего архитектура устроена неудобно для программиста. К примеру ВК, там не используется ООП, часто не используется ORM

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

К тому, что такими же соусами раньше поливались rest и особенно - микросервисы. А потом прошло время и сначала все поняли, что микросервисы - те же яйца, только в профиль, а теперь добрались и до rest. И в итоге получается очередной hype development.

да сидят разрабы в фейсбуке и думают а чего бы такого модненького заюзать

любой инструмент хорош в одних условиях и плох в других

ты просто выбираешь что тебе нужно в конкретно твоей ситуации

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

Что же, в нашей уютненькой группке начался первый срач?

ну это не срач)

Просто интереснее было бы читать вещи типа: "Мы попробовали у себя в проекте эту технологию, и она показала себя так то. Мы сделали выводы что она хороша тут, но вот тут она ведет себя хреново и ее лучше не использовать"

Просто интереснее было бы читать вещи типа: "Мы попробовали у себя в проекте эту технологию, и она показала себя так то. Мы сделали выводы что она хороша тут, но вот тут она ведет себя хреново и ее лучше не использовать"

?

Такое редко где увидишь

Понятное дело, что паттерны программирования отличаются от проекта к проекту

В зависимости от задач, архитектуры и нагрузки

Но я ещё слишком нубас, чтобы в этом шарить

просто у нас в проекте например, мы уперлись в рамки монолитного приложения и вынуждены выдерать его части и преобразовывать их в микросервисы. И это делается не из-за моды, а из-за проблем с которыми мы столкнулись и явной нужды. Такие же проблемы (только большего масштаба) у ребят и Gett.

да сидят разрабы в фейсбуке и думают а чего бы такого модненького заюзать

И тем не менее - они зачем-то переехали на реакт. А статей если и увидим, то ещё нескоро. Только бесконечные коузи-митинги и конференции с рассказами о том, что это так здорово - использовать graphql!

просто у нас в проекте например, мы уперлись в рамки монолитного приложения и вынуждены выдерать его части и преобразовывать их в микросервисы. И это делается не из-за моды, а из-за проблем с которыми мы столкнулись и явной нужды. Такие же проблемы (только большего масштаба) у ребят и Gett.

Ну я как понимаю (с позиций нуба) разделение продукта на микросервисы преследует примерно те же цели, что и денормализация таблиц в базе данных

ну не совсем так. крутость в том что ты можешь не упираться в возможности сервака и быстро масштабировать приложение. Допустим есть у тебя микросервис который обрабатывает платежи. И у тебя прям шквал этих платежей и 1 микросервис уже не выдерживает. Ты просто поднимаешь рядом такой же и балансируешь нагрузку между ними

и это делается довольно быстро

но это нужно только если у тебя действительно есть в этом нужда

Я почитал сейчас про микросервисы немного

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

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

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

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

А еще учишься грамотно посылать людей

чем хорош фулл тайм, а не удаленка, сидишь расслабленный. никто тебя не фотографирует экран не скринит.

чаек себе пьешь, код пописываешь

А над тобой сидит лид с кнутом

и дедлайн на горизонте

и дедлайн на горизонте

у нас седня, кстати

у нас своя атмосфера тут

один из

ERROR: S client not available

и у удалёнки, и у фултайма свои плюсы и минусы

они просто разные

Удалёнка и фуллтайм это как микросервисы и монолитное ядро

И там и там есть свои плюсы и минусы

А над тобой сидит лид с кнутом

это где как))

Удалёнка и фуллтайм это как микросервисы и монолитное ядро

неплохое сравнение

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

а тут есть адепты метапрограммирования?

в зависимости от полноты сил.

а тут есть адепты метапрограммирования?

скинуть тебе книгу по метапрограммированию?

если хорошая скидывай

не помню, сюда я ее кидала, или в соседний чат. Но еще раз не повредит

мне на работе выдали

@aleksandrenko бедное кресло)

из икеи

из икеи

зато котик счастлив

Вам смешно, а одно уже сломалось, с моменто моего прихода на работу.

что за котик

хм. У меня уже полтора года, все на месте

правда я кожу не брал

точнее кожу молодого дерматина

взял из такни

ткани

судя по взгляду и пушистости, после недавнего купания.

судя по взгляду и пушистости, после недавнего купания.

это он просто молодой и красивый

после стрижки обросший, похоже

http://bankir.ru/publikacii/20161130/monzo-kak-postroit-bekend-banka-novogo-pokoleniya-10008330/ вот, кстати, про микросервисы и инструменты банка Mondo

писал в прошлом году