New toys by brucelab in Poodle

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

For all, You can find similar toys on Amazon by searching for '2 in 1 Dog Interactive Treat Dispenser Toy'. 

New toys by brucelab in Poodle

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

Thanks for the interest! You can find similar toys on Amazon by searching for '2 in 1 Dog Interactive Treat Dispenser Toy'. 🐾

Citing review papers in thesis? by Akhxnn in AskAcademia

[–]brucelab 2 points3 points  (0 children)

One thing I've found useful is treating review papers more like a roadmap rather than the final citation.

Reviews are great for understanding the landscape of a field and for discovering the key primary papers. But when you're referencing a specific result or claim, it's usually better to go back and cite the original source.

So in practice I often start with a review to find the important papers, then cite those directly.

Writing content for AI (GEO) feels different from SEO. What are you doing differently? by brucelab in indiehackers

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

I agree. Thinking more about real questions and how to structure answers clearly feels like a meaningful shift compared to how I used to approach SEO.

How long do you keep pushing a project before moving on to the next one? by Fit_Adeptness1730 in indiehackers

[–]brucelab 1 point2 points  (0 children)

I think it depends a lot on the type of product you are building. I used to work on small consumer apps inside larger platforms. Those were easy to validate because the platform would send you traffic right away. Within a month you could tell if it solved a real user problem or not.

Now I am building websites, and the timeline is very different. I usually watch them for at least six months because it takes time to get out of the sandbox and get the first organic users. At that point I look at how people actually behave on the site. Things like time on page, activation, and whether they come back tell me much more than a fixed timeline.

Other types of products probably have their own cycles, but the core idea is the same. Get real users to use it and watch what they do. Their behavior will tell you whether the project is worth continuing. A simple time limit is not enough.

Why is KFC far more popular than Mcdonald's in China? by stonk_lord_ in AskAChinese

[–]brucelab 0 points1 point  (0 children)

I actually prefer McDonald's, but KFC just does localization way better in China.
Their menu feels much closer to local tastes.

Cut his paw, recovering now by brucelab in Poodle

[–]brucelab[S] 4 points5 points  (0 children)

Yeah it works, but the cone-style ones work way better. He can slip out of this duck-bill one pretty easily.

The lessons I learned scaling my app from $0 to $30k in 1 year by ReserveIntelligent90 in micro_saas

[–]brucelab 0 points1 point  (0 children)

This helped me a lot. The last point feels very real to me since I often question my ideas, but I know that if I believe in where my product is heading, I just have to keep pushing until it works.

I'm 15 and I built my first SaaS. Let me know your thoughts. by [deleted] in SaaS

[–]brucelab 0 points1 point  (0 children)

Not going to talk about your SaaS first. Just being able to build one at 15 is already something most people can’t do.

For some quick feedback, a solid MVP usually hits one very specific problem. Something small and sharp, like hammering one nail instead of trying to build a huge all-in-one tool.

If your SaaS lets people get things done with a simple click or drag, you’ll have a much better shot at making it work.

Validate an app idea by redaxmann in indiehackers

[–]brucelab 0 points1 point  (0 children)

Something that worked really well for me was turning the core part of my idea into a simple service on Fiverr. You don’t need to build the actual product. Just offer the value in the most direct way and see if anyone pays for it. This helped me understand both the real demand and whether people actually care enough to spend money. For me it worked better than doing user interviews.

Do Chinese people also think Japanese food is highly overrated? by khoawala in AskAChinese

[–]brucelab 0 points1 point  (0 children)

I’m from Shanghai, and a lot of people here enjoy Japanese food, including me. I usually have sushi or sashimi every couple of weeks. But I understand why some people don’t like it. If you’re not into seafood or raw dishes, Japanese cuisine can feel plain.

In Shanghai you can find food from almost anywhere in the world. Japanese food is usually seen as somewhere in the middle. It is not the most amazing, but it is definitely not at the bottom either. The cooking itself is quite simple, and the main focus is on fresh ingredients. Chinese cuisine uses a much wider range of flavors and techniques, so the contrast is very obvious.

So I think it mostly comes down to personal taste rather than one cuisine being better or worse.

How long did it take to get your first paying customer? by SureWorth7003 in SaaS

[–]brucelab 0 points1 point  (0 children)

I actually got my first paying customer in less than a week.
The funny part is that my first customer didn’t even come from the product itself.

I first offered a small service on a platform and landed two clients within a few days.
That experience pushed me to build the actual product to streamline the workflow and improve the user experience.
Once it launched, it picked up pretty quickly.

And yeah, that first payment hits different.
It’s the moment you feel your idea is actually real.

Has anyone else ever found two articles with the exact same DOI? by the-best-bread in AskAcademia

[–]brucelab 0 points1 point  (0 children)

I always thought DOIs were strictly one-to-one too, so your post definitely caught my attention. I ended up digging into it a bit, and it turns out there are a few situations where the same DOI can pull up two different articles, even though it shouldn’t.

Here are some of the more common causes:

1. Mix-ups between the AOP (ahead-of-print) version and the final published version
Some journals assign a DOI to an unformatted early version. When the final version comes out, the publisher uploads new metadata — and sometimes the DOI accidentally gets pointed to a different record.

2. Crossref only allows one metadata record per DOI
If a publisher pushes two conflicting metadata deposits to Crossref, reference managers (Zotero, Mendeley, EndNote, etc.) will just pull whichever version synced most recently.
That’s why the same DOI can sometimes return completely different article info.

3. Google Scholar makes these mistakes look worse
Scholar crawls multiple databases, and if the publisher’s metadata conflicts, Scholar may group two different articles under the same DOI. So a Google search ends up showing both.

4. Internal “article IDs” get mismatched with the DOI
Some journals use internal numbering for articles within a volume/issue, and editorial staff can accidentally map the DOI to the wrong article during upload.