skysight-inc/HackerNews huggingface dataset:
Companies go to Apple and spend the mac tax because of the superior support. There are generally mac stores in areas where there are a lot of tech companies clustered so if you have a problem generally you can walk to an Apple store to talk to a human. They get away with selling inferior configurations because macosx is still less resource hungry than windows10. That being said its smarter to standardize on chromeos for a startup because its cheap and easy to setup a team on cloud9 and all share the same instances, and save tons in hardware costs per employee.
Last time I used Dropbox, you can always get deleted versions back. They might make it difficult though, spamming the log with a gazillion created/deleted files. And maybe there is actually a limitation of, say, 10 deleted versions of the same file path (that might make sense)... but I don't remember seeing any of those limitations last time I looked at it (which was a few years ago).

But if you are a concerned customer, why don't you just head over to their help pages and see what the features and limits regarding history and file deletion are?
I do love to read their analyses on APTs and things like that, but other than that, no. There's not a single security software vendor that I trust.
> Manhattan is also exorbitantly expensive. Even more so than SF, with more people.

I've lived in both and Manhattan was considerably cheaper. YMMV.

Edit: Specifically, my rent for similarly-sized two bedroom apartments were $3,600 in Manhattan (Upper East Side) and $5,200 (Mission-Dolores).
The Romans were advanced in technology, but they did very little new science. They just studied what the Greeks had discovered and assumed it was all true. I think this was at least in part because Greece had many competing states, and many were democracies,both of which make for free inquiry, but Rome was a single unified empire, rather like China.
Sounds like a curried function to me.
What part of "acceleration will lead passengers to vomit all over themselves" is a bureaucratic issue?
Increased DPI, colour, refresh rates and partial updating, front lighting solutions, cost(!), mass production optimisation, decreased power consumption. Just a few.
Give yourself permission to not care too
By the way this american type of plug looks pretty dangerous as it must be easy to acidentally or intentionally touch the pins while inserting it into a socket.
They have to weigh in the risk of getting caught, especially if they piss off enough people. So one paying victim may not be enough for a criminal to go this route.
Ask HN: Where to Practice Web Application Penetration Testing?
I am conceptually very strong in Web Application Security Concepts (OWASP top 10,SANS top 25 etc). I have practiced finding bugs in DVWA,Webgoat etc.

Is there any other place where I can learn Webapp Pentesting?I want to understand the concepts much more in depth by practice.
Vlany – Linux LD_PRELOAD rootkit
I can't wait to find out what the revolution that was possible in our time but that we failed to see is. We have computers. We have spaceships. We have fish farms. We have sequenced DNA and cloned sheep. Seems sort of like you should be able to put all of that together to make... SOMETHING. Oh well, I guess 1000 years from now we are going to look sort of primitive by comparison. I would like to officially note, for the historians among us, that I am not culturally opposed to any technological innovations in the production of Computerized Spaceship Fishfarm Clones. Not sure what's stopping me from innovating here.

Yes, talking about the industrial revolution happening in Rome or China in the distance past is sort of like that in my opinion.
That just shows how bluetooth is flawed and too complicated.

its easier on the customer and developer for there to be a passwordless local protocol.

I think how the wireless Apple headphones pair is how all these iot devices should be paring with your smartphone. Then its a if you are near it you interact with it.

Very, very, few applications really require remote access vs proximity based access.
I think there was at least one type out there that detected dropbox, encrypted those as well and deleted shadow copies.
> how easy it is to discover the program which implements certain functionality.

Agree. But that is a composition of both language syntax/features and libraries. For example, I could write my own HTTP library in sockets in C++, or I could use cURL. I don't need a new language for that.

I think your tradeoff is actually a false dichotomy.

The compile time checks do give you confidence that the program implements what you think you implemented (not exactly the spec), but it is really how you design your code that allows malleability for changes. Obviously a good design makes it easy to change, and a bad design makes it hard to change.

Some languages that lack these things, like Go, can make it hard. But usually it is the newer languages that I find lack these features.

While some languages are more "malleable" than others, maybe with generics / templates / parametric types, I would say it is your code and how you write it, no matter what language it is in, that matters the most to your malleability.

> With enough of a budget, you can just throw more people at fixing defects the compiler didn't check for.

You still have to throw people at the code, because compilers aren't meant to find defects, they are there to build your code, and while some of your defects prevent that from happening, compiling isn't even close to correctness. Even if your compiler checked everything, it would only check what you coded, not what the spec says.
The user experience in both the hardware and software is critical, we've put a ton of work in refining the experience. The laptop module is designed to the same standard as an existing laptop keyboard (65g, 1.2mm travel and similar force profile).
I'll sum up the points I've seen for the 2016 Macbook Pro.

1) No esc key or fkeys. These are pretty important for vim, and vim is the defacto editor on most Linux systems. If you want these keys, you have to accept the lower end dual core CPU and no discrete GPU.

2) 16GB of RAM, not really enough for running multiple VMs. 32GB has been common for years from other manufacturers. Phil Schiller responded that this was to conserve battery life.

3) Skylake. This CPU is old. Kaby Lake has been shipping since late August. It's a bit of a stretch to call a laptop "premium" or "pro" when it ships with the last generation hardware.

4) GPU. Same gripe. NVidia is the undisputed leader in GPUs. Shipping a Radeon which is half the speed of a comparable NVidia offering is really disappointing.

5) Magsafe. They removed Magsafe in favor of USB-C charging. Great for Apple repair and replacement sales, not so great for end users.

6) Price. Everyone expects to pay some premium for an Apple, but this round is really excessive. They've made it worse by axing the lower priced Macbook Air line, so the least expensive model available now is a $1299 Macbook, and that's an even older 5th generation Broadwell CPU model they've been selling for nearly two years now.
Not only that, they know people close to you are potential targets as well (e.g. your mail contacts, facebook contacts), because most likely than not they are in the same economical bracket and are just as "savvy" technologically speaking.
Forces of nature or other things never suddenly disrupt infrastructure.

See:
http://whns.images.worldnow.com/images/22787728_SA.jpg
> Usually developers would only build such a thing if they can make a huge amount of money and get the highest (or at least current) rates for most of the occupancy.

A nice (but small) two bedroom apartment in a brand new skyscraper condo in Toronto costs ~CAD$2400/mo to rent. Not cheap, but less than half of what a (much) shittier place costs in SF.
I'd love to study a piece of software like M-Pesa.
Of all the hyped up startups out there. I'm personally most bullish on the promise of the Hyperloop. Really Hyperloop One since they're the only one making actual progress.

The article makes some decent sounding criticism on the issue of last mile being the limiting factor. But it all reminds me of what I heard before regarding fast internet connectivity (the issue of the last mile), or why would people need personal computers. The problem with criticizing anything that can impact the future, is that we just don't know how it'll impact it.

I do know that anytime transportation or means of connecting goods or people has been changed, it has had tremendous impact in economy and how the world works.

Do we need to ship cargo at 500 MPH? With today's thinking, maybe no. But I do know by building and experimenting with Hyperloop not only we might just transform the world, in the process will probably make other accidental discoveries as an added bonus.
It's primarily a Windows thing, but it only happens because Windows is the most popular desktop OS. Mac users sound like a pretty good target though, so I'd expect to see more MacOS-targeted malware in the future.
To be fair, Musk's original paper advocating the concept was structured as a criticism of the supposed inefficiency of rail alternatives, and was heavy on deliberate cost underestimates and light on physics. So it's not exactly unreasonable that most critiques start off with the economics.

This critique, however, raises quite specific physics-related logistical reasons why Hyperloop is a ludicrously impractical solution for most forms of freight and uneconomical for the rest. Things it doesn't mention, even implicitly, include regulation, government and lawyers. Perhaps you'd get more out of these hyperloop criticisms if you read them?
SF has better weather too, or at least different weather. Plus if you like surfing, SF is probably your choice.
It's also possible that op has a socket like this, so the grounding is on the side: http://i.imgur.com/lLM3gQO.png

However, there is also this: http://i.imgur.com/ftPT7sC.png, which grounds from either sides or in the middle for sockets like these http://i.imgur.com/FnXMndC.png
Whilst the Magsafe port has saved my bacon when tripping on a power cord its second variant Magsafe 2 has proved to be a tremendous headache.

On my 2015 Macbook Pro the port seems pretty finicky and requires fiddling with to get it to light up. The Magsafe connector on my Thunderbolt Display is even worse and a real lesson in patience. It's a Magsafe 1 port which requires a Magsafe 2 adapter - this thing is quite possibly the flakiest Apple hardware I've ever used - needing constant cleaning, fiddling with and blowing on. An absolute and utter piece of garbage - so yeah, I'm not going to miss Magsafe (version 2 at least). Although I suspect I might regret this statement the day I trip over my shiny Thunderbolt 3 cable...
I agree to some extent, but how many US states would take the option to leave the union if they could? They benefit from being part of the US so immensely that it is hard to imagine conditions where they would actually leave.

If the EU integrates more, and is sufficiently uncooperative with quitters, leaving really would be a last-resort option. I would argue that the UK is a special case, since its ties with the EU were lighter than basically all other members, but even then Brexit will quite possibly hurt it. From Germany to Estonia, member states have a strong incentive to remain.
It works fine when you are lazy... I didn't feel like figuring out a type for a dictionary that was stashing parameters, so I just made it {symbol, any}.
It was good except the game part being only partly true. We have tons of hunters in this country, esp in rural areas. They bag and eat deer all the time out here. I love me some deer sausage, too.

Bribe joke is off a bit, too, given how much our laws and policies are driven by campaign contributions. America is strong on bribery. They just restrict it in ways that make sure the "right" people get the bribes. ;)
Because it also has to simulate keypresses as the result of gestures. I don't think the Wayland world has an official way for non-compositor programs to send keypresses to any surface the program itself owns, in the name of security.

Which is a shame, I do dearly like xdotool etc. There should be a way to satisfy both security and function, a way to whitelist or permit special apps.
I don't know, maybe from the 175 million cubic meters produced annually? For a 300km, two lane stretch you'd require around 7.5mln cubic meters - sure, that's a lot, but it's not an impossible amount.
http://overthewire.org/wargames/

is a great resource for learning basic pen-testing.
Not very much, no.

But in the context of ransomware, the advice presented here is game-theoretically sound (and proven by thousands of years of experience in dealing with criminals demanding ransom), so I do trust it.
I used elementary myself for about half a year as my main system and have a bit of a split opinion on it myself. On the one hand, I did find the design to be very appealing - and contrary to what you claim, I haven't seen as nice a design anywhere else in the Linux world. (I may not be an old hand yet, but I've come around a bit.) I love how the whole desktop just works together to produce a very satisfying visual experience, and some of their homegrown apps are really sweet (specifically the text editor Scratch, but also the file browser).

However, I can also confirm what you say about bugs - a vanilla Ubuntu LTS is quite a bit more stable than eOS is. Having said that, most of the bugs I encountered on eOS were either avoidable (by switching the browser to Firefox, for example) or I could live with them. The one I found most annoying was a bug in the music app that didn't let me save songs to a playlist. I did actually dig into the source code for that one, but eventually gave it up and went back to trusty old (terminal!) mocp.

All in all, I enjoyed using eOS, but when the time came for me to buy a new laptop, I decided to go back to Ubuntu. ElementaryOS is a great project that deserves more attention (and more programmers working on it), but unfortunately does still feel too much like a perpetual beta. I'll keep my eyes on it, hopefully some day I'll go back, but not just yet.
Alien: Covenant
There are very few high-speed lines in the world that are primarily concerned with commuting over ~50 miles; very few have stops that close together, even, if we look at anything going over ~150mph.
You never had the types of crazy claims that you see in partisan media pre-internet.

Crazy stuff existed, but in not easily accessible forums to the average joe.
Many manufacturers incur liability for their products' defects. How do IoT manufacturers get away without incurring such liability? Is it because the EULAs users sign are airtight? Is it because they are overseas companies? Is it because they are small and would just close up shop if they got sued? Is each incident so tiny that it does not make sense to sue (what about class-actions or ultimate-victim-initiated actions?)

Not that I'm proposing litigation as a solution here, but I don't understand what makes IoT manufacturers so different.
Every step of the scale will have to work with every other step of the scale. Does every step handle and allocate memory the same way? What about pointers? C/C++ interop? Does each one interact with the operating system the same way? How does a thread from one scale interact with objects from another scale? That's a lot to ask for something that's just going to be a prototyping feature (or a mode that is never used in production). How do you even think in such a mode, and is that easily teachable to other people from either background?
You can guarantee that it is an isolated event by backing up your files in the future. I imagine most victims are embarrassed and try to think of it as an expensive lesson.
Reminds me of Jay Walking:

https://m.youtube.com/watch?v=vmI6YpGew1w
Why not, instead of using an almost-vacuum and a separate means of propulsion, create a stream of air similar to that of bank tubes and just use that for propulsion?

Fans inside of the tube would pull air in the direction of travel, and it could be circulated or pumped in from / out to the outside at the ends. At the end of the tubes a main fan system would be the primary work horse, creating vacuum forces on the arrival end and pushing forces on the departure end.

In the last mile, the fan system could shut down and use the pressure to help stop the vehicle and even store some of the pressure to help start the system in the opposite direction later (i.e., regenerative breaking).
Thanks for that. That seems like a pretty solid example. In reading about it, I would nitpick one detail that seems non-capitalist to me: they didn't allow the currency to float. This is a pretty big deal, from my admittedly limited understanding of economics.

If you don't allow the currency to float, your import/export ratios can't respond to market forces, and in a globalized economy this can be catastrophic, especially during a global downturn. To quote from the wiki:

"One of the junta's economic moves was fixing the exchange rate in the early 1980s, leading to a boom in imports and a collapse of domestic industrial production; this together with a world recession caused a serious economic crisis in 1982, where GDP plummeted by 14%, and unemployment reached 33%"

Of course, you can't prove a counter-factual. There's no way to know for sure what would have happened if they hadn't done this. But it seems to me that this, at least somewhat, mitigates the significance of this particular example.
If be surprised if latex didn't compile. Maybe people today make packages that break, buy I doubt it. The reason there are so many packages is because changes should only fix bugs. Not change current working behaviour. So bugs are typically defined as clear crashes.
You assume that Hyperloop's tube will run a vacuum, which is a misconception. The Hyperloop One design uses low pressure tubes which is completely different from being completely evacuated.
I don't think those sorts of things are a good use case for Julia. Julia is best used for deploying backend mathematics. I'm just suggesting the type system is beautiful, and if someone wanted to implement a more general purpose language with that type system it might be welcome.
I believe it's moving more in that direction - reading the teardown of the Toyota code in the unintended acceleration case, that one system seemed to be running a whole bunch of unrelated stuff as well as reading the accelerator pedal. Also witness the numerous reports recently of people being able to affect various critical subsystems (ABS, central locking) wirelessly on modern cars.

(I'd be amazed/horrified if ABS wasn't an independent module which talks to the rest of the car, but if you can give it instructions over the wire then it's still vulnerable.)
>However, if it was a Model M chassis

Yeah, I was thinking the same thing while reviewing this.

An e-ink cherryMX switch keyboard, with a backlight and numpad, would be an instant buy from me (even in the hundreds of dollars range).
a) The manufacturer must at least reimburse the damages he's done with his product.

Otherwise anyone can manufacture explosive broken fire-trigerring devices. There's no point of making a device 'safe' if a $1 device can't pay back more than $1. The only incentive is to make stuff cheap, ignore safety, risks and regulation.

If the manufacturer must close, so be it. Better that than dead people.

b) The scale is American. They sue for very high amount (higher than just the reimbursement), as the previous poster was explaining.
There are quirks, I'm sure. But that is one that actually makes sense. I do sometimes wish it were easier to cd to the root of the remote, but not often.
The current design does, we didn't on the first prototype because we were using an existing display. I've answered the detail of why (search for NRE).
OP's numbers are off. If you make $1,000,000 a year in SF, you pay 45% of your income as income tax. If you make $10,000,000, it's just over 50%.

I used this calculator: https://smartasset.com/taxes/california-tax-calculator#ysfEQ...
"It's just economics" will make sense when there is by-right authority to build arbitrarily dense housing everywhere in the city.

As it stands, existing residents can't afford to buy out all potential high-density development, but are asserting their right to preserve low-density neighborhood character all the same.

It shouldn't be a right to live where you choose, but it is something society should optimize for. It shouldn't be a right to block urbanization either. If we took away the capability to block urbanization, a lot more people would get to live where they choose.
I like your framing of the question, "Do we have a moral obligation to make housing as accessible as it could be for the largest number of people? I disagree that the answer is yes. Some places are desirable precisely because of their lack of density, and making them denser (a.k.a. less desirable) seems like the wrong answer. There's still plenty of space elsewhere. This is most often derided as NIMBYism, but I don't agree. We could instead focus on making other locations more favorable.
I saw that too, syncing my keyboard up to the cloud? No thanks.
Dart does this to some extent. You can just declare general values with `var`, a number with `num` and then doubles or ints.
https://dartpad.dartlang.org/f7559a6cf27ba0410699fac3d004269...
https://www.dartlang.org/guides/language/language-tour#numbe...
Excellent comment. I would just add I think that the fact that so many lucky factors had to combine for the industrial revolution to happen gives us, alas, another filter for the Fermi paradox.
iSmell (2001)
The consumer market desires cheap, fast, and push button easy solutions. The manufacturers have to comply, and due to technological and financial constraints they opt to open up ports and use fixed default passwords. It's not going to change until the consumer is aware of the risks, and I can't imagine that happening soon. We might see 100m node botnets before that.
Apologies, having a day mostly out. That is indeed the package I am using. Glad you found it.
Yawn. Freight has much bigger problems, like, in the US you have the Jones act, which essentially means freight from foreign countries gets bulk broken at a small number of ports instead of more directly moved to the ports it should go to.
See, e.g., https://en.wikipedia.org/wiki/Merchant_Marine_Act_of_1920#Ef...
Does an enumerated type fulfil this? Pascal, for example, has had this for decades.
I had no idear this was such a massive problem. How often are nefarious purps holding people's private data hostage?

Seems overblown.
Julia has AST as a first class object, but I think it does this by secretly running lisp behind the scenes.
Get some houseplants too.

https://en.wikipedia.org/wiki/NASA_Clean_Air_Study
Yeah, it's crazy that this was downvoted. I learned about the Toledo School in an undergrad Western Civ course. This hasn't been controversial for decades:

https://en.m.wikipedia.org/wiki/Toledo_School_of_Translators
I enabled chords to trigger some functions. I think I got the habit from early prelude, but typically use my own config now.
Put all the passengers on the hyper loop, build a freight-only rail beneath the hyper loop, which can be more efficient because it no longer needs to consider passenger requirements with regards to noise, width, height, or even atmosphere in tunnels.
https://en.m.wikipedia.org/wiki/Beach_Pneumatic_Transit

Among other things it's more efficient to send electricity than to send air.
All of these issues are great for Seattle. The influx of talent and wealth has been transformative for the city (but not always in a good way). People fleeing high prices of California in general have found things to be much better here in every regard. Perhaps not the weather.

The real issue is whether we will repeat the same mistakes of SF?
Worrying about types means thinking about issues that matter to the success of your program, whether or not your language makes you do it.
its effectively a vacuum