skysight-inc/HackerNews huggingface dataset:
Traditionally debt has been seen as the cheaper way to capitalize a business. It's just that start ups are terrible credit risks and had no ability to get loans. Obviously every situation is unique. The freedom of a lot of money now might be worth giving up equity, especially in a market where first mover is so significant.

But if you use debt, all the upside is yours.

I still think debt is better, especially because a lot of equity comes with with debt-like terms like liquidation preferences. So it's basically the worst part of debt and equity combined.
>This is a complaint I've heard often about React, and usually it's by someone that's never actually tried it (myself included before I first used it). But it's a visceral response. Until you sit down and give it a go, it's hard to believe that we had the separation of concerns wrong.

We didn't. And React doesn't change that either. React components are not logic code, they are UI code, and that has always went with view concerns (loop this times, show this button or that button depending on state, etc).

In the Desktop GUI space, where they don't have our HTML madness, do you think their UI components are not using code? Buttons, drop-downs, etc are not appearing by magic, they are created by code that does things like: draw a line of x length and y color, then another perpendicular to that, etc, then loop and draw some stripes, etc. That's the case even in Smalltalk, where MVC was invented. That still matches with "separation of concerns" -- which is about not mixing your BUSINESS logic with your UI code, not about not having code in your UI rendering.

In fact, compared to the classical way (foreach and other kinds of template instructions embedded in template strings, from PHP's Twig to Angular) it's even cleaner, because even though JSX looks like HTML it's actually compiled to Javascript instructions it's not just some ad-hoc language hidden in template tags to be interpreted at runtime.

And separation of concerns also applies to UI elements (encapsulation, re-use, etc) something which "logic free" templates like Mustache and so also miss (or, well, make harder -- of course if you try hard enough you can always fit a square peg in a round hole).
Too late.

I just spent ~$4,000 over the weekend on components to build myself a shiny new desktop. It'll be running Linux, just like my primary laptop does, and so I imagine I'll probably sell my one-year-old MacBook Pro before long as well.

It was nice knowing you, Apple.
Unfortunately we are likely to have some wars fought before the oil economy is gone. Plastics.
It's also amazing how much its nothing like that and how shallow the comparison is.

And I've been around before PHP was a thing.
And it's not like having a single (or with leftovers couple) of sub-par meals is the end of the world... there are plenty of things prepared correctly that any number of people won't like or even try.

It's all experience... Also, watching a few youtube videos on sauce basics doesn't hurt, and will carry you a long way in terms of "fixing up" what you make to a level beyond steamed broccoli and baked chicken and potato. Again, it does take some practice, but not that hard really.
Looking at the gross subsidy is misleading. Federal gas tax revenues alone are about $35bn/yr.
Why are we building an app that you cannot even see?
The same example can be made with monetary ROI, too. You can have an exclusive small business that has excellent ROI, however, cannot scale. How do you compare that to a large business/market with ROI close to one?

> Note also that in absence of subsidies, ROI contains all the information EROEI gives.

That's not a bug but a feature. The main advantage of using EROEI over ROI is that it's in nature's units. You cannot use any accounting tricks (such as subsidies) to fake it.
"No commercial products I know of do this today, and this seems like a big opportunity."

sound of a million pitches being thrown together
It's more things that can fail that now needs monitoring. (EDIT:) And in the specific case of rktlet you still end up forking/execing anyway.

The overhead isn't necessarily a big deal (and can easily go the other way - if the request frequency is high enough, it's cheaper to keep the process around), but it does also potentially add up.
>The DOM diffing for small components seems so... heavy handed. "Don't worry React, I got this.."

If you don't do DOM diffing for small components then you have to keep control of the whole logic state AND view state of your app.

Complete diffing allows for automatic one way bindings and easier to reason UIs.

It's like functional programming.
Those two go hand in hand. Even if you you context (or a bare channel) for signaling the cancellation you often want to wait until the cancellation really happened and the child task terminated. For this task WaitGroup is the easiest thing to use.
Why is that an important distinction here? Both direct subsidies and tax credits/rebates/write-offs have the same net effect on the government's coffers.

The Wikipedia article cites another article that has the breakdown (over a period of years):

1. Foreign tax credit ($15.3 billion)

2. Credit for production of non-conventional fuels ($14.1 billion)

3. Oil and Gas exploration and development expensing ($7.1 billion)

https://www.eli.org/sites/default/files/eli-pubs/d19_07.pdf
هتل پارس نیک کیش
https://www.joyent.com/blog/test-drive-joyents-elastic-conta...

https://github.com/joyent/triton/blob/master/docs/developer-...

https://github.com/joyent/triton

https://github.com/joyent/manta

https://github.com/joyent/containerpilot

https://wiki.smartos.org/display/DOC/SmartOS+Users+Guide

https://wiki.smartos.org/display/DOC/Home
Theoretically you could, but as you were actually limited by hardware (camera resolution, CPU, etc...) anyway nobody really tried.
> CCTV surveillance can protect the people I care about (especially women at night) from horrible violent crimes I'm actually scared of.

One of the biggest problems with public surveillance isn't what you do in public, it's where you go. You don't have to see what's going on behind closed doors to get the picture when you see someone go into an oncologist's or psychiatrist's office, or an abortion clinic, or an AA meeting, or political party meeting etc. etc.

(Also FWIW males are the victims of violent crime significantly more often than females are.)
Since you refer to 67, I guess you were referring to Germany or Netherlands and there it is a social insurance. You don't save for your pension. You provide the pension of current pensioners (via taxes or contributions) and trust that future workers will provide your pension.

In all countries where the main part of a pension comes from saving (e.g. UK, US), you will directly receive what you saved (plus interest, minus taxes). A system such as what you describe doesn't exist anywhere as far as I can tell.
Try Linux Mint + Mate. It's simple, pleasant looking, and totally intuitive for me at least.
Well, how about the fact there's an absolutely enormous, untaxed negative externality? It's implicit - normally you tax something to reduce use of something harmful. Renewable energy would be far more competitive if this was factored in.

Fossil fuels are causing incredible economic damage - but in a way that isn't captured by traditional economic models. It's going to have huge costs to future generations - if we taxed it, not only would we get off fossil fuels faster, we might then have extra cash around to soften the blow when it inevitably comes.
I dunno, I have several friends who consistently use Lyft pool even though the Uber pool in my area is usually less than half the cost, and Juno has a much more credible claim, as far as I can tell, at being ethical than Lyft does.

People spend money on that sort of thing.

That aside, getting drivers is half the battle; even choosing on a selfish basis (and I choose ride-share services on a selfish basis) - if you have more drivers, I have to wait less. For a while, in my area, lyft consistently had more drivers and got there quicker, while uber was consistently cheaper; when I was in a hurry, I'd use lyft.

(my perception is that this has changed and that lyft no longer has that advantage in my area, but point being, if you can't get there in 5 minutes and your competitor can? I might be going with your competitor, even if it's more expensive.)
I disagree Rust is more complex. Sure, Rust is more different, but not more complex.
I'm not the one who brought up the first amendment or free speech or legislating morality issues, I'm just responding to legal based arguments of others with legal based responses. My feelings on the subject and why it's good were clearly outlined in my first post without consideration of it's legality.
Financial institutions are private businesses. No one forces you to have a contract with them. Current accounts are very competitive in most countries (i.e. loss making for the bank), all other products are voluntary.
Socket activation is a possible workaround, of course, but you then still have the gPRC dependencies. At least that removes the issue of keeping the service running.

In general for an API as simple as the CRI API I'd prefer forking and passing data via stdio or the environment any day.
in the UK north sea oil exploration is heavily subsidised

It seems very misleading to say "taxpayer support" for a tax preference, especially when tax revenue for north sea oil is going to be well over that 6bn.
Doesn't even need to be called "pro"... just the new "Mac"... It's definitely an area I'd be interested in buying at, where the mini isn't quite there enough for me, and the pro is way too pricey.
some get donations from people making bank with their aid..
It should be negligible. It's an atomic add, and the OS accept function call should also be much more heavy weight. Add to that lots of synchronization that will happen on all further socket HTTP/socket reads/writes, especially if it's HTTP/2.
The excise tax is intended to pay for transportation infrastructure though, not to disincentivize gasoline consumption.
I fear for the generation of drivers who never learned how to navigate without some App or GPS. By using voice announced turn-by-turn directions, you loose a certain amount of situational awareness, this situational awareness is critical to preventing all sorts of troubles while on the road.
Connecting My Particle Photon Internet of Things Device to the Azure IoT Hub
Well, it's not really leaking... That they're working on something is kind of a given.
In some countries there's a high enough population density and/or little enough sunlight that land availability could prevent 100% solar electricity even if storage were magically solved; Germany, the UK, Belgium, the Netherlands, and Taiwan come to mind.

Land isn't going to be a constraint in most countries. Solar resources, while distributed unevenly, are significantly more evenly distributed than fossil or nuclear fuels, or even wind resources. See for example this map of insolation in the US: http://www.nrel.gov/gis/images/solar/national_photovoltaic_2...

In the continental US the very best solar resources are maybe ~7 kWh/m^2/day and there's hardly anything below 3.5. Or to put it in terms of cities, Seattle gets 58% as much annual insolation as sun-drenched Phoenix: http://www.i4at.org/lib2/solarrad.htm

So it took many historical performance:price doublings before unsubsidized solar electricity got within shouting distance of fossil electricity in even the sunniest places in the US, and then just one more to reach that threshold across most of the country.

The technical and economic performance of wind/PV has already improved enough, and has enough assured near-future improvements already in the pipeline, that I'd say it would be destined to "eat the world" for electricity if storage were a solved problem. But storage isn't a solved problem.

Most discoveries that get hyped as "battery breakthrough" by university press offices aren't really breakthroughs, but there's so much research that there's an abundance of riches even after you throw away the ~95% that looks bad on slightly closer examination. Common problems with battery "breakthroughs" that justify quick rejection: dependence on rare elements (lithium is reasonably abundant; I mean things like tellurium, germanium, rhenium...), low cycle life, effects demonstrated only at interfaces or in nanostructures without any obvious path to bulk scaling. Among the remaining ~5% that looks interesting, assuming the publications aren't fraudulent, I have little idea which ones will end up industrially significant. Chemistry is a lot easier to model than market success. There are also partial substitutions for electricity storage that could displace and/or complement it: supergrids, demand response, thermal buffering...
The first code I ever wrote that was actually used by (not very many) people was in LPC ... good times.
Yes, Apple definitely wants the iPad to work as a computer replacement, but they also recognize it's not good enough as a replacement for most power users (yet). In fact, in the same article as the "why would you" quote, Tim Cook goes on to say the iPad Pro can replace "a notebook or a desktop for many, many people". "A notebook or a desktop", unlike "a PC", does include Macs, but saying the iPad Pro can replace them for "many, many people" implies it can't for others.
They seem so slow in releasing products, almost like they're short in resources.

How come the richest company in the world can't get some people together to build a handful of models more than once every 3 years..?
Ray Dalio predicts profit makers to go from villains to heroes
Interestingly enough, I am over 30, and my day job is to both write new React code, new modern php code, and to maintain some "classic" php code that intermingles logic, SQL, HTML, CSS, and javascript in one horrible disaster.

So I think I can say with some confidence that everything you have written is completely nonsense.

> It is amazing how much react resembles php and classic asp from 15 years ago.

Yes, it's amazing how it's nothing at all alike.
I have no idea. I currently don't have a monetization plan.
Tl;dr a highly political nobody at Oracle quit because Trump was elected.

Looking at his LinkedIn, it seems like Oracle wasn't his top priority anyways.
Well, you'll have to store your mock data somewhere, which in this case means more databases, often on other servers; so you'll have your SPs connecting to another DB in order to access their data.
Trump could definitely slow the rate of closure of existing plants, but the industry sees the writing on the wall regarding coal. Each plant requires an investment that will be repaid over decades. So unless they think coal policy will be favorable in the long run, they won't invest. That plus natural gas is still just cheaper right now.
People hate losing control. We know how shit our answer machines are. Google says there algorithms are good but there is no open benchmark of various driving scenarios for which every self driving algorithm should pass.

Even openpilot gives a big Blob of binary that I should trust.

It's my goddamn life. I'm not going to let a company whose #1 goal is to make me click as many ads as they can run my car.
As I was reading this, I just got a text message from Uber promoting a new offer - Just Rs. 100 for any trip of 15km or less between 12pm to 4pm.

Rs. 100 works out to under $1.5.

Or effectively, $0.10/km if you take a 15km trip.

How the hell is that ever going to be profitable?
If the separate processes can be avoided, that's quite a bit better, though also entirely different from the descriptions on their pages.

What advantage do you get from gRPC over e.g. taking a JSON document on stdin or using environment variables? To me the issue isn't that things happens in a separate process, but that I really don't like solutions that ends up adding even more moving wheels without very good reason.

Kubernetes is extremely convoluted as it is.
I still wonder why i would use Swift in the backend.

- elixir/erlang: fault tolerance, scalability, high complexity web apps

- Node: npm already has what you need, SSR for SPAs, JS is accessible for frontend guys (sort of)

- Golang: dead-easy microservices with CLI support, single file deployments, good performance, beginner level language makes Training/hiring easy

- Rust: excellent performance and great typesystem, ideal for writing Heavy core algorithms of products and use them as libs from other languages. Also all benefits of Go (except ease-of-learning).

- ...

- swift? Given that learning languages is not an issue, why should I prefer swift over other stuff? Are there real selling points?
Okay, so you're saying we could do it if we had 22,200 GWh / day capacity, cause if we can charge it up every day, that's *365 = 8,120,000 GWh annual consumption.

So at 5% YoY growth, we hit it at about 2031.

Ok, so that's only a decade and a half of non-stop growth. Now we're talking something plausible. 5% YoY for 15 years means someone will be making a lot of money if that comes anywhere to be.
I never understood why XFCE is not the default for Ubuntu desktop. It was(is?) part of Xubuntu, the lightweight Ubuntu distro, years ago. I had the most basic entry level laptop, but I managed to connect 2 external monitors to it while the tiling would remember the locations of all programs in all three monitors and it was FAST. Nothing I have tried since has touched it. It set me up for a lot of disappointment! I now have a macbook and while it's a great and integrated machine, CMD-tab - which I use to switch screens - doesn't even work properly if an application is in fullscreen mode.
Agreed. A lot of the op is bit hyperbolic in expressiveness.
Nope I don't want to have any complex like a execution tree, this is just a small replacement of the kind of jobs you want to run with cron
Why don't you use ipfs as the backend? The dat protocol and ipfs seem to share similar goals.
Could be a nice PR ;)
No separation between between the application, model and database layers? That makes it a huge problem making changes to just one of them, if you want to support a different database for example or move one of the layers somewhere else.
Take a look at reddit.com/r/unixporn
" most diesels are noisier, and diesel fueling stations are further apart, "

Both of these are myth.

Having driven a Q5 and Q5 TDI, they are totally and completely indistinguishable, noise level wise. Same with BMW/Mercedes, if you prefer people passing newly stringent emissions tests (IE EPA gave them a special proctology exam in 2017 before approving those models).

"further apart" is also certainly not true, unless you live in a very very weird area. Yes, not literally every gas station has diesel. But that's about it.

To whit: Over 55% of gas stations in north america offer diesel.
http://www.greencarreports.com/news/1094908_fewer-gas-statio...

As for air quality, in the US, we seem very happy to require things that are better in the air for the environment but much worse in the air for people[1], so i'm going to reserve judgement as to whether it's truly better in the relative scheme of things

[1] As a random example: low-voc regulations have pushed coatings manufacturers towards 2k isocyanate based polyurethanes. Previously, the solvents used in wood coatings and auto coatings and what have you were not great for people, or the environment, but not often horribly toxic either (in a relative scale). By contrast Isocyanates are horribly toxic to people, and by the time you can smell them, you are many times over the PEL. Thus, spraying them requires supplied air. They easily cause permanent asthma, etc. However, in the amounts being used, they are better for the environment.

So yeah, worse for people, better for "air quality". Meanwhile, tens of thousands of workers end up with serious overexposure issues.
(and if you read the studies they use to justify doing this, the level of emissions wasn't really that high in the first place. Now they are finally going back and saying "hey, we also think you should get rid of isocyanates, too". At some point, at least they'll run out of chemicals to regulate)
>Why have a popular vote if the majority winner doesn't determine the outcome?

Except you dont have one. The popular vote in US elections is nothing but a meaningless statistic. Nobody in their right mind would compaign pretending its all about the popular vote when it really is about EC votes.

Plus, since it is about EC votes, republicans in California would never even bother to go vote cause it would never change the outcome that California will be blue while democrats do likewise in Texas.

If you want to take the popular vote into account, you need to make the election alla bout the popular vote before election season starts. You can't keep the existing system and then critize the result when it doesn't fit your wanted outcome.
Nature uses much less power in a much more compact package because it took the path of inventing molecular nanotechnology. I agree, we should do that too! But in the meantime, the neural networks we build are pretty good for what they do and the requirements they meet.
I was working for Nokia in Finland when Stephen Elop came along to quell fears that he was shutting down Maemo/Meego R&D.

He was just as vague as Tim Cook is being and there is certainly an air of nostalgia when reading this.

I don't believe this bodes well for the product line at all.
Except that for nontrivial use cases, the many different nlogn sort algorithms have trade offs which matter. A friend just wrote his own sort implementation optimized to maximize cache hits, because of certain quirks of his data that he knows ahead of time.

In much the same way, much of the interesting work with machine learning requires deep specialist knowledge in which selecting the best approach requires digging beneath the abstraction. Many specific applications have their own quirks, which is where significant gains are often made. (To be honest, I think the last year was more exciting for the advances in applied ML than in theoretical work.)

A co-worker wrote a library for distributed training of DNNs for a specialized use case. Because of certain quirks of our use case (think sparsity and consistent patterns in the data), there were certain optimizations he could make to the training process that gave nice linear scaling in the number of training nodes.
Apple's one?
No. Apple decided between adding more, but more power hungry memories and battery life. 16 GByte memory was deemed ok for most of all users and battery life became more important.

Design within the limitations and handling market requirements in short.
Whatever the intentions of the people imposing the tax, the effect is to disincentivize gas consumption. My point is, if the government taxes certain activities by $x and subsidises the same activity by $y, quoting only $y doesn't give the full story.
Except at night..
The countries with the fastest internet, charted
Is Tesla-Panasonic more than just PV? I don't see how it's related to their EV business, just their Powerwall and Powerpack products.
Well, hydrogen comes to mind. And power-to-gas. And running hydropower and biomass plants only at high demand.