SF
Pg прекрасно умеет в текстовый поиск с коррекцией ошибок и гибкими правилами distance score (нет)
Вообще-то да
Size: a a a
2020 August 21
MD
У нас это самописная балалайка на С на 1000 строк кода. Там радости начинаются когда бизнес хочет user friendly. Запрос в непереключенной кодировке с опечатками и учётом контекста откуда произведен запрос..
YB
только подошел.. это тот самый халивар, когда часть разработки хотят передать на откуп базам данных?
T
только подошел.. это тот самый халивар, когда часть разработки хотят передать на откуп базам данных?
Не часть, а весь процессинг данных)
T
А так да
MD
Не хотят а передали и гордятся. Лингвалео
ПМ
"Проснись, ты обосрался, а я и не сплю"
AZ
< на мой взгляд, самый удобный и наглядный язык для работы с данными — это SQL
Пора звать @zzz_sochi
Пора звать @zzz_sochi
Ну а что меня звать? Обычный закостенелый легаси-программист.
T
О, я нашел их ответ про то, почему СТО нет
T
> Если все тим-лиды заинтересованы в быстром и качественном развитии сервиса, то нет смысла кому-то тянуть одеяло на себя во вред проекту.
Техническая стратегия развития задается каждым тим-лидом по своему направлению: тим-лид веба выбирает технологии для веба, тим-лид мобильных приложений — для приложений. В итоге получается более верный выбор, чем видение одного (пусть и очень квалифицированного) CTO.
Также по бюджету: тим-лид формирует команду и определяет бюджет. А ответственность распределяется достаточно просто: фронт и бэк взаимодействует через API, есть четкая документация параметров запросов и ответов. Это позволяет в случае ошибок понять, где она произошла. И поправить.
Техническая стратегия развития задается каждым тим-лидом по своему направлению: тим-лид веба выбирает технологии для веба, тим-лид мобильных приложений — для приложений. В итоге получается более верный выбор, чем видение одного (пусть и очень квалифицированного) CTO.
Также по бюджету: тим-лид формирует команду и определяет бюджет. А ответственность распределяется достаточно просто: фронт и бэк взаимодействует через API, есть четкая документация параметров запросов и ответов. Это позволяет в случае ошибок понять, где она произошла. И поправить.
p
там есть история похлеще.
curl 'https://lingualeo.com/auth' --compressed -H 'Referer: haha' -H 'Content-type: application/json' --data-raw '{"credentials":{"email":"cisco@gmail.com","password":"superPass"}}'SZ
там есть история похлеще.
curl 'https://lingualeo.com/auth' --compressed -H 'Referer: haha' -H 'Content-type: application/json' --data-raw '{"credentials":{"email":"cisco@gmail.com","password":"superPass"}}'Так и какой ответ?
VM
там есть история похлеще.
curl 'https://lingualeo.com/auth' --compressed -H 'Referer: haha' -H 'Content-type: application/json' --data-raw '{"credentials":{"email":"cisco@gmail.com","password":"superPass"}}'подошло?
p
Так и какой ответ?
оно создает пользователя, если такого нет
VM
ПМ
- чувак у тебя есть аккаунт?
- Нет
- Держи аккаунт
- Нет
- Держи аккаунт
AS
А в чем собственно проблема? Сейчас же модный тренд быстрой регистрации без подтверждений и смс ради повышения конверсии. Всякие капчи только усложняют и отпугивают клиентов.
T
А в чем собственно проблема? Сейчас же модный тренд быстрой регистрации без подтверждений и смс ради повышения конверсии. Всякие капчи только усложняют и отпугивают клиентов.
А если я просто в мыле опечатался, когда заполнял данные
AS
Тоже самое если ты опечатался в пароле. Дважды. Бывает.