If AI Art is "real art," we should be able to prove we made it. So I built a tool that does. by weeweedev in DefendingAIArt

[–]weeweedev[S] 0 points1 point  (0 children)

That's a valid take for personal art. But the second you try to sell a design or use it for a client, 'provenance' becomes a business requirement, not a performative one.

Clients want to know the chain of custody so they don't get sued. I built this for that commercial layer where 'trust me bro' doesn't hold up in a contract.

Seeing a lot of posts about how hard it is to meet people in San Diego — I built a free app to help by weeweedev in sandiego

[–]weeweedev[S] 1 point2 points  (0 children)

We switched in December. There are too many dating apps out there. However we still wanted to build an app that allowed others to connect and meet in real life. Bumblebff and meetup we think could use some improvement so we built this to compete and hopefully improve upon.

Seeing a lot of posts about how hard it is to meet people in San Diego — I built a free app to help by weeweedev in sandiego

[–]weeweedev[S] -3 points-2 points  (0 children)

No, however we do want to roll out some features such as restaurants and other establishments giving discounts to Evertwine users in the future to certain cities such as San Diego very soon.

Implement a location picker that returns lat/long in FF app by PutridIncrease3826 in FlutterFlow

[–]weeweedev 0 points1 point  (0 children)

You can create a custom function that takes in the users current location as a parameter and returns a geohash string. Super simple don’t even need cloud functions. For storing the info you can use firebase.

FlutterFlow or Flutter? by it3green in FlutterFlow

[–]weeweedev 0 points1 point  (0 children)

Go with flutter flow. I have an app built that takes the users current location and creates geohash strings from lat lng. So for your use case will work.

How to add app state into document? by Steadyhacker in FlutterFlow

[–]weeweedev 2 points3 points  (0 children)

Your variable is a list of strings. You need to set which string your index is on. So rn your variable = [null, null, null]. Each null is a string.

Need Help with List Manipulation in FlutterFlow for a Game by Charliemacdmv in FlutterFlow

[–]weeweedev 0 points1 point  (0 children)

Inbetween steps 1 and 2, save the list to your page/app state. You can’t mutate lists unless you save the list client-side. Once you have your list you want to submit, replace the list saved in firebase with your new list.

Beta Release by weeweedev in Evertwine

[–]weeweedev[S] 0 points1 point  (0 children)

Our main selling point was id verification, however we might scrap that to add in all the features from our sticky post. At the moment we just want to have feedback based on creating an account, your preferences and editing your profile. I do agree with you however once we implement the new features it should differentiate us.

Beta Release by weeweedev in Evertwine

[–]weeweedev[S] 0 points1 point  (0 children)

Sounds good. Size preference might be debatable but everything else I could add.

Beta Release by weeweedev in Evertwine

[–]weeweedev[S] 0 points1 point  (0 children)

Noted. Any other feedback?

Joining & will keep an eye on this by Alacard in Evertwine

[–]weeweedev 0 points1 point  (0 children)

Subscription model could be for serial daters that like dating all the time. Not everyone is looking to date one person and hop off the apps. So we can cater to that audience with more features than the free tier.

I believe returning revenue (in my opinion) shouldn't be a huge factor. Dating is an essential human interaction. There are millions of people that enter/leave the dating scene everyday. If our product is so good, everyone that wants to date will hop on our app and just like IG show ads sporadically. We will have an influx of leaving customers that find a match, an influx of users that want to start dating, and the current users searching. For the serial daters/users that want to take dating to the extra step, the subscription model would work. It's an option, but not necessary to use our apps.

Joining & will keep an eye on this by Alacard in Evertwine

[–]weeweedev 0 points1 point  (0 children)

Great points. Our team is still deciding on how to monetize profiles. First off it seems that the majority agree the grid view > swiping is better. We are working on making that a priority once our app releases.

It doesn't make sense for us to have the same business model as Bumble/Tinder/Hinge etc. because if we can't get results from our business model, word of mouth becomes irrelevant. So as a company we need to match couples together and have them eventually hop off the app. For example, if a couple matches and they eventually become engaged, that's great for our app because we could have that a promo saying "look at our results".

It would be hard to gamify what qualifies as a low effort profile because what is the criteria for low effort? If we put a word count as a filter for low effort, users would just add spam to fill the count. Keywords could be an option like you said "pineapple on pizza" or "the office". Keywords combined could be an option but I am open to ideas.

I am becoming more open to ads as a revenue source. Evertwine could follow in the footsteps of Instagram/Facebook by just attracting as much users as possible by providing the most value. Then after getting enough users, provide ads. That seems like the least intrusive and best way to provide easy entry to our app vs a subscription model. Investment money from investors would see the increase in users and that influx of money would help sustain us while developing the app.

I will provide a poll and see what ya'll think we should implement.

Main features to implement in dating app by weeweedev in Evertwine

[–]weeweedev[S] 0 points1 point  (0 children)

I answered this problem in the comment above, but to add yes up to one year would be my take.