skysight-inc/HackerNews huggingface dataset:
"As Go is a relatively ordinary imperative language with value types, its memory access patterns are probably comparable to C# where the generational hypothesis certainly holds and thus .NET uses a generational collector."

Where the generational hypothesis holds, compilers will also find more opportunities to allocate objects on the call stack, especially in languages with stronger value semantics. That means more object management will be implicitly handled by function call instrumentation.

Stronger value semantics also means fewer small objects in the presence of optimization. Not to mention that AoT compilation also tends to reduce the number of objects overall, especially with whole-program optimization.

Also, people underestimate the cost of runtime magic. Lua 5.2 added a generational collector but then removed it from Lua 5.3. They gave a year or two of warning, but nobody chimed in with use cases where the difference mattered. Removing the generational collector dramatically simplified the GC, which in practice was the better optimization on modern CPUs for real-world workloads where Lua was typically used (which includes server workloads). And this was apparently despite the fact that Lua creates tons of small objects and doesn't implement any fancy runtime optimizations like stack allocation. (The biggest optimization in Lua is probably string interning, though that actually simplifies much of the implementation.)

Over twenty years of Java and people are still far too credulous of the technological feats that JVM implementors promise. Optimizations that make sense in the abstract, even ones based on empirical studies, rarely pan out as expected. The benefits are likely to be fewer and more varied, and those same studies rarely explore possible alternatives or discount alternatives too heavily.

Look, the pressure to publish "results" in computer science is no less intense than elsewhere. When a paper comes out declaring a possible cure for cancer, many people have learned to be highly skeptical and to intuitively understand the inherent limitations and qualifications to such claims. Those same people, though, read computer science publications which much less skepticism than they should.
Because it would require the change of design as Phil supposedly stated. However attaching lightning proboscis and "revolutionising" keyboard by removing key(s) obviously is a piece of cake and a way to go.

Seriously. They do not care about RAM as Pro users clearly do and we feel betrayed. I wonder if and when will anti-touch display stubbornness vanish as it kind of did when they introduced stylus (sorry, Pencil).
Facebook has network effects. I use it because my friends use it.

I don't care if my friends use Uber, if a different Taxi company offers me the same service for cheaper.
I don't own a MacPro for that reason. I ended up building a desktop PC and using it as a hackintosh (though I gave up a couple years ago and now use a 15" rMBP more often).
> shittiness of Tim Berners-Lee's overly-verbose and unmaintainable HyperText Markup Language

A bit too strong.

Imagine Markdown becomes wildly popular and the majority of the Internet's content is now available in Markdown.

As more content becomes available, we expand Markdown to include forms to get bidirectional communication.

There are some layouts and styles that can't be done in markdown, so we add stylesheets. Can't exactly write them in Markdown, so we have to come up with a new language.

Then people want to form validation or augment the UI in more dynamic ways, because hey, this is the platform. So we add a turning-complete language. Can't be Markdown of course, so we make a scripting-language for Markdown.

---

HTML wasn't made for flappy bird; it was made for text markup. But practicality beats purity over and over and eventually people want to use the super-compatible browser platform with easy distribution model for everything.

No one sinned; we just wound up here through a lot of inventions, accidents, and opportunities.
Wind powered shipping is also called sailing.
What is the global cost of Autoconf?
This is also a good indicator:

“I think if you’re looking at a PC, why would you buy a PC anymore?" Tim Cook told the paper during a trip to visit Apple's flagship store in London for the debut of its powerful big-screen tablet, the new iPad Pro. "No really," he said, "why would you buy one?”

http://fortune.com/2015/11/10/apple-ceo-tim-cook-pc/
Uber can survive, but will it survive as a global monopoly?
Taxi companies survived as local monopolies.
There is most certainly a network effect. It's similar to eBay: Buyers and sellers can switch to another eBay clone, but they don't because there are no buyers or sellers on the clone.

Similarly, nobody will download another app if it doesn't have any drivers, and drivers will not install another app if there are no riders.
The central premise of the article is fatally flawed. Induced demand is a myth, a fairy tale urban planners tell their kids at night

https://www.cato.org/blog/debunking-induced-demand-myth
I think the big thing most people miss is that whilst separation-of-concerns is a great idea, trying to make the division line happen between our styles and our logic was a really bad idea, historically. We're much better off having the "dividing lines" be between different UI components and different segments of an application.

If I have some really weird custom CSS for some component on a site, I'd much rather have said CSS be embedded in the code for that one odd component - and scope-limited so it doesn't affect anything else (at my workplace we've got a common practice where any sass we write is usually scoped to only ever affect children of specific dom classes, and we use this to make sure it affects "its own kind of component, and never anything else".

I've been through the hell of having totally segregated CSS, and trying to hunt down where "that one weird styling rule" is coming from is a real mess.

There's also the fact that very often CSS really has to be data driven; if I'm doing a bar chart on some page and I'm using rectangular divs to represent the individual chart series, the only way I know of to set their height, client-side, is via javascript. React is quite nice because I can guarantee the presence of required dom elements for something like this, and even restructure them on the fly, and have a number of guarantees about avoiding race conditions, which I don't get via something like jQuery.
I’ll get to spend all of my time writing code that I could finally be proud of. I’ll get to code things the right way — not the jank ass way these ass clowns do things. I’ll have a build server for continuous integration and have automated unit tests for everything and I’ll use that cool new framework I just saw the other day on HackerNews

You caught me.
> Bitter over 30 year-old?

Yes I'm bitter that the same errors we made with desktop apps in the 90's (and possibly earlier) are being repeated.

> Are you actually trying to say that the in-browser experience in web apps from 15 years ago were in the same ballpark as even simple single page javascript apps from today?

Yes. The biggest difference is the amount of postbacks, the state handling has moved client side.
>Linux containers on a read only FS

Not really - the child program could realize that it's on a read-only FS. But with FSSB, this is actually hidden - the program thinks it's on a regular FS (although I've recently learned that there are more advanced ways to even break this).

>some similar preload intercept

This is slightly more performant (of course, not as fast as a program without ptrace intercepts).

>Use a real virtual machine instead please

This is obviously not a full-fledged security suite ;) Just a simple, lightweight sandbox. Also this is in alpha.
Everything needs to be encrypted.
I'm all for solar but to be fair the source study for this was looking at the economics of modules not deployments. Solar does have an inverse economies of scale problem where the cheapest, most amenable sites are the first to get solar farms. To scale it to be competitive with coal, nuclear, etc. you're going to run into higher site acquisition costs and suboptimal conditions. Worth the challenge to save our planet, obviously, but let's be honest about it.
A relative gifted me an old PowerMac 8600/200, which originally came with a pre-G3 PowerPC 604e CPU, but had been upgraded to a G4 by swapping out the ZIF CPU card. It definitely gave a circa 1997 machine (original OS was either MacOS 7.6 or 8.0) a new lease on life and the ability to run OSX 10.2 Jaguar, (albeit slowly and after a serious RAM and HDD upgrade).
This was a private comm internal to Apple, not a public communication.

Also, in this situation, denial is the lesser of two evils. Because if there are rumors that "X is going to be killed", and you don't squash them, that's even more suspicious.
One thing to note here might be that if network is the bottleneck you'd likely be asked the opposite. In my experience if people pay attention to indexes/partitioning they can win dba's hearts, but dbas often don't explain these things because most people don't listen. So to them its easier to say "don't run complex queries".
"15 years building linear web pages when we should've been building applications"
And this

http://www.newgeography.com/content/004781-urbanists-need-fa...
Chris Lamb: 10 years of Debian
Yeah - this, a thousand times, this. This is one of the biggest wins we've had recently over just about every prior web authoring approach - and my experience goes back to the PHP days.
This is exactly the kind of response I was hoping for. Thanks Matt! If it's not an inconvenience, could you drop any links to the topics you referenced, especially the ones that differed from what I've been studying, to charles@geuis.com? I'm going a bit deeper now and reading some studies from the early 90's and some that are more recent. It's kind of a crapshoot of what I can google for, so a guided search would be immensely helpful.
A reasonable different position to take would be to drop the subsidy in line with increases in effectiveness of solar panels, rather than dropping the subsidy all at once.
This is about react more than js specifically. There are plenty of javascript templating libraries that offer better separation between presentation and logic.
Lol, are you committed to MacBook too, Cook? Look at what a Joke you have created.
For 2017, my goal setting is going to be focused on processes: e.g. work out x times which I can flow down to y per week, rather than "increase one-rep bench press max to 300 lbs". I think checking my progress more frequently will let me make course corrections in a more timely manner.
I find that most people really believe in bootstrapping right until the very moment that they have a realistic chance of taking on institutional funding.

The reality is that there is no single right way to build a company. You can find lots of survivors who used all sorts of capitalization strategies.
I am shocked how often I use my touchscreen on my Dell XPS laptop. I started off never using it, now find myself using it regularly when I'm on the go (not docked obviously).

Takes a bit of time to get acquainted, but I really enjoy it.
Having in mind the huge HQ they are building in USA then I'd guess it won't happen.

This makes it even more mystifying for me -- are they just gonna sit on top of their Smaug level of treasure?
So you start a competitor to uber, where are all of your drivers?
It was fine when the UI was basically simple enough to be one or two components.

Having 40 different independent "components" is relatively recent, and shows the weakness of the old separation.
What kind of Meetups would you recommend going to (Tech vs Career/Bussiness Networking)? I started doing this last week and have had few leads but nothing concrete yet
Yeah, I really like that idea. Here's a writeup I had quite a while ago. Not sure if it's in any way similar to yours, but I guess we're trying to address a similar problem here

https://medium.com/@tzhenghao/why-your-smartphone-is-soon-be...
The article specifically mentions commercial bank lenders, which are regulated. While I'm sure there are non-bank lenders in this space, a commercial bank can't delay repayment without a charge to the loan-loss reserve, and taking stock in lieu of payment, unless the stock is good as cash, is also a loan impairment. Unregulated commercial lenders have more freedom, but they are also constrained by GAAP.
Also note that Vox trundles out this exact same article fairly regularly.
Fake Stories, Facebook and the US Elections
While solar is great, I think this discussion is a distraction from the possibility of replacing diesel, gasoline and kerosene with natural gas. Gasoline engines can be converted to run off natural gas and jet engines can be made that run off natural gas. Natural gas is also cheaper, more plentiful and cleaner than gasoline, diesel and kerosene. Plus, switching to it would disentangle global politics from the Middle East because natural gas is produced elsewhere.

Those things are on my mind as I contemplate a switch from heating oil to natural gas at my home. It does not seem to make financial sense, but it makes more sense when I consider those things. That said, until technology that allows solar to be economically used for everything is available (e.g. amazingly cheap, high density, long lasting batteries), we are going to need natural gas to replace other fossil fuels in places where solar cannot be used.
Why not? The drivers are more pleasant and of much higher quality so I'm getting better service.
True, as things currently stand, but this is a misfeature of the system rather than an advantage. The combination of unreasonable nuisance laws with the lack of enforcement means the nuisance caused by the laws is largely mitigated, but it still leaves them open to abuse through selective enforcement.

If "laws that everybody breaks" were ubiquitously enforced then their true detriment would be brought to light and they'd have to be properly fixed.
One sentence in particular from his opening dedication to ... reads as both guidance and encouragement for all future translators:

"I haven’t aimed for a fancy style or padded the book out with long sentences or pompous, pretentious words, or any of the irrelevant flourishes and attractions so many writers use; I didn’t want it to please for anything but the range and seriousness of its subject matter."

For me, this article was the opposite.
Voice input is a terrible UX, because as a user, you have no idea what the system can and can't do

Very true -- our Echo can control the lights, but I can never remember what each light is called, while with a GUI, I can see the list and it's obvious that "Livingroom - TV" is the light near the TV that I want to dim, while "Livingroom - TV table" is the one on the table to the right of the TV and I want to turn that one off.
I was frankly surprised at how hands on Zuckerberg is. Brilliant.

Also, the most important takeaway, and one that I experience on a day-to-day basis, was the idea that most ML systems currently are heavily over-fitted and scale is going to be a huge challenge.
Does debt have first preference if a business is sold? If so, it would take a total catastrophe for the principle to be wiped out.
However, it's not really a story you can read through end to end so often as a choose your own adventure with thousands of routes to move through. Though there are smaller projects you can work through and better, or less organized structures... it depends.
Are you really trying to argue that service doesn't matter? You're OK with a horrible grumpy waiter at your favorite restaurant?
That actually sounds like a decent pair of stir fries:

Lettuce + jalapeno + banana

Banana + spinach + jalapeno + cilantro

Banana is a bit of an odd ingredient here, but the key would be to cook it separately and very lightly, so it's more like a plantain.

A good technique while you're learning how to cook is if some combination of ingredients sounds dodgy, cook them separately first, then put small amounts together and see if it works as a dish. Sometimes it helps to adjust the ratio or add some seasoning.
i use nginx in front of go for production, this article is interesting as certainly it would reduce some level of administrative obligation if i could remove nginx, case in point, i actually just distribute go binaries to my production servers so i don't even need the go compiler, this would simplify deployment somewhat. but then again, i'm not really changing my nginx configuration that often.

some questions that come to mind, i also leverage nginx for static file caching, i've seen some sample code for fileserver in net/http, but what kind of algorithm does fileserver use for caching, lru? can you configure the size of the cache?

and in terms of scale, i haven't reached this point yet in my project, but from the _olden_ sinatra days, i'd spin up multiple processes and proxy through nginx. in terms of a single (machine) server, could a go process essentially be limited to 1 per server? i'm assuming the go binary could leverage multiple cores automatically so i wouldn't need to do like ruby or python?

what are your experiences with go backend services? i run a restful api server that connects to a database and redis, so far, performance seems good enough where i only need 1 go process per machine.
Well, it doesn't matter if it's deliberate or simply lack of thought because of low priority. It is behind in the end. And if it is indeed deliberate - too bad. I don't expect Apple to change for the better until their upper management is replaced. Then may be they'll start moving and even add support for free codecs and allow using alternative browsers on iOS.
I like that idea..reminding us how insignificant we really are.
View source?
I also use and love Thinkpads as dedicated GNU/Linux machines. I have a T60 running Arch Linux, an X301 running Arch Linux, and a X30 running Debian. All work marvelously despite being >10 years old in some cases. I do Android development on the X301 which I upgraded to 8GB of RAM. My only gripe with any of my Thinkpads is that their processors are under-powered by modern standards but you won't notice unless you are compiling something large, running an emulator, or running something virtualized. The best part is the price, I paid 40USD for my X301 and have had no issues for years.
Uber has network effects too. Facebook has friends, Uber has drivers. You certainly care how many drivers the Taxi company has because it affects the time you have to wait to be picked up.
If Google and Tesla get self driving cars too, don't network effects suddenly disappear? The ebay analogy stops holding since the "sellers" (drivers) are a pool of self driving cars.
[Book] Building Machine Learning Projects with Tensorflow
Compare this with the airline industry. What protects Delta from competition enough to allow profits? Not very much. In fact, airlines have historically struggled to show profit since deregulation. In the last few years they've finally had some profits, but a tiny amount in comparison to the decades of taking on debt. Still, the airlines keep going.
Get information about the salary you need to earn for buying home
Doesn't this analogy stop holding with self-driving cars?
It isn't a bad thing, its a tool. You are taking money from the future and bringing it into the present and in so doing adding to your burn rate. But the fact that rates are really low is pretty spot on. If you can get 3 - 5% rates on 10 or 15 year notes that is a good thing.

They do however sit at the very front of the line in a sale, (even before your investors) and that can make some investors a bit nervous.
If "put your code in the database" becomes a trending fad into which I am dragged, I'm going to write a MyFavoriteLanguage-to-SQL transpiler.
So then the competitive differentiator is "better drivers" and "better service" which are of course classic and common differentiators.
That's an interface to it, but all of the voice processing, image processing, logging etc. happens locally and personally sensitive data (like sound recordings etc.) never leaves the house. At least that's how I read it.

Compare with things like Amazon Echo (and I believe Siri and similar services) which send audio clips to a cloud service and do all of the processing there.
I have a Zenbook.

Windows for development isn't nearly as convinent as OSX. Yes there's lots of customization you can do to make it bearable. Powershell isn't as awful as CMD, but projects aren't supporting Powershell as much as bash any time this decade AFAIK.

The Linux subsystem works, but the flow between Windows and Linux is lacking.

I tried Linux. Linux doesn't handle my mix of high DPI and normal DPI monitors (every month I'm told Wayland is going to support it "soon") so I can't use it. I know that sounds silly, but my monitors are a huge part of how I work. Not supporting my workspace is pretty much a non-starter. But to seal the deal it also crashed going to sleep a few times.

So I installed OSX... on my Zenbook. Because somehow OS X managed to handle my hardware better than Ubuntu had (bar the stock wireless card), and it was developer friendly.

I prefer brew to apt-get. Yes, apt-get is vastly more powerful, but I never had brew fail on me because a previous install had messed up.

OS X also has a lot of mindshare. Tooling tends tend to progress from Linux and OS X in ease of use before entering a gulf and reaching Windows eventually.

I got my copy of OSX legitimately, but to me it's telling I essentially had to go to "bootleg OSX" to get my hardware and software experiences in sync. OS X even supports the touchscreen as a mouse, not that I ever used the touchscreen on a laptop that only supports the laptop form factor and no others...
Perhaps that differs by city. Some cities have more competition among rideshare apps than others.
Natural gas does nothing for global warming, and the push for gas-generators has been driven by the fact that you can crack petroleum into gas products fairly easily. Scaling in this way doesn't help us at all.
Windows 10 have built a very impressive Linux compatibility layer. It's not a VM, they are executing native ELF binaries using the windows kernel. They run a version of Ubuntu 14.04 on top of it that most notably includes package management. It's currently missing upstart, so some things don't work nicely, but MOST things work just fine. I believe upstart is available on some preview versions now. Everything on our development stack (largely python) worked straight out of the box.

So on windows I have a real bash shell. I have dpkg. I effectively have Ubuntu. I can provision my machine using the ansible scripts we use to provision our production machines (took only minor updates to make them work).

There are some missing pieces. Docker doesn't work from within the linux subsystem. Upstart doesn't work. There is some weirdness related to how you interact with the windows environment from the linux subsystem. For instance I had to install a hack to allow me to open files in sublime from within the linux subsystem.

It's a mixed bag. You have a real Ubuntu environment with real package management, which is awesome (as opposed to homebrew). Yet some things that work on OS X don't work quite as seamlessly on Windows.

I think for most developers, it's probably going to work pretty damn nicely tho.
That's spot on. The massive moat is that Uber has captured the market, which requires both drivers and customers (not to mention the billions of dollars of global infrastructure & deployment, people talent, accumulated knowledge, brand & user trust, etc).

To compete you need a very large amount of capital and nobody is going to give you that money now that there is an Uber. You don't just have to replicate Uber, you have to then steal their drivers & customers, which is drastically more difficult than just replicating Uber (extremely difficult unto itself despite what the MVP crowd pretends). See: try raising large sums of money to go after Google's search business in the last decade.