Считать ли техдолгом отсутствие кэша, когда два клиента в приложении ходят с один и тем же запросом в какой-то второй сервис? SLA по производительности нет
Очень много текста)) Но суть статьи я понял. У меня ключевой вопрос:
Вы сказали, что "они ведь теряют на этом деньги". Я не знаю как у них устроено внутри, но могу предположить, что они считают свои деньги, ведь задача бизнеса именно в этом. Откуда вы знаете что они не посчитали сколько они заработают на исправлении всех багов и не точностей?
Зачем аннотации удалять из бизнес кода? Кажется что если захотите уйти со спринг - удаление аннотаций будет самым незначительным что нужно сделать. Тем более аннотации это мета информация и она как бы вне кода
Добрый день. Может я что то не очень понял, но как будто useCase должен называться как раз типа заказатьКофе, забратьКофе. А то что помечено аннотациями useCase - это и есть набор юзкейсов.
Я всё таки не понял. Промпт это набор предложений. Но я задаю вопрос - а мне отвечают ответом. Где связь вопросов и ответов? На основе чего строится этот коэффициент в формуле?
Я как-то интегрировался к вам 5 лет назад. API было одним из самых сложных на рынке (аналогичных интеграций было с 10ок). Что-то изменилось с того времени?
Это устройство обладает огромным количеством средств физической защиты. Например, если попытаться его вскрыть, то сработают специальные датчики: температуры, влажности, движения. И память устройства сразу очищается.
"Читать все сообщения пользователя, а также отправлять сообщения от его имени" и "Прочитать сообщения с кодами для входа в Telegram, которые приходят в приложение" - я правильно вас понял, что отправку конфиденциальной информации так же через сам telegram можно было сделать? Например, начав переписку от имени жертвы с самим злоумышленником?
Никакой серьезной аналитики (у телеграмма есть нерешенные проблемы - держите ссылки, протокол MtProto не такой уж надежный так говорят...). А раз смогли заблокировать tor, а телеграм нет - значит он продался. Это ж очевидно.
Я не очень понимаю смысл держать plantUml в проекте с кодом и каких-то преимуществ от того что программист сможет это прочитать в коде. Визуальная версия сильно более наглядна. А в исходники класть бессмысленно потому что диаграммы будут устаревать и разработчики не будут их перерисовывать так как нет линка на код. И кто должен перерисовать ее? Аналитик и потом сделать коммит с правами разработчика?
Пересмотрел пример. Наверно стоит изменить его не на name, а на description. Про речь про то, что в ответе смотря только на название функции я бы ожидал ENUM стандартизированный. А эта функция для отображения названия месяца
Про классы добавил бы что количество классов определяется принципами S и I в SOLID. Один принцип тянет класс в сторону потолстения - другой в похудение. Хороший разработчик определяется как раз - на сколько он смог найти баланс. Но как по мне проблем особых проблем от большого количества классов нет, если есть интеграционные тесты.
Можете картинки лучшего качества загрузить?
Ответ на это все сейчас - нет
Считать ли техдолгом отсутствие кэша, когда два клиента в приложении ходят с один и тем же запросом в какой-то второй сервис? SLA по производительности нет
Очень много текста)) Но суть статьи я понял. У меня ключевой вопрос:
Вы сказали, что "они ведь теряют на этом деньги". Я не знаю как у них устроено внутри, но могу предположить, что они считают свои деньги, ведь задача бизнеса именно в этом. Откуда вы знаете что они не посчитали сколько они заработают на исправлении всех багов и не точностей?
"Время обработки выросло в 3-4 раза, а это как то не правильно" - бизнес ценность и приоритезация на этом была основана?
Зачем аннотации удалять из бизнес кода? Кажется что если захотите уйти со спринг - удаление аннотаций будет самым незначительным что нужно сделать. Тем более аннотации это мета информация и она как бы вне кода
Добрый день. Может я что то не очень понял, но как будто useCase должен называться как раз типа заказатьКофе, забратьКофе. А то что помечено аннотациями useCase - это и есть набор юзкейсов.
Я всё таки не понял. Промпт это набор предложений. Но я задаю вопрос - а мне отвечают ответом. Где связь вопросов и ответов? На основе чего строится этот коэффициент в формуле?
Я как-то интегрировался к вам 5 лет назад. API было одним из самых сложных на рынке (аналогичных интеграций было с 10ок). Что-то изменилось с того времени?
Это устройство обладает огромным количеством средств физической защиты. Например, если попытаться его вскрыть, то сработают специальные датчики: температуры, влажности, движения. И память устройства сразу очищается.Как это раелизовано?
Несколько вопросов по поводу антифрода. Я сам работал в PSP. И антифрод на основе ML кажется очень ненадежной штукой. Обычно все используют скоринг.
Как вы понимаете почему платежную транзакцию заблочило на основе ML?
Вы блокирете или приостанавливаете ее?
Что дальше происходит после блокировки?
На основе чего вы ее научили? Данных для чардбеков кажется недостаточно
Всмысле похвалил сам себя?))
В статье приравнивается SET и SDET. Я так и не понял - это одно и то же?
Сегодня 12 сентября. Срок принятия предложений истек. Возможно срок был истекший сразу после создания))
"Читать все сообщения пользователя, а также отправлять сообщения от его имени" и "Прочитать сообщения с кодами для входа в Telegram, которые приходят в приложение" - я правильно вас понял, что отправку конфиденциальной информации так же через сам telegram можно было сделать? Например, начав переписку от имени жертвы с самим злоумышленником?
Никакой серьезной аналитики (у телеграмма есть нерешенные проблемы - держите ссылки, протокол MtProto не такой уж надежный так говорят...). А раз смогли заблокировать tor, а телеграм нет - значит он продался. Это ж очевидно.
И за что что тут плюсов наставили - не понимаю...
Я бы добавил, что по дорабатывается под процесс, а не наоборот потому что для крупных компаний так дешевле. Для небольших работает наоборот
Я не очень понимаю смысл держать plantUml в проекте с кодом и каких-то преимуществ от того что программист сможет это прочитать в коде. Визуальная версия сильно более наглядна. А в исходники класть бессмысленно потому что диаграммы будут устаревать и разработчики не будут их перерисовывать так как нет линка на код. И кто должен перерисовать ее? Аналитик и потом сделать коммит с правами разработчика?
Что я ожидал от статьи: концепции типа единого языка (подобие глоссария все-таки было) / ограниченные контексты / аггрегаты.
Что я получил? Валидацию в обьектах похожих на DTO, генерацию UUID снаружи и TDD. А, ну еще 25 мин потраченного времени
Пересмотрел пример. Наверно стоит изменить его не на name, а на description. Про речь про то, что в ответе смотря только на название функции я бы ожидал ENUM стандартизированный. А эта функция для отображения названия месяца
Про классы добавил бы что количество классов определяется принципами S и I в SOLID. Один принцип тянет класс в сторону потолстения - другой в похудение. Хороший разработчик определяется как раз - на сколько он смог найти баланс. Но как по мне проблем особых проблем от большого количества классов нет, если есть интеграционные тесты.