Show HN: Shimmer – ADHD-adapted body doubling
13 by christalwang | 2 comments on Hacker News.
I’m Chris, one of the co-founders of Shimmer. In 2022, following my ADHD diagnosis, I launched Shimmer ( https://shimmer.care ), a 1:1 ADHD Coaching for adults (HN launch here: https://ift.tt/GXtbYlO ). One problem we discovered while running 1:1 coaching is that people weren’t able to actually follow through (in real life) on the ideas they came up with during their weekly sessions with their coach. There is a concept called body doubling that’s popular within the ADHD community—it’s basically getting things done in the presence of other people. The positive accountability is proven to work. However, our members told us they tried other body doubling solutions or attempted to organize it themselves in real life but none of the solutions stuck. So we reverse engineered productive moments our members described, paired with scientific backing of what motivates ADHD-ers, and designed an online body doubling experience for our coaching members that provides a safe but productive space for them to get things done between weekly sessions. A few of the motivators we infused into the traditional body doubling experience were 1) newness/novelty — each session has a different guided experience in the break like breathwork or stretching, 2) urgency — there’s a large visible pomodoro timer on the top left that counts down from 25 min, 3) community — the shared space is ADHD-friendly, and has a mood check-in & sharing functionality built in so you don’t feel alone, 4) accountability — there’s a task list where each time you check something off, it notifies the group, and you can view others’ as well if they opt in. Here’s a video walking through the product experience: https://ift.tt/eyPjGBF Our body doubling was created and iterated alongside thousands of people with ADHD on our coaching platform over 9+ months of building & iterating with them. We’re excited to unveil this experience. If you have ADHD (or executive functioning challenges), we’d love for you to check out coaching & body doubling and give us critical feedback. Shimmer’s pricing: $140/mo. for Essentials plan (15-min weekly sessions), $230/mo. for Standard plan (30-min weekly sessions), $345/mo. for Immersive plan (45-min weekly sessions); all plans start with an additional 25% off the first month, HSA/FSA-eligible. The reason why the price is so high is that this is not a self-guided app or SaaS tool. You’re matched with a real, credentialed coach (not AI) and since ADHD coaching is not reimbursed in the US, the price is hard for us to bring down because the largest cost component is the coach’s compensation. *We know these prices are still expensive for many people with ADHD. Here are the actions we’re taking: (1) we offer needs-based scholarships and aim to have 5% of members on them at any time, (2) we often run fully sponsored scholarships with our partners—over 60 full ride scholarships and 100 group coaching spots have been disbursed alongside Asian Mental Health Project, Government of Canada, and more, and (3) we have aligned our coaching model alongside Health & Wellness Coaching, which is expected to be reimbursed in the next years. If there are ways we can further drive down the cost, please reach out to me directly at chris@shimmer.care.
Thursday, October 31, 2024
Wednesday, October 30, 2024
New top story on Hacker News: Show HN: AI OmniGen – AI Image Generator with Consistent Visuals
Show HN: AI OmniGen – AI Image Generator with Consistent Visuals
15 by lcorinst | 3 comments on Hacker News.
AI OmniGen is an advanced AI image generator, offering identity preservation for consistent subject representation and seamless image editing for refined, customized visuals.
15 by lcorinst | 3 comments on Hacker News.
AI OmniGen is an advanced AI image generator, offering identity preservation for consistent subject representation and seamless image editing for refined, customized visuals.
Tuesday, October 29, 2024
Monday, October 28, 2024
Sunday, October 27, 2024
Saturday, October 26, 2024
Friday, October 25, 2024
Thursday, October 24, 2024
Wednesday, October 23, 2024
Tuesday, October 22, 2024
Monday, October 21, 2024
Sunday, October 20, 2024
New top story on Hacker News: Show HN: Client Side anti-RAG solution
Show HN: Client Side anti-RAG solution
6 by foxhop | 2 comments on Hacker News.
Client Side Only Example, chat with this page. Because we don't use API keys we don't have any real need for a server. view the page source, it's _all_ there! The program doesn't take history into account & yet is has surprising coherence. View Source and start on line 258.
6 by foxhop | 2 comments on Hacker News.
Client Side Only Example, chat with this page. Because we don't use API keys we don't have any real need for a server. view the page source, it's _all_ there! The program doesn't take history into account & yet is has surprising coherence. View Source and start on line 258.
Saturday, October 19, 2024
Friday, October 18, 2024
Thursday, October 17, 2024
New top story on Hacker News: Arithmetic is an underrated world-modeling technology
Arithmetic is an underrated world-modeling technology
11 by crescit_eundo | 1 comments on Hacker News.
11 by crescit_eundo | 1 comments on Hacker News.
Wednesday, October 16, 2024
Tuesday, October 15, 2024
Monday, October 14, 2024
Sunday, October 13, 2024
Saturday, October 12, 2024
Friday, October 11, 2024
Thursday, October 10, 2024
Wednesday, October 9, 2024
New top story on Hacker News: Show HN: Donobu – Mac App for Web Automation and Testing
Show HN: Donobu – Mac App for Web Automation and Testing
16 by wewtyflakes | 0 comments on Hacker News.
Been working on a desktop app for Mac that lets you create web flows and rerun them ( https://www.donobu.com/ ). You can optionally use AI (BYOK: bring your own keys) to create flows for you and to do other interesting things, like making vision-based semantic assertions. Also, your data lives on your own filesystem, and we do not see any of it (further still, there is no phoning home at all). A nice benefit of this being a desktop app rather than a SAAS product, is that if you happen to be developing/iterating on a webpage locally, this has no problem hooking into it. What this intends to be a good fit for: - Testing web pages, especially locally. - Exploring random webpages with a stated objective. - Automating tedious flows. Rerunning a flow won't get caught up on using a single selector (many websites randomize element IDs, for instance), there is smart failover using a prioritized list of selectors. - Getting a quick draft of an end-to-end test in Javascript. What this is a bad fit for: - Mass web scraping (too slow). - Adversarial websites. What we are still working out: - Click-and-drag operations. - Websites that are primarily controlled from canvas. - Smoothing out UI/UX (we are two backend engineers trying our best, and are handedly outgunned by real frontend engineers). Fun things to try: - Asking it to assert that a webpage has a certain theme. - Asking it to run an accessibility report for a page (uses https://ift.tt/0lFJ8Y6 ). - Asking it to run a cookie report for a page. The tech: - Java 21 for the main business logic. - Javalin 6 for the web framework ( https://javalin.io/ ). - Playwright for controlling the browser ( https://ift.tt/q8we7sN ). - Axe for running accessibility reports ( https://ift.tt/0lFJ8Y6 ). Critical feedback is welcome. Thanks for trying it out! Cheers, -Justin and Vaz
16 by wewtyflakes | 0 comments on Hacker News.
Been working on a desktop app for Mac that lets you create web flows and rerun them ( https://www.donobu.com/ ). You can optionally use AI (BYOK: bring your own keys) to create flows for you and to do other interesting things, like making vision-based semantic assertions. Also, your data lives on your own filesystem, and we do not see any of it (further still, there is no phoning home at all). A nice benefit of this being a desktop app rather than a SAAS product, is that if you happen to be developing/iterating on a webpage locally, this has no problem hooking into it. What this intends to be a good fit for: - Testing web pages, especially locally. - Exploring random webpages with a stated objective. - Automating tedious flows. Rerunning a flow won't get caught up on using a single selector (many websites randomize element IDs, for instance), there is smart failover using a prioritized list of selectors. - Getting a quick draft of an end-to-end test in Javascript. What this is a bad fit for: - Mass web scraping (too slow). - Adversarial websites. What we are still working out: - Click-and-drag operations. - Websites that are primarily controlled from canvas. - Smoothing out UI/UX (we are two backend engineers trying our best, and are handedly outgunned by real frontend engineers). Fun things to try: - Asking it to assert that a webpage has a certain theme. - Asking it to run an accessibility report for a page (uses https://ift.tt/0lFJ8Y6 ). - Asking it to run a cookie report for a page. The tech: - Java 21 for the main business logic. - Javalin 6 for the web framework ( https://javalin.io/ ). - Playwright for controlling the browser ( https://ift.tt/q8we7sN ). - Axe for running accessibility reports ( https://ift.tt/0lFJ8Y6 ). Critical feedback is welcome. Thanks for trying it out! Cheers, -Justin and Vaz
Tuesday, October 8, 2024
Monday, October 7, 2024
Sunday, October 6, 2024
Saturday, October 5, 2024
New top story on Hacker News: Ask HN: What type of Auth are you using on your side projects?
Ask HN: What type of Auth are you using on your side projects?
10 by honksillet | 9 comments on Hacker News.
I was looking at the Supabase docs and it was nice to see a long list of Auth work flows supported/documented. So my question is, here in October 2024, what are y'all using for Auth on your side projects. Password based, social, email, something else? If you are using social, which social do you support? Is there any public data on which types of Auth have the best conversion/bounce rates? And for you, which Auth is just easy to support long term and which just ends up being a drag? TY
10 by honksillet | 9 comments on Hacker News.
I was looking at the Supabase docs and it was nice to see a long list of Auth work flows supported/documented. So my question is, here in October 2024, what are y'all using for Auth on your side projects. Password based, social, email, something else? If you are using social, which social do you support? Is there any public data on which types of Auth have the best conversion/bounce rates? And for you, which Auth is just easy to support long term and which just ends up being a drag? TY
Friday, October 4, 2024
Thursday, October 3, 2024
Wednesday, October 2, 2024
New top story on Hacker News: Show HN: Kameo – a Rust library for building fault-tolerant, async actors
Show HN: Kameo – a Rust library for building fault-tolerant, async actors
17 by tqwewe | 4 comments on Hacker News.
Hi HN, I’m excited to share Kameo, a lightweight Rust library that helps you build fault-tolerant, distributed, and asynchronous actors. If you're working on distributed systems, microservices, or real-time applications, Kameo offers a simple yet powerful API for handling concurrency, panic recovery, and remote messaging between nodes. Key Features: - Async Rust: Each actor runs as a separate Tokio task, making concurrency management simple. - Remote Messaging: Seamlessly send messages to actors across different nodes. - Supervision and Fault Tolerance: Create self-healing systems with actor hierarchies. - Backpressure Support: Supports bounded and unbounded mpsc messaging. I built Kameo because I wanted a more intuitive, scalable solution for distributed Rust applications. I’d love feedback from the HN community and contributions from anyone interested in Rust and actor-based systems. Check out the project on GitHub: https://ift.tt/AeBPvf7 Looking forward to hearing your thoughts!
17 by tqwewe | 4 comments on Hacker News.
Hi HN, I’m excited to share Kameo, a lightweight Rust library that helps you build fault-tolerant, distributed, and asynchronous actors. If you're working on distributed systems, microservices, or real-time applications, Kameo offers a simple yet powerful API for handling concurrency, panic recovery, and remote messaging between nodes. Key Features: - Async Rust: Each actor runs as a separate Tokio task, making concurrency management simple. - Remote Messaging: Seamlessly send messages to actors across different nodes. - Supervision and Fault Tolerance: Create self-healing systems with actor hierarchies. - Backpressure Support: Supports bounded and unbounded mpsc messaging. I built Kameo because I wanted a more intuitive, scalable solution for distributed Rust applications. I’d love feedback from the HN community and contributions from anyone interested in Rust and actor-based systems. Check out the project on GitHub: https://ift.tt/AeBPvf7 Looking forward to hearing your thoughts!
Tuesday, October 1, 2024
Subscribe to:
Posts (Atom)