IT-бизнеса тред #5 стартует здесь. В тред призываются все, кто так или иначе имеет отношение к IT:
Аноним
14/08/26 Птн 17:15:38
№
1
В тред призываются все, кто так или иначе имеет отношение к IT: владельцы галер, проджект-менеджеры, продакты, маркетологи, стартаперы, разработчики сайтов, сервисов, веб-приложений, десктопных приложений, мобильных приложений, игр и так далее.
Делимся собственным опытом разработки, запуска и продвижения проектов, обсуждаем как можно заработать 500кк в наносекунду в этом вашем ойти.
Предыдущий тред: >>2444086 (OP)
Если тебе нудно, а хочешь, чтобы было весело - пиздуй обратно в цирк, откуда ты и вылез.
Забей сразу. ИИ "фильмы" распознают по первому кадру и скроют нафиг твой канал. Ну и к IT бизнесу это отношения не имеет.
На ближайший год любую генерацию как бизнес идею просто ликвидируй нафик.
> Деньги то откуда пойдут
Спроси у создателей ReelShort, DramaWave, DramaBox
Нафик все эти Хуендли использовать? Сейчас своё сделать проще и безопаснее. Эта Календли - зарубежный сервис? Какую информацию ты им передаёшь?
Да, сервис зарубежный. И заказчик у меня зарубежный. Информация передаётся кто, к кому и на какое время записался на приём в клинику.
Со временем, конечно, можно сделать своё решение, но сейчас главное быстро запуститься и начать принимать клиентов (пациентов).
Молодец, просто имей в виду, что использование этого сервиса российской клиникой нарушило бы ФЗ 23, использование клиникой в ЕС нарушило бы GDPR. Об этом надо думать, если ты создаёшь движок сайта, который затем будешь использовать где-то ещё.
Если использование этого сервиса нарушает GDPR и всё, что только можно, то почему он всё ещё существует и им пользуются? Хорошо, не клиники и врачи (хотя я уверен, что и такие там есть), а другие специалисты для того, чтобы назначать встречи, составлять расписание, работать с клиентом.
На ум приходит пример со студией йоги. Это же пиздец, какое нарушение! Мне бы не понравилось, что какой-то третий сервис вдруг узнал и хранил бы у себя информацию о том, что в понедельник после работы, часов в 17:00 я иду в спортзал на улицу Швайненштрассе в Берлине заниматься йогой!
Он не нарушает американское законодательство, им можно пользоваться в США. В ЕС это гигантский штраф, причём не только клинике, но и разработчику. В России - ХЗ, я не знаю какая ответственность за ФЗ 23. Также им нельзя пользоваться в Китае и Бразилии, если у них нет серверов в Китае и Бразилии.
Запись к врачу, я полагаю, имеет особую квалификацию, поскольку раскрывает не только контактную, но и медицинскую информацию (запись к кардиологу = проблемы с сердцем = информация о состоянии здоровья). Короче, ты можешь взять любой AI и посоветоваться на этот счёт, желательно перед началом разработки. Это часть работы над проектом - прояснить детали и избавить себя от головной боли.
> взять любой AI и посоветоваться на этот счёт
Окей:
А что, правда ли использование Calendly для записи пациентов на приём в клинику (WellDo) нарушает GDPR стран Европейского Союза?
Короткий и сложный ответ: прямого и однозначного запрета нет, но использование Calendly создает юридические риски, которые нужно осознавать и которыми нужно управлять. Это не черное и белое, а скорее серая зона.
Вот почему это сложный вопрос:
Аргументы "ЗА" (почему это может не нарушать GDPR)
· У Calendly есть правовая база для передачи данных из ЕС/ЕЭЗ. Они включают в свои соглашения (DPA) Стандартные договорные SCCs и UK Addendum, которые являются признанными механизмами для безопасной передачи персональных данных из Европы в США .
· Существуют прецеденты использования в медицинских учреждениях. Например, университетская клиника в Великобритании и частная клиника используют Calendly для записи, но строго ограничивая передаваемые данные (только имя и email), и подчеркивают, что Calendly не имеет доступа к медицинским данным или данным о здоровье .
· Твой сценарий как раз подходит под эту модель. Для записи на прием в Calendly передается ограниченный набор данных: имя, email, выбранное время и тип встречи. Эта информация не является "специальной категорией данных" (данные о здоровье) по определению GDPR .
Аргументы "ПРОТИВ" (почему это рискованно)
· Передача данных в США — это чувствительный вопрос. После решения суда "Schrems II" передача персональных данных в США требует тщательной оценки, и хотя SCCs являются инструментом, их легитимность может оспариваться .
· Формулировка "GDPR-совместимый" не является гарантией. Calendly заявляет о своей приверженности GDPR , но это не снимает с тебя, как с контролера данных, ответственности за обеспечение соответствия на твоем уровне .
· Есть строгие предупреждения для использования в здравоохранении. Сервисы, сравнивающие Calendly с HIPAA-совместимыми решениями, прямо указывают, что Calendly не подходит для обработки информации о здоровье (Protected Health Information, PHI) и не подписывает необходимое для этого соглашение .
Как минимизировать риски?
· Четко разделяй цели: Используй Calendly только для организации времени встречи. Никогда не передавай через его формы и не обсуждай в его рамках медицинскую информацию, историю болезни или симптомы.
· Ограничь собираемые данные: Настрой форму записи так, чтобы собирать только минимально необходимые данные (имя, email).
· Прозрачно информируй пациентов: Добавь на сайт политику конфиденциальности, где будет четко указано, что для записи используется сервис Calendly, данные передаются в США, но это делается на основании SCCs, и медицинская информация через этот сервис не передается .
· Получи согласие: Добавь чек-бокс с согласием на обработку данных в форме записи.
Вывод: Ты можешь использовать Calendly, если не передаешь через него никакие медицинские данные и должным образом информируешь об этом пациентов. Это не идеальное с точки зрения compliance решение, но практически реализуемое, если подойти к вопросу осознанно. Альтернативой будет использование европейского сервиса с хранением данных в ЕС, что снимает часть рисков .
Дельно. То есть не записывай в карточке "Окулист", а какой-нибудь левый идентификатор. Вот такой хернёй приходится страдать погромистам.
Там реальные актеры и скорее всего есть связи с индустрией
Щас навайбкодить уже на изи можно почти любую. Есть ли смысл пытаться?
Я уже миллион раз здесь говорил, что надо делать ИГРЫ.
Насчет навайбкодить, да так, чтобы не получилось говно - вопрос, который можно обсуждать. На моей работе в игрострое мы активно пользовались и курсором и клодом, но глупо (было) ожидать, что он всю работу сделает за нас.
Что вы делаете руками, если большую часть кода пишет Клод?
Да даже с офигенной игрой без чемодана денег на рекламу не залететь в топ.
Потому что игра это не код. Знаешь, сколько игр было у создателей angry birds? Несколько десятков. Код был, а игры были говно.
> без чемодана денег на рекламу не залететь в топ.
Назови бизнес в котором чемодан денег на рекламу не нужен, мы будем им заниматься.
ай да не пизди
просмотры у мини серий ебейшие, у тебя в минуту серия грубо говоря. я слежу за видосами в вк, охваты и отдача ебанутые, люди смотрят если контент хорошо (!) сделан. то есть видно что нейронка но сам контент насыщенный и челы обсуждают то что произошло в комментах
> люди смотрят если контент хорошо (!) сделан.
Нужна ДРАМА. Нужно быть я у мамы пейсателем и я у мамы драматург. Если просто двое мужчин подеруться, это не интересно и смотреть это не будут.
Размеры чемоданов разные просто. Тут я вот не знаю, как бодаться с топ студиями.
Шаурма\кофе у метро. Бухло24 на районе.
Реклама нинужно, все равно никто не поедет туда есть и пить специально.
Ца это мимокроки.
Инбифо
>Рря не айти бизнес
> Шаурма\кофе у метро. Бухло24 на районе.
5 миллионов деревянных стартового капитала извольте вынуть и положить.
> как бодаться с топ студиями
А не надо с ними бодаться.
Просто не пытайся делать проект АААА...ААА уровня, пока не дорос до них.
То есть по твоему зарабатывают только AAA - AAAA студии и AAA - AAAA проекты?
Тогда лучше вообще нихера не делать. Сиди дома, пей горькую, а в игробизнес даже не пытайся. Ни в коем случае не думай о белой обезьяне
>Я уже миллион раз здесь говорил, что надо делать ИГРЫ.
есть шансы что то заработать на базе вк/ок/яндекс игр в браузерке? Чемодана с деньгами нет.Жизнь уже выбросила меня с it в такси.
> есть шансы что то заработать?
"Что-то" заработать шансы есть всегда.
ну я имею ввиду вменяемые бабки, что бы на работку не ходить.
> что бы на работку не ходить
Можно, просто вместо той работки, на которую ты сейчас не хочешь ходить, ты будешь ходить на другую работку, которая называется "разработка браузерной игры для яндекс игр вк и так далее".
> Чемодана с деньгами нет.
Заработай (в найме), займи (возьми в долг), убей, обмани, укради, ограбь.
Заработать вменяемые бабки реально, особенно если грамитно поставить и настроить процессы.
А чтобы получить шанс когда-нибудь не ходить на работу, нужно сначала сейчас вложиться, если не деньгами, то силами, временем, нервами, знаниями и навыками... И деньгами тоже скорее всего придется. Потом, ты начинаешь эти вложения отбивать, выходишь на точку безубыточности и начинаешь работать уже в плюс и возвращаешь вложенное.
Есть заказы и на разработку интернет-магазинов. Например сейчас мне попался заказ на разработку интернет-магазина игрушек, хочу попробовать взять его в работу. Только похоже, что заказчик сам не понимает сколько все его хотелки могут стоить. Нет, все те фичи, о которых он просит они реалезуемы, просто если брать почасовую ставку и умножить на количество часов, требуемых для разработки, получится совсем не та сумма, которую он предлагает.
Оплатить должны до 31-го включительно, то есть в понедельник.
>выставил первые счета (invoices)
Деньги пришли, первая часть заказа выполнена, работа сделана.
>>2525192
Неинтересно - проходи мимо.
Тред создан специально для того, чтобы рассказывать о том как и кто ведет дела/бизнес с IT.
Выяснилось, что для заказчика автоматизация записи на приём не является приоритетной задачей, у него там своя атмосфера. Основной задачей он назвал красивый и продающий дизайн. Выкатил 4 версии различного дизайна, понравились 2 причём с одинаковым распределением голосов "совета директоров" заказчика. Я выбрал один из них, буду доводить его до ума, до продакшн-вида, купил домен и хостинг, буду публиковать.
> большую часть кода пишет Клод
Да хуй там плавал. У нас уже существующий десятилетия проект, написанный разными людьми в разное время в разном состоянии сознания.
Без хорошего и глубокого контекста что курсор, что клод сосут с проглотом.
>Без хорошего и глубокого контекста что курсор, что клод сосут с проглотом.
MCP
C
P
Как МСР поможет понять что пускал себе по вене омич, автор вот этих строк десятилетней давности?
а чем тут mcp поможет то лул? особенно если речь идет про кусок бизнес-логики которая выглядит совсем не логично и родилась 15 лет назад после одного из созвонов все участники которого уволились из компании уже 10 лет тому назад? сам код то хуй с ним, вот его смысл важен. и mcp тут не понятно куда вообще подключать и к чему он нужен, если сама бизнес-логика крайне запутанная.
>>2520031
я руками уже мало что делаю, но почти каждый день приходится вычитывать код построчно и гонять его в дебаггере чтобы понять что там происходит.
>почти каждый день приходится вычитывать код построчно и гонять его в дебаггере чтобы понять что там происходит
Даже взгрустнулось, уже забыл, когда в последний раз в отладчике ковырялся и чего-то отлаживал, пытаясь поймать баг. В феврале вроде.
Вайбкодинг конечно хорошо, но романтику программирования это убило
Дело не в романтике, а в том, что надо понимать, что происходит.
Так клод же и поможет вычленить этот контекст и логику. Вы его для анализа не используете?
Он сам меня нашёл, хотел, чтобы я к нему на FTE пошёл, а я предложил и сказал, что работаю по B2B-контракту.
> Вы его для анализа не используете?
Используем и у него хорошо получается анализировать данные, но не структуру программного кода.
Он хороший дата-сатанист, а не разработчик.
Странно, он у меня аж структуру кода аж из скомпилированных джарников воссоздаёт и в асболютном большинстве случае вполне вменяемо.
У кого-то вообще получилось сделать прибыльный СааС (не трекеросчиталки/нейроскам в эпл сторе) ?
> джарников
Одна из возможных причин: одни языки, например Java лучше формализуемы, в отличие, например от C++, который неформализуем вообще.
Навайкодил ИИ сервис для специалистов одной узкоспециализированной области. Активных пользователей 1800, сервису полгода. Решил врубать монетизацию, когда будет 2к юзеров.
Пока адово генерю статьи на сайт, чтобы занять в поисковиках все позиции по любым запросам из этой области, как раз думаю догенерю еще пару тысяч статей, они проиндексируются в поисковиках, как раз пару месяцев пройдет и будет 2к юзеров.
Въебашу рублей 300 или 500 абонентку, пока не решил. Но судя по статистике и статьям разным, оплачивают обычно процентов 3-5, остальные сидят на бесплатной версии.
Так что в лучшем случае буду лутать тыщ 25, что как бы вообще ни о чем.
Ну хорошо, хоть сервис мой не требует особой поддержки и доработок регулярных, работает и работает, можно не следить особо за ним.
Короче, как опыт норм. А как дело, куда надо вкладывать силы и уж тем более стартап всей жизни, куда надо вкладывать все силы - не то.
Думаю, что навайбкодить еще.
>Навайкодил ИИ сервис для специалистов одной узкоспециализированной области.
А как ты вообще узнал о необходимости в этом сайте?
Ну так ЛЛМка читает же в данном случае байткод, это всего около 200 инструкций, в случае с С++ это тоже ограниченный набор инструкций процессора после компиляции, так что как раз такое ЛЛМ легко читает.
>который неформализуем вообще
мне кажется если бы он был неформализуем, на него бы невозможно было написать формальную спецификацию, которая всё же есть?
Байт-код JVM лучше декомпилируется, а в случае нативного кода между тем, что ты называешь инструкциями процессора (отчасти это так и есть) и конструкциями высокоуровнего языка просто отсутствует биективное, то есть взаимно-однозначное, соответствие, чтобы можно было со 100% точностью из одного восстановить второе. В случае байт-кода неопределённостей как минимум меньше, если не отсутствуют совсем.
В курилке на работе от коллег из этого самого смежного отдела узкой специализации.
Спасибо за ответ, как удалось выйти на узкую нишу? Мы же по сути то программеры - автоматизаторы, опыта вне ИТ пузыря нет
>что ты называешь инструкциями процессора (отчасти это так и есть)
а ты их как-то по-другому называешь?
если ты про микрокод, то это вообще хардварный уровень и к софту отношения не имеет
или ты про что-то другое?
вот тут мне кажется и суть бизача найти скрытый спрос вакуум который сам заполнишь
и както надо искать такие вакуумы заполнять, ставить людей чтоб на зп поддерживали а самому искать дальше и делать еще
>как удалось выйти на узкую нишу
Ну как как, начал гуглить, какие решения есть в этой области, увидел, что нихуя, сделал, поначалу дал коллеге, он среди своих распространил, ну там буквально человек 5 стало юзать, первый фидбек получил и баги. Потом по тематическим телеграм каналам начал спамить и рекламу купил даже пару раз.
>Мы же по сути то программеры - автоматизаторы, опыта вне ИТ пузыря нет
Ну если ты вне айти ничего не умеешь, нахуя ты в этот тред то залез? Сиди в /pr/
>Ну если ты вне айти ничего не умеешь, нахуя ты в этот тред то залез? Сиди в /pr/
А нахуя ты в этот тред залез непонятно, те кто всё в бизнесе знает здесь не сидят, тут люди опытом обмениваются
Возможно любой, но на данной конкретной платформе бюджеты на проекты по большей части объективно неадекватные.
Не в последнюю очередь это объясняется засильем, как среди заказчиков, так и среди исполнителей, индусов, бенгальцев, пакистанцев, катарцев и тому подобного скама.
>>2529742
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 тыщ баксов.
Я был об арабах лучшего мнения.
В Саудовской Аравии кроме нефти еще что-нибудь есть?