skysight-inc/HackerNews huggingface dataset:
Well, I'm sure they might change plans. IIRC, the hyper loop videos in the beginning showed it to be all above ground.

Of course I have serious doubts that this would be a good means of transportation.
If you're partitioning by month how would the month end up in 2 partitions? I mean how would march and up in april or something!???
Splunk and Sumologic both have query languages, and store the raw log lines now, and let you parse and analyze them later.
ELK doesn't have anything like that; you have to configure ELK to understand the logs before it can index and store them, and it has no query language allowing you to re-parse and analyze them afterward -- all you can do is search on the fields you've already indexed. ELK can't, for instance, store 20G of logs today with no parsing applied, and let you parse out key-value pairs and graph all the latency numbers next week.

If you have more money than time, use Splunk.

If you are on AWS, dump your logs into Redshift -- you already know SQL and you don't have to learn another query language; and it's easy to see how to run extract/transform/load jobs.
If you're on GCP, I'd investigate BigQuery before bothering with Splunk or Sumologic.
Simply connecting an Exchange mail account allows an administrator (or yourself through the Exchange web app) to remotely wipe the device.

https://technet.microsoft.com/en-us/library/aa998614(v=exchg...
I have the "Google Apps Device Policy" app on my Android phone so that I can use work email/Slack/etc, and it has these permissions: Erase all data, Change the screen lock, Set password rules, Monitor screen unlock attempts, Lock the screen, Set the device global proxy, Set screen lock password expiration, Set storage encryption, Disable cameras, Disable some screen lock features. I explicitly agreed to these permissions when I installed the policy on my phone.

The obvious intention here is to make sure there are reasonable measures in place in case my phone is lost or stolen. I think the main possibly-problematic permission here is "Set the device global proxy", which apparently could be use to intercept SMS messages (according to the article, I think). Other than that one, I'm pretty sure most of the scary capabilities listed in the article (the ones affecting privacy) don't apply here. Maybe other MDMs have those permissions?

My understanding of the Android security model is that permissions changes need to be explicitly approved by the user, so I think an app update or config change wouldn't be able to extend the permissions without my agreement. Also note that the app is written by Google, so my company isn't even running custom code on my phone. Even if the permissions do somehow change, I always have the option to remove the app, which un-applies the policy and disconnects my work Google account.

I suppose this sort of thing depends on the situation and how much you trust your employer, but I think that for many cases this article is a bit alarmist. Note that you run into similar problems if you ever log in with personal Google on your work computer. Since your employer owns the computer, I believe they have legal access your Google cookie and could use it to read your email and anything else associated with your Google account. But I do it anyway because it's convenient and I trust my coworkers, and I am quite certain that nobody is reading my personal email. But I also work at a small company where I know everybody. YMMV.
It takes focused repetition as it requires rewriting of learned reactions. Worth the time in my experience.
I hate that as an admin, I have that power instead of just restricting my ability to remove company email/calendar/contacts only. I have a handful of senior execs who do not want a company phone (or rather give up their personal phone), still want to access company email, but do not want to install MDM because it allows me to completely wipe their device or perform other system-level stuff.

All I want as the admin is to (1) authorize if a device can be used to connect to company resources (2) require minimum level of security (pin/pass unlock) to be available to access company data and (3) de-authorize the device, which immediately deletes ONLY company data.

I don't want anything else. I don't want to sync photos, share clipboard, change security settings, send blaring lost-phone alerts. Those are not my problems. Just let me have an isolated VM-like area where I can allow/disallow the user's access to company data.
It's a Unix System, I Know This
I was asked by a previous employer to perform the rollout of MDM to our mobile fleet, and I fully agree with everything in the article. Restrictions were implemented at the whim of my boss.

As an example, he found out there was a feature in the MDM service to block access to YouTube. He made sure that was ticked. Why? He didn't want people wasting time on 'his' phones. And the helpdesk would explode every time a new restriction was rolled out, but he didn't seem to notice or care. In his mind they were his phones.
I personally found the best method of brushing up on C and operating systems was just walking through examples myself...

Haven't personally done it for a few years, but I went through step by step on my blog (particularly in 2014):

https://austingwalters.com/knowledge/

I also have a nice repo of a bunch of IPC examples:

https://github.com/lettergram/IPC-examples
Aaron's method has been refined by several people:

https://gettingstronger.org/2016/03/faq-for-vision-improveme...

http://endmyopia.org/active-focus-links/
sweet tip, than you! this is the reason I read HN.

queue the long nested thread of technical objections, policy objections, legal objections, objections on behalf of web publishers just trying to make it in this difficult internet and need your data to monetize, ...
I’d say Hollywood and ads played a big role in Cigrattes being perceived as “cool”.

Many countries ban advertisements of cigarettes and recently there is a culture shift in Movies.

I definitely think it’s a generational change.
I don't think you understand how this technology works, so I will try to help here.

Briefly: some car manufacturers provide a car with a cellular connection. That is, the car can connect to the mobile network, just like your cell phone can.

So now, with cellular connection, your car can show you online maps, or play online music, or whatever services Apple CarPlay, or Google whatever, or proprietary solutions can provide. Just like your cell phone.

Now, I hope this is getting clearer. Is your cell phone usage free? No. You pay Verizon or whoever, a set, monthly fee for the usage. You probably also have a cap (like, 10G data/month). The important takeaway is: the service is not free. You pay for it, usually on some kind of a monthly plan.

Now back to the car. It needs the same cellular service that your cell phone needs. Given that your cell-phone usage is not free, it is kind of obvious that your car's cellular connection is not going to be free, either.
Makes sense?

Now.

So now, we know that there are things that are one-time cost (like, when you buy a car for cash), and then there are ongoing costs. For example, your car may need regular oil changes, checkups, and maybe a monthly fee for cellular, and another monthly fee for that Sirius thing.
Some carmakers may decide to sweeten the deal that is your car buying experience, by eating up the cost for any, or some of the above. Mind you, it still costs money to e.g. do the oil change on your car; it is not free; it is just that the manufacturer has decided to pay for it. The same logic applies to Sirius and CarPlay and OnRoute or whatever.

It is important to realize that, whether it is the oil change or Apple CarPlay, these are ongoing things that the car manufacturer cannot provide themselves. Oil change is not provided by the car manufacturer. Rather, that is provided by dealerships or other independent shops. Same with cellular, car manufacturers do not own cellular networks. Rather, they will hook up your car to whoever provides the cellular.

Bottom line. Whether we are talking about the regular oil change, or CarPlay, there is a cost to it, and someone (the car owner -- who else?) will have to pay for it.

Hope that helps.
Some jurisdictions also make it almost impossible for an overseas company to register.

FBA for international companies is really problematic. If your company has a real physical presence and employees in a state compliance with sales tax is probably a minor amount of extra work attached to operating in a state. If you have sent 1 shipment of items to FBA (a process which might take you an hour to setup) the burden of now having to register and file sales tax in 15 states is massive compared to your operations in those states.
The global numbers for myopia are rising in children, https://www.brienholdenvision.org/myopia-prevalence.html, "The hot spots of myopia right now are in East Asia where countries such as South Korea, Taiwan, Singapore, China and Japan have a prevalence of myopia of 80 to 90% but even the USA has reported a staggering prevalence of 42%, almost doubling in three decades."

A few behavioral optometrists have spoken up or published books on these topics, but they are a tiny minority, e.g. https://vision-therapy-pa.com
I wonder what's up with kerning in the first one. Look how Lokomotiv is rendered, on red x rail ring, top right.
I suppose it depends on the degree of impairment. My wife had severe nearsightedness so much that the misplacement of glasses led to near inability to navigate even the house but also near panic when it went on while I couldn't find the glasses. Lasik was a risk but has been a life changer for her. YMMV.
How much data? Probably plays a big part in picking a solution.

I've most recently been using BigQuery for stuff like this -- streaming the data into BQ, running rollups using SQL there and either saving those results into new tables or pulling back the resultset and inserting it into another database.
> maybe opensuse, I did not try that

Yes, openSUSE, you should try that.

openSUSE has a massive test suite, called openQA, with which they automatically test their builds. And among other things, they also maintain two builds with the latest KDE commits on top of their more stable version openSUSE Leap and one on top of their rolling release openSUSE Tumbleweed (those builds are called Argon and Krypton respectively).

So, they have integration testing all the way through, prior to an official KDE release already.
This also means that they can essentially always ship the latest KDE Plasma LTS on openSUSE Leap without any problems.

And, KDE gives back for all of that effort and then schedules LTS releases to be relatively close to openSUSE Leap releases.

So, openSUSE is that distro that you're looking for, which takes this amazing desktop environment and makes a stable system out of it. Like, honestly it's hard to remember the last crash that I had (when I was not dicking around with random KWin scripts, that is).

The aforementioned Manjaro, I've also heard good things of, in that it at least does not treat KDE as a second-class citizen, but it's still miles away from all that extra effort that openSUSE puts in.
> revolutionizing the financial world seems a lot more "useful to humanity".

1. Citation needed.

2. Revolutions aren't always positive changes.
Unrelated - did you used to frequent a Halo tricking forum called HIH?
Use fluent to parse the logs to json, then the BigQuery sink to put the data in there. Then just do exploration on that data in sql.
Oh, well that's OK then.
After reading through all of this I'm like ...

"Yep, that's cgi"

For the not-yet-old farts: https://en.wikipedia.org/wiki/Common_Gateway_Interface

(Note CGI capable accounts are still available for WAY cheaper than on Amazon at a great many hosters)

(And no, the program is not restarted every request: https://en.wikipedia.org/wiki/FastCGI )

(You can even get ones that "autoscale" because the load is sharded on the hosters side, meaning the CGI will start up on a number of different servers - can be pretty high - when required, and only when required)

Implementations for pretty much every language are available.

Serverless does, of course, mean WAY less efficient (but you're charged for that by Amazon, so that's a plus, not a minus for cloud providers), far less language implementations than cgi, less support, closed source, much bigger memory usage, ...
To answer your questions:

* Clang vs gcc: doesn't really matter. Clang has slightly better compile times. GCC has really advanced but in some cases still has inferior warning/error messages. Best practice is not to really use GNU c features unless you want to. If you do want to, decide if you want to just use the subset supported by clang or the full shabang from gcc. Beyond that: if you want to support both, test on both before release and do release builds using whichever produces faster or smaller (choose whichever metric you prefer) binaries.

* Build systems: plain old make is sufficient in most cases. I would recommend autoconf over cmake just because it's significantly simpler, although cmake has better cross-platform support (it can generate visual studio build files, for instance). I wouldn't use something outside of make, cmake, or autoconf, even if it seems like it's better in every way than those, because it probably isn't, and even if it is, you lose out on the battle-tested, available-everywhere, and widely-used nature of the above build systems. I shouldn't have to install a build system to build your program, and if I do, I should be able to use that build system to build a significant of other programs too.

* Linting: not really necessary IME. Aim for no compiler warnings, though.

* Yes, use valgrind. Anything it complains about, fix. Uninitialized values and out-of-bounds memory accesses are significantly more important and worrisome than memory leaks (because they represent potential attack vectors), but still, it won't complain about something unless it's actually something that should be complained about.

* Testing: like the other commenter said, just a little bit of macro magic and you're golden.

* Code organization: headers in include/, source files in src/. You can separate src/ into subdirectories if your project grows to sufficient complexity that the source files become difficult to wrangle. Separating the headers into separate directories is probably not necessary, however.

* Not directly c-related, but pick a SANE code style and stick to it.

* Debugging: make a separate target that compiles in debug symbols and disables optimizations, and use gdb (or lldb) on it. You don't need much to get started: 99% of the time, all I do is "break main", "run" ("r" for short), "backtrace" ("bt" for short), "frame <number>" (to switch between stack frames), and "print <variable>" ("p <variable>" for short); it's taken me quite far.
I have't done the code walkthrough course, but I bought and watched Kirk McKusick's Kernel Internals course and it is excellent (https://www.mckusick.com/courses/introdescrip.html). It is based around FreeBSD, but is a generic enough Unix internals course that it is good for Linux.

I'm thankful to have the opportunity to learn from someone with such deep knowledge of Unix, who was involved with BSD from the early days in the 80s to modern FreeBSD.
Experimental Abstract Techno Drone IDM Ambient – Podcast Robot Based Lifeforms
Have you travelled on it, because you can't just drive up and get straight on.
People on e.g. BART don't smile. Just google "people on bart".

Interestingly enough, people on Caltrain do.
from where might I ask did you buy that server
> It has approximately nothing to do with entropy.

Err.. it's removing surprisal from bit sequences. That's exactly what Shannon entropy is. There's even a boundary trade-off (which we're obviously trading well, well above) between Boltzmann and Shannon on this.
The weak link on a lot of hardware is the capacitors - I'm not sure about GPU cards, but if that's the case then you sure won't be replacing that surface mount stuff when it fails.
This varies by application, at least on Android. The built in client from the manufacturer or AOSP is far from the only option.

Years ago this was one of the key features of the Nitrodesk software - work data was all kept within that app and could be wiped by the Exchange admin. The Exchange client I'm using now (Nine) has an option in settings for the security model and can either be device or application, with capabilities as you'd expect.
It is worth noting that nVidia contributed as much revenue to TSMC as Bitmain did last quarter. A key reason nVidia can't just ramp up is that other customers might be able to pay more than them for priority.

https://seekingalpha.com/news/3323673-tsmc-expects-iphone-sh...
In most cases, lambdas that capture mutable state effectively take ownership of it, so there's no issue there.
If the mining was to crash hard, it'd be a fantastic time to be a gamer with 2nd market GPU offerings. ;)

Also, I bought my own 1080TI last May and have had it mining when PC not in use. It's already earned itself back, potentially speaking (haven't actually sold anything yet for real dollars). A single card isn't enough to bring anything solid in, but it's at least a foot in the door kind of thing, especially for the fun factor.
> with Hyperloop you not only have to secure the stations, but the whole track too

I hear this argument a lot, and it personally doesn’t make sense to me. Trains tracks in the middle of nowhere have functioned for two centuries.
Mihai Puricel – Invitatia la expozitie
That explains the "wooden" part, but European wooden houses still look a lot better and sturdier than Californian ones, or American ones in general. And they do build that way even where earthquakes do happen.

And European ones especially vastly outperform American ones when it comes to sound and climate isolation (warm or cold, doesn't matter).

The sad part is that those European wooden houses are considered amongst the worst possible houses in Europe when it comes to isolation, again both where it comes to sound and where it comes to climate.
I wouldn't say bad timing means bad hardware though, even expensive scientific cameras suffer from this. You need rather complex electronics to capture at a high and consistent rate. I think normally the encoding is done by software.
The biggest advantage is how predictable it is, because of short intervals. There are smartphone apps that compute your ETA from station to station, and even across multiple transfers, I found them very accurate. It's a nice feature when planning commute etc.
Pretty much exactly the same story here, but sadly most of us reading this are in Tech so we know better than to accept a BYOD policy, and our companies are rich enough to accept that and either issue phones or deal with the fact we're going to be out of communication for some period of time.

Other industries are not going to give people the choice, and will force these policies on their captive users. So, we need to push back and make MDMs better to protect those users.
Notes on Rendering 2D Graphics on a Mac (2011)
That's an interesting one. Maybe complicating instructions might take too long to encode, but making it a simple buy/sell trigger for one particular security could work? But also going over too long a distance means the stock markets are closed in that part of the world.

There is also a satellite company LeoSat that was trying to build a low latency long distance network of low flying satellites with laser links between them. Guessing that's a "tad" :-) (few billion) more expensive than a pair of shortwave transceivers. But if money is not an issue they say they can do 1.5x faster than terrestrial speed:

http://leosat.com/media/1115/leosat-finance.pdf

100ms NY to Tokyo, for example. Not bad.
It seems that most if not all of these issues have software development process equivalents…
That’s partially not true. 2017 was the safest year, yes, but there were still fatalities. The first page[0] on Wikipedia’s category for 2017 aviation accidents[1] was a flight where all 8 people died.

[0]: https://en.wikipedia.org/wiki/2017_Aerogaviota_Antonov_An-26...

[1]: https://en.wikipedia.org/wiki/Category:Aviation_accidents_an...
I don't really get it. You seem to be complaining that a party chooses to no longer be your customer? Isn't it their full right to decide so? What makes discontinuing a business relationship more "fucking you over" than you "fucking over the supermarket" by choosing to go to another supermarket?
Has there been any indication of the new HQ's purpose? Duplicate functionality, admin, technical, etc.?

I've wondered why they wouldn't simply locate the new HQ at or near their existing NoVa location(s).

If I'm (not) betting, I'd flip the Dublin bookmaker's DC-area rankings: NoVa would seemingly have the things that people "want" (traffic and all), while Maryland wouldn't seem to resonate, and DC seems better suited for a small footprint/satellite office (lawyers and lobbyists).
I've been looking for an excuse to get a FitBit or equivalent (hint: I'm not particularly active other than a lot of walking). This would be awesome. I think I'm one of those "hides it well" people when it comes to stress. Would love something like this on my phone.
Chemotherapy, Then and Now
This article is far too hyperbolic. Instead of calmly laying out the privacy implications and realizing people can choose where to draw the line for themselves, it draws the line for everyone. It's my decision whether I find it worthwhile to accept an MDM policy, not the author's. Yes, I know the line is drawn by humans and not technology—but I am comfortable with and trust those humans.

I accept that trying to achieve privacy from my employer through technical means is essentially a losing battle. It would mean taking multiple laptops on all (frequent) work trips, never checking anything personal at work, and not being able to effectively check my work from home.

Plus even if I had that full isolation they already can technically access much of my personal data since they host my email and browser.

The second I lose faith in the security and privacy values of my company, I would leave—but trying to technically limit myself seems functionally impossible.
Common Property – How Social Insurance Became Confused with Socialism
I remember when the PS3 and Xbox360 had just come out, and everyone was screaming from the rooftops about how PC gaming will just crash and burn. Not for a week or two, but for years after those boxes had been released.

So you're saying PC gaming survived that sustained direct threat only to be wiped out by cryptocurrency mining that isn't even concerned with gaming?

This is a silly exaggeration. In the long term, if the crypto market collapses the prices will come back to normal.

If it thrives instead, the GPU manufacturers will probably scale up their production lines to meet demand.

Or maybe a miracle will happen and we'll see some really good GPU manufacturers pop up who'll make the market more competitive.
Yeah, I only know about iOS, where if you use the Outlook app, it will only wipe that app, but if you connect using the native Mail app, it will wipe your whole device.

This guy has some more information.

https://practical365.com/exchange-server/exchange-best-pract...
Yes, practically not a single point in the article is true if you use a work profile. Even the remote wipe only wipes the work profile, no personal data.

It seems like the article is trying to spread some fear, without checking what users can actually control on newer Android and iOS devices.
If you can manage to find the ROMs, Gorodki (actually a remake on TIA-MC1 hardware, released a few years after the original) can be played via MAME since 2016. It also supports several other Soviet arcade games.

http://mamedev.org/?p=429
You're implying that Switzerland has stolen gold from Germany. Is that true?