“Mom, I’m bored will you buy this a new computer game?” “Lol no! Go outside.” “Well crap. I guess I’ll have to write my own game.”
155 karma · joined January 28, 2017
“Mom, I’m bored will you buy this a new computer game?” “Lol no! Go outside.” “Well crap. I guess I’ll have to write my own game.”
Yes - that’s one of the ways in which they got smarter. More data more better.
I presume also lessons learned re training procedures, algorithmic advances, but data is a primary lever.
But SF public library has a couple dozen branches or more?
The consistent texture of the Nutraloaf may “help” here. My spouse lost her sense of smell (for other reasons than Covid) years ago and now relies heavily on textures for food enjoyment.
They (chatgpt et al) do move closer to “clear and coherent” by adding extra layers such as a beam search on LLM outputs. Good to remember that ChatGPT et al are products, not bare metal LLMs.
Now I can’t do this in earnest because of document privacy issues but I’ve diving down the rabbit hole of how small can we go and still get decent results. Spoiler: gpt2 is too small. :-)
I dissent! Just did a 2-day (each way) road trip with young children and those charging breaks are pretty great and well-spaced for letting them run around and blow off steam. It’s not such a bad idea for the adults either…
That said, drones vs ships seems like a starker cost differential than this.
I run one of those long tails and Amazon Smile was just right to cover running costs for hosting, bank fees, etc.
1. Watching other peoples’ kids is a time-limited exercise. A major challenge with your own kids is that it’s constant and effectively without end.
2. There’s a big difference between kids and MY kids. I just have more intrinsic interest in my own. I do have more “tools” available to me to engage with others’ kids now (up to my own kids’ ages at least) but I care less. Not saying I dislike others’ kids, just that it’s different.
It works well if a domain expert can say something without “cheating” and looking at the data like “put a box around round red objects because those are always apples”. But in practice people tend to cheat and look at the data first, and you end up with humans trying to emulate ML, poorly.
* The core revenue model is charge customers a certain amount for doing work, and to have a lower internal cost. (duh)
* Typically you're looking for a 30% margin or thereabouts; after cost of sales, consultant bench time (yeah you gotta pay that even when folks are idle, if they're employees), etc. you have maybe a 10% profit margin when you're at decent utilization.
* Hourly and fixed bid are the primary structures - and I've seen plenty of both. This is simply a question of who will take on the risk of overrun. If it's the services shop (i.e. fixed bid), then they pay for that additional risk by padding the price above their best hourly estimate (that padding is what pays for the services if it does overrun, and is the reward for taking the risk if it finishes on time).
* You can lower hourly costs and increase predictability on your resources (an endearing term for employees/people) by hiring them full time, but you take on the risk of paying them for bench time (when you don't have a contract for them, they still get paid). You can avoid this risk for higher hourly rates by using subcontractors. A good practice is to keep a "bench" of folks in your primary areas of expertise and to supplement with subcontractors for speciality tasks.
* Ongoing maintenance revenue - maybe, maybe not. Wise customers will want to learn how to maintain their own software and include training as part of the contract - or even embed their resources in the team. This isn't quite like sales of a big enterprise software platform in that regard.
* A better long-term practice is to utilize the "foot in the door" to spread out and find other, new work within that customer's organization. Of course existing projects will continue as long as there's a need and the customer is happy, but I don't see a lot of "maintenance" contracts per se.