skysight-inc/HackerNews huggingface dataset:
It's quite a lot easier if you reply to a comment using the reply features of HN; that way I don't have to check the parent comments of my own comments.

"Knowing the functioning of something" is nothing like the same as understanding why it does what it does. I work on a large operating system, which was designed by humans; it takes many days to find the root cause of bugs. I have the best access it's possible to get to that operating system, and it still takes a large amount of time to even detect that there has been a bug, let alone determine why it happened and fix it. That amount of time to detect a bug could be lethal in the case that the bug arose in a superintelligent being.
Me too, I am looking always for more modern planes, as they are often quieter - e.g. Airbus A380. Or at least not sitting near the jet engines.
The U.S. Spy Hub in the Heart of Australia
Doesn't make it either clean or pretty
Very interesting, but still a bit rough to be self-claimed "The ultimate replacement for spreadsheets, mind mappers, outliners, PIMs, text editors and small databases."

Looks interesting, wish luck
That is the point. So then you change it and rinse repeat. What's left over is something more than the first.
New malware masquerades as a ride-sharing app
I'd love to see something 3358-based with the Ethernet connected to a male RJ-45 - Just plug it into the switch and have an instant cluster.

Extra credit if you can have it with power over Ethernet. Double extra credit if the Ethernet, power and one USB are available on an edge connector so a backplane with a simple switch like the Microchip KSZ8997 could easily be built.
And Pug amkes this... cleaner and prettier than JSX? I'm afraid not.

And it's far from being simpler
The systematic study of methods for producing high quality software. Your comment is equivalent to calling a flexural test machine 'materials engineering'.
I've experienced similar thing with PS3. That said, unlike the author I am too lazy to inspect traffic on that.
Another one that annoys me: memory is on the wrong end of the bus! The brain would be terrible at inference if all the memories were stored in the ass. Instead, the brain has the correct design: keep all the data where the processing happens and stick IO out on the bus.
Does that apply to women's weightlifting too?

I'm more familiar with athletics, where higher testosterone levels are massively beneficial in women's sprint events.
McClim existed for decades and it's still struggling to become production-ready, a poor example of the "revival".
Parent is downvoted but look at the screenshot. That is indeed a bad attitude and it's on the official project site. This does _not_ help.
Oh this piques my curiosity, big time!

There is a large gap in software for non-linear thinking/sketching. It's not obvious for tasks that require linear thinking, like programming, but when you are trying to explore solutions in an fuzzy problem space, something along the lines of TreeSheets is certainly useful.
and what about nerdy girls who had neither athletics, romance or sex, and would have loved a computer? as npr[1] notes, when the home computer came out it was marketed heavily to boys; a generation of girls largely missed out on that step up.

[1] http://www.npr.org/sections/money/2014/10/21/357629765/when-...
Yeah, so filter and sort it before you hit the view (and by this I mean the markup jsx or whatever) code, and problem solved ;)

Classic MVVM pattern
> separation of html and js

That's the thing. You do not really separate js and HTML.

There's a weird extension to HTML. There-are JS-like expressions, JS expressions and bindings to outside JS code

It's also neither shoryer to write nor easier to read.
Cezanne.
It's a pretty poor REPL. Every time you update your code, you have to reload, and you lose all your previous bindings. And, no, I don't simply want to rerun my interactive session. I want a persistent session.

When doing theorem proving in Ocaml (which was both ML's and Lisp's MOs), my REPL session could last months. I sadly didn't have Lisp's great (save-lisp-and-die) in Ocaml, but I was able to snapshot the process state to get semiway there.

Common Lisp is built around the idea that your runtime is a persistent live system that you stay in and modify and introspect. Your tool-chain should consist entirely of Lisp objects that are part of your runtime, and should themselves be modifiable. Everything is programmable. The Art of the Metaobject Protocol is still one of the coolest things I've ever read.

I'm a Haskeller now, through and through, but Haskell's REPL and runtime isn't comparable to Lisp's.
Technical blog titles considered harmful? :)
Thought mapping: even there is a lofty claim, compare with the feature-list of freeplane (clone-nodes, presentation mode, scripts and plugins in java/groovy/javascript/jruby/jython, ...)

Its interresting on its own, would do better avoiding superior-comparison
Truly amazing. https://common-lisp.net/project/mcclim/static/media/screensh...
The 1968 winning time was 9.95, not 9.55. I assume that was a typo!
...and property names are Javascript property names. Because, well, JSX is a very thin layer on top of Javascript
It's really cool to see another app using remoteStorage for sync! I built Toc Messenger a few years ago on top of remoteStorage for sync as well, and it was a pleasure to work with (https://github.com/lewisl9029/toc, the actual app is no longer functioning since I took down the seed server quite a while ago). Unfortunately, it seems like the technology hasn't gained much traction since I last worked with it. The only 2 hosts listed on their wiki that offer hosted remoteStorage are the same that I saw two years ago: https://wiki.remotestorage.io/Servers

The other alternative sync method offered is Dropbox, and if it's also using the remoteStorage library as the interface as I'm assuming, it would have to depend on their Datastore API, which has been deprecated for more than a year now AFAIK (https://blogs.dropbox.com/developers/2015/04/deprecating-the...). Is that aspect of the app still functional? If anyone knows any other user-provided data storage APIs like Dropbox Datastore or remoteStorage that's more actively developed and supported, I'd love to hear about them.

The concept of apps built on user-provided and user-controlled data-sources, envisioned by projects like remoteStorage and Solid (https://solid.mit.edu/), has always been immensely appealing to me. If users truly controlled their data, and only granted apps access to the data they need to function (instead of depending on each individual app to host user data in their own locked-off silos), then switching to a different app would be a simple matter of granting another app access to the same pieces of data. Lock-in would no longer be a thing!

Imagine that! We could have a healthy and highly competitive app ecosystem where users choose apps by their own merit instead of by the size of their moat built on nothing but network effects. Newcomers could unseat incumbents by simply providing a better product that users want to switch to. Like a true free-market meritocracy!

Sadly, this is a distant dream because both newcomers and incumbents today realize the massive competitive advantage lock-in and network effects afford them. Incumbents will never give up their moat and allow the possibility of interop without a fight, and newcomers all end up racing to build up their own walled-off data silos because they have ambitions to become an incumbent enjoying a moat of their own one day. Even products that are built on top of open protocols and allow non-trivial interop tend to eventually go down the path of embrace, extend, extinguish, once they reach any significant scale.

I'm starting to think strong legislation around data-portability and ownership may be the only way a future like this could stand to exist, but the incumbents of today and their lobbying budgets will never let that happen.
I've been using TreeSheets for a long time now and, though occasionally I do run into limitations I find it generally to be on "the right scale" for nearly all of my needs.

It's small enough that it starts really fast. Simple enough that I can write, organise, and curate what little I have to deal with quickly enough that I don't give up or get interrupted midstream. And it works on most of the platforms I use. If it were available for my iPad, I'd buy it but I can totally understand not wanting to deal the iTunes store.
Is Uber a tech company?
Regarding payment, I think you must take payment from your users (my recommendation would be donations, like Wikipedia).

This is because an organization's primary objective is self-preservation, and that means aligning priorities with income sources (or when you're designing the organization, aligning your business model with your priorities).

As we've seen with journalism, journalism's reliance on advertising leads to journalism designed primarily to attract viewers for advertisers rather than to serve the public interest (although good journalism does still happen because some journalists care about that despite their organization's priorities).
You lost me with your privacy policy
That's a limitation of general purpose computers, not silicon itself. People do build ASICs with memory stored near where it is needed.
"Since you guys downvoted me for disagreeing with your prophet, …"

That deserves a downvote. Please consider that people might have downvoted you because they believe that what you're saying is wrong; not for any meta-reason.
Freelance Marketplace based on a blockchain
Hi all,

I want to share with you the idea of a project me and our team are currently working on. This'll be a freelance marketplace based on a blockchain and using all advantages of it. The bullet points are below:

1) Smart-contracts based. Be protected with various types of smart contracts:
a) Time smart contract: is based on a simple fact that that for every worked hour freelancer will be payed. At the same time, checks the freelancer work logs to make sure he was actively working.
b) Scope smart contract: after the job is delivered automatic tests are being runned to make sure the system is developed according to the requirements. This will include performance testing, unit testing and selenium-based scenarios.
For freelancers: Be sure that you'll be payed with blockchain.
For customers: Finally you can make sure that work will be done as expected.

2) Exclude man in a middle. You don't need to pay huge commissions anymore just to make sure you won't be deceived.

3) Fault tolerance. Forget about freezing the project progress because of a marketplace downtimes. With blockchain you will always have a possibility to continue working.

4) Pay anywhere anytime, no more restrictions with cryptocurrencies.

5) Make sure that funds for your job are reserved.

Let me know what you think about it, any feedback will be appreciated. Thanks. Wink
I agree with other comments that practice is important.

Even more important is getting good input that you can model. Read fiction every day. While non-fiction is generally read for the purpose of furthering an instrumental goal (e.g. learning how to do something or learning about something), fiction's one job is to be interesting. As a result, even storytellers who are relatively weak by the standards of fiction authors are well ahead of typical business speakers or writers.

Pay attention to what keeps your attention and why. Pay attention to what you remember a week after you've finished the book.
Still. Why does apple use the yahoo data feed for its default app? It's shit.
Oh hi there, yet another awkward not-really-html-not-really-js templating language

class {
onCreate() {
this.state = {
count:0
};
}
increment() {
this.state.count++;
}
}

<div>The current count is ${state.count}</div>
<button on-click('increment')>Click me!</button>
Vuex is no more tied to Vue than Redux is to React.
You just lost at the new article queue lottery.
You are right, sorry about that. I've used screenshots provided by someone and didn't take a close look at each of them (I already had one report like that and taken action immedietely).

If you find anything else, please let me know, I'm one of the maintainers. Picture removed.
source repo for oaklisp https://github.com/barak/oaklisp
Privacy Policy Changes at Plex
As a desktop developer, I rarely ever touched backends. Though they are not "modern js", it was close enough to that madness to stay away from it. Otoh, I can't remember a time when I couldn't easily grasp any of Qt, Gtk, whateverTk toolkits in few hours. A month ago we started a project with a custom backend (on me) and had to choose a frontend option for our frontend-employee to use. It feels like hell, really. We picked Angular2 randomly after few probes and it seems that out project has more quirks, hacks and LoC than if we just coded it in pure js with heavy templating help from e.g. perl backend. I don't know where it all goes about the web. Before, when I heard about new cool js framework, I thought "well, guys do The Technology". Now that I'm forced to dive into it, I see that they just reinvent square wheels in a wrong ways that were polished a decades ago in regular desktop apps.

Not to blame or insult good frontend people here and everywhere, but it feels like en masse they don't understand the programming essence at all. Sorry, but UI development was never HARDER than today. My colleague feels the same, having more than 15 years of html/css/js experience.

My thoughts are we're throwing it out next week and generate all ui with decent server-side scripts, leaving /js/util.js of 1kloc as a broker and generic table sorter.
Uhm, no? Even a PC video card from 10 years back can literally render millions of textured polygons (=basically sprites) at a steady 60 fps. Any modern card with programmable shaders would be able to do all the transforms and effects on the GPU with virtually zero CPU overhead at the same time.

There really is no excuse whatsoever for a 2D game like sonic mania to run badly on even low-end PC hardware even with built-in graphics hardware.
Bloomberg Looks Inside One of the World's Biggest Bitcoin Mines (2min)
Hi

Your software is broken by assuming a command can be split up into arguments by spaces, and also not letting the os package properly escape your arguments.

https://github.com/amalfra/oexec/blob/master/oexec.go#L48

Here's a command that would be impossible to execute with your software, notice how the last argument is a single argument:

c := exec.Command(
"/usr/bin/osascript",
"-e",
"say 5")
output, err := c.CombinedOutput()
> in most cases Haskell takes a lot more time for development than other languages

- and takes negligible maintenance/refactoring time compared to Lisp/Python/C++. Maintenance timesink might easily outweigh the gain in development time.

That's the promise of strong type systems: preventing bugs from happening before you have to debug them in production and it does not come absolutely free.
Cool that we got into the Hacker News. If someone is interested in getting involved in development, I want to hint that we have some bounties set here: https://www.bountysource.com/teams/mcclim/bounties

We are moving steadily forward, if you have any questions I'll try to answer - I'm one of the current maintainers.
"My neural network correctly predicts what actions will lead to the production of more paperclips. I tested it with all this test data! It's completely bug free! Let's put it in charge of a paperclip factory."

6 months later: The AI successfully grey goos the Earth into trillions of paperclips.
Sorry, I shouldnt have said 'business logic' here. I really mean separating presentation and presentation data.
Yes, that "they think cars are just big harmless animals" is of course what everyone says. But still I somehow felt it wasn't right.
HMM and AHA LEARN a (LITTLE) BIT
It is always possible to compare any two things. The real question is if there's something interesting to learn.

We learned that the goroutines & channels concept isn't that bad an idea, but that it doesn't prevent you from stumbling over weird race conditions in large, distributed systems. Beyond that, at best one might argue if the lack of nearly all advanced programming features in Go is in itself a feature or a shortcoming.

However, I think that depends more on your personal preference on programming styles, so there's not much more to be learned from arguing about that. So that is why I see there's little that can be learned from any such comparison beyond what's well known already.
Yes I've been to China and in a way I supported China's growth by founding a sunglasses marketing and distribution company when i was 18 that grew exceptionally well in New Zealand (50% market share for under $20 price point).

Our manufactures were in Guangzhou and Xiamen.

One thing that struck me when I was in China once was that human life didn't seem as valued as in the West. This planted a seed that had a profound influence on my thinking.

At that time I didn't think about ethics in our supply chain, my focus was solely on survival and then growth... but as I've gotten older I've seen how that's part of the problem. Consumers generally don't see the whole picture and they largely don't care. The theory goes if consumers did start to care, and changed their purchasing habits accordingly, the whole supply chain would be forced to change.
Don't underestimate how much our industry is driven by fashion, culture, corporate backing, historical coincidence and inertia. Very few decisions are based on technical merit. Go read some of those "why we switched from X to Y". It's 99% rubbish ex-post rationalization of nothingness.

In my opinion there is only one significant technical dividing line between language implementations: Mandatory automatic garbage collection.

No other purely technical characteristic makes a whole lot of difference for the sort of problems that can be solved with comparable results using different language implementations.

That's why it doesn't make much sense to me to put Go in a different basket than Java or C#. Doesn't mean there is no reason to prefer one over the other of course.
> What would the adaptation for Hacker News or Reddit look like? For one thing, probably a controlled release of all new content in batches, so we get trained out of refreshing them all the time.

Holy Usenet Batman.

This is exactly what I did when I had to pay per minute of dial up. Still ended up spending hours in front of a computer.
C, that is more C++ kind of is my choice (QT namely). I was wondering if there is a faster approach with JS, since I don't care about what I work with in this case, as long as it doesn't take me much time to do it. Xamarin seemed like a good direction, but no linux yet. Electron, while heavy, seemed like almost a perfect choice - but no mobile.
With some exceptions such as r/changemyview and r/science
I'm not writing about my personal preferences, this was the key point:

> think like Vue is a new jQuery
Standard chartered bank customer care toll free numbers
This is exactly what we're aiming for with https://anvil.works.

We have a components+properties model, driven in Python, which gets translated to HTML+JS+CSS. We also have a visual editor, and abstractions over a bunch of the client-server stuff that's typically icky on the Web.

The challenge of such a system is that the web platform is so huge and sprawling, and constantly growing - and all of it's written in JS/HTML. So we've made the pragmatic choice to prioritise usability by non-web developers, and open an "escape hatch" for doing layout etc in HTML if you really need to. But most of our users don't need it, and we're constantly working to extend the boundary of what you can do with simple properties and components.
> Men hold 75% of Google's leadership roles

Since men are 69% of the company it looks like they are only slightly overrepresented in leadership roles.

> just 2% of its employees are black, 4% Hispanic, and 35% Asian.

Doesn't this mean that Asians are way overrepresented?

> She told Levin of a white male coworker who suggested she got her job more easily because people would think she was good at math.

The horror! Looking at PISA scores from Asian countries or SAT results, it seems to be absolutely the case that Asians, on average, are "good at math". Honestly, people who work at freaking Google and don't have worse problems than this should count themselves lucky to be part of the 0.1% most privileged individuals in the world and have the decency to keep their spoiled mouths shut.
Yeah, no idea personally. Haven't used the gateway functionality in Minio at all.

That being said, the Minio team seem pretty good with writing performance optimised code. Frank Wessels (on Minio team), has been writing articles about Go assembler and other Go optimisation things recently. eg:

• https://blog.minio.io/accelerating-blake2b-by-4x-using-simd-...

• https://blog.minio.io/golang-internals-part-2-nice-benefits-...

So the performance impact might not be such a problem. :)
There's Typed Racket:

https://docs.racket-lang.org/ts-guide/quick.html
Your response is a bit disingenuous.

> no custom templating language

JSX may not be a templating language but you still need to consider it when comparing with other framework's languages

> less opinionated

The community is though, if you don't do things with redux, react-router, etc then you're considered odd. Any job you pick up with react is sure to use those.
Not really disagreeing with the rest of this comment, but a couple of points:

> given they'll be freely available for purchase from Tesla, GM, etc when created

Tesla has a built-in "feature" in their cars, to make OTA updates to the software running the car. One part of the vision of buying a Tesla, is supposed to be the day when customers let their autonomous car "work" for them while they are not using it.

I don't think it's a huge stretch of imagination for Tesla to come out with it's own version of the ride sharing parts of Uber when autonomous driving becomes a full reality with their cars. They could eat Uber at this point.

> Thats a plan that gives Uber a very long runway to achieve full profitability, even without an IPO.

Points 3, 4 & 5 of the plan are likely going to be very difficult! Why?

> 3) Focus everyone left on ride-sharing, improving the brand, and efficiently expanding internationally.

I'm fairly certain there are very smart, well-paid people already trying to do each of things at Uber, not sure how reducing headcount will magically improve the state of affairs here. Mythical man month like arguments come to mind.

> 4) Clean house in the HR department and of every remaining harasser.

If the company was built on a foundation of sexist and abrasive culture, rooting every one out will take a long time, not to mention disruptive as it involves disentangling the fiefdoms built by these people (who may even be doing a "good job", causing damage to raw business metrics in removing them). I'm not saying this shouldn't be done, I'm just saying "birds of a feather flock together", so if I may dare say, wholesale pest removal might unfortunately be low on the priority of any new exec. They would be more focussed on other matters and just treat the symptoms. Human nature.

> 5) Raise another round to ensure Uber's long term financial stability.

If Points 1 & 2 are followed, without the silver-talk of "constant innovation" and projections of "taking over global transportation with our technology" - raising private funds might get extremely challenging and may not have the expected results. At that point, an IPO might provide better success as public investors are interested in "business that execute" as well, as opposed to the private investment folks who look for returns in the Order(s) of Magnitude scale.
Wouldn't you say that there is more to this problem than content length and centralisation?