cdeonier
Here are some flight logs they released: https://console.cloud.google.com/marketplace/product/bigquer...
They also released reports that describe their findings; it's quite detailed (here's part 1 of 3): https://storage.googleapis.com/x-prod.appspot.com/files/Maka...
I don't know what standard we're holding companies to for projects they're shutting down. From my experience, projects that are closing down don't get as much support prioritization, especially when they're deemed unsuccessful.
I share your sentiment that we could get even more; it sounds like you're seeing even more interesting things the public is not. I am grateful for what they have provided so far.
Solar thermal plants can be used to generate energy, but they're not great at storing it for dispatch at later times. Even the link you provided has thermal storage as a component of the system-- you need to figure out how to dispatch electricity at night.
What's proposed is a cheaper storage solution, and they state it can still provide power after 10 hours.
While I don't like the trend of closing nuclear plants, this isn't a straightforward decision just to "keep it on", from what I understand. There were seismic concerns for the plant, which is probably a worthwhile consideration given its location in California.
Additionally, I think how the plant performed cooling (drawing from the adjacent ocean) would also negatively impact the local ocean environment, and that type of cooling process was being phased out of California more generally.
FWIW, I'm a fan of nuclear, but I think it's worth digging deeper into underlying problems so we can see what the future solution may need to overcome.
As an example, Makani's Y-bridle design to attach the tether to the kite introduce stability issues during hover, and limited their control when the kite was aloft making circles, which in turn limited their power generation.
Power generation is already accomplished with lower heat cycles (e.g., binary plants mentioned earlier would probably use a rankine cycle to deal with the low heat), though we'd expect those power plants to have less nameplate capacity than something like a double flash-steam plant.
I think you're correct you'd get more efficiency with higher gradients, but I don't understand what's limiting about the lower temperatures. Is it economics?
Also, I think a lot of wells add concrete casing (or metal, as indicated in the article) around portions of the well, which would prevent extraction around those zones of the well.
I don't understand the articles goal of 300C target, though. While some types of geothermal plants do require temperatures that high, binary cycle power plants can use lower temperatures (130C) [1], which seems to open up more area for geothermal development since we expect most gradients between the surface and bottom of the crust to be ~2.5-3.1C / 100M. A lower temperature requirement would in turn allow you to drill less deep, which could consequently also decrease drilling costs.
Another thing the article doesn't mention: another interesting approach (aside from improving the technology, like drill bits) is with financing innovation. There have been / are government programs to de-risk the exploration/drilling cost by reimbursing the costs of drilling (80% for failed wells, for example) which also likely adds well data that could better characterize the underlying geothermal resources in regions (which would allow more accurate future development).
Really glad to see a deeper dive on geothermal though; its non-intermittency is a valuable characteristic separating it from other renewables that we're currently favoring (solar/wind). Because we generally break down energy generation to LCOE, it omits advantages like uptime of the renewable resource.
[1] https://www.energy.gov/eere/geothermal/electricity-generatio...
I grew with a rapidly growing company. While I don’t disagree with the author that these sorts of environments exist in our industry (or most industries), or even pockets inside of a company, I don’t think this experience describes mine. Maybe I’m willfully blind or naive (or maybe I was too low level to experience this), but I’d caution someone of taking this strategy wholesale and start assassinating the careers of your colleagues.
Keep in mind, a major goal of a company is to make money. The leader of the company is generally aligned with that goal. Those are their incentives. They hire people to make them more money. If you play a different game according to this quotation:
> So your job isn't to make good decisions to improve company metrics.
Then, if the leader is competent and they determine you’re doing this, you’re probably going to get fired. They might also be bad, and you might get promoted if you fool them. But you’re also probably fooling yourself if you also have the goal to grow your own skills.
Instead, I’d suggest this mindset: When you’re joining a company, you’re joining a group of humans who created a system to help them to work together. Each system is a bit different, tailored to the company and the people who compose them. Some are passable. Some are terrible. But there is variance, and you should probably think about the strategy you employ when you join a new company (or re-evaluate how you operate in your current one).
You don’t need to trust the system, but you do need to learn to see and work the system. I guess if the environment is truly toxic and your only goal is to get promoted, exploiting as the author suggests might be working the system. However, there are systems you can work in a more productive way that might end up making you feel more fulfilled.
From my understanding, it's easier to scale environments that are open-office. For a startup that's always have to contend with finding space for their ever-growing teams, I can see why executives may reach for an understood solution to that problem, even knowing the downsides.
My guess is there's a necessary iteration to work environments in the future, since I don't think open offices truly optimize for knowledge workers. Presumably knowledge-based companies (e.g., tech) will eventually start thinking about how to optimize their internal efficiency as a lever to growth in addition to their product development.
I think one observation that I have is that OKRs are really a framework to help teams understand what direction/goal to head to and understand progress toward that goal. And really, this mindset needs to be adopted not just by the development teams-- it needs rigor and consistency from leadership as well.
For example, the leaders are accountable for setting direction and describing what they think is important. If they then start asking you for things that aren't tied with an OKR, it's a perfectly fair question to ask leadership "Why are you asking me to work on this when you indicated it's not important to our company strategy?" If the team feels like they're going to be working on something unrelated to their OKRs, that's symptomatic of leadership not sending a consistent message on strategy or prioritization.
I've also seen it from the other side as described in the article. I've seen development teams really struggle to initially understand OKRs and the value. As mentioned earlier, it's really designed to help clarify direction and progress-- if a team is ignoring the OKR and fitting their backlog, that's symptomatic that they're really not trying to understand the direction leadership wants to head.
What I like about the author's suggestion is that it really forces the team to understand the problem the organization is trying to solve and think up solutions how to achieve it. Backlog bankruptcy is one way to do it, though there are likely some items that can still solve the problems outlined in the OKR. Those items just shouldn't automatically be transferred over without verifying they solve a problem that needs to be solved.
Teams shouldn't be fitting problems to work-- teams should be fitting work to problems.
And in the end, pretty much everyone is working for someone to "make a few guys rich". Unless you're a completely self-funded founder or investor.
http://www.youtube.com/watch?v=D2SoGHFM18I&feature=youtu.be&...
I'm pretty sure I've heard the first point mentioned before by the partners of YC, but I'm not sure I've seen evidence of the others. Is there actually evidence of YC telling its classes to exit as quickly as possible? My guess is any quick exits are more likely as a result of founders being offered a chance at a payout rather than YC pushing them to exit.
http://www.cdc.gov/obesity/data/animated_map_slides/map26.jp...