skysight-inc/HackerNews huggingface dataset:
Aren't the incentives in place to encourage exploration and improve supplies and supply stability? I suppose that you're correct, to some degree. However, in the end, the equation is pretty simple when (cost of production + profit) > (the cost of an equivalent product, already in the market) then people will engage in that particular commerce. It's no more complicated than that.
AWS IAM Policies in a Nutshell
Before leaks, "Thinking the government is monitoring everyone online and using their mobile devices to spy on them is insane, you conspiracy theorist."

After leaks, "This is barely news, everyone knew this already."

Every. Single. Time.
Right. “Everything should be made as simple as possible, but no simpler.” The best they can hope to do is extract the findings and de-obfuscate them.
Pray tell, sir, have you heard of the Qt library?
There is a whole world outside Javascript :)
The Chromium bug describes the root cause, which is a fixed schedule interval for CSS animations:

> The JS implementation uses an interval of 500ms between updates while native animations will be updating at 60Hz. At the moment we're not smart enough to deschedule ourselves during animations with step timing functions.

https://bugs.chromium.org/p/chromium/issues/detail?id=500259
And I just proved your point. :)
Working well, thanks!

Do you have any plans to release the source code?
With great power (flexibility of JavaScript) comes great responsibility.
That's why Khan Academy is awesome. I'm working through their calculus and differential equations curriculum right now to refresh my math and the amount and quality of autograded excercises is fantastic! The other nice thing is it periodically tests knowledge of previously studied material.
OH GOD NO

Adding ANOTHER interpreted language to the pile? Jeeze you guys are crazy. Just STFU and learn C/Go/Java

Does ANYONE in NodeJS world care about efficiency? Or does this "plebian" (ew! hacking is not plebian!) hackability trump all other concerns?
> doesn't build on BSD

doesn't run on ZX Spectrum either
Cross platform support means if you want support, you cross over to a supported platform.
It's a Chromium problem, maybe you should read the Github issue before commenting.
As someone who is literally building a IDE in Electron, the biggest reason is JavaScript itself. If you look to the stackoverflow yearly overview, you can observe that JavaScript is currently the most used language. Also do not forget about all the integrations you could do with for example devtools.

An additional feature is that you can run the IDE in the web browser, so that you can have an online code editor. Think for example about configuration files on the Azure website, or a cloud IDE with multiple people using it.

Honestly I think Visual Studio Code is not slow enough for people to switch. A long web page is very similar to a long code document, all the keywords are just span's with a colour. Furthermore, it is not like Visual Studio or IntelliJ are known for low CPU or smoothness.
I can verify this approach works for me. The other thing I suggest is use "getting stuck" as a way to identify gaps - go look for books that fill those gaps.

Recently I cracked open Principle of Analysis by Rudin. I got stuck pretty much straight away and looked it up - I saw a few suggestions for a bridge between high school maths and the rigor required by that book. I'm now reading another book that took inspiration from the previously mentioned book but gives a bit shallower a slope towards the rigor required.
Design text with code using adaptive layouts, animation and real data
this person speaks truth
You do realize the relative order of things, right? While a CPU instruction is around 1/4 of a ns, assuming a single cycle instruction which is not always the case, a memory load is ~60ns.

In order to really see if there is room for improvement one would need to take a look at each cache miss and see if that could be removed. On my machine, a simple context switch is 7.3us and a memory load is 57.4ns which means a total of 133 cache misses.

Could that be better? Sure, in theory. Could it be 10000x better? Not a chance. Not even if you made a zero cost context switch, you will still have cache misses getting there and coming back. Even if the context switch, the OS overhead, all of that were zero cost, if the two processes doing work have ~70 cache misses each then you are right back to where we are now.

It's 25 years later - what's changed? CPUs are 20x faster (.25ns clock instead of 5ns clock) but main memory is only ~3x faster. To the extent that things don't fit in the cache you would expect a 3x improvement in context switch time. Instead we have it almost the same speed (old was 6usec, current is 7usec). But the OS hasn't been held constant, it went from basically single threaded to scaling up to lots of CPUs. That scaling is not free, you are taking and releasing locks in your context switch code.

Personally, I doubt there is a lot of room for improvement. Some, sure. But I'd be astounded if you could figure out how to get a factor of two in Linux without losing something else.
Is this measuring a causal relationship though? Correlation is not causation...

Maybe those kids from more wealthy/well-educated families are more persistent and tempered because their self-image aligns with society's looming popular image of what people /should/ be: wealthy, polymath millionaires.
I think it's mostly just because the concentration of the industry is convenient.

In the UK, there are tech jobs all over the country. But there are probably more in London than everywhere else combined, especially if you're looking for the start-up unicorn types. I lived in a smaller city for a while after university, but there were very few jobs to choose from that interested me.

I moved to London for one job in particular at the time, but also safe in the knowledge that it would be easy to find another job. I've had 4 different jobs in London since then, and it's never been very hard for me to find something else that's suitable and interesting for me.

The same holds true for most of my friends from university - many of the moved to London because it was the most obvious option for finding a tech job. So it has a further concentrating effect, that people are more likely to know others who are working in the capital city than elsewhere in the country.

If I was seeking a new job and open to moving anywhere in the country, I could find one somewhere outside of London. But if I was already living in another city, it might be harder to find a job without moving. It might not be quite the same in US, where there are a number of cities around the country that are a similar size to London, but in the UK there are maybe only 2-4 other cities that are large enough to have a wide selection of jobs in one industry, and none besides London with a population of over 1 million.
> Wouldn't it be better to make native application, especially for code editors, where developers spend most of their time, where every noticeable lag and glitches are not appreciated.

The lesson here is that our assumed bars of quality for what makes a text editor good are inaccurate. It turns out that the minimum performance bar is lower than you think, and that ease of customization is, in fact, much more important than you think.
System76 Galago Pro [video]
I think you underestimate the price elasticity of business travel.
Running 1000 containers in Docker Swarm
Introducing Message Reactions and Mentions for Messenger
Yesterday I wrote a webpage with a bootstrap template. The webpage has a progress bar that is updated in realtime by a websocket. The webpage is extremely slow. I guess every bit of progress bar update it rerenders the entire dom tree.

I don't think react would do much better, but I will have to try.
You both do realize that similar arguments could have been made back in the day when moving from, say, command-line DOS applications to Windows API applications - right?

Ultimately, computing has always been one of abstraction from the lower "layers". Taken far enough, one could spuriously argue that if you aren't soldering together the flip-flops that make up your logic and memory, you just aren't being efficient...
What the Tech? Digital Ministry Workshop at Super Saturday – Søren
Frankly my dear, I don't...
I pretty much think the expansion of drugs and crime due to boredom in rural America proves you wrong.

On top of the fact that many people are different than you (in fact the 100s of millions who live in cities) are not satisfied just playing video games all day long.
I hate to be the one who brings Rust into a Go thread but if you find forced error handling to be a revelation then you'll find the borrow checker does the same thing for your program structure and architecture.

There's also a ton of really nice error handlers[1] that let you ergonomically deal with errors while still being forced to confront them.

[1] - https://doc.rust-lang.org/book/error-handling.html
No no no. Clearly sh and bash are just broken. We need to write scripts in Rust or Haskell to avoid safety issues. </sarcasm>
> it's impossible to ignore the benefits of cross-platform development

Performance & bugs/quirks. I'd much rather have performance.
Python Mocking 101: Fake It Before You Make It (2016)
Because Microsoft and Apple have both dropped the ball on their native UI toolkits. Right now I'm doing web frontend with TS+VueJS+nice CSS toolkit. Yes there's plenty of complaining to do about the fragile convoluted toolchain and crappy performance. But I still gladly take it over WPF (promising, abandoned for some reason) or Cocoa (feels a decade out of date). No major OSS community, no Material Design/Bootstrap/etc. toolkits, slow develop/run loop, no good UI automation, crappy/no inspection capacity, etc.

I don't need x-plat UIs, I just need a good UI toolkit period, and that's why I'm looking real hard at Electron for future desktop work.
you asserted that it was impossible, not that it hadn't been achieved.

If you are merely asserting that it hasn't been achieved, then that is in agreement with the article you claim to disagree with.
You can see in my example that non-lexically scoped resources are involved also.

Secondly, doing RAII into and out of a map container is largely a poor idea, and C++ programmers expend energy fighting it.

The assignment operation and constructors and destructors of the map element all have lexical scopes somewhere.
pipefail is bash-specific, no?
The amount of bad hacking that has to happen for NodeJS to work as a platform has said all I could ever want to possibly know about the quality of NodeJS developers: so pathetically in love with their trainwreck of a language that they would rather pile kludge upon hack upon kludge than to learn the language and environment most appropriate and most computationally efficient for the tasks at hand. Javascript devs would rather just throw JS at it
Clearly a lot of people don't care if their text editor is using "a lot" of memory or "doesn't benchmark well" because all they're doing is writing code and running it occasionally.

There's plenty of competition in this area, so if electron-based text editors have enough downsides, people will use something native (as your comment indicates). If that wasn't the case, and we could only choose from electron text editors, then we would have a problem.

I think we should look at performance and resource usage as features on the same level as other features. Those things have to be balanced against whatever else the tool is bringing to the table.

I used Atom for a while. But as my projects got bigger, I got to the point where I was bothered by its slowness, crashes, and choking on large files (not even that large, honestly). I find sublime much better in these areas, so I switched. Looks like a healthy ecosystem to me!
And yet that hacked together document rendering engine manages to be less painful to use than the the current show of UI toolkits.

I think we'll get there eventually but until a native toolkit presents an interface as easy to use as the web developers are going to take the path of least resistance.
I don't intend to put up a straw man, I'd like to know why you think my examples are a straw man.

Content classification is something you must do if you're a major content provider in the US, period. Saying someone should just "let the advertisers sort it out" means you're not addressing the type of content classification we're discussing here: per-user, not per-advertiser. Porn & CP are extreme examples, but so are violent extremist videos.
Thanks!

Is this because you would rather verify things are what I say they are (no content stored elsewhere) and use this service, or to run your own, or just learn?

Right now, code quality isn't in a state to open-source, but I'm thinking about it.
Looks promising！
So you think hacking QT libraries like this (and not from the outside, I mean internally) and using C++ would make a good community editor? http://doc.qt.io/qt-5/qtwidgets-richtext-syntaxhighlighter-e...

When using QT for a highly modular editor be prepared to code QT components from the lowest level. It's not like you take a QT widget and modify it on a simple way. Trust me.

If you think it is easy to code editors look e.g. at the people who write letters and their custom editor tool: Microsoft Word. Now look at the many competitors this program had and how many behave super speedy on all plattforms.
The answer:

Vim <-- this
Facebook newsroom announcement: https://news.ycombinator.com/item?id=13940797
At the end of the article:

> Lindbergh and her team rebuilt their experiment—again—and put it on another rocket last April, a Falcon 9 launching from Cape Canaveral. She watched as the engines ignited, the smoke billowed out, and the rocket rose.
...a whole 2-3 seconds!

Sometimes I think that comments like these arise out of not having experienced text-only rendering at 300 baud...

I know that's a generalization, and most likely unfair - but damn, today's phones, to this old man, are pocket super-computers (for that matter from my vantage point, an Arduino is a wonder, and a RasPi is utterly amazing)!
Hey there!

I'm the Co-founder of Steer and the Maker of Transparent Startups.

This platform is 100% built with Elixir and the Phoenix Framework. I can proudly say it's a blazing fast application. I cannot be happier with the performance and productivity achieved with Elixir. I highly recommended it for your brand new projects. :)

I'd love to hear your thoughts.

Cheers,
Rafa
Exactly. People point towards sugar being natural and awful. Well, if you're getting sugar from a mango, banana or watermelon, you're enjoying lots of fibre, nutrients, vitamins, and chances are you will probably just consume 10g of sugar tops from fruit.
I don't think I quite get this. Everything I paste here shows up in plain text. It doesn't automatically do any syntax highlighting; it only seems to work if you're already copying rich text to begin with.
Well I don't run any plugins in (neo)Vim besides colorscheme, FZF and neomake, and I run neovim inside Terminal.app since it is much faster than iTerm2.

One situation, I open 5k LOC file, scroll to the middle and bam colors are there everything was instant. In VSCode I open same file, slight delay, opens the tab, I click on middle of side codetree, slight delay, and few seconds for colors to draw. This is just one example. And there are those slight delays all over the place that I don't have with sublime, emacs or vim.
You seem to be living in an imaginary world where main memory is much, much closer to the CPU than it is in real life. 10,000ns is 174 cache misses on my machine. That's not a lot of room when you are popping something off a queue or finishing an IO.
Coreutils 'rm' has a --preserve-root option (the default) which does exactly this.

https://www.gnu.org/software/coreutils/manual/html_node/Trea...
Have you used VS Code? Feels much more performant than any native editor or IDE I've ever used.
This is one of the problems with applying cybernetics to human behavior like you would with psychology. It's not really the right tool for the job, nor is it meant to be - it's about describing and understanding systems.
I grind my beans by hand :)
I'm sorry to be blunt, but you seem uninformed.

All of the information we saw from the Snowden leaks was passive interception of lines they had a legitimate need to tap. What they did, which I dont agree with, was intercept all the data and analyze it to deduce likely targets, rather than explicitly targeting data to capture. That was the entirety of the Snowden leaks: they're overly broad in their selection criteria because they wanted to run targeting filters instead of having to pick targets before intercept.

That's a whole different sport from pretending they tap every computer in the world with spy tools. Legally, ethically, and practically.

So I think you (and sibling comments) are simply uninformed, delusional, and making up wild, unreasonable accusations based on emotion, not rational thought.
They don't need to. Ancient people were no more or less moral than we are today.

Only the people running the tribe matter, whether that be a bronze age war band or a modern army. The fact that only a few people advocated the bombing you described doesn't change the fact that bombs were dropped.
even the best case scenario is 13% of ~900MHz, 100MHz to blink 20 pixels.
Ngrok – secure introspectable tunnels to localhost
You're only making Geert Widers and his ilk happy.
The author is of course strictly correct, and practically wrong. Eventually our civilization will collapse, and the sun will go supernova. But for the foreseeable future, fiscal policy will be managed by inflation, and economic policy will be managed by economies of scale. The surprising thing is the author, doesn't mention either inflation or scalability once.

When information technology no longer scales, and we achieve full saturation for jobs that support scaled services, the prices will plateau. Until then, I expect them to rise at a rate faster than the rest of world. I don't expect that trend to end in my lifetime.
Sure, but I won't pretend that adding those features doesn't add some significant resource usage and some occasional slowdown.
> What if most startups only need "good" developers to develop their mostly CRUD apps and don't need "the best" developers?

There are some exceptions, but most any successful technology product needs at least a few great technical leaders, if only to say no to net-negative ideas, provide mentoring to those who need it, and to make strategic technical decisions (architecture, tech stack, technical hiring strategy, etc.).
More importantly: we already did this. Remember when they overhauled the highway system in a lot of areas back in the late 80s and through the 90s? While they were digging, they dropped a lot of fiber.

Almost all of the major routes we use today for teleco/internet routing were laid or substantially upgraded then. Almost all the dark fiber laid was laid then.

The hilarious part? Most of the fiber laid could do at least 40gbit, thus the cost of upgrading a lot of the existing backbone could be as easy as just swapping the line cards on either side.

IMO, we may not actually need more fiber (outside of last mile usage, which this bill is directed at), but just better use of existing fiber. If you're wasting fiber on anything less than 10 gigabit, please stop. It costs you next to nothing to upgrade compared to what it cost a decade ago: upgrading to equipment that can handle 10GBase-LR/ER/ZR or OC-192/STM-64 or better is worth every dime.

Literally, if the US government passed a law stating, say, any fiber over 5 miles long must have a line rate of at least 10 gigabit, and heavily subsidize upgrading equipment that is simply too old to handle it, a lot of Internet speed WTFery would go away in rural and suburban areas.

You'd be surprised how many LTE/4G cell phone towers, DOCSIS 3.x headends, or modern ADSL2+/VDSL2/possibly G.Fast DSLAMs do not have 10gbit or greater backbones. It's just absurd in 2017 that we're using stuff that is 90s era at best.
I pay a lot of money for my copy of IntelliJ.

...indexing...

...as I was saying...
Really ? I don't know anyone who does. Most companies I've worked for wouldn't have allowed it either because it could cause planning difficulties around the vacation period.
Thats not the case here. The financial industry is not driving up rents and costs in San Francisco. The pure amount of private wealth pouring into the area is.

Thats the dramatic shift this time around -- this isn't a bubble propped up by lending -- this is a bubble due to the fact that we are living in a time where the rich _have so much money they dont know what to do with it._
I so very rarely close Atom, and generally don't use multiple windows in a single app, that those slowdowns never really bite me. It'd be interesting to see their analytics to see how often people actually hit these things in practice.
For me Emacs opens up in about 2 seconds and it's ready to go and print text input in scratch buffer. I am on 2015 MacBook Pro 13" with i5.
It isn't that a package manager should execute code, it's that it for tasks such as "install" and "remove", that's the package manager's job, and it shouldn't execute code for that. You still need to build the package somehow, which pretty much entails executing code.

For example, Gentoo's portage is quite capable of running code, since most packages are built from source, but that's done in a separate staging area; my understanding is that the completion of this process is a set of files that the package's build code wants to install. The package manager then installs them, from which it then also learns what to remove (what files belong to that package), and if anything would conflict.
The wife and I are coffee nuts. To some extent, anyway. We also like to go "camping" in an RV. I used to do french press, but the ground beans would get old too quickly and I don't have much interest in a grinder inside a tiny space. So we're using plain-old instant coffee. It's better than nothing, but that's about it.

I've been thinking about cold brewed coffee, but that's a completely different taste. Not bad, but very different and not really what we're looking for.

All that said... I'd love some "not horrible" instant coffee for this situation. Also to keep in my desk drawer for when we run out of k-cups. Or even to replace them if it's good enough.
Are you really comparing the number of people with VS Code to the number of people with Sublime, VIM, NotePad++, or Emacs and saying VS Code is greater?
As far as I can tell, the argument boils down to all that you wrote, relative to what you gain

So.. the case for it is arguable? Which no longer makes it a "not a smart idea" - it might be a very smart idea, depending on numbers which we don't know but presumably investors have seen.

I dunno - maybe it'll end up a stupid idea. But I just don't see it being so obviously crazy as all the initial comments were making out.
The good news is that there are sensible people on both sides who recognize that most problems are complex. We can be voices of reason within our tribes rather than joining in the two-minutes hate and blaming the other side for everything under the sun.

I would happily vote for any politician, party be damned, who talked about the importance of listening to multiple perspectives, compromising and not simply wielding a narrow majority like a club against the losers.
Except that the abstraction layer for the user has remained the same.

The extra abstraction layers you're talking about are invisible to the user... while our GUIs are slower, and our processors faster. It feels like, after 30 years, we should be able to have our GUI cake and eat it, too.