Телеграмм чат группы sqlcom страница 6485

И там по ТЗ может быть запрет на размещение в облаках и прочих левых ресурсах

08:44пожаловаться #1

N

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

Обеспечиваем. Весь вопрос в стоимости этого обеспечения.

08:45пожаловаться #2

ДК

И там по ТЗ может быть запрет на размещение в облаках и прочих левых ресурсах

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

08:45пожаловаться #3

N

И там по ТЗ может быть запрет на размещение в облаках и прочих левых ресурсах

А адреса очень часто идут в составе персданных

08:45пожаловаться #4

N

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

Вот. И вместо того, чтобы поставить одну СУБД придётся поставить 33 приложения и содержать умельцев, которые должны будут это всё подкручивать постоянно

08:47пожаловаться #5

N

Ты рассуждаешь как ленивый разраб

08:47пожаловаться #6

ДК

Вот. И вместо того, чтобы поставить одну СУБД придётся поставить 33 приложения и содержать умельцев, которые должны будут это всё подкручивать постоянно

внезапно это всё реально умещается в одну СУБД, в том числе и адреса, и документы, и даже небо, даже Аллах

08:47пожаловаться #7

N

Я рассуждаю как ленивый разраб, который 4,5 года сопровождал собственную поделку

08:48пожаловаться #8

ДК

Ты рассуждаешь как ленивый разраб

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

08:48пожаловаться #9

N

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

С моими 25 годами сравнишь свой опыт?)

08:49пожаловаться #10

ДК

потому что если есть возможность что-то сделать просто - нужно это делать просто

karb0f0s in SqlCom.ru - Стиль жизни SQL

08:49пожаловаться #11

k

в субд тоже нужно уметь. и следить и тюнить, если бд на дискетку положить, то и тормозить будет. основная позиция такая - адресный поисковый движок в sql server не лучшее решение. есть алгоритмы векторизации поиска их нужно реализовать в сервисе, а сиквел использовать по назначению как быстрое хранилище готового бинарного индекса

08:49пожаловаться #12

ДК

С моими 25 годами сравнишь свой опыт?)

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

08:50пожаловаться #13

ДК

не вижу смысла меряться временем работы в отрасли

08:50пожаловаться #14

ДК

karb0f0s

в субд тоже нужно уметь. и следить и тюнить, если бд на дискетку положить, то и тормозить будет. основная позиция такая - адресный поисковый движок в sql server не лучшее решение. есть алгоритмы векторизации поиска их нужно реализовать в сервисе, а сиквел использовать по назначению как быстрое хранилище готового бинарного индекса

поддерживаю

08:51пожаловаться #15

N

karb0f0s

в субд тоже нужно уметь. и следить и тюнить, если бд на дискетку положить, то и тормозить будет. основная позиция такая - адресный поисковый движок в sql server не лучшее решение. есть алгоритмы векторизации поиска их нужно реализовать в сервисе, а сиквел использовать по назначению как быстрое хранилище готового бинарного индекса

Согласен. Но это задача разработчика, а не техподдержки.

08:52пожаловаться #16

N

не вижу смысла меряться временем работы в отрасли

) я пошёл кофе пить

08:53пожаловаться #17

ДК