xja
The same is probably somewhat true in tech generally, but VCs in this area don't seem capable of doing the DD. They invest based on personality, connection or business background.
That's all great, but really what these early stage companies need is a CEO with a strong scientific background and focus.
In my experience, those CEOs often don't come across as strong enough to investors who are generally more comfortable investing in tech, which is easier for them to understand.
So my hope is that high profile failures make VCs wake up, and assess scientific startups differently. However I think it's more likely that they'll just avoid them all together.
So often something happens which seems like a total disaster, the end of the world, and you struggle desperately to fix it.
In hindsight it turns out it didn't matter as much as you thought it did anyway. Has happened in so many startups I've worked at.
There are actually microcontrollers that use around 1milliwatt for very low power applications. For example the msp430. TI have a neat video of one running using power generated from grapes:
Are there not static analysis tools routinely used against Linux that should have caught this?
Or runtime memory access detection, like valgrind.
I know both might be slow on a project the size the Linux kernel, but it seems worth it.
[1] https://www.crunchbase.com/organization/segway#/entity
[2] https://www.crunchbase.com/organization/theranos#/entity
https://www.crowdsupply.com/onchip/open-v
https://www.crowdsupply.com/sifive/hifive1
Looking forward to a future where CPUs that are open hardware, from the transistor up are generally available.
Resource Limit Is Reached
The website is temporarily unable to service your request as it exceeded resource limit. Please try again later.
The irony! Cache link:
http://webcache.googleusercontent.com/search?ei=h0J3WMKKA4er...
It's a bit silly. But it is interesting to note that every bearded person mentioned in this article is white.
Git's rise to become the de facto standard revision control system has been fascinating to watch.
I think it does provided real benefit over Subversion, but there are also smaller projects where the gain is marginal.
The tooling around (in particular GitHub) and perception that git is the "right" way to do things probably helped it achieve prominence. As well as early adoption by a few high profile projects.
This probably helped give them some runway to put together a series A. However they still raised an additional 50MUSD.
So, I don't think they're a great example of a company bootstrapping from crowdfunding. It's more of a traditional play, with some validation (and some runway) from crowdfunding.
I wonder if the information is leaked through hacks or compromised individuals.
That's kind of interesting, and I'd not considered many of the scenarios mentioned (which apply beyond go).
Perhaps the "correct", but cumbersome thing to do is supply different versions of the API when maintaining backward compatibility and never change the old version.
I guess the predictable would happen. Badly configured systems would stop working. Systems with a working secondary DNS would keep working.
More interesting question is what could you do if 8.8.8.8 was compromised? That could be interesting.
It's not totally ideal. But I'm glad to hear you're trying your best.
These attacks are a numbers game. There's a low cost to sending the emails and a much larger payoff.
Education helps, but it's still possible to catch people off guard, tired, new users etc.
Anything that can be done to flag these emails as spam, or increase the cost to the attacker helps.
If it matches, flag it with the usual warnings.
It feels like there's at least the potential to explore options.
https://www.hackster.io/mathwuy/elite-dangerous-ship-assista...
Neat hack! It's awesome that Amazon have opened there API to the degree that you can implement these kinds of things. Hope Siri does the same someday (though I think it's unlikely).
I guess it's not hugely practical, partically as each Pi has a display attached.
Mythic beasts in the UK are doing Pi based co-location. I think this could be interesting. Not perhaps in terms of performance, but the isolation between users in nice.
See here: https://www.mythic-beasts.com/order/rpi
https://news.ycombinator.com/item?id=13372729
Adds more color to this. In any case, it's great that the EFF and Cloudflare have been fighting this.
One question I have, they chose to voluntarily redact the customers account name in question for obvious reasons. But have they now informed the customer directly?
In any case, thanks Cloudflare for fighting this. I often feel a bit bad about using Cloudflare for my blog, as it exposes users to a potential layer of tracking. This makes me feel a little better.
People seem to view Google as some kind of tech Nivana. I'm not sure that's really true, though there are awesome people there and interesting things to do.
There seems to be plenty of bad managers too from the stories I've heard. For me it would be an interesting place to work for a couple of years before moving on to something else.
On projects where the level of commenting is low and theirs little to no documentation it can be tough.
For C projects as there's usually a single point of entry I just start with main() and read through the code to get a conceptual overview of what's happening. Often I find it useful to comment the code/write basic documentation as I go.
Then I often attempt small changes/refactoring to attempt to validate my understanding. Often I'll add code to dump intermediate data to better understand what's happening.
It can be quite a slow process in a large project to be honest, and it's a lot easier if you have the original developer available to ask questions.
I've also felt that recent mac desktop/laptop releases have been poor. But is it really important to satisfy the masses in this market? It seems like we're in a world where most people could be quite happy with doing most things on a phone or tablet.
That's not to say it isn't likely an important strategic market (after all it's the only platform you can develop iOS apps on). But having a large share of this market might not be important.
Of course, the Yahoo brand in general has value elsewhere too, but I don't think this meaning Yahoo Japan will be rebranding.
In addition to this restriction, my guess is it will cause other undesirable license compatibility issues.