skysight-inc/HackerNews huggingface dataset:
And neither is Debian (stable). But given that they're often used for the same purpose (servers), it's not that irrational to compare them. Having a larger, supported package selection (even if it's a bit old) may be a good thing, and relevant when you choose your distro.

For the record: I have no idea how the package selection compares between CentOS and Debian - I've been firmly in the Debian camp since forever, and stay there mostly for other reasons, of which laziness is the most important one.
Not alot of AI aside from the software controling the ships in the later books. These arguably play a small part.
I haven't tried the CBD carts in over a year, but I've used the Honey Vape cartridges in the past, non-cbd and they have a Trident strain that I was thinking about ordering.(Dream Market) I have some ACDC flower that I currently use that has essentially no THCA, which contains he psycho active effects, and high CBD content. I couldn't recommend it enough. I have psoriasis and a lot of arthritis from years of lifting heavy weights and contact sports.

It's remarkable how this isn't legal in all 50 states already, but within the next 5 years, I have a feeling it will go national.
I don't want to wait in line for 3 minutes while some old guy tries to figure out

Please rewrite, this is borderline discriminatory and quite offensive. Some "old guys" can be as capable to handle such UI as some "young guys".

Disclaimer: half-old guy.

[EDIT] thanks for replacing "old guy" with "technophobe".
I heard some banks still did crazy things like calculating mortgage payments with spreadsheets.
Shall be a nice linux-ready laptop then!
What's with the 3 ellipses? A few of my friends text that way and it feels awkward.
On a tangential note, I don't like how I get served the German version of the site with no obvious way to get the "canonical" one. And then I hate realizing how hard it is to combine support of multiple languages and still making everything transparent and accessible.

And also, what a huge effort it is to translate pages to different languages while (I think) almost everyone wants to read the English version.
The same applies to mobile. 80% or so of mobile apps are just listviews with a JSON backend. Why do I have to write a list adapter, syncronization logic, lifecycle management etc. again for each app?

Ideally, you should be able to say "Here is my schema, gimme a listview, keep it up to date. Here is a template for the list item, here one for the details view." Make everything declarative. One crucial point is to then make it easy to tweak everything - often abstractions make simple things easy, but slightly less simple things very hard. Once you want to do something more complicated, like having an animation transition from one view to another, you shouldn't have to abandon the framework, but should be able to drop to native code.

And yes, on the web we have Django, Rails, etc.. But I still have a lot of repetitive work to do. Why isn't there something like the Django admin which is more suited to users than administrators (I'm sure there is, but it is not mainstream). Let me define my schema, press a button, and I have an ugly CRUD app. Then add constraints and business rules, and pretty templates one by one. Something like, I don't know, SAP or MS Access - a glorified DB browser which you can customize a lot. Add in a graphical designer so you can let an intern create new forms and tables.
Yes, biometric authentication is the future. And intelligent wearables or some other assets carried daily like mobile phones. USB dongles are just for techies and last season anyway.
Not sure if that's the same, but consider this kind of device: https://www.paxvapor.com/
Oh, the twitter SJW police got him this time.
My experience has been that shops that avoid abstraction (namely, lacking a strong separation between controller code and business logic) end up suffering a decent amount long-term.

There's an argument that many layers of abstraction lead to too much boilerplate, but lacking abstractions can cause slowdown long-term because it gets harder and harder to handle all the interactions between subsystems.

You can always automate boilerplate "generation". You can't automate inconsistent business logic.
Oh, I'm well aware that FIPS -- or any other certification program, actually -- isn't a panacea. There were issues found with the RNG in some country's national ID cards (smart cards) as well; the RNG had also achieved FIPS 140-2 validation.

All things being equal, though, I would still be inclined to have a little more trust in something that has been through the process than I would in, say, the homebrew RNG [0?] used by Honest Achmed's Used Cars and Certificates.

[0]: https://xkcd.com/221/
That means there can't be more than $2,000 worth of human labor involved in it, neither in production or maintenance.

That is not necessarily true, as the company could be subsidizing its labor costs in order to gain salad-vending marketshare.
There's a link at the bottom: https://www.debian.org/News/2017/20171007.en.html
Never doing a startup != failure.
For it to really work you need your environment, tool chain and all components to be fully integrated, which significantly limits ones freedom when choosing the frameworks and libs. Last few years front-end is evolving at a such crazy speed that it seems no scaffolding tool was capable of keeping up the pace. You probably can find something for technology X, but as soon as you try to combine X with Y and Z, you're much better doing it by hand, or by combining manually the result of a few simpler tools.
The problem is the idea that "layers" and "abstraction" come as a package. You don't need layers to create meaningful and useful abstraction - in fact more often than not they prohibit it.

And you certainly don't need layering within a single codebase - if I see one more codebase where everything is a FooController, FooService or FooRepository I just might go insane.

People abstract logic away from controllers only to dump it all into a massive procedural "service" class, which leads to no end of pain down the road. Once you stop seeing layers and start seeing a vertical dependency tree starting at the controller, the world gets a lot more rosy. Consumer-driven development helps here.
That's excluding construction (if you rent 2+ years, it's inckuding construction), including transit, and goes to any building in any of the cities where they offer it. Which is about 3 cities right now, including Kiel.
Depends on the size of the chip you are trying to model, once your chip exceeds a certain level of complexity FPGA modeling can get expensive really quickly.

http://chipdesignmag.com/images/idesign/fpga/figure1.jpg

And such don't come cheap.
Yes, with 'example based testing' this is hard to come up with. With property based testing, it's not so hard to test this kind of UI things:

You test a UI by basically throwing sequences of interactions at it. Some of the properties you'd want to assert:

* Given two interaction sequences that only differ in what they do to the password hint field in the UI, the result should only differ differ in the returned password hint. (Or alternatively neither should finish the UI dialogue.)

* As a dual: two interaction sequences that share the same interaction with the password hint field should yield the same password hint field. (In this case it is acceptable for them to differ in whether they actually finish the dialogue.)

Those two are fairly generic, so you can imagine setting that up as a general framework for all your data input fields in your UIs. It should work backwards as well, eg to assert that eg the UI should look the same no matter what password (/ password hash) is stored, to make sure you are not leaking any information.

See eg https://fsharpforfunandprofit.com/posts/property-based-testi... for more background, and http://hypothesis.works/articles/incremental-property-based-... for a real world example.

As for 'should have been caught in code review': yes, but humans are fallible and they should get all the help we can give them. To see for yourself, have a look at the example (a simple runlength encoding) at the top of http://hypothesis.readthedocs.io/en/latest/quickstart.html and see whether you can spot the obvious error just by reviewing the code.
Well, I noticed that CentOS/RHEL distro's have quite old versions of everything, but Debian stable doesn't seem all that cutting edge either. I find myself reaching out to backports and even sid to get what I need at times.

At my new job, we recently had that debate -- and I was quickly overruled for recommending CentOS/RHEL. My employer is a Java shop, I can almost always find rpm and deb pkg's for most stuff we need.
We should stop worrying whether AI will cost jobs, but instead think about who reaps the benefits of thousands of years of technological progress, and how those benefits can be distributed more fairly.
It's a combination of both. Disclaimer IANAL I just tend to talk to them.

Digital signatures by themselves only provide non repudiation of the sender non the receiver. When in court, you as a sender will have to prove that the receiver actually received the data. § 371 ZPO [1]

When sending a Mail per Einschreiben, the receiver instead has to prove that he didnt in fact get the message. Why that also applies to FAX blows my mind though.

AS4 and AS2 respectively solve this in a way, because the receipt is part of the protocol and successful transmission. From what I understand(I might be wrong) its traditionally used for EDI in supply chain systems [2]. Drummond certifies that your product supports the standard correctly some people make a lot of money and you're good to go(it's XML and SOAP though). Apparently the EU is looking at using it.

Here's where the german bureaucracy ruins everything though. The law stated above mandates from what I understand(again IANAL) that you use DE-Mail for communication to flip the procedure stated above. DE-Mail requires the use of a trust center, a third party that receives the message and forwards it. The only other way to flip the evidence case is by using your own contract, which german lawyers avoid, because they might be liable in case something goes wrong.

[1] https://dejure.org/gesetze/ZPO/371.html

[2] https://www.rssbus.com/mft/img/AS2-Diagram.png
These are thrid-party programs that are unlikely to be installed on a Linux system by default:

http://guichaz.free.fr/iotop/

https://01.org/powertop/

https://github.com/raboof/nethogs

https://github.com/tmux/tmux/wiki

http://mama.indstate.edu/users/ice/tree/

http://hisham.hm/htop/

http://invisible-island.net/dialog/dialog.html

Also, you should prefer "pgrep" to "pidof"; the former is available also on BSDs.
Boss is a person in charge, or a supervisor
Pet: https://github.com/knqyf263/pet
and
Peco: https://github.com/peco/peco
The existence of multi-field validation is a sign that your app can't really get a way with an "anemic" domain model -- i.e. the app is not just a front-end to the DB.

What's really going on here is that you have a domain object with some nontrivial invariant. It's a mistake for the UI or anything that is aware of the UI library to try to model these domain invariants. Instead a call should go the model layer which then returns (or throws) an error providing enough info for the UI to gracefully help the user.

The UI framework can play an important role in this: but that role is to help programmers provide a UI for the validator that lives in a model layer. It is not to do the validation itself. (Although frameworks should provoide an arsenal of simple, single field validators, of the "this field has data-type phone-number" kind).
Using emacs?
Let's replace "salad" with "burrito" and just look at Chipotle in isolation...

* In March and April 2008, 22 customers were infected with hepatitis A from a Chipotle restaurant in California.

* In April 2008, over 400 people were infected with norovirus from a Chipotle restaurant in Ohio.

* In February 2009, an outbreak of campylobacteriosis was traced to a Chipotle restaurant in Minnesota.

* In July 2015, five people were infected with E. coli traced back to a Chipotle restaurant in Seattle, Washington.

* In August 2015 nearly 100 people were infected with norovirus from a Chipotle restaurant in Califorina.

* In August 2015, 64 people were infected with Salmonella traced back to Chipotle restaurants in the Minneapolis area.

* In October 2015, 52 people were infected with E. coli traced back to Chipotle restaurants, with 20 requiring hospitalization.

* In November 2015, 5 people were infected with E. coli traced back to Chipotle restaurants in Oklahoma and Kansas.

* In December 2015, ultimately 141 people (80 directly) in Massachusetts were infected with norovirus traced back to a Boston, Massachusetts area Chipotle restaurant.

* In July 2017, more than 130 people were infected with norovirus traced back to a Chiptole restaurant in Virginia.
As a Dutch person living and working in Berlin for some years now I can confirm the astounding gap between the state of digital banking between two wealthy neighbouring countries. The Dutch are practically light years ahead of the Germans on this one. This I say as a consumer and having worked in Dutch banking IT for 10 years.
> I think the solution to all this, is to abandon the idea of additional hardware, what if your smartphone could act as a two factor hardware token over Bluetooth?

I'm glad my hardware security token is not running a full smartphone OS updated only with delay and for a few years until the vendor wants me to buy a new one, does not connect to public wifi and mobile networks, won't run games and other third party software, does not break after falling from waist height.
Well, I was trying to submit an issue, but got this:

```

We're writing to let you know that the group you tried to contact (plexus-interop) may not exist, or you may not have permission to post messages to the group. A few more details on why you weren't able to post:

* You might have spelled or formatted the group name incorrectly.
* The owner of the group may have removed this group.
* You may need to join the group before receiving permission to post.
* This group may not be open to posting.

If you have questions related to this or any other Google Group, visit the Help Center at https://support.google.com/a/symphony.foundation/bin/topic.p....

Thanks,

symphony.foundation admins

```
A coding style check _is_ static analysis.

(But that's beating a straw man, of course: with that expanded definition your comment just because "you don't even need anything more than the most primitive forms of static analysis".)
I actually looked for a while there (even Ctrl+f'ed) but somehow missed it. My bad. Still it's more of a nuisance to most people and I don't like how the standard URL does not deliver the same page to all.
> Apparently, Disk Utility and command line diskutil use different code paths. StorageKit does not appear as a direct dependency of diskutil. [snip] This duplication in what’s more or less the same functionality, while sometimes justified, certainly increases the opportunity for bugs.

To me this is the more problematic part - good design would use same code paths as much as possible for the GUI app and the command line one - the UI code in this case will differ but there should really be no need for diskutil and Disk Utility to use duplicate code for storage functions.
Spreadsheets are heavily used in all financial sectors. Personally I've connected many trader developed pricing spreadsheets to etrading systems at investments banks. Last year I was contracting for a large UK mortgage lender who used spreadsheets for all their product dev & spec. Spreadsheets enable bankers to move quicker than bespoke or vendor supplied solutions, hence their enduring popularity.
sid (still in Development)
1gb/1gb is incredible, and probably top 1% in the world of connections. My office connection is 1gbps/1gbps, and my home connection is 15mbps/2mbps, with no possibility to improve. The highest package available in my city with any provider (not available in my area), and probably across most of the uk is 300mbps/30mbps
C-family languages are cowboy languages.

The whole point of eg C (and C++)'s undefined behaviour is to allow the compiler to make cowboy assumptions like "this array access will never be out of bounds" or "this signed int will never overflow" without having to prove or even justify them. All in the name of 'efficiency'.
Anything that has multiple sellers it becomes completely irrelevant, especially if you have Prime and mainly get Prime deliveries.

It's got nothing to do with the product at all.
> If they hadn't tried to work in their own abstractions then the progress might have been better.

Not really. You're still so stubborn about having no DAL.

How do you propose should AMD develop an additional driver functionality for Linux, Mac, Windows and Android, and release them on the same day, without writing code twice, without such a DAL?

You're still thinking of drivers in the old-school thinking of implementing an existing ancient API that, once it works, only ever gets bugfixes.

But that's not true for GPU drivers anymore.

GPU drivers have to get feature updates every few weeks, and add new functionality and new APIs on all platforms at the same time with the same APIs. Often APIs that are completely new.

You can't write all this functionality 5 times for every platform while staying competitive with NVIDIA. The only choice is having a stable ABI to write driver extensions that implement the same new functionality for all platforms, or you'll never get the functionality.

And, guess what, that's exactly what happened.

Now we'll never get freesync, HDR10 support, AMDs ANSEL competitor, or any of the other functionality on Linux.

AMD has to compete with NVIDIA (which has a DAL!) with less developers, less money, and needs to provide the same functionality. They absolutely can not release new features every week for the mainlined driver in the official kernel and write them separately for every OS. The alternative is a DAL, or no functionality.

Thank you for driving more users to Windows.
I've bought my last two pair of glasses online. I used eyebuydirect.com but 39dollarglasses.com is another one. It takes a few weeks to get the glasses but it was around $100 for bifocals.
Could you please explain which stack you are talking about here. If I am not wrong, Java language semantics does not have stack allocated variables, hence my confusion. I sampled the video at random offsets but could not find the location where coroutine implementation was discussed.
Tried on a site (https://www.dn.se/) which looked completely broken. Tried it on another (https://www.svt.se/nyheter/) and the browser crashed. No thanks.
Or even just QuickCheck? (Hypothesis is an excellent implementation of the concept in Python, so you don't even need Haskell to get the goodness.)

Contracts, like they have in Racket, might also be interesting. They only fail at runtime, but it's easy for mere mortals to express interesting invariants and get good 'blame'.
Kind of.

The newest model has the capability to use oils, but it was primarily used for vaporizing flower.
I feel that we need to see an uptick in automation/computer vision in the machines at the opticians before we're likely to see any sort of capability of the same at home. I would feel safer if the machines made diagnoses and there was an onsite optometrist/ophthalmologist for verification.

Also some conditions such as glaucoma can be difficult to test (http://www.glaucoma.org/glaucoma/diagnostic-tests.php). I remember one of the tests is to use a tonometer to check pressure by firing a puff of air at the eye, so for any of the tests today that give output values, these could feasibly be administered at home but wouldn't form a complete picture of our eye's health.

Interesting to think what an "opticians" could be in 20 years from now.
Some languages are leakier than others..

As for terse code: a line that's five times as hard to understand might be worth it, if it saves ten. (But I usually code in languages that are famously terse and have watertight abstractions---at least in the correctness sense, even if not in the performance sense.)
WhatsApp Business App – APK File
I began using Debian c. 1998 and I've never heard that.
> But aren't unit tests a duplication of your code, already?
> UPDATE:
> Maybe I should have stated my last question differently. I meant that in the context of checking that the data is correct, it would be the same as writing the duplicate code from scratch.

Good units tests, especially for UI entry are difficult to envision. Have a look at https://news.ycombinator.com/item?id=15432567 where I tried to sketch a general way to address this class of problems.
Working for multiple banks in a another country, i can confirm that this might as well have been written by someone here. It's the same everywhere.
Smelling is already a form of tasting, just like looking at how it behaves because we humans are really good at combining our senses to get the input we look for, that's why most people usually don't taste the coffee before serving, unless it's smelling/looking funny while brewing.

Replicating this with electrical sensors is a pretty complex task we still haven't managed to get working, after all we are not only talking about replicating the sense of taste but also the sense of smelling and how they interact with each other.
Actually, in November, SEPA ICS comes into force.

All bank transfers have to happen in 10 seconds or less.
What happens when the government decides to block people's money because they "offended" the party or some BS? Tough luck?
Send the correct language headers and stop complaining.
I'm glad you like it! It's an awesome website. The tutorial as written describes the solution in Python, if memory serves right; but of course you can have a look at the source and see that the little animations are written in JavaScript. So it's a twofer.

And the kids might still like just clicking around, and seeing what happens. They might not understand the algorithms, but they can still see how opening a passage in a wall changes the optimal path that a baddy in a computer game might take to catch your character.
so... I guess strong-AI-based coding is the only 100% sure way to go

(but... I'd be jobless if that were to happen :(
Interview with Chris Cantwell, Co-Creator “Halt and Catch Fire”
the good thing is, you know that when they break something, it'll probably stay broken for a couple more releases and a few years. Like how my mouse Y axis is reversed when I restart... for about 2 years now
I can underwrite this. I am currently working for a(nother) bank. And I want to add that a lot of the legacy systems, procedures and thought processes stem from the misinterpretation of regulations.

When a bank gets a new regulation on their table, they tend to create a department that compartmentalizes the subject within the organisation. That's how we get the exact opposite of what the Agile mindset is. And that's also how we get organisations where nobody wants to work in, except if the pay or day rates are high enough to excuse any suffering. And that's how bad, bloated software is created.
And this is why Germany is the only country where, due to privacy reasons, people still use Firefox as the most used desktop browser.

But considering that Firefox now also spies on your entire browsing history with CliqZ, not even they are trustworthy anymore. StaSiFox, ffs.
There are still good glasses out there that are not Luxottica. One example is Serengeti from Bushnell Corporation which has state of the art sun glasses.

I don't think Luxottica has anything going for them apart from monopoly. All their glasses are made with same technology, RayBan did not change last 50 years.

http://www.serengeti-eyewear.com/