ну ты понял да, что options это все то, что пойдет в axios

да, я так и подумал

все настройки, что поддерживает axios лежат именно там

вот пока с багов как: https://jsfiddle.net/fl0pzz/1n90wtn0/5/

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

Если двум небольшим компонентам ( плеер и плейлист) нужны одни и те же данные (текущие видео, следующее видео) где лучше хранить это? В vuex или стейте родителя?

это то, для чего Vuex создан

Vuex

Если двум небольшим компонентам ( плеер и плейлист) нужны одни и те же данные (текущие видео, следующее видео) где лучше хранить это? В vuex или стейте родителя?

от приложеньки зависит

ребзь, а еесть какой-нибудь echo server?

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

https://httpbin.org

Не совсем эхо, но первый в голову пришел

вах, спасибо

Хорошая штука, кстати. Спасибо тоже добавил в закладки

Хорошая штука, кстати. Спасибо тоже добавил в закладки

ты из ноды запросы посылал туда?

с помощью аксиос?

чут у меня не стартует

Я только что сам увидил штуку.

https://httpbin.org

#захабрил

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

вот прикол, у меня в тестах все работает

вот прикол, у меня в тестах все работает

именно поэтому test coverage ничего не значит =)

я уже реально ору, в тестах все работает

именно поэтому test coverage ничего не значит =)

Смотря что писать

Смотря что писать

я про то что когда ты видишь надпись 100% test coverage это не значит что все будет работать как задумывалось

Просто тесты неправильные. Тесты строить надо, КМК, из ожидаемых юзер сторис

Просто тесты неправильные. Тесты строить надо, КМК, из ожидаемых юзер сторис

Да, не вот вродей уже поймал ошибку

Вообще, как показывает практика, невозможно угадать, что именно пользователь сделает, но он непременно сделает что-то, о чем ты даже не подозревал 8)

Тем более на фронте

Вообще, как показывает практика, невозможно угадать, что именно пользователь сделает, но он непременно сделает что-то, о чем ты даже не подозревал 8)

Но это сделал я сам...

Со всем зоопарком браузеров и устройств

Тем более на фронте

Угу. Хорошие тестеры сокращают количество неожиданностей процентов на 80, но никогда - на 100

20 оставшихся багов - плавающие

Баги шреденгера

Да не, это пользователи. Я когда впервые делал масс-продукт вообще офигел от того, как они могут себя вести

А я серьёзно пару раз сталкивался с багами которые то есть то нет при совершенно одинаковой последовательности действий

Не, так не бывает

Бывает!

Не верю! ©

бывает - бывает

Магии не существует. Скорее всего, причина в том, что разработчик - дятел. Ох, сколько раз у меня такое было...

магии не существует, а почему сразу "дятел"?

как-то грубовато, имхо

Потому что чего-то не учел

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

Магии не существует. Скорее всего, причина в том, что разработчик - дятел. Ох, сколько раз у меня такое было...

Ну это понятно. Один такой даже помню. График строился паралельно с тем как прогружалась либа для него. В 90% случаев сервер отдавал данные позже чем успевала подгрузится библиотека, но не всегда)

Потому что чего-то не учел

лол, все разработчики всегда чего-то не учитывают - все дятлы

Воу-воу, палехчи! Это я к тому, что ищешь багу, ищешь, думаешь, "вот шойтан", а потом видишь свой косяк и такой - вот я дятел!

А я серьёзно пару раз сталкивался с багами которые то есть то нет при совершенно одинаковой последовательности действий

значит не туда смотрел, магии действительно нет

значит не туда смотрел, магии действительно нет

А кто говорил про магию

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

по поводу "магии не существует" - это то, чему вообще в принципе учит программирование, кстати

и по жизни это понимание тоже пригождается

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

Ну вот есть вещи которые немного рандомны, такие как время ответа сервера, занятая оперативная память или что то ещё

Нагрузка на какой нибудь там микросервис

Ну вот есть вещи которые немного рандомны, такие как время ответа сервера, занятая оперативная память или что то ещё

ну такие вещи должны обрабатываться, это не должно быть багами

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

ну такие вещи должны обрабатываться, это не должно быть багами

Эт понятно. Мы же говорили что плавающих багов не бывает

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

А как называть баги, когда у тебя все работало и работает. Потом на бэке что-то меняют что ломает и к тебе прибегают потому что у тебя ничего не работает?)

А как называть баги, когда у тебя все работало и работает. Потом на бэке что-то меняют что ломает и к тебе прибегают потому что у тебя ничего не работает?)

Это называется тимлид-дятел 8)

У нас его нет

А как называть баги, когда у тебя все работало и работает. Потом на бэке что-то меняют что ломает и к тебе прибегают потому что у тебя ничего не работает?)

Это называется незадументированное апи)

А как называть баги, когда у тебя все работало и работает. Потом на бэке что-то меняют что ломает и к тебе прибегают потому что у тебя ничего не работает?)

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

У нас его нет

Кто-то же главный есть

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

ERROR: S client not available

Кстати, дико бесит когда рефакторят твой код который отлично работал

Это называется незадументированное апи)

Это называется поставили они себе другой гем для сериализации который очень удобен и решил их проблемы)))

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

да ну, как-то это стремно. Почему бы бэкендеру не сказать о том что он изменил?

Кто-то же главный есть

Ну начальник) который не так давно ещё был старшим программистом, а потом неожиданно сделался начальником отдела

да ну, как-то это стремно. Почему бы бэкендеру не сказать о том что он изменил?

Потому что сами не в курсе что такое выкидывать начнёт их апгрейд)

Ну начальник) который не так давно ещё был старшим программистом, а потом неожиданно сделался начальником отдела

По-моему, он и должен налаживать коммуникации

Это называется поставили они себе другой гем для сериализации который очень удобен и решил их проблемы)))

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

Это называется поставили они себе другой гем для сериализации который очень удобен и решил их проблемы)))

Ну это больше на проблему бэка все таки похоже

Потому что сами не в курсе что такое выкидывать начнёт их апгрейд)

да ну, какие-то странные ребята

От задачи) вот была у них проблема с сериализацией каких-то сложных моделей. Нашли. Поставили. Радуются. А то что везде в других местах теперь где пустой массив должен вернуться стал возвращаться лютый ад они узнали позднее от меня уже. Ну и вчетвером так и не разобрались как же побороть

От задачи) вот была у них проблема с сериализацией каких-то сложных моделей. Нашли. Поставили. Радуются. А то что везде в других местах теперь где пустой массив должен вернуться стал возвращаться лютый ад они узнали позднее от меня уже. Ну и вчетвером так и не разобрались как же побороть

а тесты у них на апи написанны?

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

От задачи) вот была у них проблема с сериализацией каких-то сложных моделей. Нашли. Поставили. Радуются. А то что везде в других местах теперь где пустой массив должен вернуться стал возвращаться лютый ад они узнали позднее от меня уже. Ну и вчетвером так и не разобрались как же побороть

Вот бить таких разработчиков крышкой от рояля по пальцам 8)

А там типа ActiveRecord и говорят что тестировать его не надо. Хз почему

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

как он им помогает, если их апи неприменимо к фронту? =)

Я не знаю всех тонкостей) но прям без него никуда

Весело конечно было)

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

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

Ну такое наверное только валидированием жсон схемы отслеживать. Чтобы сразу все завалилось. Отправило ошибку во все логи и на все важные электропочты

В моем кейсе жсон оставался валидным, структура поменялась полностью.

https://github.com/Microsoft/vscode/issues/19665 Вот вам пример плавающего бага)

Выход один - проверять все и вся

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

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

В моем кейсе жсон оставался валидным, структура поменялась полностью.

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

Выход один - проверять все и вся

Вот и я об этом

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

https://github.com/Microsoft/vscode/issues/19665 Вот вам пример плавающего бага)

У меня копипаст в vscode так и не работает

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

Ну ето ж html

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

Если встаёт вопрос развлекать себя в ущерб проекту то это такое себе решение

фух, кажется пофиксил