skysight-inc/HackerNews huggingface dataset:
Ah yes, I suddenly have bout of nostalgia from the IE Monopoly Era. I remember when IE was claimed by MS as being intimately linked to Windows and if removed would hinder core functionalities.

https://en.wikipedia.org/wiki/United_States_v._Microsoft_Cor....

Specifically:
"Microsoft stated that the merging of Microsoft Windows and Internet Explorer was the result of innovation and competition, that the two were now the same product and were inextricably linked together and that consumers were now getting all the benefits of IE for free. Those who opposed Microsoft's position countered that the browser was still a distinct and separate product which did not need to be tied to the operating system"

I know this is not the same situation, Cortana is not part of a 'monopoly' technology, however the fact that some features which users deem optional that end up embedded in the OS is similar.
Yes, for software startups that do not have any employees, including engineers, their biggest cost should be hardware.
This is really wishful thinking about the nature of technical debt. Most technical debt is completely unnecessary and is due, entirely, to lack of planning and organization (in other words, operations problems). In a nice tidy perfect startup world your comment might make sense but that's such a small fraction of software businesses that no meaningful conclusion should be drawn from them.
Anyone looking for more information in CouchDB 2 redundancy should check out this article:
http://docs.couchdb.org/en/1.6.1/cluster/theory.html

(Ignore that it's under /en/1.6.1, built-in clustering is 2+ only.)

I'm really excited about CouchDB 2.0.
IUP is not a huge system like Qt/GTK+/wxWidgets and the code for GUIs is relatively concise. I think this lends to a perception that IUP is just a simple system for simple applications. Actually, it is focused on engineering applications, with some powerful widgets for data entry and visualization.

The development team is small but very active and responsive. Windows is well supported along with various flavors of Unix. IUP doesn't seem to get much use on Linux. I think IUP doesn't insulate you from the platform as much as Qt does, so cross-platform work takes a bit more care. Not all the features available on Windows will be supported on GTK/Motif.

Even if the only target is Windows, IUP may be worth considering for the clean code, convenient layout management, and the data-oriented widgets.
The tradeoff though is that you can't get a handle on how expensive a particular call is because the domino effect of knock-on calls is very difficult to see. You can get a system that 'works' on test data but doesn't scale to production (from a user's perspective, this code doesn't work, even though the dev team will insist that it does)
Now lets see some charts about build times.
Fun fact, in France we call debit cards "Carte de Crédit" (or carte bleue)

Debit cards there come with the same amount of fraud protection as the credit cards, there's not really a reason to use Credit cards there.

In reply to your ADD: Because in the US, you get a "Credit score"[1] based on your credit history. And when taking a home mortgage, instead of simply asking for your past few years of income proof and other papers bankers in Europe would ask before deciding to give you a mortgage, in the US they rely on that Credit score. And the best way to "build" that credit score is to have a credit history, and the simplest way to have a credit history: use a credit card for a long time and pay on time.

Because obviously paying on time a $100 credit card bill every month is a good indicator on how you'll handle paying a couple hundred thousands loan for your house (/s)

[1]http://www.myfico.com/crediteducation/whatsinyourscore.aspx
Sounds like the word "debt" is being used to make their clients feel guilty, and the word "remodeling" is being introduced to make it sound as if they're doing something novel.

Doesn't technical debt just reflect operational priority? How is having old code a problem if it all works? Debating priority is not the same as automatically asserting it as a problem.

And isn't technical wealth building always an opportunity? Why must one be in debt? But every business has a laundry list of opportunities. Technical wealth doesn't need to be at the top always.

If the axiom is that being cutting edge is sacrosanct, then technical wealth would always be top priority, and technical debt would be an operational problem. But technical debt is just a function of the technical advancement in the field. No matter what you do, you'll always end up in debt if you sit around long enough, and decide to call what you have "debt".

If you can make what you have better with technology available today, do it. If not, leave it. And ignore whether a technology is new or old. Just confirm if it is proven and tested.
There is no such thing as free. I think your comment emphasizes the fact most credit card users think these kickbacks really are free, when they cost everyone a lot more money in the form of 2-5x higher fees for every transaction.

A month's worth of interest? At 0.1% per year these days? Please.
Don't most credit cards offer rewards? If so, it's not true that it's the same thing, especially if there's no discount for paying with cash/debit.
My mistake, I should have looked! I now recall you saying that your friends have read more than that.

I will practice more thorough accreditation. Thanks for taking the time to point this out!
Mind sharing a link to the one you are using? :)
GCompris: educational software suite of numerous activities for children
Holy shit that sounds a world more exciting than my newton's law classes and my literature as well in Computer Science. I think I just lost 6 years of my life.
> Uhm... I don't know why you have a problem with building your own package with the newer version. I do it all the time, for software both others' and mine.

Maybe things have improved in the past few years, but last time that I built a dpkg for a Python library it was far from painless, even with some wrapper off the Debian wiki specifically for that use-case (and I was just doing this for pure-Python).

I've dealt with building both RPM and DPKG packages in the past, and I recall all of the build tools for each being far from ideal, and even the use case of "I want to package up a list of files and install them to a specific location" was far more difficult that it should have been. The biggest issue being that most of the tooling is based on the use-case of taking a tar of sources files, and running it though autoconf-esque build process to build it, apply patches, etc, which might be great for prolific package maintainers, but make things a bit more daunting for the new / causal user that just wants to create a simple package.

> how to install two conflicting versions of the same module for two different applications (one of which may come from the distribution), but this is not a problem with dpkg or RPM, this is a problem with Python's module lookup mechanism

Regardless it is an issue that exists. The parent post was saying that "apt should be good enough for all use-cases" which I was rebutting. I wasn't claiming that APT was sucky / broken, but that it doesn't handle all Python use-cases well. Whether it is the fault of APT or Python as to why they might be incompatible in a specific use-case is sort of irrelevant if you end up needing account for said use-case.

> For C libraries there are already good protocols for handling this issue (a little different for RPM and dpkg).

I'm not fully versed in the mechanisms in C, but IIRC, isn't that why packages are renamed when breaking changes happen over major versions (e.g. libxml vs. libxml2 / libgtk2 vs. libgtk3)? "Rename the package" seems more like a work-around than a system to handle the issue at hand. You're not saying, "I want libgtk with version 3.x".
Spacemacs is slow, clunky and always messed up (I tried it 6 months ago and it conflicted with Ergoemacs pretty badly).

Also, _both_ vim and Emacs are horrible UI. Vi was designed for slow terminals and a particular keyboard with no arrows; ghjk for navigation is terrible, always pressing the wrong key. Emacs was designed (C-w) evolved from macros for Space Cadet keyboard with lots of modifier keys. How these two archeological curiosities are still praised for being good modern text editors, escapes my mind.

(I use both vim and Emacs as I enjoy working in terminal, and I hate them both. Sadly, there is no good text editor like Sublime or Atom for console).
Most credit card merchant agreements prohibit merchants from offering a discount or lower price for paying in cash.
Correct! This is why they are doing it this way.
Why don’t podcasts use VBR MP3s? Because iOS and macOS don’t accurately seek them
Refactoring is a necessary outcome of poor design choices. It is obvious that in a perfect world with perfectly designed software, you would never refactor right? While I applaud your continued effort at perfection, the goal should be less refactoring not more. Not less refactoring because we don't care about quality, but less refactoring because we get more right from the start.
In case folks are curious how we do a similar thing with HSMs to store private keys for encrypted email, I wrote this up a week ago:

https://medium.com/ink-different/how-inky-stores-encryption-...
Debit cards have traditionally had less fraud protection in the US, and I don't think any of them have a rewards program.

So, why should I use one over my credit cards automatic 1% (or more) in cash back?

If I want cash equivalent, I use cash...
Kudos to JetBrains for awarding the very generous $50,000 bounty (and to the author for donating the bulk of it).

The YouCompleteMe project had a similar vulnerability[1]. I suppose a lesson here is that if your development environment/tools expose services over HTTP on localhost you should be really careful with CORS headers.

[1]: https://github.com/Valloric/ycmd#is-hmac-auth-for-requestsre...
Like many other things, it boils down to impulse control.

It's a lot easier to look in your wallet and see how much you have left to spend (and then decide you shouldn't) vs holding a credit card and deciding you can pay for it later.
This is analogous to saying no business needs financial debt, and can bootstrap entirely out of cashflow. It's baloney. There are many situations where you can do quick-and-dirty versus (slow) elegant-and-enduring, and there exist business (note I said, business, not technical) situations where the former is better than the latter.
What you say is correct, but to add to the analogy- if the precinct is such a mess that the officers are constantly tripping over stuff, and criminals are going free because they are misplacing evidence, it is probably time to do some cleaning and organizing!
In an ideal world, sure, but as it stands today, purchasing an item for $5, $50, or $5000 is the same cost regardless if you pay cash, debit, or credit.

Does it suck that a small business can't accept cash at a discount if they accept credit, due to merchant rules? Yes, I'm sure it does, but as a purchaser, I can get rewards for using a piece of plastic vs paper money?

I acknowledge and agree with the principle though -- no single snowflake.
In the USA there is no chip and pin, the whole system is based on trust. Therefore, having credit cards exposes you to fraud. Some people may prefer to not have that attack vector to live within their means on a debit only account. Also some people may prefer to just look after their stuff and not bother with insurance and other financial products. With this mentality the benefits of a credit card are about as much use as 70's style Green Shield Stamps. For the generation not able to get on the property ladder much of the consumerism that goes with it is irrelevant.
Bayesian Statistics Explained to beginners in Simple english
Even MySQL can handle 256gb of rows in memory with ease if you give it enough ram

The scan performance of MySQL on that much data is going to be dramatically slower. MySQL may be good at indexed accesses but is simply not build for analytics workloads like those tested in the blog post. Not sure exactly how MySQL benches against Postgres, but the latter takes minutes over the same queries. http://tech.marksblogg.com/billion-nyc-taxi-rides-postgresql...
No, never, yes (but that's completely unrelated to your VC fund)
Exactly. Basically everybody without a cash back card is subsidizing cash back for those who do (ultimately in terms of higher prices).
I watched my parents struggle with credit card debt for decades - there's no way I'm going through that. Also, even though I've never had a credit card in my life, I had no trouble getting a home mortgage with a fantastic interest rate. This article smells like it was written directly by the Credit Card Industry, which isn't what I would expect from a reporter that's obsessed with Bitcoin.
To be fair, the projects pretty much required a full code re-write too. MongoDB in both cases was one of many bad decisions. Choosing all hipster stuff is what got them into trouble.
Look up ''churning'' which is the pursuit of mega signup bonuses in order to magnify the rewards. I've earned >1 million points and miles through this method in the last few years, easily $10k+ worth of travel, although I keep it up now more so because it has become a fun hobby and I enjoy it.
I'd think of it in the sense that if you're going to spend that money over whatever length of time anyways, might as well get the $200 flight out of it as well.
I don't understand why so many blog platforms choose to hide or obscure the timestamp of the post. It's like they don't consider whether something is current as relevant, like every since post they contain is some timeless pearl of wisdom meant to withstand the test of time and be just as useful a few years down the road.

Or maybe it's just a nod in the direction of truth, as the author can often change the post after it is initially published, or even just change the date to be whatever they want.
explorer.exe?
/devils advocate
Don’t Replace People. Augment Them
The credit for these individuals has shifted from cards to student loans. Paying your student loan on or ahead of time does give you great credit history, in time for your first mortgage
What is an "engineer" in CS supposed to do?
Absolutely. But there is a baseline level of messiness that's acceptable and that's what I'm trying to convey (unlike a house [unless you have kids]).
Web API documentation can be confusing to read
Technical debt isn't about old vs. new technology. It's about making technically questionable decisions for the sake of reducing development time and costs.
> So is a Google Search.

Which is implicitly understood by the nature of its outputs. Furthermore Google Search is localized to an application (if we aren't talking about Android phones, which is another world of bad) and isn't ever present in the OS if you didn't make extra effort to disable it.

The issue dissolves to informed consent. You'll have hard time convincing me my less technically inclined relatives provided informed consent to collection of data when Windows 10 was forced on them which I had to disable after it ran for weeks.
Corel Painter 2017 Crack and Serial Number Free Download
The monetary benefits of credit cards aren't very convincing unless you spend a fair bit. For most millennials, cash back is a few hundred dollars a year and monthly interest is approximately zero.

I'll grant, though, that the ability to contest transactions is huge. Most people I know have used it, many to the tune of hundreds or thousands of dollars. Just knowing that in the case of fraud or bad business practices you aren't trying to reclaim already-transferred cash is value enough for me.
Those clauses were struck down in a settlement in 2012 following a lawsuit by merchants against Visa and Mastercard: http://www.nytimes.com/2012/07/14/business/mastercard-and-vi...
(rollupify author here.) It works if you configure Rollup to use a plugin like https://github.com/rollup/rollup-plugin-node-resolve, and it works best if the third-party packages also expose jsnext:main or the new "module" field in package.json.

Overall though there are still lots of edge cases that aren't well-covered without plugins (such as globals like process.nextTick etc.). Some details here: https://github.com/rollup/rollup/issues/552
No, he's literally guarding the place. The correct response to an attack may involve inserting the clip, chamber a round and issue a loud warning before possibly firing.

An attack on the guard himself is likely to lead to a resolute counterattack.

Soldiers guarding typically have limited police jurisdiction of the area they guard in most countries.

This should be common knowledge.
Noted. I think the intent is there... treat/use/consume containers like parts of your app. Ie. Call the DB container, do work, release the DB container, and so on. Not a completely separate "thing" that is a PITA to debug, prone to errors, and horrifically documented.

Why can't my app's ORM function call the DB container and do stuff? Why do I have to wire them up twice (code and OS layer) or more?
Definitely still called debit cards in the UK.
But you can trade at the closing price, which is the one used by S&P to do their numbers, can't you?
Considering management has a very large role in most messed up codebases I've seen, even if they fire 100% of the engineering team who coded it you probably are working with (for) the same people who messed up a codebase.
The way it REALLY works is that the merchant charge % varies per card. The higher paying cards have higher merchant fees. What this does is incentivize the card holder to get a card with even better payouts, which results in even higher merchant fees. Card holders with high perks are freeloading off those who use cards with fewer perks, or none like cash or debit card users.

It's a huge externality. If it were the law that merchants had to make the card holder pay their own fees, this whole perverted system would go away. The only way it works the way it does is because EMV contractually requires merchants to obfuscate the true cost from the consumer.
That doesn't protect you from fraud, given how little personal information you need to open a credit card account. In fact without checking your credit reports you might not even realize you have an account fraudulently opened in your name.
It's clearly a good idea. I've long had the same idea, Heinlein had the same idea, see https://en.wikipedia.org/wiki/Lazarus_Long works.
Also, layaway (https://en.wikipedia.org/wiki/Layaway) if you have bad credit and no bank account.
No they could not, this study doesn't pass the smell test. It appears to me that they looking at daily usage and saying that 90% of the cars on the road are not making long trips on any given day - which is believable (actually this seems small which makes me suspect their numbers are by mile). However if you use your car for a longer trip just once you cannot replace it with an electric car. You can argue that you can rent a car for those rare road trips - but economically (but not environmentally) you only have to make a couple such trips a year to make it better to own the non-electric.

If they said that electric cars can replace something in the range of 30-60% of the cars I might believe it. A typical two+ car family can easily use the electric car for daily trips, and the conventional car for both daily and the rare long trips.

Note that I can only see the summary in the article, not the research. I have to guess at where they are wrong, but the fact remains their claim doesn't pass the smell test. It is very common for news to make the researchers look like idiots for ignoring the obvious when in fact the real paper does not.
> "forget about normalization! Duplication is okay."

Not just duplication. I did some work on a platform that used ElasticSearch as a relatively relational "document" store (that is, a purpose to which a true RDBMS would have been better suited). Besides data duplication, we ran into the problem of data consistency: using the author's TV show example, we would end up with some actor's whose birthdates would be recorded, but some whose age was recorded instead. Some TV shows would list the actors by role, some would just list the actors and the roles in two different lists. Sometimes the TV show start and end dates would be milliseconds since the epoch, some would be dates in YYYY/MM/DD formatted strings. Some would be dates in DD-MM-YY formatted strings. All scattered randomly throughout the data store. Elastic schema means random schema.
Interesting layout is a feature during the sales process.
Getting Git Right
In order to appreciate how phenomenally basic this derivation is: here is a derivation using Euler's infinite product expansion of the sin(x) function.

http://www.jstor.org.sci-hub.cc/stable/10.4169/amer.math.mon...

Then if you want your answer plug in x = π/2 inevitably Wallis formula leads to either Stirling formula or the derivation of ζ(2)=π^2/6.

So for someone to solve it just by drawing some rectangles and finding the area is pretty amazing.
The whole "it's a lack of self control" claim is really weird to me.

I don't stock my house with junk food, because I'd rather use willpower once at the store than constantly in my living room. Am I supposed to feel weak-willed for making the simpler choice?

I guess you can argue that people are giving up a lot and ought to find the willpower to get those benefits, but for that you need to argue that they're actually giving up a lot.

Otherwise, it's just as you say: these are people who are controlling their spending and not blaming institutions.
Slightly off topic but: As someone out of touch on the topic of DB utilizing apps for a while, what's the update on the ORM impedance mismatch? (I mean the guidelines or best practices).
"I would be careful about exposing yourself too much to failure.
People need a healthy dose of success to maintain their self-esteem and confidence"

That's an important point. A long time ago I decided to follow the usual advice to expose myself to social situations and went to tons of networking meetings. You are supposed to ask questions and so on and over time things get better. I forced myself to do this for quite a while but never got better. It was a totally demoralizing experience.
They hire remote and those salaries are competitive outside of the Bay Area.

I do agree however that their reasoning is a little off putting.
Read through the Rust book and really enjoyed it. Curious when you think the next rewrite will be done.
Doesn't need to be an "and". Just getting the development/ops environments into a virtualized architecture like Docker can make a tremendous difference in a monolithic app. Quite often, the technical debt is due to configuration differences in manually managed environments - development, QA, and production can differ in small or large ways. I don't know how many times I've seen things like developing on Windows and deploying on Unix, or testing on a single server but deploying into a cluster. Docker (or Vagrant, or others) can fully automate provisioning and configuration, simplifying and enforcing consistency between environments.

Likewise, microservices from monoliths can be done without containers. Just pick a chunk of the monolith that can be pried loose, and start with that. This can solve all sorts of problems.
The change to the "top two" primary system in California has created more competitive races in the Bay Area. For example, I voted for Ro Khanna in the primary, who is running against corrupt incumbent Mike Honda. Both Democrats.

https://ballotpedia.org/California%27s_17th_Congressional_Di...
That's correct, or at least, how it was in 2014
Lots of great games didn't sell because they were non-franchise titles released at the end of their platform's life. Shantae, Drill Dozer... It sucks, but it was probably the right business decision.