Неправильно продался.
Когда неправильно покупаешь - продаётся, соответственно, неправильно. Виноват покупатель. Пусть обратится с паспортом в мфц, подаст заявку на рассмотрение, подождёт неделю, получит отказ ввиду неверного заполнения заявления, потом снова подаст, снова в мфц. Короче, через годик - другой оформить возврат.
Да норм, в базе сохраняется как String.
Валидация строки на не пустую и не null прошла успешно.
Валидация строки на не пустую и не null прошла успешно.
Смех смехом, но в SharePoint 2013 в виде строки сохраняется дата последнего обслуживания базы данных (RBS). Формат что-то вроде "15 Jun 2024". По этой причине, если снять бекап базы с англоязычной MS SQL и восстановить на русскоязычной MS SQL, то ничего не будет работать до тех пор, пока руками не поправишь строку на "15 Янв 2024". Enterprise он такой, да.
А если ещё и забраться в дебри локалей...
То работать будет, но не правильно.
да, кстати, я тоже, помню ахуел от мелкософтовских решений в 2005 году, по моему.. бля, забыл как продукт назывался, но помню, что когда увидел, как специальный чел ищет в базе какие-то хэш ключи и правит их вручную, чтобы стстема работала корректно. что такое внешние ключи и ссылочная целостность, да и вообще, нормализация и принципы проектирования в мелкософте никогда не знали.
это бвл какой-то продукт связанный с документооборотом и xmlформами..память не та уже
а АНАЛитика за шо
Так там наверняка было написано "поле с датой" или типа того. Это разработчик тупанул.
Не может в задаче о заказе билетов быть просто "поля с датой". Билеты на что угодно существуют только на определенные даты, и это абсолютно обязательно должно быть прописано в задаче.
Вывод: аналитика на мороз, если просто "поле с датой". Он нихуя не анализирует и задачу сам не понимает.
Вывод: аналитика на мороз, если просто "поле с датой". Он нихуя не анализирует и задачу сам не понимает.
Если на каждый элемент интерфейса писать все граничные случаи, то это займет кучу времени
Абсолютно не выдуманные диалоги, о которых невозможно молчать
у них всех даже стилистика одинаковая!
сидит же ж где-то мудак, рисует, старается...
сидит же ж где-то мудак, рисует, старается...
Зачем рисовать, если есть онлайн-генераторы.
И не работаю
Я даже не стараюсь
пост реально выглядит пиздабольски, но у нас в прошлом году было несколько раз:
- а вы это тестировали/тестируете?
- Да.
- А почему эти кейсы не тестируете и мы узнали от третьих лиц о проблеме?
В ответ либо молчание либо оказывается что в тесткейсах нет этого. И функционал разный, от не часто используемого до достаточно критического.
В итоге мы в один момент сели тимой девов и разбирались чего не хватает в кейсах. Тот еще, неприятный опыт был.
- а вы это тестировали/тестируете?
- Да.
- А почему эти кейсы не тестируете и мы узнали от третьих лиц о проблеме?
В ответ либо молчание либо оказывается что в тесткейсах нет этого. И функционал разный, от не часто используемого до достаточно критического.
В итоге мы в один момент сели тимой девов и разбирались чего не хватает в кейсах. Тот еще, неприятный опыт был.
ну у нас немного другое флоу, но обсуждения есть. Дополнительно тест кейсы(те что как девы придумали) мы описываем после имплеменатции новых фич или если что-то кардинально фиксится.
наверное потому что жопы в креслах, которые сидят и надувают щеки про цифровизацию, не в курсе что сколько систему не тестируй, она все равно ломается непредсказуемым образом и что то, что они подразумевают под тестированием - это совсем не то тестирование, которео делается и что тесты в принципе не гарантируют работоспособность - они гарантируют только то, что известные проблемы были изучены программистами и не будут повторяться... и то не гарантируют, потому что многие тесты вообще ничего не тестируют на самом деле, а просто процессорное время гоняют
Интересно, а куда подевались все адепты автотестов, которые несколько лет назад бегали толпами, и втирали, как TDD решит все проблемы ошибок в ПО? У них проекты наконец дожили до прода и начались реальные баги, а не ими самими придуманные и покрытые тестами? Или что с ними? Я волнуюсь, давно не видел, хотя раньше их активность прям заполоняющая была.
Я вроде году в 15 или 16 по собеседам бегал, так вот тогда хипсторы в каждой первой галере показно удивлялись "каак, вы не используете новое пиздатое ТДД?". Впрочем, исключительно на галерах, продуктовики слабее подвержены массовому помешательству.
Не то, чтобы я против, автотесты это инструмент, просто отмечаю пропажу тех, кто его проповедовал как религию.
Не то, чтобы я против, автотесты это инструмент, просто отмечаю пропажу тех, кто его проповедовал как религию.
Их стало существенно меньше, но еще есть упоротые, у нас один такой работает. В основном работает отлично но время от времени с ним бодаемся (он напрямую к нашей тиме не относится), когда находит по его мнению баг, а это не баг или перепедалит архитектуру тестов, а потом у него не работает и виновато приложение которое особо не менялось с тех времен...
На прошлой работе тоже был один упоротый автотестер но его быстро турнули и наняли более адекватного.
Но по отзывам куа, автотесты таки сильно экономят время, но это таки не замена человеку
На прошлой работе тоже был один упоротый автотестер но его быстро турнули и наняли более адекватного.
Но по отзывам куа, автотесты таки сильно экономят время, но это таки не замена человеку
Обычо чего-то нет в кейсах потому что или к тестировщикам относятся как к объезьянкам, которые только кликать могут или от того, что просто времени не дают даже подумать нормально, не то, чтобы подогнать куашный "технический долг" по апдейтам онбоардинга и существующих тестов для регрессии.
Ещё есть шанс, что все заебались и знают, что всё равно фиксить будут только те баги, которые уже клиенты принесли.
ну у наших есть время (кроме как перед релизом, там да, жопы горят) и вроде как по флоу должны новые кейсы заносить в свой список и тестить, но увы и ах. Но вроде исправились
Классика покойного Баш.Орг
Прям bashем повеяло.
http://ibash.org.ru/quote.php?id=15674
13 лет офигеть
Чот какая-то пиздаболия.
Но если представить, что это так, то у меня вопросы не только к тестировщику:
1) сэкономили на архитектуре - какого хуя у них нет стандартного типа "дата" который изначально не примет такой хуйни?
2) сэкономили на бекенде - какого хуя нет валидации входных значений, даже если значения были бы строго-типизированные?
3) сэкономили на фронтэнде - какого хуя пользователь может не выбрать из существующего перечня билетов, которые заведомо есть, а вбить произвольные данные?
1) сэкономили на архитектуре - какого хуя у них нет стандартного типа "дата" который изначально не примет такой хуйни?
2) сэкономили на бекенде - какого хуя нет валидации входных значений, даже если значения были бы строго-типизированные?
3) сэкономили на фронтэнде - какого хуя пользователь может не выбрать из существующего перечня билетов, которые заведомо есть, а вбить произвольные данные?
С учётом этого всего, у меня есть неплохое такое подозрение, что там надо выкинуть всё и написать заново, потому что это будет тупо быстрее, чем даже делать ревью всего, что уже написано, чтобы понять как заткнуть дыры, которые возникают из-за отсутствия типизации, отсутствия валидации и допустимости свободного ввода данных.
Тот, кто писал на эту систему ТЗ - идиот.
Тот, кто принимал эту систему - клинический идиот.
Всё, разговор с выдуманной перепиской закончил)
Или 4) фронтэндщик перестарался и вместо валидации начал исправлять неправильные значения. Тогда на бекэнд ушла какая-то реальная дата, на которую билет и продали.
Меня здесь смущает, что клиент именно *купил* билет. То есть, наличие билета проверили и запись о покупке внесли в базу. Поэтому и думаю, что какое-то автоисправление даты или обработка исключений по принципу "при ошибке даты берём текущую".
(Впрочем, чужая голова -- потёмки...)
Вот тож хотел отметить. Билет продали? - Продали!
Деньги получили? - Получили!
Вот пусть умник и летит/выезжает в указанную дату прямиком нахуй!
Деньги получили? - Получили!
Вот пусть умник и летит/выезжает в указанную дату прямиком нахуй!
Давным давно разрабатывали систему продажи билетов в кинотеатр. В общем использовали
какую-то библиотеку, для генерации id сессии(sid) при входе пользователя, и вроде все было хорошо и на тестовом и на проде. Но в какой-то момент, она стала генерить один и тот же sid всегда, и пользователи стали заходить под аккаунтами друг друга. В итоге все закончилось благополучно, все попали в кино, кто-то сходил на халяву :)) Но вспотел я в ту субботу неплохо, пытаясь понять, а че блять происходит .
какую-то библиотеку, для генерации id сессии(sid) при входе пользователя, и вроде все было хорошо и на тестовом и на проде. Но в какой-то момент, она стала генерить один и тот же sid всегда, и пользователи стали заходить под аккаунтами друг друга. В итоге все закончилось благополучно, все попали в кино, кто-то сходил на халяву :)) Но вспотел я в ту субботу неплохо, пытаясь понять, а че блять происходит .
Вот поэтому во многих конторах есть политика, которая обязывает доказвть целесообразность включения любой сторонней либы в проект. Чтобы не получалось, что для элементарного функционала, который пишется меньше чем за день, вешать на себя навсегда якорь чужого кодв, чужих багов, сайд эффектов, дополнительную боль в управлении зависимостями, и адскую боль в деплое/смене энвайнронмента/переезде вверх по версиям чего угодно.
Или не были. Или то, что автору либы грабли, тебе - благо, зато то, что ему фича, тебе кость в горле. Но ты это можешь узнать не сразу.
Свой код хорош полным контролем над ним, и в случае выяснения проблемы с ним, фикс быстрый и лёгкий. В отличие от либ.
Мейтенанс либ это дорого, хотя кажется, что добавить её просто, и это круто.
Я уже молчу про производительность, на неё забивают большинство, и потому половина интернета работает так, как будто запущена на чём-нибудь из 70-х годов, а не на сервере с гигагерцами.
Свой код хорош полным контролем над ним, и в случае выяснения проблемы с ним, фикс быстрый и лёгкий. В отличие от либ.
Мейтенанс либ это дорого, хотя кажется, что добавить её просто, и это круто.
Я уже молчу про производительность, на неё забивают большинство, и потому половина интернета работает так, как будто запущена на чём-нибудь из 70-х годов, а не на сервере с гигагерцами.
ну так и свой код поддерживать дорого. хотя бы все должны знать, что он в принципе есть - онбординг проводить надо, доки писать, в актуальном состоянии их держать, примерчики-хуерчики. и если свой код сложен, то возни с ним не меньше, чем со сторонней либой. и версионирование тоже будет.
но не будет проверки этого кода кучей стороннего народу. и нельзя джуна прост послать на ютубе глянуть, как этим пользоваться
ну не абы какие либы. я на жабе пишу, тут либы от всяких гуглов, ораклов, микрософтов, редхат - такие я без раздумий предпочту любому самопальному решению. апач, эклипс - тоже норм
в плане секурити, я, например, даже себе не сильно доверяю. хотя я наверн самый прошаренный в этих делах в конторе
давай хохму расскажу про самопальные решения
есть рест-апи. энное количество "микро"-сервисов. урл вида имя-сервиса/контроллер/залупень-какая-то
когда-то решили, что потребителям этого апи мы его отдаём не как есть, а через проксю, делающую реврайты урлов. типа так стабильнее, вы можете перекидывать контроллеры с места на место, выделать больше сервисов, вся хуйня
и хотим из этой херни сгенерить сваггер-описание этой апихи. но так, как оно выглядит снаружи. вот тока в коде-то нет инфы, как оно выглядит снаружи. эта инфа есть в конфигах прокси
ну и вот, пропатчили плагин, генерящий схему сваггера, чтобы он читал эти конфиги и на лету менял урлы. конфиги эти представляют собой регэкспы, и надо было еще регэксп "развернуть" - найти строчки, которые могли бы быть получены заменой по данному регэкспу, что в общем случае, конечно же, невозможно, но нахуячили ad hoc под то, что есть, как-то оно работает
вот такая вот хуйня у нас существует. никто не понимает, как оно работает, и если чота поломается, как эту хуйню чинить. легаси 80го левела
между такой хуйнёй и либой я бы предпочел либу, просто потому, что такую хрень в либы не оформляют, и никуда не выкладывают - стыдно
и решение на либе наверн бы заставило понапрягать мозги, и прийти в итоге к более-менее цивильному решению, а не вот это вот всё
Шутка из 1998 года. Лет пятнадцать уже точно никто не будет пилить свой компонент с датой. Лет десять уже точно никто не будет продавать "билеты" через какую-то самописную хуйню
Да не, уже всё это в либах было, зачем?
Чтобы написать коммент, необходимо залогиниться
Отличный комментарий!