Это исключительно вопрос приватности, т.е. легко решаемый вопрос. Есть то, что мы готовы показывать только близким (включая лайки), а есть то, что могут видеть все и мы будем рады этому.
Верно, но это в сотни раз дешевле, чем альтернатива в виде ИИ, т.е. это вполне скромная нагрузка по многим меркам.
Конечно, публичный режим - это и есть поиск людей по общим лайкам (т.е. цель - найти). Персональный режим - это проверка общих лайков с конкретным человеком, например муж и жена (т.е. цель - узнать роцент общих лайков).
Спасибо.
Сознаетльность общества растет, а проблемы сервисов знакомств остаются.
Это альфа версия, в будущем лайки будут иметь разный вес и смысл, простите что не упомянул в статье, я считал это очевидным, тем более для более продвинутой публики хабра.
Особо не вчитывался, но честно говоря прорыва не увидел. Кто ваша ЦА? Сейчас это выглядит как топорно переведенное пособие с английского. Вы хотите сделать интерфейс для не технарей, но используете техническую терминологию, например "вхождение строк", почему бы не назвать это "содержит текст" ? Вы сделали перевод с технического английского на технический русский, поздравляю. Из плюсов - красивые формочки.
Такая задача хорошо подойдет как единый знаменатель для всех направлений: сетевики, devops, разработчики ядра, hardware и т.д. (хотя у последних все равно будет несомненное преимущество). - Чем вы занимаетесь? Чем вы занимаетесь?
1. Шифр должен иметь ключ, что здесь ключ? Является ли текст, написанный справа налево шифром? - Это все равно, что назвать римские цифры шифром. 2. Чтение справа налево это просто иной способ, если я правильно понимаю, часть аппаратуры без проблем поймет такое сообщение. 3. <<Cтранное сообщение мы тут написали>> - раз странное, значит стеганография.
"код пишется 1 раз, а читается 10", - так что не соглашусь, поиск глазами ошибок в коде это офигенный навык.
Говоря про фильтр линтером я подразумеваю не спорный кодестайл, а тот, который осуждается всеми.
Про `def send_email` согласен, спорное решение, но я считаю это допустимым компромиссом между чистотой и простотой. Признаться, я просто примера лучше не придумал :)
9 - можно долго раскывать, если перефразировать: 1. if вредны, но без них никак. 2. if должно быть поменьше в основных функциях / обработчиках. 3. Вложенные if еще больше ухудшают чтение. 4. Много if в одном месте - плохой признак.
Конфуз. А я готов и удалить свой код, раз уж такие ставки ! :) Мне ваше объяснение нравится, но оно как бы "сверху-вниз". Понятно тем, кто через это прошел, и непонятно тем, кому предстоит. Я пытался ответить на вопрос "как сделать здесь и сейчас".
Это исключительно вопрос приватности, т.е. легко решаемый вопрос. Есть то, что мы готовы показывать только близким (включая лайки), а есть то, что могут видеть все и мы будем рады этому.
Кто, если не я?)
Верно, это печально.
Верно, но это в сотни раз дешевле, чем альтернатива в виде ИИ, т.е. это вполне скромная нагрузка по многим меркам.
Конечно, публичный режим - это и есть поиск людей по общим лайкам (т.е. цель - найти).
Персональный режим - это проверка общих лайков с конкретным человеком, например муж и жена (т.е. цель - узнать роцент общих лайков).
Спасибо.
Сознаетльность общества растет, а проблемы сервисов знакомств остаются.
Кто лайкает почти все - встретит того, кто лайкает почти все.
Зная интересы другого человека (через лайки) - очень легко начать общение, пропуская "привет как дела".
Можно, просто создайте пост со ссылкой на нужную хабр статью.
Это альфа версия, в будущем лайки будут иметь разный вес и смысл, простите что не упомянул в статье, я считал это очевидным, тем более для более продвинутой публики хабра.
Особо не вчитывался, но честно говоря прорыва не увидел. Кто ваша ЦА?
Сейчас это выглядит как топорно переведенное пособие с английского.
Вы хотите сделать интерфейс для не технарей, но используете техническую терминологию, например "вхождение строк", почему бы не назвать это "содержит текст" ?
Вы сделали перевод с технического английского на технический русский, поздравляю.
Из плюсов - красивые формочки.
Определенно слишком много внимания уделено бэку и катастрофически мало всему остальному.
Такая задача хорошо подойдет как единый знаменатель для всех направлений: сетевики, devops, разработчики ядра, hardware и т.д. (хотя у последних все равно будет несомненное преимущество).
- Чем вы занимаетесь?
Чем вы занимаетесь?
1. Шифр должен иметь ключ, что здесь ключ? Является ли текст, написанный справа налево шифром? - Это все равно, что назвать римские цифры шифром.
2. Чтение справа налево это просто иной способ, если я правильно понимаю, часть аппаратуры без проблем поймет такое сообщение.
3. <<Cтранное сообщение мы тут написали>> - раз странное, значит стеганография.
"код пишется 1 раз, а читается 10", - так что не соглашусь, поиск глазами ошибок в коде это офигенный навык.
Говоря про фильтр линтером я подразумеваю не спорный кодестайл, а тот, который осуждается всеми.
Про `def send_email` согласен, спорное решение, но я считаю это допустимым компромиссом между чистотой и простотой.
Признаться, я просто примера лучше не придумал :)
9 - можно долго раскывать, если перефразировать:
1.
if
вредны, но без них никак.2.
if
должно быть поменьше в основных функциях / обработчиках.3. Вложенные
if
еще больше ухудшают чтение.4. Много
if
в одном месте - плохой признак.Конфуз. А я готов и удалить свой код, раз уж такие ставки ! :)
Мне ваше объяснение нравится, но оно как бы "сверху-вниз". Понятно тем, кто через это прошел, и непонятно тем, кому предстоит. Я пытался ответить на вопрос "как сделать здесь и сейчас".
Мерси, очень блгодаен. Первая статья, я в шоке.
Благодарю, исправил.