skysight-inc/HackerNews huggingface dataset:
The kinds of people who believe these headlines (some of them require a hilarious misunderstanding of what the EU even is) will not find this page, nor will they engage with the content on the page. And if they did; they would claim bias because it’s the European Union website.

I know this because my mother is a firm brexiteer (and, honestly, so was I until I actually started looking at things- most of England outside of London have a dim opinion of the EU and groupthink is stronger than you’d expect.)

Regardless, this highlights one of the pain points of the EU, it has bad PR and is misunderstood by many.

However, the cost of solving this issue would be shouldered on taxpayer- which would be more ammunition to the anti-EU movement.

“They’re forcing us to pay for propaganda”.

I don’t really have a solution. It’s just a bad situation. I wish the UK written press wasn’t operating entirely at the will of Rupert Murdoch though.
> Though the rule was far from universally respected, 20th century journalism's code of ethics prohibited financial considerations from influencing news coverage.

This is a fairytale. Chomsky and Herman wrote Manufacturing Consent 30 years ago where they popped that bubble.
When I was 14 or so, my mom installed one of those "telephone locks" that blocked outgoing calls and only allowed incoming calls, she did this to limit my dial-up internet. I wanted to see if I could bypass it without my mom noticing.

I noticed that the case for the lock could be pried open easily because it was just a plastic cover with 2 tabs. I examined the circuit and saw that if I could bridge the cables around the lock via a toggle switch, I could have an open phone line during the day and then toggle it at night when my mom came home and she wouldn't know. And so I did. I felt like Kevin Mitnick. I remember documenting the process and posting it to hackaday.com

Funny thing was that my dad found out but he didn't tell my mom. He would just go "hey can you make the phone work, I need to make a call". I later found out he was on phone call restrction too.
Yeah, this fetishization of specific programming languages is silly. So many people these days are obsessed with learning specific languages and technologies (and sometimes denigrating others), instead of focusing on more fundamental aspects of programming.

This kind of people tends to do badly in generalist coding interviews that rely on their fundamentals.
I'd have thought the real answer is that the people expecting customer support are under the delusion they are the customer when in reality they are the product.
As a person who can visually see, I want to emphasize that these goals: short methods (max 40 LOCs) and speaking names for all code entities are equally important to me. I want to spend as few time as possible reading the code. I want to spend most time on modifying and transforming the code. I do so by building up a mental model which I can change freely before typing the changes down. Sometimes it helps to write down the ideas to see how they "look like", however everything you say applies equally well to me as a non-blind programmer.

Another important trait of easy to read code is the rule of "Big picture" first. I.e. if you have a `main()` method you will find it first in my files, only then followed by sub methods which are called by main(). Same holds for types: first comes the class and then it's followed by any type which might be required for a class attribute. So, when opening a file you immediately get the big picture and depending on the granularity you want to build for your mental model you can continue reading by scrolling down. When the model is good enough, you can skip the rest of the file.

I find this pattern to the contrary of how others design their files. There are people who list all details and sub methods first before telling me only further down the road how these details are put together. This forces me to read a lot of code to build a blown up mental model which might not be necessary for the current task at hand.
Its the same core freedom issue, currently the highest quality speech to text services only exist in the hands of a few tech giants.

Just like with telecoms restricting and throttling access, these silos of technology are holding back progress in numerous fields, hurting the disabled and kneecaping upstart projects and businesses that may challege their dominance.
Based on that link I have the version 4 (sep 2010 - dec 2013). The tube has lots of cracks that you can see as well as feel when you run the fingers on the inside, and it doesn't hold pressure that well anymore (whether it's due to air leaking past the cracked surface, or the rubber endcap, I don't know).

I don't worry about crap leaching out of the plastic as much as bacterial creepy critters lodging in the cracks. Also rancid coffee in the cracks isn't nice. Perhaps I should buy a new one, hopefully the polypropylene is more durable.
> Google pioneered the targeted advertising business model in the late 90s

Weren't Google ads purely contextual until 2010 ish?
Hypocrisy is difficult to avoid in modern world. Otherwise we wouldn't be able to criticize things we are enmeshed in. Your argument is not invalid, but I thought I'd point out.
I work on the FastMail frontend. I’d be interested to have more details, because we pride ourselves on living up to our name (fast!), and providing a robust service. If you have something you can share which concretely performs badly or exhibits such bugs as you describe, please send a test case to support@fastmail.com, asking for the ticket to be passed to me, Chris Morgan. If it’s particular emails that you want me to be able to check, put them in a folder named “forwebmaster” (so named at present for strange historical reasons) and mention that you’ve done so, otherwise I won’t be able to see them.

Observations I can make:

• For the mobile app especially, startup can be slow, but once it’s running there should be no performance issues. The app should never crash; what you describe sounds like it could be running out of memory, which would surprise me, because FastMail’s memory usage is habitually excellent (on Firefox on desktop, I tend to find a long-running FastMail session to use about 11MB only).

• If you have very large emails, the current interface renders them completely, which can be slow; in our upcoming JMAP-based interface, which we’ll be transitioning everyone over to in the near future, we truncate at 100KB by default, which I’ve definitely observed having a positive effect on performance on certain types of inordinately large (like 6MB cron job logs) or unreasonably-written emails (HTML for email is awful; if anyone ever asks you to craft an HTML email, run away).

• I know of no bugs in undo handling. If you know otherwise, please advise so that we can investigate and fix it.
https://en.wikipedia.org/wiki/Expert_system
I’ve yet to build a Vue app that I felt needed external state management (though admittedly none are huge SPAs) but I have felt the pain in React working on a similar sized project. Just something about how the events work out of the box. React I felt like I needed to pass in functions to change parent state through a callback function in props, whereas in Vue I just emit the event and forget about it.

You can still use the function prop pattern in Vue but it doesn’t make much sense when event emission is so much simpler to reason about.
A lovely demonstration of the quality of UK media. These haven't just been from rags like the Sun and Mail, but Telegraph and Times too.

Is it any wonder the referendum campaign was based on impossible dreams and lies?

I also wonder if the EU have had to produce a similar page for any other EU state.
>Every attempt there has been to make code look like English hasn't worked out well

Not true. Ruby is incredibly readable
Not so, language is a convention. Look up "fascism" in a dictionary: you will find it has a well established meaning.
Regisered just to respond to this one :-)

Working as a junior analyst at a large pharmaceutical company we had a tender document arrive due in 2 weeks for a massive amount of money. Being generally super keen I was given the brief 'can we do anything in this time period? If so, do it!' - usually our models take 4 months to build, and cost ~$100k.

I used meta-analysis our our trials vs the main competitors for each age group (children, adults, elderly), cross referenced to the age structure of the population i.e. number at risk in each group. This showed because of the numbers at risk our drug looked better.

I then included data on the harms and connsequences in each group, using past data, and added in monte carlo analysis around the uncertainty, which gave a massive chance of of ours being the optimum strategy.

It was only a part of the case we made, but was delivered in 10 days at a cost of $600 (software licenses), and really helped show what I could do. People still mention it now (it was 10 years ago). My boss at the time was also amazing in giving me freedom, but then helping communicate it all.

I've worked on some really cool projects in my career, but that's probably the one I'm proudest of.
Yeah definitely. The fact that this is written in Go immediately tells me it will be extremely easy to compile and deploy, the code will be easy to understand and it will be reasonably fast. If it has been AWKjs I would have immediately known it could run in the browser.

The language tells you loads! This is a stupid complaint.

Imagine if it was PerlAWK, or PHPAWK.
Our migration tools have at times been fragile (I myself tried and failed to migrate from Gmail about a year before I ended up working at FastMail—something about a Gmail security change that broke it), but I believe that they’re all working properly at present. We have a guide for migrating from Gmail in our documentation: https://www.fastmail.com/help/account/gmailimport.html. We’re planning improvements to the procedures, too, to make it easy to use rather than merely possible!
>First, you have to understand the implications of it being a pointer, which includes the little warning light in your head about ownership and allocation/deallocation

Thats a semantic issue, not a syntax/style one. If your language has pointer semantics, you’d need to a way to access it with either proposed styles, and the same warning light should appear regardless.

The w+ example is much more relevant, as it could be expressed more clearly and well-defined (eg enum with full name). But all you could do with the pointer syntax is say FILE POINTER test_file, and gain nothing, because the “*” syntax isn’t at fault here
Society as a whole is paying. I don't like paying the bill of someone whose scheme consists on capitalizing and slowly draining trust in the collective.
I don't understand this argument. "Facebook control the WhatsApp code, therefore they can do whatever they want, therefore they can read your messages". I mean, yeah, by that metric, Signal could too, and every other encrypted messenger. We never relied on "Facebook can't change the code" for security, so I don't see how this post brings any new information to the table.

I don't even know why it goes into backup folder details and things, as if they matter. If Facebook wanted to change the code to read your chats, they wouldn't have to count on the existence of a specially named folder, they could just change the code to send the chats to them directly.
To be fair there is a list, although as you say the flags themselves are pretty random. Of course they can't be easily changed because that would break everyone's boot environment.

https://github.com/torvalds/linux/blob/master/Documentation/...
The problem is google apparently can't deal with reported issues either.

Check out this page of google map issues:

https://issuetracker.google.com/issues?q=componentid:188814%...

There are issues with NEW status going back to August which I guess means nobody looked at them.
Seems to be an appropriate way for informing citizens: track the trackers, collect data on the data collectors.
Siege of Bodenburg game (2003)
>"There isn't really a mechanism to slow down or speed up time on Linux (this has become clear with the recent time namespace discussions)"

Interesting, might you have any links to these discussions?
I'm probably misunderstanding your situation, but why don't you (from the test suite) mock some function used in the begin block to throw an error and then `expect(the_logging_function).to have_received` the logging output?
Normally, I’d agree with you. But I think in this case it is acceptable because the author is trying to convey that it is an implementation of AWK in Go.

In general, I think that it is acceptable to include the language name in the project if you are trying to to convey that the project is an implementation; of another project in that language and is not really meant to differ significantly from the original. Such projects are typically meant as an experiment, a library implementation for the target language etc. Anything else should be named differently — especially if it is going to differ significantly from the original.

Another thing to keep in mind is that by naming the project GoAWK, the author is as good as claiming that this is the canonical implementation of AWK in Go— something they may not have intended.
> most of England outside of London have a dim opinion of the EU

Nah. Can't simply blame it on stupid Northerners. It was far more nuanced than that. There were multiple reasons for no votes, not all of which had anything to do with the EU at all. Plenty of remainers in the Northern colonies like Scotland and Manchester. Plenty who recognise their deprived town or region has significant EU funding. Deprivation of course brings other issues, like some blaming minorities for their woes. Brexit delivered a campaign blaming minorities and free movement. :p

The saddest one to my mind is those who apparently wanted to give the govt a bloody nose for years of austerity and under-investment in the regions. That's quite some disconnect!
Who slipped the word 'technically' into the article? Obviously Google can technically do tech support, and they explain how - hire ~20k people.

It is an economics problem - they don't think there is any marginal profit to be made hiring a support person (and Google services are pretty straightforward, they could easily have a clear read on the situation). That has nothing to do with the number of users though.
I intended to ask about actual IMAP bugs. Things that go against the RFCs.

Showing the gmail labels as flags would be legal by the protocol (and have some disadvantages), showing them as mailboxes also legal (and have some other disadvantages), so I don't count that as a bug, it's merely a situation where one has to choose disadvantages.

The duplicate notifications are different; the way IMAP is designed the server cannot know which TCP connections originate from the same client. It can guess based on IP address and some other things, and it can know something based on RFC 2971, but 2971 also says explicitly that the server shouldn't do anyhting differently based on that. Which has been discussed in one of the IETF WGs, and the consensus was that the server isn't permitted to suppress probably superfluous notifications. If a client opens two connections, getting rid of duplicate notifications is the client's job.

www.rfc-editor.org/search/rfc_search_detail.php?author=gulbrandsen are my RFCs; I actually wrote most of those and gmail implements four of the IMAP-related ones I've written.
What language doesn’t need formatting to be readable? Have you tried reading whitespace-stripped C/js?

And the caps hint is the same as syntax highlighting... its not even that useful if you have highlighting, but boy is it useful when you don’t
Can Blockchain Overhaul the Automotive Industry?
It's interesting you mention an array and a loop, because those can be separate abstractions too.

no need to think about loops:
array.each {|x| puts x}

need think about loops:
for i in 0...array.length do puts array[i] end
For clarity: search does stemming (so “work” will find “works” and “working” as well), but it doesn’t try to match synonyms or related words (so “laptop” won’t find “notebook”).
I don't think this is written with purely the technical people in mind.

It is written for the people that don't know better and believe end-to-end encryption will always be safe, even though Facebook controls the source code and therefore can do whatever they want.
> some ”art”

Eh, text art is a venerable art form as old as teletypes.
> I mean, yeah, by that metric, Signal could too, and every other encrypted messenger.

Open source ones would be a lot less likely to get away with it.
True and it also enables many smaller sites to function. The big players can adapt to a new revenue model easily, but for a small site maintained by 1-2 peopla it's not feasible to have and ad department or start selling ads individually.

So aside from its drawback the current automated ad system helps the little guy site owner and any tightening would only result in the small players getting eliminated with the big guys continuing to thrive.
The question is not suggesting a follow feature. It is just a hypothetical. The aim is to list great contributors on this platform, so that anyone looking at this thread can learn something new from their contributions.
It's my direct manager (who is director/c-suite level) and certain team members close to him. I have tried talking but he stopped my growth!
That's what university research and small self driving cars people always say - "it'll be used at airports and campuses" - but in reality there are very few campuses that would benefit, and airports mostly already have internal transit solutions.
Another angle on this is we have no way to know what is changed in each WhatsApp version. There could be APIs its hitting that leak data, private keys could be getting exported at the behest of a government, etc

Commoners have no transparency if Facebook is data mining who they talk to, how often, what type of content and for how long. From the anecdata we have, we know some
of this metadata is being mined (contacts at this point).
Yes there is, and has been for a very long time, specifically to support ntpd.

http://man7.org/linux/man-pages/man2/adjtimex.2.html
There are many many hundreds of millions of people who would never be able to afford a paid-only version of the internet. Imagine a $20/month bundle for all if Google's services, from search to Gmail, from photos to docs. Many in the developing world would find that prohibitively expensive.
It makes sense (to me) and it has been discussed. I don't know what was the conclusion though.
Snarky comments, especially in public only to me and a colleague who does similar work. Stopping growth by changing nomination to a leadership devp program at work. Forcing me to complaint about the same colleague to get rid that colleague.
There’s actually six 50 GB/s nvlinks on each Power9 cpu (300GB/s), 2 or 3 to each GPU, depending on if you have a 4 or 6 GPU system. I’ve seen speculation that the DGX-2 nvswitches has enough free ports to fully connect in 2 Power9 cpus with 300 GB/s each, that would be an interesting system..
I think he was trying to architect a design in which WhatsApp itself wouldn't be exporting the data over the network, which could be spotted through metadata anlaysis. Lower-visibility to slipstream it in with some bulk data.

But yes it is an overly complicated mechanism for what would be a simple change by Facebook and one that people have raised here since the original announcement.
Use mine daily here in Saigon with amazing Vietnamese coffee.

I bought the metal screen filters off of amazon for cheap. Far better than the paper filters. I can't really tell the difference between the different metal filters, but I've settled on using the wire mess screen for some reason.

Interestingly enough, you can get solid knock offs in Vietnam [1] for
pretty cheap (450k vnd / $19.50).

If you haven't tried inverted method, do it! Lots of instruction videos on youtube.

[1] http://barista1.viennam.vn/San-pham/dung-cu-pha-cafe-aeropre...
Thank you for your kind words. I'm trying to find legal help online that can help me.

I'm also planning to go to a psychologist.
* Netty has a boss thread that accepts incoming connections and assigns each successfully-opened socket to a single particular I/O thread.

* Each I/O thread runs an infinite loop that repeatedly waits for activity on its assigned sockets (using epoll/kqueue/select) and runs each received TCP segment through our Netty pipeline on that thread.

* Usually when an I/O thread writes to one of its own sockets, the write takes place synchronously. However, crucially, it may defer at least part of the write until later, for example if the kernel’s buffer is full. The write would then be performed on a later loop when the selector (epoll/kqueue/select) reports that the socket is ready for writing.

* We were writing to a channel and then blocking on the result Future to see if it succeeded. Since we were writing from the I/O thread, the write would usually be performed synchronously so the returned future would already be complete and the application would continue. However, sometimes the write wouldn’t fully complete and the future could not be completed until the next time around the selector loop. But the I/O thread was blocked, so the loop couldn’t proceed, so the future would never complete.

* Since the I/O thread was stuck, it couldn’t respond to any further messages from any of its managed sockets. Eventually the client would give up and send a FIN segment, and the kernel’s TCP/IP stack would put the socket in the CLOSE_WAIT state. Usually the I/O thread handles this in its worker loop by calling close on the socket, but it was stuck so this code never ran and the socket would never close.

* The boss thread was still running, so the system continued to accept new connections and assign some of them to the stuck I/O thread.

To add insult to injury, Netty actually has a deadlock detector to prevent this scenario from occurring. Unfortunately, one of the libraries that we were using at the time is also based on Netty, and they explicitly disabled the deadlock checker, globally!

https://github.com/AsyncHttpClient/async-http-client/commit/...

So there you have it. Don't block in your Netty worker threads. This should have been obvious at the time - I had worked with Netty before - but we were too busy investigating to sit back and just think. If I had stood in front of a whiteboard for an hour, I suspect I could have worked it out, but instead we spent anxious days tearing our hair out attacking the problem by stepping through multiple threads of code in a debugger (racing timeouts is always fun) and taking endless stack traces and thread dumps.

The short-term mitigation ended up being trivial: we could still block the worker thread; we just had to check to see if the channel was already closed first! This is not a perfect fix, but it let us preserve the illusion that the application code had a real bona-fide blocking java.io.OutputStream. The long-term solution is to switch the API handlers over to using real async I/O.

To this day, my fellow engineer investigating this issue refers to this saga as the Christmas Miracle bug. :)
Do "corporate VC" people have the mindset of a VC in that they're aware that most investments will fail and that's ok as long as a few "moonshots" go really well?

Was Yahoo! buying tumblr an example of corporate VC? How about Facebook buying Instagram?
Is ZFS worth considering at this point? Btrfs seems to be quite featureful and stable, with a plethora of grocers and retailers all over the world using it. Wal-Mart, Kroger (and subsidiaries), all of IBM's old point of sale customers (now Toshiba SuperPOS iirc) all use it on things as small as deli scales all the way to running their point of sale systems and backends.