>>`"so your first mistake was using my code, but since you are clearly reading this
let it be known that mutuals.py lets you create a mutuals list on the hell
site known as "twitter dot com".`
I don't think that was the case for the fellowship.
Applied after the 2 days with my team!
Didn't get a view on anything not even a click. Again, yeah it might be the case that it was nothing interesting to them and just skipped it. But to be honest it's a bit disappointing to see no indication that someone have actually looked at 2 days of work.
Because in a startup life, 2 days (48 hours) would be enough to build and ship a feature to a customer.
I agree though with the regular YC applications, I've heard that advice more than a few times from past alums.
It can be computationally expensive for a robot to use any sorts of deep learning on board for improvement during work.
It takes hours if not days sometimes to train a good scaled model. Then retraining the model could take a quarter of that time, which is too much delay for a robot. However, with linear models things can be easier.
Also, there are very few people who know how to manage DNN or creating neural nets from scratch in a proper required way. Otherwise Boston Dynamics have to stick to one of the existing libraries which wouldn't be ideal.
DNN is amazing for some work that am sure they must be using them already, for example models that can help them with the feature engineering and such.
Hey! This is interesting (&awesome), the other day I was looking at Riak and some Redis alternative written in Go, both had some different approach which wouldn't make the best use of persistencey and distrusted approach at the same time.
The performance table looks great, though what would be a recommended minimum underlying hardware requirement for production? (since the test is on a Mac-Air)
Indeed, founders usually have a better complete vision the the folks around them.
Though I was just pointing that out for over time. One time around the tech-debt is not that big of a deal, until it becomes a beast and hard to overcome.
Folks rarely notice how much a decision making matters on this regard and technical knowledge matters a lot on the way. Since having a company* acquired sometimes could be a good business return, but in the first place due to hitting the pedal it has brought lots of technical debt which makes an acquisition impossible.
- subbreddit: https://www.reddit.com/r/shutdown/
- podcast: failory.com