Cool product / story by the way!
283 karma · joined December 31, 2010
Cool product / story by the way!
YouTube openly admits to having a metric for scoring videos, which, of course they do. Then they accidentally, seemingly, leak the scores of videos. It turns out that content that is really successful on YouTube has a really high score. Meaning the score... works.
I suppose there's the question of whether the score is the cause or an effect of the success of these videos, though it's almost certainly a bit of both, since that's how virality and feedback loops work.
For example: unqualified lead -> qualified lead -> responded to email -> discussion with sales rep -> made purchase
Being able to organize my contacts in this way and quickly see which contacts are at which stages and easily move them between stages (ideally with an API endpoint) is a super powerful way to drive day to day workflow (and automations like follow up emails, assuming there's an API endpoint for querying).
"Extreme claim not based in fact, stated as fact"
[link, implied to support the claim but doesn't]
When you do this, some percentage of people are going to take what you're saying at face value and believe that this is actual policy, especially since you seem to have provided a source (even though clicking on that source reveals it to be a paper thin cnet article that provides no support for what you're saying).
Frustratingly, you're doing it again here - you say "purchases for mobility and communication are restricted by social credit scores", and then you provide two links - one for cellphones and one for trains - that just say you need to use IDs to sign up for mobile plans and to buy train tickets in China, describing policies that existed long prior to social credit scores and have nothing to do with social credit scores. Those are also policies that exist in a lot of other countries, the first link you provide even says this in the first sentence:
"...joining many European and Asian countries in curbing the anonymous use of mobile technology."
Also, at least in my personal experience, you need an ID to buy a train ticket in the US as well. Also your source for that is a comment in a trip advisor thread about needing an ID to buy bus tickets, not train tickets, and consists entirely of people speculating and things they've heard second hand - a truly horrible source if ever I've seen one, and not in support of what you're saying even if it was a good source.
Without going through it, as I think it's pretty clear at this point that you're being very sloppy with your sources, that business insider article doesn't say what you're saying it says either.
Even looking past the many false claims here completely unsupported by the links you're providing, you can't just list a few things you don't like that seem "unfree" to you and then say you think that predicting keeping people that don't use an app regularly enough from buying food is a reasonable prediction. Or rather, go ahead and say it if you want but please just make it clear that it's your prediction rather than a fact like you did above, and be careful that the links you provide as supporting sources actually relate to what you're saying.
And please, please, please, be careful with how you summarize linked content - the way you do it here and appear to be doing it in your previous post is so inaccurate and so mixed with your own predictions and fears that I'm giving you a lot of benefit of the doubt by saying it's "sloppy" rather than "intentionally deceptive".
https://www.youtube.com/watch?v=jG5bOsUFb-4
and
https://www.youtube.com/watch?v=o2-cEEu3ZHU
You should probably consider putting these and any other similar content you have front and center on the website. As it is now it looks a little thin on actual proof and comes off sounding a bit vaporware-ish.
Basing the indictment on the intent of the design - something hard to prove or reason about objectively - seems like a very slippery slope. Couldn't a similar statement be made about almost any system that protects user privacy? Or maybe they're referring to specific legal requirements not being conformed to rather than a general "criminal design"?
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
--- 1.1.1.1 ping statistics --- 80 packets transmitted, 0 received, 100% packet loss, time 79915ms
What mobile network are you using?
I like the lending library / coffee shop notion as well, and if you don't have a lot of runway to try this, you might be able to put out a signup sheet asking people to pre-commit to a multi-month membership up front - if there's not enough interest there to keep you afloat (or get you close), try something else. Should serve to at least get baseline validation on the concept before you sink any real time / money / effort into it.
Changed the LIBS line (in MLDemos/Makefile, _AlgorithmPlugins/<n>/Makefile.<n>, _IOPlugins/<n>/Makefile.<n>) to:
LIBS = $(SUBLIBS) -L/usr/lib64 -L/usr/local/lib -lhighgui -lcv -lcxcore -lQtGui -lQtCore -lpthread
I suspect there's an easier way, but this at least allowed me to build and everything seems to work properly.
One minor bug I encountered: If I enter "I like #foo" and save it, it is filed under the tag #foo. If I then edit that item to be "I like #food" it stays filed under it's original tag, #foo, rather than being moved to #food.
Edit: edited to clarify bug description.