IT-бизнеса тред #5 стартует здесь. В тред призываются все, кто так или иначе имеет отношение к IT:
Аноним
14/08/26 Птн 17:15:38
№
1
В тред призываются все, кто так или иначе имеет отношение к IT: владельцы галер, проджект-менеджеры, продакты, маркетологи, стартаперы, разработчики сайтов, сервисов, веб-приложений, десктопных приложений, мобильных приложений, игр и так далее.
Делимся собственным опытом разработки, запуска и продвижения проектов, обсуждаем как можно заработать 500кк в наносекунду в этом вашем ойти.
Предыдущий тред: >>2444086 (OP)
Если тебе нудно, а хочешь, чтобы было весело - пиздуй обратно в цирк, откуда ты и вылез.
Забей сразу. ИИ "фильмы" распознают по первому кадру и скроют нафиг твой канал. Ну и к IT бизнесу это отношения не имеет.
На ближайший год любую генерацию как бизнес идею просто ликвидируй нафик.
> Деньги то откуда пойдут
Спроси у создателей ReelShort, DramaWave, DramaBox
Нафик все эти Хуендли использовать? Сейчас своё сделать проще и безопаснее. Эта Календли - зарубежный сервис? Какую информацию ты им передаёшь?
Да, сервис зарубежный. И заказчик у меня зарубежный. Информация передаётся кто, к кому и на какое время записался на приём в клинику.
Со временем, конечно, можно сделать своё решение, но сейчас главное быстро запуститься и начать принимать клиентов (пациентов).
Молодец, просто имей в виду, что использование этого сервиса российской клиникой нарушило бы ФЗ 23, использование клиникой в ЕС нарушило бы GDPR. Об этом надо думать, если ты создаёшь движок сайта, который затем будешь использовать где-то ещё.
Если использование этого сервиса нарушает GDPR и всё, что только можно, то почему он всё ещё существует и им пользуются? Хорошо, не клиники и врачи (хотя я уверен, что и такие там есть), а другие специалисты для того, чтобы назначать встречи, составлять расписание, работать с клиентом.
На ум приходит пример со студией йоги. Это же пиздец, какое нарушение! Мне бы не понравилось, что какой-то третий сервис вдруг узнал и хранил бы у себя информацию о том, что в понедельник после работы, часов в 17:00 я иду в спортзал на улицу Швайненштрассе в Берлине заниматься йогой!
Он не нарушает американское законодательство, им можно пользоваться в США. В ЕС это гигантский штраф, причём не только клинике, но и разработчику. В России - ХЗ, я не знаю какая ответственность за ФЗ 23. Также им нельзя пользоваться в Китае и Бразилии, если у них нет серверов в Китае и Бразилии.
Запись к врачу, я полагаю, имеет особую квалификацию, поскольку раскрывает не только контактную, но и медицинскую информацию (запись к кардиологу = проблемы с сердцем = информация о состоянии здоровья). Короче, ты можешь взять любой AI и посоветоваться на этот счёт, желательно перед началом разработки. Это часть работы над проектом - прояснить детали и избавить себя от головной боли.
> взять любой AI и посоветоваться на этот счёт
Окей:
А что, правда ли использование Calendly для записи пациентов на приём в клинику (WellDo) нарушает GDPR стран Европейского Союза?
Короткий и сложный ответ: прямого и однозначного запрета нет, но использование Calendly создает юридические риски, которые нужно осознавать и которыми нужно управлять. Это не черное и белое, а скорее серая зона.
Вот почему это сложный вопрос:
Аргументы "ЗА" (почему это может не нарушать GDPR)
· У Calendly есть правовая база для передачи данных из ЕС/ЕЭЗ. Они включают в свои соглашения (DPA) Стандартные договорные SCCs и UK Addendum, которые являются признанными механизмами для безопасной передачи персональных данных из Европы в США .
· Существуют прецеденты использования в медицинских учреждениях. Например, университетская клиника в Великобритании и частная клиника используют Calendly для записи, но строго ограничивая передаваемые данные (только имя и email), и подчеркивают, что Calendly не имеет доступа к медицинским данным или данным о здоровье .
· Твой сценарий как раз подходит под эту модель. Для записи на прием в Calendly передается ограниченный набор данных: имя, email, выбранное время и тип встречи. Эта информация не является "специальной категорией данных" (данные о здоровье) по определению GDPR .
Аргументы "ПРОТИВ" (почему это рискованно)
· Передача данных в США — это чувствительный вопрос. После решения суда "Schrems II" передача персональных данных в США требует тщательной оценки, и хотя SCCs являются инструментом, их легитимность может оспариваться .
· Формулировка "GDPR-совместимый" не является гарантией. Calendly заявляет о своей приверженности GDPR , но это не снимает с тебя, как с контролера данных, ответственности за обеспечение соответствия на твоем уровне .
· Есть строгие предупреждения для использования в здравоохранении. Сервисы, сравнивающие Calendly с HIPAA-совместимыми решениями, прямо указывают, что Calendly не подходит для обработки информации о здоровье (Protected Health Information, PHI) и не подписывает необходимое для этого соглашение .
Как минимизировать риски?
· Четко разделяй цели: Используй Calendly только для организации времени встречи. Никогда не передавай через его формы и не обсуждай в его рамках медицинскую информацию, историю болезни или симптомы.
· Ограничь собираемые данные: Настрой форму записи так, чтобы собирать только минимально необходимые данные (имя, email).
· Прозрачно информируй пациентов: Добавь на сайт политику конфиденциальности, где будет четко указано, что для записи используется сервис Calendly, данные передаются в США, но это делается на основании SCCs, и медицинская информация через этот сервис не передается .
· Получи согласие: Добавь чек-бокс с согласием на обработку данных в форме записи.
Вывод: Ты можешь использовать Calendly, если не передаешь через него никакие медицинские данные и должным образом информируешь об этом пациентов. Это не идеальное с точки зрения compliance решение, но практически реализуемое, если подойти к вопросу осознанно. Альтернативой будет использование европейского сервиса с хранением данных в ЕС, что снимает часть рисков .
Дельно. То есть не записывай в карточке "Окулист", а какой-нибудь левый идентификатор. Вот такой хернёй приходится страдать погромистам.
Там реальные актеры и скорее всего есть связи с индустрией
Щас навайбкодить уже на изи можно почти любую. Есть ли смысл пытаться?
Я уже миллион раз здесь говорил, что надо делать ИГРЫ.
Насчет навайбкодить, да так, чтобы не получилось говно - вопрос, который можно обсуждать. На моей работе в игрострое мы активно пользовались и курсором и клодом, но глупо (было) ожидать, что он всю работу сделает за нас.
Что вы делаете руками, если большую часть кода пишет Клод?
Да даже с офигенной игрой без чемодана денег на рекламу не залететь в топ.
Потому что игра это не код. Знаешь, сколько игр было у создателей angry birds? Несколько десятков. Код был, а игры были говно.