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
Тогда лучше вообще нихера не делать. Сиди дома, пей горькую, а в игробизнес даже не пытайся. Ни в коем случае не думай о белой обезьяне
Тогда лучше вообще нихера не делать. Сиди дома, пей горькую, а в игробизнес даже не пытайся. Ни в коем случае не думай о белой обезьяне
>>20013
есть шансы что то заработать на базе вк/ок/яндекс игр в браузерке? Чемодана с деньгами нет.Жизнь уже выбросила меня с it в такси.
>Я уже миллион раз здесь говорил, что надо делать ИГРЫ.
есть шансы что то заработать на базе вк/ок/яндекс игр в браузерке? Чемодана с деньгами нет.Жизнь уже выбросила меня с it в такси.
>>23060
Можно, просто вместо той работки, на которую ты сейчас не хочешь ходить, ты будешь ходить на другую работку, которая называется "разработка браузерной игры для яндекс игр вк и так далее".
> что бы на работку не ходить
Можно, просто вместо той работки, на которую ты сейчас не хочешь ходить, ты будешь ходить на другую работку, которая называется "разработка браузерной игры для яндекс игр вк и так далее".
>>22872
Заработай (в найме), займи (возьми в долг), убей, обмани, укради, ограбь.
> Чемодана с деньгами нет.
Заработай (в найме), займи (возьми в долг), убей, обмани, укради, ограбь.
Не знаю как насчет интернет-магазинов, но сейчас все биржи завалены запросами разработать Lead-Generating Business Website и всякие одностраничники.
>>23060
Заработать вменяемые бабки реально, особенно если грамитно поставить и настроить процессы.
А чтобы получить шанс когда-нибудь не ходить на работу, нужно сначала сейчас вложиться, если не деньгами, то силами, временем, нервами, знаниями и навыками... И деньгами тоже скорее всего придется. Потом, ты начинаешь эти вложения отбивать, выходишь на точку безубыточности и начинаешь работать уже в плюс и возвращаешь вложенное.
Заработать вменяемые бабки реально, особенно если грамитно поставить и настроить процессы.
А чтобы получить шанс когда-нибудь не ходить на работу, нужно сначала сейчас вложиться, если не деньгами, то силами, временем, нервами, знаниями и навыками... И деньгами тоже скорее всего придется. Потом, ты начинаешь эти вложения отбивать, выходишь на точку безубыточности и начинаешь работать уже в плюс и возвращаешь вложенное.
>>23416
Есть заказы и на разработку интернет-магазинов. Например сейчас мне попался заказ на разработку интернет-магазина игрушек, хочу попробовать взять его в работу. Только похоже, что заказчик сам не понимает сколько все его хотелки могут стоить. Нет, все те фичи, о которых он просит они реалезуемы, просто если брать почасовую ставку и умножить на количество часов, требуемых для разработки, получится совсем не та сумма, которую он предлагает.
Есть заказы и на разработку интернет-магазинов. Например сейчас мне попался заказ на разработку интернет-магазина игрушек, хочу попробовать взять его в работу. Только похоже, что заказчик сам не понимает сколько все его хотелки могут стоить. Нет, все те фичи, о которых он просит они реалезуемы, просто если брать почасовую ставку и умножить на количество часов, требуемых для разработки, получится совсем не та сумма, которую он предлагает.
В пятницу выставил первые счета (invoices) компании контрагенту по нескольким позициям: разработка сайта, разработка веб-приложения, разработка десктопного приложения и услуги IT-поддержки.
Оплатить должны до 31-го включительно, то есть в понедельник.
Оплатить должны до 31-го включительно, то есть в понедельник.
>>19708
Выяснилось, что для заказчика автоматизация записи на приём не является приоритетной задачей, у него там своя атмосфера. Основной задачей он назвал красивый и продающий дизайн. Выкатил 4 версии различного дизайна, понравились 2 причём с одинаковым распределением голосов "совета директоров" заказчика. Я выбрал один из них, буду доводить его до ума, до продакшн-вида, купил домен и хостинг, буду публиковать.
Выяснилось, что для заказчика автоматизация записи на приём не является приоритетной задачей, у него там своя атмосфера. Основной задачей он назвал красивый и продающий дизайн. Выкатил 4 версии различного дизайна, понравились 2 причём с одинаковым распределением голосов "совета директоров" заказчика. Я выбрал один из них, буду доводить его до ума, до продакшн-вида, купил домен и хостинг, буду публиковать.
>>20031
Да хуй там плавал. У нас уже существующий десятилетия проект, написанный разными людьми в разное время в разном состоянии сознания.
Без хорошего и глубокого контекста что курсор, что клод сосут с проглотом.
> большую часть кода пишет Клод
Да хуй там плавал. У нас уже существующий десятилетия проект, написанный разными людьми в разное время в разном состоянии сознания.
Без хорошего и глубокого контекста что курсор, что клод сосут с проглотом.
>>25696
Как МСР поможет понять что пускал себе по вене омич, автор вот этих строк десятилетней давности?
Как МСР поможет понять что пускал себе по вене омич, автор вот этих строк десятилетней давности?
>>25696
а чем тут mcp поможет то лул? особенно если речь идет про кусок бизнес-логики которая выглядит совсем не логично и родилась 15 лет назад после одного из созвонов все участники которого уволились из компании уже 10 лет тому назад? сам код то хуй с ним, вот его смысл важен. и mcp тут не понятно куда вообще подключать и к чему он нужен, если сама бизнес-логика крайне запутанная.
>>20031
я руками уже мало что делаю, но почти каждый день приходится вычитывать код построчно и гонять его в дебаггере чтобы понять что там происходит.
а чем тут mcp поможет то лул? особенно если речь идет про кусок бизнес-логики которая выглядит совсем не логично и родилась 15 лет назад после одного из созвонов все участники которого уволились из компании уже 10 лет тому назад? сам код то хуй с ним, вот его смысл важен. и mcp тут не понятно куда вообще подключать и к чему он нужен, если сама бизнес-логика крайне запутанная.
>>20031
я руками уже мало что делаю, но почти каждый день приходится вычитывать код построчно и гонять его в дебаггере чтобы понять что там происходит.
>>26964
Даже взгрустнулось, уже забыл, когда в последний раз в отладчике ковырялся и чего-то отлаживал, пытаясь поймать баг. В феврале вроде.
Вайбкодинг конечно хорошо, но романтику программирования это убило
>почти каждый день приходится вычитывать код построчно и гонять его в дебаггере чтобы понять что там происходит
Даже взгрустнулось, уже забыл, когда в последний раз в отладчике ковырялся и чего-то отлаживал, пытаясь поймать баг. В феврале вроде.
Вайбкодинг конечно хорошо, но романтику программирования это убило
>>27078
Дело не в романтике, а в том, что надо понимать, что происходит.
Дело не в романтике, а в том, что надо понимать, что происходит.
>>20031
Правим то что пишет Клод
Правим то что пишет Клод
>>25555
Так клод же и поможет вычленить этот контекст и логику. Вы его для анализа не используете?
Так клод же и поможет вычленить этот контекст и логику. Вы его для анализа не используете?
>>27896
Он сам меня нашёл, хотел, чтобы я к нему на FTE пошёл, а я предложил и сказал, что работаю по B2B-контракту.
Он сам меня нашёл, хотел, чтобы я к нему на FTE пошёл, а я предложил и сказал, что работаю по B2B-контракту.
>>27871
Используем и у него хорошо получается анализировать данные, но не структуру программного кода.
Он хороший дата-сатанист, а не разработчик.
> Вы его для анализа не используете?
Используем и у него хорошо получается анализировать данные, но не структуру программного кода.
Он хороший дата-сатанист, а не разработчик.
>>27960
Странно, он у меня аж структуру кода аж из скомпилированных джарников воссоздаёт и в асболютном большинстве случае вполне вменяемо.
Странно, он у меня аж структуру кода аж из скомпилированных джарников воссоздаёт и в асболютном большинстве случае вполне вменяемо.
>>18412 (OP)
У кого-то вообще получилось сделать прибыльный СааС (не трекеросчиталки/нейроскам в эпл сторе) ?
У кого-то вообще получилось сделать прибыльный СааС (не трекеросчиталки/нейроскам в эпл сторе) ?
>>27979
Одна из возможных причин: одни языки, например Java лучше формализуемы, в отличие, например от C++, который неформализуем вообще.
> джарников
Одна из возможных причин: одни языки, например Java лучше формализуемы, в отличие, например от C++, который неформализуем вообще.
>>28065
Навайкодил ИИ сервис для специалистов одной узкоспециализированной области. Активных пользователей 1800, сервису полгода. Решил врубать монетизацию, когда будет 2к юзеров.
Пока адово генерю статьи на сайт, чтобы занять в поисковиках все позиции по любым запросам из этой области, как раз думаю догенерю еще пару тысяч статей, они проиндексируются в поисковиках, как раз пару месяцев пройдет и будет 2к юзеров.
Въебашу рублей 300 или 500 абонентку, пока не решил. Но судя по статистике и статьям разным, оплачивают обычно процентов 3-5, остальные сидят на бесплатной версии.
Так что в лучшем случае буду лутать тыщ 25, что как бы вообще ни о чем.
Ну хорошо, хоть сервис мой не требует особой поддержки и доработок регулярных, работает и работает, можно не следить особо за ним.
Короче, как опыт норм. А как дело, куда надо вкладывать силы и уж тем более стартап всей жизни, куда надо вкладывать все силы - не то.
Думаю, что навайбкодить еще.
Навайкодил ИИ сервис для специалистов одной узкоспециализированной области. Активных пользователей 1800, сервису полгода. Решил врубать монетизацию, когда будет 2к юзеров.
Пока адово генерю статьи на сайт, чтобы занять в поисковиках все позиции по любым запросам из этой области, как раз думаю догенерю еще пару тысяч статей, они проиндексируются в поисковиках, как раз пару месяцев пройдет и будет 2к юзеров.
Въебашу рублей 300 или 500 абонентку, пока не решил. Но судя по статистике и статьям разным, оплачивают обычно процентов 3-5, остальные сидят на бесплатной версии.
Так что в лучшем случае буду лутать тыщ 25, что как бы вообще ни о чем.
Ну хорошо, хоть сервис мой не требует особой поддержки и доработок регулярных, работает и работает, можно не следить особо за ним.
Короче, как опыт норм. А как дело, куда надо вкладывать силы и уж тем более стартап всей жизни, куда надо вкладывать все силы - не то.
Думаю, что навайбкодить еще.
>>28129
А как ты вообще узнал о необходимости в этом сайте?
>Навайкодил ИИ сервис для специалистов одной узкоспециализированной области.
А как ты вообще узнал о необходимости в этом сайте?
>>28067
Ну так ЛЛМка читает же в данном случае байткод, это всего около 200 инструкций, в случае с С++ это тоже ограниченный набор инструкций процессора после компиляции, так что как раз такое ЛЛМ легко читает.
мне кажется если бы он был неформализуем, на него бы невозможно было написать формальную спецификацию, которая всё же есть?
Ну так ЛЛМка читает же в данном случае байткод, это всего около 200 инструкций, в случае с С++ это тоже ограниченный набор инструкций процессора после компиляции, так что как раз такое ЛЛМ легко читает.
>который неформализуем вообще
мне кажется если бы он был неформализуем, на него бы невозможно было написать формальную спецификацию, которая всё же есть?
>>28155
Байт-код JVM лучше декомпилируется, а в случае нативного кода между тем, что ты называешь инструкциями процессора (отчасти это так и есть) и конструкциями высокоуровнего языка просто отсутствует биективное, то есть взаимно-однозначное, соответствие, чтобы можно было со 100% точностью из одного восстановить второе. В случае байт-кода неопределённостей как минимум меньше, если не отсутствуют совсем.
Байт-код JVM лучше декомпилируется, а в случае нативного кода между тем, что ты называешь инструкциями процессора (отчасти это так и есть) и конструкциями высокоуровнего языка просто отсутствует биективное, то есть взаимно-однозначное, соответствие, чтобы можно было со 100% точностью из одного восстановить второе. В случае байт-кода неопределённостей как минимум меньше, если не отсутствуют совсем.
>>28153
В курилке на работе от коллег из этого самого смежного отдела узкой специализации.
В курилке на работе от коллег из этого самого смежного отдела узкой специализации.
>>28129
Спасибо за ответ, как удалось выйти на узкую нишу? Мы же по сути то программеры - автоматизаторы, опыта вне ИТ пузыря нет
Спасибо за ответ, как удалось выйти на узкую нишу? Мы же по сути то программеры - автоматизаторы, опыта вне ИТ пузыря нет
>>28180
а ты их как-то по-другому называешь?
если ты про микрокод, то это вообще хардварный уровень и к софту отношения не имеет
или ты про что-то другое?
>что ты называешь инструкциями процессора (отчасти это так и есть)
а ты их как-то по-другому называешь?
если ты про микрокод, то это вообще хардварный уровень и к софту отношения не имеет
или ты про что-то другое?
>>28222
вот тут мне кажется и суть бизача найти скрытый спрос вакуум который сам заполнишь
и както надо искать такие вакуумы заполнять, ставить людей чтоб на зп поддерживали а самому искать дальше и делать еще
вот тут мне кажется и суть бизача найти скрытый спрос вакуум который сам заполнишь
и както надо искать такие вакуумы заполнять, ставить людей чтоб на зп поддерживали а самому искать дальше и делать еще
>>28299
Ну как как, начал гуглить, какие решения есть в этой области, увидел, что нихуя, сделал, поначалу дал коллеге, он среди своих распространил, ну там буквально человек 5 стало юзать, первый фидбек получил и баги. Потом по тематическим телеграм каналам начал спамить и рекламу купил даже пару раз.
Ну если ты вне айти ничего не умеешь, нахуя ты в этот тред то залез? Сиди в /pr/
>как удалось выйти на узкую нишу
Ну как как, начал гуглить, какие решения есть в этой области, увидел, что нихуя, сделал, поначалу дал коллеге, он среди своих распространил, ну там буквально человек 5 стало юзать, первый фидбек получил и баги. Потом по тематическим телеграм каналам начал спамить и рекламу купил даже пару раз.
>Мы же по сути то программеры - автоматизаторы, опыта вне ИТ пузыря нет
Ну если ты вне айти ничего не умеешь, нахуя ты в этот тред то залез? Сиди в /pr/
Попались заказчики из Саудовской Аравии, которые похоже, что не понимают значение слова "MVP", в частности что означает слово "минимальный" и что означает слово "прототип".
>>28356
А нахуя ты в этот тред залез непонятно, те кто всё в бизнесе знает здесь не сидят, тут люди опытом обмениваются
>Ну если ты вне айти ничего не умеешь, нахуя ты в этот тред то залез? Сиди в /pr/
А нахуя ты в этот тред залез непонятно, те кто всё в бизнесе знает здесь не сидят, тут люди опытом обмениваются
>>29702
Возможно любой, но на данной конкретной платформе бюджеты на проекты по большей части объективно неадекватные.
Не в последнюю очередь это объясняется засильем, как среди заказчиков, так и среди исполнителей, индусов, бенгальцев, пакистанцев, катарцев и тому подобного скама.
Возможно любой, но на данной конкретной платформе бюджеты на проекты по большей части объективно неадекватные.
Не в последнюю очередь это объясняется засильем, как среди заказчиков, так и среди исполнителей, индусов, бенгальцев, пакистанцев, катарцев и тому подобного скама.
>>29520
>>29742
Personal Finance & Financial Forecasting App – iOS & Android
Open
Bids
206
Average bid
$4,088 USD
Details
Proposals
Project Details
$3,000.00 – 5,000.00 USD
Bidding ends in 5 days
Personal Finance & Financial Forecasting App – iOS & Android
We are looking for an experienced development team or senior developer to build a Personal Financial Management & Forecasting mobile application for iOS and Android.
The product is designed to help users manage their income and expenses, understand their future cash flow, and create financial scenarios to see how different decisions may affect their financial position.
We want to build a solid Phase 1 MVP with a reliable financial calculation and forecasting engine, while keeping the architecture ready for future AI-powered financial intelligence in Phase 2.
PHASE 1 MVP SCOPE
• iOS & Android mobile application
• Flutter preferred
• Personal finance dashboard
• Income and expense management
• One-time transactions
• Recurring transactions with start/end dates
• Base financial plan
• Alternative financial scenarios
• Scenario isolation
• Scenario comparison
• Cash-flow forecasting
• 1, 3, 5 and 10-year forecasting horizons
• Monthly and annual financial views
• Charts and financial reports
• Arabic RTL and English LTR
• SAR, USD, EUR, GBP and AED
• Backend, database and APIs
• Secure authentication
• Data reset and export
• Deterministic and independently testable forecasting/calculation engine
• Automated financial calculation tests
• QA and UAT
• Production-ready iOS and Android builds
• App Store / Google Play submission support
• Complete source code and technical documentation
IMPORTANT TECHNICAL REQUIREMENT
The forecasting and calculation engine must be deterministic, documented and independently testable.
The financial engine should be the single source of truth for all financial calculations and should be architected so that future Phase 2 functionality can be added without rebuilding the core engine.
PHASE 2 – FUTURE SCOPE
Phase 2 may include:
• Advanced forecasting
• What-if analysis
• Financial events
• AI Financial Assistant
• Financial intelligence
• Financial health / financial freedom insights
AI should not be the source of financial calculations. The deterministic financial engine must remain the source of truth.
PREFERRED TECHNOLOGY
• Flutter
• Python / FastAPI
• PostgreSQL
We are open to alternative technologies if you can clearly justify your recommendation.
WHAT WE ARE LOOKING FOR
• Strong experience with Flutter and mobile applications
• Experience with financial / fintech applications is highly preferred
• Strong backend and database experience
• Experience building forecasting or calculation engines
• Strong understanding of financial data and transaction logic
• Arabic RTL experience
• Strong QA and testing practices
• Ability to deliver clean, maintainable and scalable code
• Good communication and documentation
• Experience with published iOS/Android applications is preferred
PLEASE INCLUDE IN YOUR PROPOSAL
1. Your fixed price for the complete Phase 1 MVP
2. Estimated delivery timeline
3. Proposed milestone/payment structure
4. Proposed technology stack
5. Team structure and who will work on the project
6. Relevant fintech/personal finance applications you have developed
7. Links to published iOS/Android applications, if available
8. Post-launch bug-fix/warranty period
9. Your approach to the forecasting engine and financial calculation testing
10. Indicative approach and estimated cost for Phase 2
11. Any assumptions, exclusions or dependencies
IMPORTANT – PLEASE READ BEFORE APPLYING
Please carefully review and read the attached RFP in full before submitting your proposal.
The RFP contains the detailed Phase 1 requirements, forecasting logic, financial calculation requirements, UX/UI expectations, technical architecture, acceptance criteria, deliverables, ownership requirements and commercial expectations.
Please base your scope, pricing, timeline and milestone proposal on a thorough understanding of the attached RFP.
Do not submit a generic proposal without reviewing the RFP. Proposals that do not demonstrate an understanding of the specific requirements may not be considered.
We are looking for a long-term development partner, not simply someone to deliver code.
BUDGET
USD 2,000 – 5,000
Please submit your best fixed-price proposal based on the complete Phase 1 scope.
The budget range is provided to allow flexibility, but your proposal must clearly explain what is included in your quoted price.
Preferred: A team or company with a published Personal Finance or FinTech application.
Skills Required
Python
Mobile App Development
Android
PostgreSQL
API
Flutter
Financial Software Development
FinTech
FastAPI
iOS
About the Client
Riyadh
Flag of SAUDI ARABIA
Saudi Arabia
4.9
63
Member since Mar 13, 2017
Client Engagement
Upgrade your membership to see client engagement
Client Verification
Identity verified
Payment verified
Deposit made
Email verified
Profile completed
Phone verified
И все это они хотят за 5 тыщ баксов.
Я был об арабах лучшего мнения.
В Саудовской Аравии кроме нефти еще что-нибудь есть?
>>29742
Personal Finance & Financial Forecasting App – iOS & Android
Open
Bids
206
Average bid
$4,088 USD
Details
Proposals
Project Details
$3,000.00 – 5,000.00 USD
Bidding ends in 5 days
Personal Finance & Financial Forecasting App – iOS & Android
We are looking for an experienced development team or senior developer to build a Personal Financial Management & Forecasting mobile application for iOS and Android.
The product is designed to help users manage their income and expenses, understand their future cash flow, and create financial scenarios to see how different decisions may affect their financial position.
We want to build a solid Phase 1 MVP with a reliable financial calculation and forecasting engine, while keeping the architecture ready for future AI-powered financial intelligence in Phase 2.
PHASE 1 MVP SCOPE
• iOS & Android mobile application
• Flutter preferred
• Personal finance dashboard
• Income and expense management
• One-time transactions
• Recurring transactions with start/end dates
• Base financial plan
• Alternative financial scenarios
• Scenario isolation
• Scenario comparison
• Cash-flow forecasting
• 1, 3, 5 and 10-year forecasting horizons
• Monthly and annual financial views
• Charts and financial reports
• Arabic RTL and English LTR
• SAR, USD, EUR, GBP and AED
• Backend, database and APIs
• Secure authentication
• Data reset and export
• Deterministic and independently testable forecasting/calculation engine
• Automated financial calculation tests
• QA and UAT
• Production-ready iOS and Android builds
• App Store / Google Play submission support
• Complete source code and technical documentation
IMPORTANT TECHNICAL REQUIREMENT
The forecasting and calculation engine must be deterministic, documented and independently testable.
The financial engine should be the single source of truth for all financial calculations and should be architected so that future Phase 2 functionality can be added without rebuilding the core engine.
PHASE 2 – FUTURE SCOPE
Phase 2 may include:
• Advanced forecasting
• What-if analysis
• Financial events
• AI Financial Assistant
• Financial intelligence
• Financial health / financial freedom insights
AI should not be the source of financial calculations. The deterministic financial engine must remain the source of truth.
PREFERRED TECHNOLOGY
• Flutter
• Python / FastAPI
• PostgreSQL
We are open to alternative technologies if you can clearly justify your recommendation.
WHAT WE ARE LOOKING FOR
• Strong experience with Flutter and mobile applications
• Experience with financial / fintech applications is highly preferred
• Strong backend and database experience
• Experience building forecasting or calculation engines
• Strong understanding of financial data and transaction logic
• Arabic RTL experience
• Strong QA and testing practices
• Ability to deliver clean, maintainable and scalable code
• Good communication and documentation
• Experience with published iOS/Android applications is preferred
PLEASE INCLUDE IN YOUR PROPOSAL
1. Your fixed price for the complete Phase 1 MVP
2. Estimated delivery timeline
3. Proposed milestone/payment structure
4. Proposed technology stack
5. Team structure and who will work on the project
6. Relevant fintech/personal finance applications you have developed
7. Links to published iOS/Android applications, if available
8. Post-launch bug-fix/warranty period
9. Your approach to the forecasting engine and financial calculation testing
10. Indicative approach and estimated cost for Phase 2
11. Any assumptions, exclusions or dependencies
IMPORTANT – PLEASE READ BEFORE APPLYING
Please carefully review and read the attached RFP in full before submitting your proposal.
The RFP contains the detailed Phase 1 requirements, forecasting logic, financial calculation requirements, UX/UI expectations, technical architecture, acceptance criteria, deliverables, ownership requirements and commercial expectations.
Please base your scope, pricing, timeline and milestone proposal on a thorough understanding of the attached RFP.
Do not submit a generic proposal without reviewing the RFP. Proposals that do not demonstrate an understanding of the specific requirements may not be considered.
We are looking for a long-term development partner, not simply someone to deliver code.
BUDGET
USD 2,000 – 5,000
Please submit your best fixed-price proposal based on the complete Phase 1 scope.
The budget range is provided to allow flexibility, but your proposal must clearly explain what is included in your quoted price.
Preferred: A team or company with a published Personal Finance or FinTech application.
Skills Required
Python
Mobile App Development
Android
PostgreSQL
API
Flutter
Financial Software Development
FinTech
FastAPI
iOS
About the Client
Riyadh
Flag of SAUDI ARABIA
Saudi Arabia
4.9
63
Member since Mar 13, 2017
Client Engagement
Upgrade your membership to see client engagement
Client Verification
Identity verified
Payment verified
Deposit made
Email verified
Profile completed
Phone verified
И все это они хотят за 5 тыщ баксов.
Я был об арабах лучшего мнения.
В Саудовской Аравии кроме нефти еще что-нибудь есть?
>>29520
>>29742
Personal Finance & Financial Forecasting App – iOS & Android
Open
Bids
206
Average bid
$4,088 USD
Details
Proposals
Project Details
$3,000.00 – 5,000.00 USD
Bidding ends in 5 days
Personal Finance & Financial Forecasting App – iOS & Android
We are looking for an experienced development team or senior developer to build a Personal Financial Management & Forecasting mobile application for iOS and Android.
The product is designed to help users manage their income and expenses, understand their future cash flow, and create financial scenarios to see how different decisions may affect their financial position.
We want to build a solid Phase 1 MVP with a reliable financial calculation and forecasting engine, while keeping the architecture ready for future AI-powered financial intelligence in Phase 2.
PHASE 1 MVP SCOPE
• iOS & Android mobile application
• Flutter preferred
• Personal finance dashboard
• Income and expense management
• One-time transactions
• Recurring transactions with start/end dates
• Base financial plan
• Alternative financial scenarios
• Scenario isolation
• Scenario comparison
• Cash-flow forecasting
• 1, 3, 5 and 10-year forecasting horizons
• Monthly and annual financial views
• Charts and financial reports
• Arabic RTL and English LTR
• SAR, USD, EUR, GBP and AED
• Backend, database and APIs
• Secure authentication
• Data reset and export
• Deterministic and independently testable forecasting/calculation engine
• Automated financial calculation tests
• QA and UAT
• Production-ready iOS and Android builds
• App Store / Google Play submission support
• Complete source code and technical documentation
IMPORTANT TECHNICAL REQUIREMENT
The forecasting and calculation engine must be deterministic, documented and independently testable.
The financial engine should be the single source of truth for all financial calculations and should be architected so that future Phase 2 functionality can be added without rebuilding the core engine.
PHASE 2 – FUTURE SCOPE
Phase 2 may include:
• Advanced forecasting
• What-if analysis
• Financial events
• AI Financial Assistant
• Financial intelligence
• Financial health / financial freedom insights
AI should not be the source of financial calculations. The deterministic financial engine must remain the source of truth.
PREFERRED TECHNOLOGY
• Flutter
• Python / FastAPI
• PostgreSQL
We are open to alternative technologies if you can clearly justify your recommendation.
WHAT WE ARE LOOKING FOR
• Strong experience with Flutter and mobile applications
• Experience with financial / fintech applications is highly preferred
• Strong backend and database experience
• Experience building forecasting or calculation engines
• Strong understanding of financial data and transaction logic
• Arabic RTL experience
• Strong QA and testing practices
• Ability to deliver clean, maintainable and scalable code
• Good communication and documentation
• Experience with published iOS/Android applications is preferred
PLEASE INCLUDE IN YOUR PROPOSAL
1. Your fixed price for the complete Phase 1 MVP
2. Estimated delivery timeline
3. Proposed milestone/payment structure
4. Proposed technology stack
5. Team structure and who will work on the project
6. Relevant fintech/personal finance applications you have developed
7. Links to published iOS/Android applications, if available
8. Post-launch bug-fix/warranty period
9. Your approach to the forecasting engine and financial calculation testing
10. Indicative approach and estimated cost for Phase 2
11. Any assumptions, exclusions or dependencies
IMPORTANT – PLEASE READ BEFORE APPLYING
Please carefully review and read the attached RFP in full before submitting your proposal.
The RFP contains the detailed Phase 1 requirements, forecasting logic, financial calculation requirements, UX/UI expectations, technical architecture, acceptance criteria, deliverables, ownership requirements and commercial expectations.
Please base your scope, pricing, timeline and milestone proposal on a thorough understanding of the attached RFP.
Do not submit a generic proposal without reviewing the RFP. Proposals that do not demonstrate an understanding of the specific requirements may not be considered.
We are looking for a long-term development partner, not simply someone to deliver code.
BUDGET
USD 2,000 – 5,000
Please submit your best fixed-price proposal based on the complete Phase 1 scope.
The budget range is provided to allow flexibility, but your proposal must clearly explain what is included in your quoted price.
Preferred: A team or company with a published Personal Finance or FinTech application.
Skills Required
Python
Mobile App Development
Android
PostgreSQL
API
Flutter
Financial Software Development
FinTech
FastAPI
iOS
About the Client
Riyadh
Flag of SAUDI ARABIA
Saudi Arabia
4.9
63
Member since Mar 13, 2017
Client Engagement
Upgrade your membership to see client engagement
Client Verification
Identity verified
Payment verified
Deposit made
Email verified
Profile completed
Phone verified
И все это они хотят за 5 тыщ баксов.
Я был об арабах лучшего мнения.
В Саудовской Аравии кроме нефти еще что-нибудь есть?
>>29742
Personal Finance & Financial Forecasting App – iOS & Android
Open
Bids
206
Average bid
$4,088 USD
Details
Proposals
Project Details
$3,000.00 – 5,000.00 USD
Bidding ends in 5 days
Personal Finance & Financial Forecasting App – iOS & Android
We are looking for an experienced development team or senior developer to build a Personal Financial Management & Forecasting mobile application for iOS and Android.
The product is designed to help users manage their income and expenses, understand their future cash flow, and create financial scenarios to see how different decisions may affect their financial position.
We want to build a solid Phase 1 MVP with a reliable financial calculation and forecasting engine, while keeping the architecture ready for future AI-powered financial intelligence in Phase 2.
PHASE 1 MVP SCOPE
• iOS & Android mobile application
• Flutter preferred
• Personal finance dashboard
• Income and expense management
• One-time transactions
• Recurring transactions with start/end dates
• Base financial plan
• Alternative financial scenarios
• Scenario isolation
• Scenario comparison
• Cash-flow forecasting
• 1, 3, 5 and 10-year forecasting horizons
• Monthly and annual financial views
• Charts and financial reports
• Arabic RTL and English LTR
• SAR, USD, EUR, GBP and AED
• Backend, database and APIs
• Secure authentication
• Data reset and export
• Deterministic and independently testable forecasting/calculation engine
• Automated financial calculation tests
• QA and UAT
• Production-ready iOS and Android builds
• App Store / Google Play submission support
• Complete source code and technical documentation
IMPORTANT TECHNICAL REQUIREMENT
The forecasting and calculation engine must be deterministic, documented and independently testable.
The financial engine should be the single source of truth for all financial calculations and should be architected so that future Phase 2 functionality can be added without rebuilding the core engine.
PHASE 2 – FUTURE SCOPE
Phase 2 may include:
• Advanced forecasting
• What-if analysis
• Financial events
• AI Financial Assistant
• Financial intelligence
• Financial health / financial freedom insights
AI should not be the source of financial calculations. The deterministic financial engine must remain the source of truth.
PREFERRED TECHNOLOGY
• Flutter
• Python / FastAPI
• PostgreSQL
We are open to alternative technologies if you can clearly justify your recommendation.
WHAT WE ARE LOOKING FOR
• Strong experience with Flutter and mobile applications
• Experience with financial / fintech applications is highly preferred
• Strong backend and database experience
• Experience building forecasting or calculation engines
• Strong understanding of financial data and transaction logic
• Arabic RTL experience
• Strong QA and testing practices
• Ability to deliver clean, maintainable and scalable code
• Good communication and documentation
• Experience with published iOS/Android applications is preferred
PLEASE INCLUDE IN YOUR PROPOSAL
1. Your fixed price for the complete Phase 1 MVP
2. Estimated delivery timeline
3. Proposed milestone/payment structure
4. Proposed technology stack
5. Team structure and who will work on the project
6. Relevant fintech/personal finance applications you have developed
7. Links to published iOS/Android applications, if available
8. Post-launch bug-fix/warranty period
9. Your approach to the forecasting engine and financial calculation testing
10. Indicative approach and estimated cost for Phase 2
11. Any assumptions, exclusions or dependencies
IMPORTANT – PLEASE READ BEFORE APPLYING
Please carefully review and read the attached RFP in full before submitting your proposal.
The RFP contains the detailed Phase 1 requirements, forecasting logic, financial calculation requirements, UX/UI expectations, technical architecture, acceptance criteria, deliverables, ownership requirements and commercial expectations.
Please base your scope, pricing, timeline and milestone proposal on a thorough understanding of the attached RFP.
Do not submit a generic proposal without reviewing the RFP. Proposals that do not demonstrate an understanding of the specific requirements may not be considered.
We are looking for a long-term development partner, not simply someone to deliver code.
BUDGET
USD 2,000 – 5,000
Please submit your best fixed-price proposal based on the complete Phase 1 scope.
The budget range is provided to allow flexibility, but your proposal must clearly explain what is included in your quoted price.
Preferred: A team or company with a published Personal Finance or FinTech application.
Skills Required
Python
Mobile App Development
Android
PostgreSQL
API
Flutter
Financial Software Development
FinTech
FastAPI
iOS
About the Client
Riyadh
Flag of SAUDI ARABIA
Saudi Arabia
4.9
63
Member since Mar 13, 2017
Client Engagement
Upgrade your membership to see client engagement
Client Verification
Identity verified
Payment verified
Deposit made
Email verified
Profile completed
Phone verified
И все это они хотят за 5 тыщ баксов.
Я был об арабах лучшего мнения.
В Саудовской Аравии кроме нефти еще что-нибудь есть?
>>29775
Сами пусть разрабатывают, за 5к баксов тут 1/10 работы может быть сделана и то не очень качественно, скорее просто работает.
Сами пусть разрабатывают, за 5к баксов тут 1/10 работы может быть сделана и то не очень качественно, скорее просто работает.
>>28180
каким образом твой дебильный высер про байткод имеет отношение к IT бизнесу?
>Байт-код JVM лучше декомпилируется, а в случае нативного кода между тем, что ты называешь инструкциями процессора (отчасти это так и есть) и конструкциями высокоуровнего языка просто отсутствует
каким образом твой дебильный высер про байткод имеет отношение к IT бизнесу?
>>28328
Если говорить про написание программ на языке ассемблера, то ассемблерный листинг содержит также, например, директивы и данные, помимо непосредственно инструкций процессора, всё это потом компонуется в исполняемый образ с корректировкой смещений и прочим. Исполняемый образ также содержит в себе другую информацию, помимо непосредственно инструкций процессора.
Но в основе своей ты прав, лежит поток машинный команд, инструкций.
Если говорить про написание программ на языке ассемблера, то ассемблерный листинг содержит также, например, директивы и данные, помимо непосредственно инструкций процессора, всё это потом компонуется в исполняемый образ с корректировкой смещений и прочим. Исполняемый образ также содержит в себе другую информацию, помимо непосредственно инструкций процессора.
Но в основе своей ты прав, лежит поток машинный команд, инструкций.
>>29925
И это далеко не первый и не второй такой проект, который я вижу. Но дело всё заключается в том, что скорее всего дурачка исполнителя они таки найдут. Потому, что стоимость жизни в Индии, Пакистане, Катаре гораздо ниже, чем в Европе и США и если для условного европейца или американца 5000 баксов - это зарплата за 1 месяц (а за месяц, понятное дело, такой проект не сделать), то индус или бенгалец на эти деньги может год жить в своей мухосрани как король.
И это далеко не первый и не второй такой проект, который я вижу. Но дело всё заключается в том, что скорее всего дурачка исполнителя они таки найдут. Потому, что стоимость жизни в Индии, Пакистане, Катаре гораздо ниже, чем в Европе и США и если для условного европейца или американца 5000 баксов - это зарплата за 1 месяц (а за месяц, понятное дело, такой проект не сделать), то индус или бенгалец на эти деньги может год жить в своей мухосрани как король.
>>30547
Это ты шизик, кабпнычу похуй на твой JVM ему надо продукт с минимальными затратами за минимальное время, тебе купили подписку на Клод на блошином рынке за полцены сиди программировай
Это ты шизик, кабпнычу похуй на твой JVM ему надо продукт с минимальными затратами за минимальное время, тебе купили подписку на Клод на блошином рынке за полцены сиди программировай
>>30833
кусок говна
?
Да беспезды, для этого даже подписку на Клод покупать не стоит.
> ему надо
кусок говна
> с минимальными затратами за минимальное время
?
Да беспезды, для этого даже подписку на Клод покупать не стоит.
Издательство Polden Publishing заработало 8 млн долларов на дешевых симуляторах и призвало забыть про сложные проекты
Extor Menoger
13 сентября
Площадка Steam перегружена колоссальным потоком низкокачественных релизов, которые мешают продвижению коммерческих проектов. По оценке сооснователя и руководителя издательства Polden Publishing Кирилла Орешкина, из 20 тыс. игр, выходящих в магазине за 12 месяцев, примерно 95% представляют собой любительские поделки студентов и школьников. Огромный массив незрелого контента превращает цифровую витрину в свалку, где борьба за внимание аудитории идет по законам жесткого естественного отбора.
На фоне перенасыщенного рынка затяжное производство сложных амбициозных игр становится для независимых студий верным путем к банкротству. Кирилл Орешкин предостерег разработчиков от траты 3, 4 или 5 лет жизни на масштабные концепты с открытыми мирами, в которые авторы нередко вкладывают свыше 1.5 млн долларов без предварительной проверки спроса. Вместо бесконечной полировки механик создателям посоветовали жестко ограничить цикл разработки ровно 1 годом, ориентируясь на небольшие команды или даже формат авторов-одиночек.
Наиболее прибыльной нишей в текущих реалиях названы компактные кооперативные симуляторы и инкрементальные проекты с ценником от 5 до 7 долларов. Подобные сессионные развлечения закрывают потребность геймеров, желающих провести 2-3 часа вечером в компании друзей после тяжелых соревновательных матчей в Dota или Counter-Strike. Доступная стоимость превращает покупку в спонтанное решение, не требующее от игроков долгих раздумий перед оплатой.
Ставка на быстрые в производстве сетевые игры доказала свою финансовую состоятельность на практике. За неполные 2 года работы издательство Polden Publishing заработало 8 млн долларов чистой выручки и реализовало свыше 1 млн копий. Самыми кассовыми релизами в каталоге компании стали кооперативный симулятор ресторана Restaurats, принесший около 2 млн долларов за 1 год продаж, а также симулятор казино The House Always Wins, заработавший 1 млн долларов всего за 4-5 месяцев.
Для достижения подобного результата студиям больше не требуется готовить громоздкие дизайн-документы или годами полировать программный код. По словам издателя, проект обязан привлекать внимание целевой аудитории буквально за 2 секунды ярким визуальным стилем, актуальным сеттингом и понятной геймплейной идеей. Перед подписанием контракта издательство проверяет жизнеспособность концепта через короткие видеоролики в социальных сетях, требуя собрать не менее 50 тыс. добавлений в вишлисты за 2 недели. В настоящее время суммарное число списков желаемого по проектам компании приближается к отметке в 3 млн пользователей.
Источник: playground(точка)ru
Extor Menoger
13 сентября
Площадка Steam перегружена колоссальным потоком низкокачественных релизов, которые мешают продвижению коммерческих проектов. По оценке сооснователя и руководителя издательства Polden Publishing Кирилла Орешкина, из 20 тыс. игр, выходящих в магазине за 12 месяцев, примерно 95% представляют собой любительские поделки студентов и школьников. Огромный массив незрелого контента превращает цифровую витрину в свалку, где борьба за внимание аудитории идет по законам жесткого естественного отбора.
На фоне перенасыщенного рынка затяжное производство сложных амбициозных игр становится для независимых студий верным путем к банкротству. Кирилл Орешкин предостерег разработчиков от траты 3, 4 или 5 лет жизни на масштабные концепты с открытыми мирами, в которые авторы нередко вкладывают свыше 1.5 млн долларов без предварительной проверки спроса. Вместо бесконечной полировки механик создателям посоветовали жестко ограничить цикл разработки ровно 1 годом, ориентируясь на небольшие команды или даже формат авторов-одиночек.
Наиболее прибыльной нишей в текущих реалиях названы компактные кооперативные симуляторы и инкрементальные проекты с ценником от 5 до 7 долларов. Подобные сессионные развлечения закрывают потребность геймеров, желающих провести 2-3 часа вечером в компании друзей после тяжелых соревновательных матчей в Dota или Counter-Strike. Доступная стоимость превращает покупку в спонтанное решение, не требующее от игроков долгих раздумий перед оплатой.
Ставка на быстрые в производстве сетевые игры доказала свою финансовую состоятельность на практике. За неполные 2 года работы издательство Polden Publishing заработало 8 млн долларов чистой выручки и реализовало свыше 1 млн копий. Самыми кассовыми релизами в каталоге компании стали кооперативный симулятор ресторана Restaurats, принесший около 2 млн долларов за 1 год продаж, а также симулятор казино The House Always Wins, заработавший 1 млн долларов всего за 4-5 месяцев.
Для достижения подобного результата студиям больше не требуется готовить громоздкие дизайн-документы или годами полировать программный код. По словам издателя, проект обязан привлекать внимание целевой аудитории буквально за 2 секунды ярким визуальным стилем, актуальным сеттингом и понятной геймплейной идеей. Перед подписанием контракта издательство проверяет жизнеспособность концепта через короткие видеоролики в социальных сетях, требуя собрать не менее 50 тыс. добавлений в вишлисты за 2 недели. В настоящее время суммарное число списков желаемого по проектам компании приближается к отметке в 3 млн пользователей.
Источник: playground(точка)ru
Издательство Polden Publishing заработало 8 млн долларов на дешевых симуляторах и призвало забыть про сложные проекты
Extor Menoger
13 сентября
Площадка Steam перегружена колоссальным потоком низкокачественных релизов, которые мешают продвижению коммерческих проектов. По оценке сооснователя и руководителя издательства Polden Publishing Кирилла Орешкина, из 20 тыс. игр, выходящих в магазине за 12 месяцев, примерно 95% представляют собой любительские поделки студентов и школьников. Огромный массив незрелого контента превращает цифровую витрину в свалку, где борьба за внимание аудитории идет по законам жесткого естественного отбора.
На фоне перенасыщенного рынка затяжное производство сложных амбициозных игр становится для независимых студий верным путем к банкротству. Кирилл Орешкин предостерег разработчиков от траты 3, 4 или 5 лет жизни на масштабные концепты с открытыми мирами, в которые авторы нередко вкладывают свыше 1.5 млн долларов без предварительной проверки спроса. Вместо бесконечной полировки механик создателям посоветовали жестко ограничить цикл разработки ровно 1 годом, ориентируясь на небольшие команды или даже формат авторов-одиночек.
Наиболее прибыльной нишей в текущих реалиях названы компактные кооперативные симуляторы и инкрементальные проекты с ценником от 5 до 7 долларов. Подобные сессионные развлечения закрывают потребность геймеров, желающих провести 2-3 часа вечером в компании друзей после тяжелых соревновательных матчей в Dota или Counter-Strike. Доступная стоимость превращает покупку в спонтанное решение, не требующее от игроков долгих раздумий перед оплатой.
Ставка на быстрые в производстве сетевые игры доказала свою финансовую состоятельность на практике. За неполные 2 года работы издательство Polden Publishing заработало 8 млн долларов чистой выручки и реализовало свыше 1 млн копий. Самыми кассовыми релизами в каталоге компании стали кооперативный симулятор ресторана Restaurats, принесший около 2 млн долларов за 1 год продаж, а также симулятор казино The House Always Wins, заработавший 1 млн долларов всего за 4-5 месяцев.
Для достижения подобного результата студиям больше не требуется готовить громоздкие дизайн-документы или годами полировать программный код. По словам издателя, проект обязан привлекать внимание целевой аудитории буквально за 2 секунды ярким визуальным стилем, актуальным сеттингом и понятной геймплейной идеей. Перед подписанием контракта издательство проверяет жизнеспособность концепта через короткие видеоролики в социальных сетях, требуя собрать не менее 50 тыс. добавлений в вишлисты за 2 недели. В настоящее время суммарное число списков желаемого по проектам компании приближается к отметке в 3 млн пользователей.
Источник: playground(точка)ru
Extor Menoger
13 сентября
Площадка Steam перегружена колоссальным потоком низкокачественных релизов, которые мешают продвижению коммерческих проектов. По оценке сооснователя и руководителя издательства Polden Publishing Кирилла Орешкина, из 20 тыс. игр, выходящих в магазине за 12 месяцев, примерно 95% представляют собой любительские поделки студентов и школьников. Огромный массив незрелого контента превращает цифровую витрину в свалку, где борьба за внимание аудитории идет по законам жесткого естественного отбора.
На фоне перенасыщенного рынка затяжное производство сложных амбициозных игр становится для независимых студий верным путем к банкротству. Кирилл Орешкин предостерег разработчиков от траты 3, 4 или 5 лет жизни на масштабные концепты с открытыми мирами, в которые авторы нередко вкладывают свыше 1.5 млн долларов без предварительной проверки спроса. Вместо бесконечной полировки механик создателям посоветовали жестко ограничить цикл разработки ровно 1 годом, ориентируясь на небольшие команды или даже формат авторов-одиночек.
Наиболее прибыльной нишей в текущих реалиях названы компактные кооперативные симуляторы и инкрементальные проекты с ценником от 5 до 7 долларов. Подобные сессионные развлечения закрывают потребность геймеров, желающих провести 2-3 часа вечером в компании друзей после тяжелых соревновательных матчей в Dota или Counter-Strike. Доступная стоимость превращает покупку в спонтанное решение, не требующее от игроков долгих раздумий перед оплатой.
Ставка на быстрые в производстве сетевые игры доказала свою финансовую состоятельность на практике. За неполные 2 года работы издательство Polden Publishing заработало 8 млн долларов чистой выручки и реализовало свыше 1 млн копий. Самыми кассовыми релизами в каталоге компании стали кооперативный симулятор ресторана Restaurats, принесший около 2 млн долларов за 1 год продаж, а также симулятор казино The House Always Wins, заработавший 1 млн долларов всего за 4-5 месяцев.
Для достижения подобного результата студиям больше не требуется готовить громоздкие дизайн-документы или годами полировать программный код. По словам издателя, проект обязан привлекать внимание целевой аудитории буквально за 2 секунды ярким визуальным стилем, актуальным сеттингом и понятной геймплейной идеей. Перед подписанием контракта издательство проверяет жизнеспособность концепта через короткие видеоролики в социальных сетях, требуя собрать не менее 50 тыс. добавлений в вишлисты за 2 недели. В настоящее время суммарное число списков желаемого по проектам компании приближается к отметке в 3 млн пользователей.
Источник: playground(точка)ru
>>30924
Суть в том, что твоя мать шлюха, а папа долбоёб, воспитавшие тупую ленивую скотину, которой даже читать лень.
Суть в том, что твоя мать шлюха, а папа долбоёб, воспитавшие тупую ленивую скотину, которой даже читать лень.
Миллиардер Гейб Ньюэлл ещё 3 года назад сформулировал универсальное правило о том, что делает игры интересными – и реализм тут ни при чём
https://shazoo.ru/2026/09/17/190693/milliarder-geib-niuell-eshhe-3-goda-nazad-sformuliroval-universalnoe-pravilo-o-tom-cto-delaet-igry-interesnymi-i-realizm-tut-ni-pri-cem
https://shazoo.ru/2026/09/17/190693/milliarder-geib-niuell-eshhe-3-goda-nazad-sformuliroval-universalnoe-pravilo-o-tom-cto-delaet-igry-interesnymi-i-realizm-tut-ni-pri-cem
>>30903
А зачем таким проектам издатель?
>требуя собрать не менее 50 тыс. добавлений в вишлисты за 2 недели.
А зачем таким проектам издатель?
Директор Saber Interactive знает, как избежать увольнений – нужно отказаться от дорогих американских городов и делать по 5-6 небольших игр одновременно с ААА-тайтлами
https://shazoo.ru/2026/09/20/190951/direktor-saber-interactive-znaet-kak-izbezat-uvolnenii-nuzno-otkazatsia-ot-dorogix-amerikanskix-gorodov-i-delat-po-5-6-nebolsix-igr-odnovremenno-s-aaa-taitlami
https://shazoo.ru/2026/09/20/190951/direktor-saber-interactive-znaet-kak-izbezat-uvolnenii-nuzno-otkazatsia-ot-dorogix-amerikanskix-gorodov-i-delat-po-5-6-nebolsix-igr-odnovremenno-s-aaa-taitlami
>>31958
50k вишлистов ещё не означает, что так будет и дальше, проект получится раскрутить самим и он будет прибыльным.
50k вишлистов ещё не означает, что так будет и дальше, проект получится раскрутить самим и он будет прибыльным.
Кто сталкивался с регистрацией на Steamworks как юридическое лицо и прохождением Tax Interview?
Зарегистрировался под именем своего ИП, указал, что я sole proprietor. В платёжной информации указал получаетелем своё ИП и реквизиты расчётного счёта.
Как теперь пройти Tax Interview, заполнить форму W-8BEN? Какой тип заявителя указывать и если выбирать вариант компании/корпорации, как отвечать на остальные вопросы?
Зарегистрировался под именем своего ИП, указал, что я sole proprietor. В платёжной информации указал получаетелем своё ИП и реквизиты расчётного счёта.
Как теперь пройти Tax Interview, заполнить форму W-8BEN? Какой тип заявителя указывать и если выбирать вариант компании/корпорации, как отвечать на остальные вопросы?
>>34542
Ты спрашивал зачем таким проектам издатель, я тебе ответил: каждый выбирает сам, но гарантий нет нигде.
Те, кто обратились к издателю из статьи, который устраивает им тест на 50к вишлистов, наверное о чём-то думали. Вполне возможно, что увидев, что их проект пользуется спросом, они послали издателя нахер, но опять-таки, 50к вишлистов ещё не о чём не говорит, это просто такой entry-тест со стороны издателя, наверное для того, чтобы отсеять совсем очевидный нежизнеспособный шлак.
Ты спрашивал зачем таким проектам издатель, я тебе ответил: каждый выбирает сам, но гарантий нет нигде.
Те, кто обратились к издателю из статьи, который устраивает им тест на 50к вишлистов, наверное о чём-то думали. Вполне возможно, что увидев, что их проект пользуется спросом, они послали издателя нахер, но опять-таки, 50к вишлистов ещё не о чём не говорит, это просто такой entry-тест со стороны издателя, наверное для того, чтобы отсеять совсем очевидный нежизнеспособный шлак.
>>33537
Выяснил, что для Steam и для американской налоговой нет разницы между российским физлицом, российским ИП и российским самозанятым, для них это всё - физлицо. При этом legal name в Steamworks, payee name в настройках платежа, банковских реквизитах, имя из формы 8-WBEN, заполняемой в ходе Tax Interview и имя в подтверждающем документе, в самом простом случае - загранпаспорте, должны совпадать.
Я нахожусь не в России и у меня в банковских реквизитах бенефециаром платежа указано юридическое имя моего ИП, открытого вне РФ. Да, оно включает мои имя и фамилию, как в РФ, но также и добавлены сокращение, указывающее на занятие предпринимательской деятельностью и город, в котором находится юридический адрес моего ИП.
Выяснил, что для Steam и для американской налоговой нет разницы между российским физлицом, российским ИП и российским самозанятым, для них это всё - физлицо. При этом legal name в Steamworks, payee name в настройках платежа, банковских реквизитах, имя из формы 8-WBEN, заполняемой в ходе Tax Interview и имя в подтверждающем документе, в самом простом случае - загранпаспорте, должны совпадать.
Я нахожусь не в России и у меня в банковских реквизитах бенефециаром платежа указано юридическое имя моего ИП, открытого вне РФ. Да, оно включает мои имя и фамилию, как в РФ, но также и добавлены сокращение, указывающее на занятие предпринимательской деятельностью и город, в котором находится юридический адрес моего ИП.
>>18412 (OP)
Кто-то пробовал участвовать в бизнес-инкубаторах, всяких программах поддержки ИИ-стартапов и т.д.? Если есть такие опишите как было.
Кто-то пробовал участвовать в бизнес-инкубаторах, всяких программах поддержки ИИ-стартапов и т.д.? Если есть такие опишите как было.
>>34916
Мы как-то давно участвовали в бизнес-инкубаторах и программах поддержки стартапов, но не ИИ.
Мы как-то давно участвовали в бизнес-инкубаторах и программах поддержки стартапов, но не ИИ.
>>34927
Ну и как всё было? Типа вот одобрили заявление и дальше что вы/они делали?
Полезны ли такие штуки людям с нулевым опытом бизнеса или только тем, кто уже имеет какой-то опыт и ему просто нужна площадка?
Ну и как всё было? Типа вот одобрили заявление и дальше что вы/они делали?
Полезны ли такие штуки людям с нулевым опытом бизнеса или только тем, кто уже имеет какой-то опыт и ему просто нужна площадка?
>>35000
Проходило всё в принципе нормально, мы даже занимали какие-то места в конкурсах и выигрывали почётные призы. Проблема в том, что объём гранта финансирования настолько мал, что его даже не хватит на то, чтобы следующие полгода-год платить зарплату людям. А так да, полезно, иренируете навык презентации и продвижения своих проектов, участия во всяких конкурсах и тендерах.
Проходило всё в принципе нормально, мы даже занимали какие-то места в конкурсах и выигрывали почётные призы. Проблема в том, что объём гранта финансирования настолько мал, что его даже не хватит на то, чтобы следующие полгода-год платить зарплату людям. А так да, полезно, иренируете навык презентации и продвижения своих проектов, участия во всяких конкурсах и тендерах.
>>18412 (OP)
Не совсем гойти, но похожее, радиоэлектронное производство и разработка Мес, Асу, ИИ систем для предприятий электронной отрасли. Самый пиздец в том, что в новые цеха реально все интегрировать, в старые совковые предприятия с гнилыми кран-балками нереально, плюс персонал сопротивляется, как работяги, так и ауп и топ-менеджмент
Не совсем гойти, но похожее, радиоэлектронное производство и разработка Мес, Асу, ИИ систем для предприятий электронной отрасли. Самый пиздец в том, что в новые цеха реально все интегрировать, в старые совковые предприятия с гнилыми кран-балками нереально, плюс персонал сопротивляется, как работяги, так и ауп и топ-менеджмент
>>35740
Старое советское оборудование, гнилые кран-балки, разумеется надо заменять на новое, современное, передовое и негнилое.
Старое советское оборудование, гнилые кран-балки, разумеется надо заменять на новое, современное, передовое и негнилое.
>>35810
А на это денег не додумались выделить, делайте с тем, что есть.
А на это денег не додумались выделить, делайте с тем, что есть.