Size: a a a

Podlodka – IT Podcast

2018 December 03

LL

Lolka.Omsk Lolkin in Podlodka – IT Podcast
Не надо как ~котят~ пхпшников носом в ~гавно~ в булы вместо массива
источник

EE

Evgenii Elchev in Podlodka – IT Podcast
Lolka.Omsk Lolkin
Не надо как ~котят~ пхпшников носом в ~гавно~ в булы вместо массива
да не скажи, я дотнетчиков тоже всяких повидал
источник

EK

Eugene Katella in Podlodka – IT Podcast
Ну там все упрощается, если WCF юзать. Тогда фреймворк практически сам из моделек нагенерит soap-портянки. Но выглядят они отвратно!
источник

SS

Sergey Sergey in Podlodka – IT Podcast
Eugene Katella
А вот шутки шутками, а иногда лучше крашнуть и понять, что есть проблема, чем позволить попасть на клиент невалидным данным, которые потом могут пролезть куда-то, куда не нужно)
Согласен тут, со временем приходит желание взаимодействие уж точно по TDD делать (сначала тесты на все ответы запросы)
источник

PS

Pavel Shorokhov in Podlodka – IT Podcast
Eugene Katella
А вот шутки шутками, а иногда лучше крашнуть и понять, что есть проблема, чем позволить попасть на клиент невалидным данным, которые потом могут пролезть куда-то, куда не нужно)
Лучше описывать интерфейс взаимодействия, при несовпадении которого, показывать сообщение что сервер пьян, и автоматически уведомлять сервер, что он где-то накосячил. А не крашить.
источник

LL

Lolka.Omsk Lolkin in Podlodka – IT Podcast
Eugene Katella
Ну там все упрощается, если WCF юзать. Тогда фреймворк практически сам из моделек нагенерит soap-портянки. Но выглядят они отвратно!
Не надо их смотреть
источник

LL

Lolka.Omsk Lolkin in Podlodka – IT Podcast
Надо их юзать
источник

EK

Eugene Katella in Podlodka – IT Podcast
Pavel Shorokhov
Лучше описывать интерфейс взаимодействия, при несовпадении которого, показывать сообщение что сервер пьян, и автоматически уведомлять сервер, что он где-то накосячил. А не крашить.
Это в идеальном мире так, да)
источник

PS

Pavel Shorokhov in Podlodka – IT Podcast
Pavel Shorokhov
Лучше описывать интерфейс взаимодействия, при несовпадении которого, показывать сообщение что сервер пьян, и автоматически уведомлять сервер, что он где-то накосячил. А не крашить.
Потому что при краше еще не понятно, на чьей стороне косяк - сервера или клиента.
источник

SS

Sergey Sergey in Podlodka – IT Podcast
Ну, да, в этом ты прав что юзеру лучше увидеть «something went wrong» чем падение (которое может из-за нехватки памяти, и юзер раз 10 ещё попытается дёрнуть запрос)
источник

PS

Pavel Shorokhov in Podlodka – IT Podcast
Речь не о том, чтобы заменить фаталы на попапы. А о том, чтобы контролировать протокол и уметь валидировать ответ сервера, отличать правильный ответ от неправильного.
источник

SS

Sergey Sergey in Podlodka – IT Podcast
Если репортить через крашлитик то да, а если через своё апи то это могут счесть приоритетом low
источник

SS

Sergey Sergey in Podlodka – IT Podcast
Но в целом да....я так не делал но заучит очень разумно :)....были кейсы когда смотрели серверные логи по обращениям пользователей, наличие явных репортов помогло бы
источник

KP

Katerina Petrova in Podlodka – IT Podcast
Ребята, мы тут думаем организовать нечто классное в преддверии новогодний праздников 🙂 Уделите, пожалуйста, ровно минутку опросу - там всего один вопрос! https://goo.gl/forms/OaAHnfKSna5SdU0n2
источник

ET

Egor Tolstoy in Podlodka – IT Podcast
🔝🔝🔝
источник

V

Vyacheslav in Podlodka – IT Podcast
У нас в этот день корпоратив. Эх
источник

ET

Egor Tolstoy in Podlodka – IT Podcast
Vyacheslav
У нас в этот день корпоратив. Эх
сделай правильный выбор
источник

ET

Egor Tolstoy in Podlodka – IT Podcast
а у нас тут есть фронты?
источник

IK

Ivan Kramarenko in Podlodka – IT Podcast
Egor Tolstoy
а у нас тут есть фронты?
Ну вы же Козулю не приглашаете, откуда бы.
источник

ET

Egor Tolstoy in Podlodka – IT Podcast
Ivan Kramarenko
Ну вы же Козулю не приглашаете, откуда бы.
а чем он крут?
источник