Live data from Hacker News

A Japanese company cut 80% of the time needed to manually count pearls

countthings.com

191–200 of 236 posts

Re: A Japanese company cut 80% of the time needed to manually count pearls

#191
post #93
post #89

Earlier quoted context omitted.

Optimizing 100 hours per year to 20 hours isn't much either.. It's 3 days, for that to break even development costs have to very low. Of course, selling it as a generic app for counting things is a great way to do this.

That part of the article confused me too, I think it's later implied they pay that 100 vs 20 hour cost much more often than once a year.

It does mentions three months reduction of labour cost, which is a lot more than 80 hours.

Re: A Japanese company cut 80% of the time needed to manually count pearls

#192
post #171

I think what the CountThings app is doing is great. There are too many industries where tasks are being performed inefficiently due to a lack of applying readily available technology. They had the foresight to develop a product for a very common problem and make a business out of it. I’m a bit surprised that this is making the rounds of HN though. OpenCV and other computer vision libraries have trivialized such count…

LOL you're not getting this done trivially with OpenCV. https://countthings.com/en/counting-templates

[deleted]

Re: A Japanese company cut 80% of the time needed to manually count pearls

#193
post #14

Hi, there! I'm one of the project managers at CountThings, I'll try to respond to comments here but I guess you can AMA.

Could you talk about some of the niche use cases of the app? I'm curious what the long tail of use cases looks like.

Re: A Japanese company cut 80% of the time needed to manually count pearls

#194
post #171

Earlier quoted context omitted.

LOL you're not getting this done trivially with OpenCV. https://countthings.com/en/counting-templates

Count things isn't trivial, but this specific use case (counting circles) is trivial with opencv. I've done it myself making a robot follow a ball :)

Agree. Especially if you can control the image quality, background, etc, this can be done with less fancy methods. Heck, they probably don’t even need an image based solution. They could have also used mostly mechanical machines like how coin counters/sorters work, or used a bigger version of their old counting plate method but with detectors in each slot.

Re: A Japanese company cut 80% of the time needed to manually count pearls

#196

Earlier quoted context omitted.

Count things isn't trivial, but this specific use case (counting circles) is trivial with opencv. I've done it myself making a robot follow a ball :)

Agree. Especially if you can control the image quality, background, etc, this can be done with less fancy methods. Heck, they probably don’t even need an image based solution. They could have also used mostly mechanical machines like how coin counters/sorters work, or used a bigger version of their old counting plate method but with detectors in each slot.

They could even make people count them by hand!

Re: A Japanese company cut 80% of the time needed to manually count pearls

#197

Earlier quoted context omitted.

Is not it something anyone can do for free using image J with a bit of scripting.

Is this a bad time to remind HN of that famous comment on the founding of dropbox?

Sorry, out of the loop; what comment?

Re: A Japanese company cut 80% of the time needed to manually count pearls

#198

Earlier quoted context omitted.

Is this a bad time to remind HN of that famous comment on the founding of dropbox?

Sorry, out of the loop; what comment?

https://news.ycombinator.com/item?id=9224

Re: A Japanese company cut 80% of the time needed to manually count pearls

#199

Earlier quoted context omitted.

The picture in the bottom of the article shows that varying sizes of pearls need to be counted at the same time, making using weight very unreliable. Even if only similar size pearls are allowed, small variations multiplied by a large amount of pearls can cause issues, such as distinguishing 100 pearls of 99 grams each from 99 pearls of 100 grams each.

They could use a simple sorting machine that sorts pearls based on size (like how most coin sorting machines work - run all coins over a small hole, the smallest coins fall through, then run have a slightly larger hole after that, and so on). Then they could have a simple optical/laser sensor below each hole to count how many smallest, smaller, small, medium, large, larger, and largest pearls fall through each hole.…

$100/mo/dev is deemed profitable to the company si I guess they are happy rather going for contracts for hardware machines

Re: A Japanese company cut 80% of the time needed to manually count pearls

#200
post #76

Earlier quoted context omitted.

Value pricing at it's finest. If the customer saves $1000/month per device, they'll happily pay the $100/month. As it still saves them $900. They don't care how complex/simple the ML implementation is.

But is there any barrier to entry though? By the looks of it, none, the next app will charges $5 per month and it could even be generic ('round objects counter')

A business would probably not want to take the risk of switching to an unproven app for just $100 a month in savings.
Post reply on HN