Сначала мы использовали хэши и посылали клиенту ссылку для подтверждения авторизации. Но это решение было плохим: не хватало безопасности, к тому же у хэшей есть срок жизни, нужно заморачиваться с их генерацией. Мы нашли другое решение: создаем отпечаток браузера, когда клиент приходит к нам, а потом используем этот слепок для авторизации. Так бизнес получил продукт без «костылей».
Афигеть! Это на клиентской стороне JS-код снимает отпечаток браузера и он сохраняется как токен авторизации.
Кто помешает мне взять этот же код вычисления отпечатка, снять на другом сайте/приложении отпечаток с браузера пользователя и получить доступ в сервис?!
Я даже девушке своей посоветовал переквалифицироваться из лингвиста в айтишника
Какое исследование? Зачем нам кто-то не в теме?
Статья для тех кто в теме :)
Вы так и не ответили про какого вы заказчика, на проекте можно много людей назвать заказчиками.
Тимлид не мост, он организует работу группы программистов.
Менеджеру какая разница какому из N программистов говорить куда копать? Менеджер сказал куда копать — дальше программист «дурак» :)
Менеджеру накладно каждому из N программистов рассказывать куда им копать индивидуально!
Вот тимлид и появляется…
«объяснять заказчикам технические нюансы» — вся проблема дискуссий под статьёй из-за того, что понятия все в слова вкладывают разные.
Это вы про какого заказчика тут? Боже упаси тимлида в общем случае пускать рассказывать что-то внешнему заказчику!
Вы наверное про внутреннего заказчика? Про менеджера того самого :) Ну да, менеджеру стоит сразу сказать кто «дурак» если такой факт есть :)
Техлид это же вообще не должность, а «звание» :)
Нет чёткой грани?
Она есть — если всё разжовано, то и джуниор сделает сложную задачу (если не сделает то нафиг вообще такого программиста).
Если недостаточно разжовано, то мидл может быть сделает задачу :)
Сениор же должен сделать полюбому, как ни крути или сказать что все дураки :)
Для бизнеса тоже всё чётко получается… главное чтобы кто-то от бизнеса умел «варить» программистов :)
Если у бизнеса есть тот кто будет жевать для джуниоров, если ему есть куда приткнуть джуниоров, чтобы они дешево выполняли финансово затратные задачи, то бери пожалуйста…
Если жевать за них некому, но есть кто-то кто может водить за собой мидлов, и по срокам мидлы укладываются, или если финансирование разработки не может сразу выложить сто тыщ мильёнов, то мидлы вполне для вас :)
Если у вас есть деньги и жгучее желание сделать быстро и хорошо, то сеньоры ваш единственный вариант.
Да всё довольно чётко.
Тимлид (как программист) управляет группой разработчиков для достижения какой-то цели, разбирается в деталях разработки.
Джунион — ему всё надо рассказать как делать и проконтролировать.
Мидл — ему надо в общих чертах рассказать как делать и проконтролировать.
Сеньор — ему надо объяснить понятно что надо делать и всёравно проконтролировать.
Вот вы описали обычного тимлида — вместо того чтобы менеджерам гонять и получать фидбек от 3-10 программистов, они гоняют одного тимлида. Он для этого и нужен, он должен понимать зачем его «создали» :)
Если в компании уже есть потребность в тимлиде, то функции ПМ и архитектора вероятнее всего тоже найдется кому выполнять.
Не спрашивают с обычного тимлида за все провалы по проекту и за финансовое планирование.
Почитал, поудивлялся.
Описаны все функции ПМа на проекте :)
Оно и не странно… список профессий на этом сайте это сбор SEO текста, есть чудные отраслевые профессии Линк-менеджер и Специалист по информационным системам…
Если у человека в обязанностях стоит:
— заключение договора с клиентом;
— ведение договоров и других документов;
— оценку объёмов, бюджета и планирование сроков работ;
То он практически автоматом уже не может заниматься технической частью проекта как программист, как архитектор и т.д., ну не будет у него сил и времени даже на небольших проектах.
Так вот вы не написали, вы про тимлида-программиста или про тимлида-менеджера?
Первому я бы финансы даже не подумал делегировать, второму же лезть в технические детали не позволил.
Мне тоже приходилось заниматься всем, причём во все концы.
Нет чёткого описания обязанностей стандартного тимлида, какие они?
А в описании присутствует очень много функций от ПМ и архитектора. Прямо комбайн, и финансы посчитай, и сопели протри и технологии выбери :)
Это рубрика «Финансы в IT»? Человек трясущийся в вагоне вдруг узрел, что он разбирается в финансовых инструментах с доходностью более 10% и стал об этом статьи писать?
Где больша красная метка «Реклама»?
Публикация оценки доходности в статье вообще смахивает на нарушение ФЗ о рекламе!
Кто-то однобоко всё :)
У вас есть своё мнение и этого вполне достаточно, не работайте с теми кто делает «неправильно», не работайте со скучными, не работайте с теми кто смотрит на вас косо, не работайте там где продукт никому не нужен.
Пример с опечаткой поиск по «вйона» вместо «война».
С пропуском букв кстати хорошо работает, поиск по «голву» вместо «голову».
Я подумал, что матрицы предварительно сгенерированные берутся из БД, класно что на лету всё, т.е. ещё быстрее может всё работать?
C# не наша платформа, только если в виде сервиса с API на .NET Core в Docker, или консольной утилиты смогли бы к себе внедрить. На Python портировать смысла наверное нет, производительность упадёт.
А сравнивали с другими реализациями нечеткого поиска? Elastic и т.п.? По скорости и качеству.
Мы просто пользуемся в паре мест github.com/seatgeek/fuzzywuzzy (на левенштейне работает) для нечеткого поиска по небольшому сету строк (до 2000 строк, длина не более 100 символов), но он работает очень уж медленно.
Демо стенд быстроработает и на первый взгляд хорошо находит то что искали.
А опечатки вида перестановки букв местами не будет поддерживать?
Есть ли реализация которой уже можно воспользоваться?
Сколько занимают подготовленные матрицы?
1. Жаль нет Веб-интерфейса, чтобы в личном кабинете попробовать сервис. Загрузил фото — получил детекцию сцен и объектов…
2. Ну раз Веб-интерфейса нет, есть пример на python.
smarty.py — cli утилита.
Для неё я должен сам составить URL к API.
Надо самому получить токен к сервису, обратившись к другому методу API передав в него данные входа в MCS, и токен поставить в URL…
Бросил это, внутри smarty.py никакого API готового нет, просто делаются HTTP запросы.
Я наверное ленивый.
3. И зачем токен отдельный? Почему как с S3 хранилищем нельзя, настроить токены в интерфейсе MCS? И не надо свои данные авторизации ко всему MCS…
В СДЭК внедрили такого автоинформатора и удивительно он удобен:
1. Он оповещает, что в такой то день посылку могут доставить и уточняет могу ли я её принять
2. В день доставки оповещает, что в течении часа курьер может приехать, и уточняет готов ли я её принять
Ответы принимает пока клавишей 1 :)
Боты по делу это нормально.
Афигеть! Это на клиентской стороне JS-код снимает отпечаток браузера и он сохраняется как токен авторизации.
Кто помешает мне взять этот же код вычисления отпечатка, снять на другом сайте/приложении отпечаток с браузера пользователя и получить доступ в сервис?!
Гнилая реклама
Статья для тех кто в теме :)
Вы так и не ответили про какого вы заказчика, на проекте можно много людей назвать заказчиками.
Менеджеру какая разница какому из N программистов говорить куда копать? Менеджер сказал куда копать — дальше программист «дурак» :)
Менеджеру накладно каждому из N программистов рассказывать куда им копать индивидуально!
Вот тимлид и появляется…
«объяснять заказчикам технические нюансы» — вся проблема дискуссий под статьёй из-за того, что понятия все в слова вкладывают разные.
Это вы про какого заказчика тут? Боже упаси тимлида в общем случае пускать рассказывать что-то внешнему заказчику!
Вы наверное про внутреннего заказчика? Про менеджера того самого :) Ну да, менеджеру стоит сразу сказать кто «дурак» если такой факт есть :)
Нет чёткой грани?
Она есть — если всё разжовано, то и джуниор сделает сложную задачу (если не сделает то нафиг вообще такого программиста).
Если недостаточно разжовано, то мидл может быть сделает задачу :)
Сениор же должен сделать полюбому, как ни крути или сказать что все дураки :)
Для бизнеса тоже всё чётко получается… главное чтобы кто-то от бизнеса умел «варить» программистов :)
Если у бизнеса есть тот кто будет жевать для джуниоров, если ему есть куда приткнуть джуниоров, чтобы они дешево выполняли финансово затратные задачи, то бери пожалуйста…
Если жевать за них некому, но есть кто-то кто может водить за собой мидлов, и по срокам мидлы укладываются, или если финансирование разработки не может сразу выложить сто тыщ мильёнов, то мидлы вполне для вас :)
Если у вас есть деньги и жгучее желание сделать быстро и хорошо, то сеньоры ваш единственный вариант.
Тимлид (как программист) управляет группой разработчиков для достижения какой-то цели, разбирается в деталях разработки.
Джунион — ему всё надо рассказать как делать и проконтролировать.
Мидл — ему надо в общих чертах рассказать как делать и проконтролировать.
Сеньор — ему надо объяснить понятно что надо делать и всёравно проконтролировать.
Если в компании уже есть потребность в тимлиде, то функции ПМ и архитектора вероятнее всего тоже найдется кому выполнять.
Не спрашивают с обычного тимлида за все провалы по проекту и за финансовое планирование.
Описаны все функции ПМа на проекте :)
Оно и не странно… список профессий на этом сайте это сбор SEO текста, есть чудные отраслевые профессии Линк-менеджер и Специалист по информационным системам…
Если у человека в обязанностях стоит:
— заключение договора с клиентом;
— ведение договоров и других документов;
— оценку объёмов, бюджета и планирование сроков работ;
То он практически автоматом уже не может заниматься технической частью проекта как программист, как архитектор и т.д., ну не будет у него сил и времени даже на небольших проектах.
Первому я бы финансы даже не подумал делегировать, второму же лезть в технические детали не позволил.
Мне тоже приходилось заниматься всем, причём во все концы.
А в описании присутствует очень много функций от ПМ и архитектора. Прямо комбайн, и финансы посчитай, и сопели протри и технологии выбери :)
Почему-то я сразу пытаюсь себе представить работников другой профессиональной области за таким же занятием…
Где больша красная метка «Реклама»?
Публикация оценки доходности в статье вообще смахивает на нарушение ФЗ о рекламе!
У вас есть своё мнение и этого вполне достаточно, не работайте с теми кто делает «неправильно», не работайте со скучными, не работайте с теми кто смотрит на вас косо, не работайте там где продукт никому не нужен.
С пропуском букв кстати хорошо работает, поиск по «голву» вместо «голову».
Я подумал, что матрицы предварительно сгенерированные берутся из БД, класно что на лету всё, т.е. ещё быстрее может всё работать?
C# не наша платформа, только если в виде сервиса с API на .NET Core в Docker, или консольной утилиты смогли бы к себе внедрить. На Python портировать смысла наверное нет, производительность упадёт.
А сравнивали с другими реализациями нечеткого поиска? Elastic и т.п.? По скорости и качеству.
Мы просто пользуемся в паре мест github.com/seatgeek/fuzzywuzzy (на левенштейне работает) для нечеткого поиска по небольшому сету строк (до 2000 строк, длина не более 100 символов), но он работает очень уж медленно.
А опечатки вида перестановки букв местами не будет поддерживать?
Есть ли реализация которой уже можно воспользоваться?
Сколько занимают подготовленные матрицы?
2. Ну раз Веб-интерфейса нет, есть пример на python.
smarty.py — cli утилита.
Для неё я должен сам составить URL к API.
Надо самому получить токен к сервису, обратившись к другому методу API передав в него данные входа в MCS, и токен поставить в URL…
Бросил это, внутри smarty.py никакого API готового нет, просто делаются HTTP запросы.
Я наверное ленивый.
3. И зачем токен отдельный? Почему как с S3 хранилищем нельзя, настроить токены в интерфейсе MCS? И не надо свои данные авторизации ко всему MCS…
1. Он оповещает, что в такой то день посылку могут доставить и уточняет могу ли я её принять
2. В день доставки оповещает, что в течении часа курьер может приехать, и уточняет готов ли я её принять
Ответы принимает пока клавишей 1 :)
Боты по делу это нормально.