31 Кб, 500x281IT-бизнеса тред #5 стартует здесь.
В тред призываются все, кто так или иначе имеет отношение к IT: владельцы галер, проджект-менеджеры, продакты, маркетологи, стартаперы, разработчики сайтов, сервисов, веб-приложений, десктопных приложений, мобильных приложений, игр и так далее.
Делимся собственным опытом разработки, запуска и продвижения проектов, обсуждаем как можно заработать 500кк в наносекунду в этом вашем ойти.
Предыдущий тред: >>2444086 (OP)
В тред призываются все, кто так или иначе имеет отношение к IT: владельцы галер, проджект-менеджеры, продакты, маркетологи, стартаперы, разработчики сайтов, сервисов, веб-приложений, десктопных приложений, мобильных приложений, игр и так далее.
Делимся собственным опытом разработки, запуска и продвижения проектов, обсуждаем как можно заработать 500кк в наносекунду в этом вашем ойти.
Предыдущий тред: >>2444086 (OP)
Мою кулстори имели возможность наблюдать на протяжении всех тредов. Сначала я запилил для своих собственных нужд пару скриптов для автоматизации процессов работы в социальных сетях. Дальше была мысль и собирался сделать красивый и удобный пользовательский веб-интерфейс, доступ к которому сделать уже платным для тех у кого нет времени навыков и желания возиться с командной строкой и запуском скриптов по расписанию. Сами же скрипты выложены в открытый бесплатный доступ, для тех у кого всё это есть. Дальше вмешались внешние силы и обстоятельства - изменилась работа с капчей, что повлияло на кор-функциональность инструмента, а дальше изменился API и из него были убраны методы, которые обеспечивали примерно половину работоспособности инструментов (скриптов). Разбираться и искать обходные пути для всех этих проблем было есть и остаётся лениво, скр пты выложены в открытый бесплатный доступ для тех кто хочет и может что-то с ними сделать, а у меня появились другие проблемы и задачи, которые необходимо решать и я решил заняться другими делами.
надо с иишкой чето делать хз, мож свои мини фильмы снимать. есть куча сюжетов я шиз и у меня ебанутые сюжеты постоянно рождабтся в голове, но я смотрю на это качество генерации и я в ахуе , может придумали норм нейронки уже. может это мне не норм а люди такое будут смотреть куча
>>18782
Если тебе нудно, а хочешь, чтобы было весело - пиздуй обратно в цирк, откуда ты и вылез.
Если тебе нудно, а хочешь, чтобы было весело - пиздуй обратно в цирк, откуда ты и вылез.
>>18685
Забей сразу. ИИ "фильмы" распознают по первому кадру и скроют нафиг твой канал. Ну и к IT бизнесу это отношения не имеет.
На ближайший год любую генерацию как бизнес идею просто ликвидируй нафик.
Забей сразу. ИИ "фильмы" распознают по первому кадру и скроют нафиг твой канал. Ну и к IT бизнесу это отношения не имеет.
На ближайший год любую генерацию как бизнес идею просто ликвидируй нафик.
Сделал первую версию сайта клиники с записью на приём через Calendly. Сделал две темы светлую и тёмную, а также на двух языках, английском и родном языке заказчика. Отправил заказчику на согласование жду что он ответит.
>>19708
Нафик все эти Хуендли использовать? Сейчас своё сделать проще и безопаснее. Эта Календли - зарубежный сервис? Какую информацию ты им передаёшь?
Нафик все эти Хуендли использовать? Сейчас своё сделать проще и безопаснее. Эта Календли - зарубежный сервис? Какую информацию ты им передаёшь?
>>19768
Да, сервис зарубежный. И заказчик у меня зарубежный. Информация передаётся кто, к кому и на какое время записался на приём в клинику.
Со временем, конечно, можно сделать своё решение, но сейчас главное быстро запуститься и начать принимать клиентов (пациентов).
Да, сервис зарубежный. И заказчик у меня зарубежный. Информация передаётся кто, к кому и на какое время записался на приём в клинику.
Со временем, конечно, можно сделать своё решение, но сейчас главное быстро запуститься и начать принимать клиентов (пациентов).
>>19780
Молодец, просто имей в виду, что использование этого сервиса российской клиникой нарушило бы ФЗ 23, использование клиникой в ЕС нарушило бы GDPR. Об этом надо думать, если ты создаёшь движок сайта, который затем будешь использовать где-то ещё.
Молодец, просто имей в виду, что использование этого сервиса российской клиникой нарушило бы ФЗ 23, использование клиникой в ЕС нарушило бы GDPR. Об этом надо думать, если ты создаёшь движок сайта, который затем будешь использовать где-то ещё.
>>19789
Если использование этого сервиса нарушает GDPR и всё, что только можно, то почему он всё ещё существует и им пользуются? Хорошо, не клиники и врачи (хотя я уверен, что и такие там есть), а другие специалисты для того, чтобы назначать встречи, составлять расписание, работать с клиентом.
На ум приходит пример со студией йоги. Это же пиздец, какое нарушение! Мне бы не понравилось, что какой-то третий сервис вдруг узнал и хранил бы у себя информацию о том, что в понедельник после работы, часов в 17:00 я иду в спортзал на улицу Швайненштрассе в Берлине заниматься йогой!
Если использование этого сервиса нарушает GDPR и всё, что только можно, то почему он всё ещё существует и им пользуются? Хорошо, не клиники и врачи (хотя я уверен, что и такие там есть), а другие специалисты для того, чтобы назначать встречи, составлять расписание, работать с клиентом.
На ум приходит пример со студией йоги. Это же пиздец, какое нарушение! Мне бы не понравилось, что какой-то третий сервис вдруг узнал и хранил бы у себя информацию о том, что в понедельник после работы, часов в 17:00 я иду в спортзал на улицу Швайненштрассе в Берлине заниматься йогой!
>>19799
Он не нарушает американское законодательство, им можно пользоваться в США. В ЕС это гигантский штраф, причём не только клинике, но и разработчику. В России - ХЗ, я не знаю какая ответственность за ФЗ 23. Также им нельзя пользоваться в Китае и Бразилии, если у них нет серверов в Китае и Бразилии.
Запись к врачу, я полагаю, имеет особую квалификацию, поскольку раскрывает не только контактную, но и медицинскую информацию (запись к кардиологу = проблемы с сердцем = информация о состоянии здоровья). Короче, ты можешь взять любой AI и посоветоваться на этот счёт, желательно перед началом разработки. Это часть работы над проектом - прояснить детали и избавить себя от головной боли.
Он не нарушает американское законодательство, им можно пользоваться в США. В ЕС это гигантский штраф, причём не только клинике, но и разработчику. В России - ХЗ, я не знаю какая ответственность за ФЗ 23. Также им нельзя пользоваться в Китае и Бразилии, если у них нет серверов в Китае и Бразилии.
Запись к врачу, я полагаю, имеет особую квалификацию, поскольку раскрывает не только контактную, но и медицинскую информацию (запись к кардиологу = проблемы с сердцем = информация о состоянии здоровья). Короче, ты можешь взять любой AI и посоветоваться на этот счёт, желательно перед началом разработки. Это часть работы над проектом - прояснить детали и избавить себя от головной боли.
>>19801
Окей:
А что, правда ли использование 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 решение, но практически реализуемое, если подойти к вопросу осознанно. Альтернативой будет использование европейского сервиса с хранением данных в ЕС, что снимает часть рисков .
> взять любой 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 решение, но практически реализуемое, если подойти к вопросу осознанно. Альтернативой будет использование европейского сервиса с хранением данных в ЕС, что снимает часть рисков .
>>19801
Окей:
А что, правда ли использование 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 решение, но практически реализуемое, если подойти к вопросу осознанно. Альтернативой будет использование европейского сервиса с хранением данных в ЕС, что снимает часть рисков .
> взять любой 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 решение, но практически реализуемое, если подойти к вопросу осознанно. Альтернативой будет использование европейского сервиса с хранением данных в ЕС, что снимает часть рисков .
>>19803
Дельно. То есть не записывай в карточке "Окулист", а какой-нибудь левый идентификатор. Вот такой хернёй приходится страдать погромистам.
Дельно. То есть не записывай в карточке "Окулист", а какой-нибудь левый идентификатор. Вот такой хернёй приходится страдать погромистам.
Кто что думает про игоры?
Щас навайбкодить уже на изи можно почти любую. Есть ли смысл пытаться?
Щас навайбкодить уже на изи можно почти любую. Есть ли смысл пытаться?
>>20006
Я уже миллион раз здесь говорил, что надо делать ИГРЫ.
Насчет навайбкодить, да так, чтобы не получилось говно - вопрос, который можно обсуждать. На моей работе в игрострое мы активно пользовались и курсором и клодом, но глупо (было) ожидать, что он всю работу сделает за нас.
Я уже миллион раз здесь говорил, что надо делать ИГРЫ.
Насчет навайбкодить, да так, чтобы не получилось говно - вопрос, который можно обсуждать. На моей работе в игрострое мы активно пользовались и курсором и клодом, но глупо (было) ожидать, что он всю работу сделает за нас.
>>20031
Потому что игра это не код. Знаешь, сколько игр было у создателей angry birds? Несколько десятков. Код был, а игры были говно.
Потому что игра это не код. Знаешь, сколько игр было у создателей angry birds? Несколько десятков. Код был, а игры были говно.
>>20045
Назови бизнес в котором чемодан денег на рекламу не нужен, мы будем им заниматься.
> без чемодана денег на рекламу не залететь в топ.
Назови бизнес в котором чемодан денег на рекламу не нужен, мы будем им заниматься.
>>19691
ай да не пизди
просмотры у мини серий ебейшие, у тебя в минуту серия грубо говоря. я слежу за видосами в вк, охваты и отдача ебанутые, люди смотрят если контент хорошо (!) сделан. то есть видно что нейронка но сам контент насыщенный и челы обсуждают то что произошло в комментах
ай да не пизди
просмотры у мини серий ебейшие, у тебя в минуту серия грубо говоря. я слежу за видосами в вк, охваты и отдача ебанутые, люди смотрят если контент хорошо (!) сделан. то есть видно что нейронка но сам контент насыщенный и челы обсуждают то что произошло в комментах
>>20236
Нужна ДРАМА. Нужно быть я у мамы пейсателем и я у мамы драматург. Если просто двое мужчин подеруться, это не интересно и смотреть это не будут.
> люди смотрят если контент хорошо (!) сделан.
Нужна ДРАМА. Нужно быть я у мамы пейсателем и я у мамы драматург. Если просто двое мужчин подеруться, это не интересно и смотреть это не будут.
>>20083
Шаурма\кофе у метро. Бухло24 на районе.
Реклама нинужно, все равно никто не поедет туда есть и пить специально.
Ца это мимокроки.
Инбифо
Шаурма\кофе у метро. Бухло24 на районе.
Реклама нинужно, все равно никто не поедет туда есть и пить специально.
Ца это мимокроки.
Инбифо
>Рря не айти бизнес
>>21070
5 миллионов деревянных стартового капитала извольте вынуть и положить.
> Шаурма\кофе у метро. Бухло24 на районе.
5 миллионов деревянных стартового капитала извольте вынуть и положить.
>>20940
А не надо с ними бодаться.
Просто не пытайся делать проект АААА...ААА уровня, пока не дорос до них.
> как бодаться с топ студиями
А не надо с ними бодаться.
Просто не пытайся делать проект АААА...ААА уровня, пока не дорос до них.
Уважаемые знатоки, я сам всегда говорю, что для стабильных инвестиций нужна хорошая работа. И сейчас мне предложили из моей сферы в космическую перейти мастером. Зарплаты там как будто бы и не очень большие, но главный вопрос не совсем в этом. Есть ли тематические борды у нас где можно спросить за сферу или предприятие или может здесь кто-нибудь сталкивался с ркк "Энергия"? Предлагают два цеха на выбор, понять бы стоит вообще мою сферу менять на эту. Подскажите пожалуйста по предприятию или нужной борде
>>21134
/wrk
/wrk
>>22261
Тогда лучше вообще нихера не делать. Сиди дома, пей горькую, а в игробизнес даже не пытайся. Ни в коем случае не думай о белой обезьяне
Тогда лучше вообще нихера не делать. Сиди дома, пей горькую, а в игробизнес даже не пытайся. Ни в коем случае не думай о белой обезьяне