melonakos
Just Me and Myself, Thinking about Each Other and Fighting Coronavirus
No no none of that aggression. I am a gentle father of 6 lol. I just mean like a more firm wording like “pay by XYZ date” versus a “hope ya pay soon.”
And yeah, everyone should keep track of their financial transactions and purposes for it. But those get proven or unproven in court.
And drip emails happen all the time. I don’t see that this is different.
And it's a huge time sink to do personal AR, and a tedious ugly task.
Being scrooge is not optimal.
Ask HN: Service to Collect Money You're Owed
Anyone know of a service that provides drip pester-the-shit-outta-people messages until they pay you back?Just enter the balance owed and contact information. Maybe keeps track of partial payments.It can use constantly changing numbers and emails, so it can never be blocked.You can select how aggressive or sweet the messages can be, like choosing the voice of a navigational system. Maybe have...
* Deep Learning Engineer - http://arrayfire.theresumator.com/apply/glNpcr/Deep-Learning...
* Computer Vision Engineer - http://arrayfire.theresumator.com/apply/SOnzat/Computer-Visi...
* CUDA / OpenCL Engineer - http://arrayfire.theresumator.com/apply/nutSdR/CUDA-Or-OpenC...
ArrayFire is a leader of accelerated technical computing. We maintain the ArrayFire open source library as well as deliver services to clients around the world in the areas of deep learning, computer vision, and accelerated computing.
We started as a Georgia Tech company and are now located in the startup hub next to the Atlanta Tech Village.
We look forward to talking to you!
*I work at ArrayFire.
And you are right. Too bad we didn't do this long ago!!! Hindsight is 20-20 as they say. I wrote about some of the internal deliberations we had on this decision here: http://notonlyluck.com/2014/07/31/the-decision-to-open-sourc...
I bet the market conditions that led to this are broader than just GPU computing. I think it would more generally apply to any middleware business. But it is certainly more palatable for people in scientific computing and HPC to use something free and later pay for support and services and addons. Once people start really relying on the free thing, that reliance can be monetized. In this sense, it is more "scalable" to have an open source product which is readily adoptable by early users than to attempt to sell a product to buyers that have not yet started to rely upon it and have a good distance to go before reliance sets in. This is not SaaS and never will be, haha.
Allocation of future resources is something that we have considered a lot. I wrote before about opportunity costs associated with an open source business model: http://notonlyluck.com/2014/08/13/opportunity-costs-required...
We just open sourced today, but our plan is to treat the open source product the same as we have always treated it even when it was proprietary.
Great questions! Hit me up on Twitter @melonakos. Would be good to connect more with you, especially if you are going to SC'14 next week.
We need to remove mention of ArrayFire Pro from the website now. Thanks for pointing to that.
For technical questions, @pavanky is on here :-)
Training the Startup Brain to Spot Ideas
Causing More Harm than Good in Email Marketing
Moore’s Law in a Post-Silicon Era
On Nervousness
* http://notonlyluck.com/2013/07/23/reasons-to-join-a-startup-...
* http://notonlyluck.com/2013/07/24/more-thoughts-on-reasons-t...
* Automatic memory management - Been in ArrayFire since 2008
* Their pfor statement - See ArrayFire's GFOR, http://www.accelereyes.com/arrayfire/c/page_gfor.htm
* High-order functions - Been in ArrayFire since 2009
It's always interesting to watch other people reinvent the wheel. It takes a lot of talent though. If the people behind this want an awesome opportunity to join with our team (where we live this stuff every day and have developed a great culture and customer focus), give me a holler. Find me at http://notonlyluck.com