skysight-inc/HackerNews huggingface dataset:
That's weird. In Canada every health food store carries organic milk in glass bottles for about $3/L. Not sure if the calves are taken from their mothers or not, but the farming practices of the particular brand I'm talking about ensure healthy soil. It's not as cheap as plastic jug milk, but the stores give you I think $.50 for returning the bottles.
Don't forget Trurl's electronic bard, which had now existed for years.
Working backwards from social networks that have succeeded back to their origins, I think a common factor is that they really caught an entire community/subset of society and then spread from there.

Facebook took over Harvard, MIT, and then spread uni to uni until people were clamoring to get on. I still remember when I wasn't able to get onto FB. Pinterest's growth was really weak early on when they tried to be all things to all people, but then they doubled down on women, fashion, and crafters. Hacker News started oriented around the Valley and Valley-leaning/Web 2.0 entrepreneurs. Reddit's initial userbase is a bit more complicated to define but was not anywhere as diverse as it is now.

If you look at less successful, but still succeeding, social networks you see a little of this occurring. Orkut was general but quickly became a Brazilian social network. Ello was general but doubled down on designers and is still going. Sticking to your niche works fine if you lack the escape velocity to go general.

Diaspora's problem, to me, is that "people sick of Twitter" is not really a cohesive community. Similarly for app.net and Mastodon. "People sick of Facebook" is likely to be a similarly pointless target market.
This isn’t addressing your point and I’m not saying your doing this, but, as I’ve told people here and elsewhere about my idea, it’s interesting how readily they come up with criticisms. I guess this is the classic reaction to cash transfers, but it’s still interesting to see it in action. I wonder how much of it is just people finding excuses not to be generous.

I’m a pretty generous person in general, but it’s amazing how much my heart has opened upon having a personal connection to people in such need. Right now I’m not only giving as much as I can, but I’m looking for ways to earn more so I can give more. That personal connection and everything that flows from it is, I think, the unique benefit of this approach.

As for finding people via Olx, I should be clear (as I think I stated in another comment), I’m not putting up a post saying that I’m looking to give money away to those in need. That would just make me a target. Instead, I go through various sections of the site and contact posters that seem like they might be on the lower end of the socioeconomic spectrum. Given this approach and given the scale I’m doing this on, there’s basically zero chance that I’m sending money to someone that set out to scam me. I’d actually be more leery of a system like you mentioned with The Gambian newspaper, because it has the potential to attract scammers.

There’s some chance that folks may be exaggerating their need to receive more money than I’d otherwise give them, but I talk to my recipients extensively and form very real, meaningful and lasting relationships with them and, in the process, collect a lot of what you could call “collateral evidence” (like photos), so I end with what I really think is a very accurate picture of their lives. Moreover, if this type of exaggeration is happening it’s netting people something on the order of tens of dollars. Both through correlating what different recipients have told me and through independent research, I’ve got a good sense of what the cost of living is there and what is and isn’t a reasonable amount of money. So if someone says they need $310 a month (the most I send anyone) to support their family when they really need $300, it really matter doesn’t matter, and I don’t care.
Zelle, the Banks’ Answer to Venmo, Proves Vulnerable to Fraud
Not git? That's so off trend.
This is true. But objectively Facebook's practices were extraordinarily harmful in hindsight. Facebook's paid "advertising" that could target super-fine demographics basically allowed for the weaponization of Fake News, dropping the munitions into environments that other observers weren't even seeing. So unverified garbage that even FOX wouldn't run ended up on a lot of voters' front pages.

The ability to run your "story" on Facebook as a paid ad basically pulled an end around on society's idea of a shared truth. It wasn't the only tool to that effect, maybe not even the most damaging, but it was a disaster nonetheless.
Not sure how your'e making the jump from bottled milk to hormones in milk.

That said, hormones in dairy products are a real issue. It's illegal to use hormones in Dairy Cows in Canada, and when antibiotics are necessary for treatment of sick cows, their milk is discarded until it tests clean. Diary products typically cost more in Canada than the U.S. as a result, but I don't mind paying for the extra safety.

https://bcdairy.ca/milk/articles/does-milk-contain-growth-ho...
Every post on that blog is about how the author is incredibly clever and surrounded by dolts.
What about those of us who don't use Android phones?
Agree. My kids learned how to lie about year born when they were in grade school.
I agree. Likewise, the VC model is part of the problem, including the unreasonable returns they expect - because they're making so many bets, so they don't really have to believe or understand why an investment will succeed; one of the most difficult parts will be putting together the initial team, and then growing the team, which in this situation requires a buffer of money - along with a strong vision being honestly lead, without attempting to bank on hype.

I've been evolving a plan and strategy over the years to address these problems, unfortunately it's all mostly on hold while I try to organize more stem cell injections to heal chronic pain I have; our healthcare systems aren't adequate in dealing with uncommon scenarios either.
"Your trip is very important to us. Please hold."
^ this is why we should never trust news/current-affairs site that disables its comments section
Exactly, it weren't probably the same mistakes that were made, but new ones -- related to automation, yes, with similar robot-tech, no.

I'm also guessing that he's probably going to try again. ;)
I had exactly the same problem when I tried to move to DDG. The 'Basic' theme looks quite similar to Google's search results. After trying DDG with this theme I was able to make the switch stick.
Nothing is free and now you will have to have an account with the service provider and whatever terms and service they choose.
> TeX

Dear god no. I use and love (La)TeX daily to write documents. But as a markup format for data that's supposed to be processed in any way, other than being fed to a TeX engine, it's absolutely terrible. You can't even really parse a TeX document; with all the macros it really is more a program than a document. XML is far from perfect, but it works well as a markup and data exchange format that is well-specified.
When you changed your password did you receive a google code from a 614 area code number?
We have measurement stations that go back that far, and where we use the same instruments and methods today as back in the 19th century for the express purpose to have a data series that can be interpreted that far back.

A concrete data set:

https://crudata.uea.ac.uk/cru/data/temperature/

This includes the following list of original source data:

https://crudata.uea.ac.uk/cru/data/temperature/crutem4/stati...

So you see, a lot of things go into making that one number for 1880, and there are many stations going back much further than that.

Updating these data sets is a massive, careful, effort.
But your looking at it from the perspective of 2018.
Back then it was a bold and striking logo for a computer company.
As another commenter said, perfect for the late 80's early 90's.
In fact if you look at the London 2012 Olympics logo that too was gaudy but it did its job and the wider marketing materials did a fantastic job of building on it an applying it across everything.
The challenge here seems to be making a decentralized social network, where users truly own their data. This is a very hard tech and UX design problem, and hasn't been satisfactorily implemented yet.
Take a keyword like "mesothelioma". Are you going to personally reimburse Google for the $100 that an advertiser would pay them for your click that they will lose by not showing you an ad with this keyword?
I would love to hear more about your experience doing this. Would you be willing to share links to your blog (perhaps privately, since your name is in your profile)?

I'm interested in doing something similar.
Yea exactly, it's often painful to see when all you need is an API level test which will anyway cover all the use cases instead of the low level unit tests written for the sake of TDD.. leaner the code more maintainable it is
Not even inductors or caps are in a basic circuit analysis course. But this quadriga of passive components was at least mentioned in the very beginning of the first ee semester, components class which focused the physical effects (and was notoriously hard).
> can 6 storage servers go 600?

Yes, 6 storage servers (10GB chunk) automatically scale up to 6000+ (64TB) [1].

> And looks like the compute layer can't pushdown processing to storage servers.

'Parallel query' for Aurora became available for preview in February [2]. The compute layer does pushdown processing to storage servers [3]. If you do a "select count(*) from t where a=1" and "a is not indexed" on 600 storage servers and 1 compute server, the count should happen in parallel on 600 storage nodes and 1 accumulate on the compute server.

[1]: https://aws.amazon.com/rds/aurora/faqs/#hardware-and-scaling

[2]: https://aws.amazon.com/about-aws/whats-new/2018/02/amazon-au...

[3]: https://www.slideshare.net/AmazonWebServices/deep-dive-on-th...
There's a bunch of existing Facebook Alternatives. How about putting some of this money into one of those? Improve the migration process and the UI and the non-tech-user-friendliness, on the front and back end - can you get setting up a node on one of these to be as easy as, say, installing Wordpress?
Just encrypt the signal and have the receiving device decrypt. You could set it up as a one time thing as part of configuring your devices, and then the receiving device itself would manage access to everything else.
Isn't that a problem then though, if people are using a product for a certain purpose, if it evolves to become something unexpected?

Edit: Read a comment of yours below to see you're talking about email.
A very nice 10-minute video covering the story of General Magic, the company:

https://www.youtube.com/watch?v=Opcuy-8VO64
I have absolutely no problem with trying to make legal documents, contracts, TOS, etc more readable by providing additional information. I just think the idea of replacing what we have with something more like regularly spoken English would be problematic at best, because a lot of the problems we have with interpreting the law are because it's so close to an actual spoken language, and Human languages thrive on ambiguity.
As someone with vision loss, this is a wonderful feel-good story, but I think the reason why Amazon PR picked it up in the first place is because it's a surprising exception that proves the rule. I've interviewed with quite a few tech companies, some in SV, and was turned down for a combination of "culture fit" and the gaps on my resume caused by my vision loss. I think the fact that everyone, even Amazon, is so amazed that they hired a blind programmer is indicative of a real problem here.
Yes, I think so. Featuretools is actually the core of my company's commercial product.

Performance is tricky thing to answer. If you care about machine learning performance such as AUC, RSME, F1, then I think the answer would be 80%-90% of coding. If you care about building a first solution, then I think the automation would be 5-10x better.
I like the quote, and in fact, the whole source article is well worth reading. But it's hard to take statements like this from billionaires who already won the status / prestige games at 100% face value.
I have used the system, I disagree with your opinion about its capabilities. I think it is as I described it.

I also don't think "the same can be said of their competitors" is at all true. I don't know any other car maker that is selling non-existent driver assistance features/packages to their customers.
> I do not find the above to be sufficient justification to practice in ANY field without trying to stay aware of the state-of-the-art.

It's not a justification of not _trying_ to stay aware of the state of the art, but you always (potentially) stay ahead if you are focused on a smaller sub-field. I doubt it's possible to be completely aware of every single advancement for every condition you might encounter as it happens, nor is it suggesting that you should ignore the chance of zebra - for me, the best doctors have been those who will say "_I_ don't know; I will consult others or the literature", recognising that it's not possible for a single doctor to have exhaustive knowledge.
This is great advice. In my youth I was on a skateboard every single day for years barring any injury or sickness. In that time I became well versed in falling like a cat to avoid injury. Shit still happens but the ability to bail is huge and you only know when you are on the threshold of losing control by experience.
I would take this article with a huge grain of salt. Amazon doesn't give two shits about blind or deaf or gay programmers. This is a nice fluff piece. The programmers there are under absolute stress and high-stakes programming. I doubt that this one story about one nice programmer can be generalized to Amazon. I would bet if you are a blind programmer you would have a much harder time even getting past the interview loop given how biased the whole company is with their Ayn Rand-ish tactics that would obviously not give two shits about diversity or disability.
>But is this advice useful or actionable for people in their 20s?

Absolutely. There are countless people struggling to get into the media in LA or NYC who could walk into a good job at an advertising firm in Cleveland or Tulsa. If you're considering founding a startup, you're probably better off organically growing a B2B product aimed at a relatively obscure market sector than going for the B2C unicorn. If you're looking to buy a house, you can find some real bargains that have ugly exteriors or are in unfashionable suburbs. Vacations in well-known resorts tend to be overpriced and overrated.
While this is true of JSON, it's also true of any other non-trivial serialization and/or encoding format. The main lessons to learn here are that:

1) implementation matters

2) "simple" specs never really are

It's definitely important to have documents like this one that explore the edge cases and the differences between implementations, but you can replace "JSON" in the introductory paragraph with any other serialization format, encoding standard, or IPC protocol and it would remain true:

"<format> is not the easy, idealised format as many do believe. [There are not] two libraries that exhibit the very same behaviour. Moreover, [...] edge cases and maliciously crafted payloads can cause bugs, crashes and denial of services, mainly because <format> libraries rely on specifications that have evolved over time and that left many details loosely specified or not specified at all."
> We're indeed a completely remote team, see https://about.gitlab.com/culture/remote-only/

That's very hard to keep at a constant pace.

> And we do want to make sure that all the features you really need are there.

So far, everything is great, but we would love to have:

- Custom Fields, in order to leave trac (such a pain, this service is);

- A way to fork/MR across Gitlab/Github instances: we don't want our instance to become yet another forge, people should use gitlab.com/GH. We would like that people can fork our projects on gitlab.com/github.com and then send PR our way. I understand this is über-hard, but that would be very nice;

- Be able to update a MR without push-forcing on the same branch, but with a new branch (that allows better reviewing of older versions).

(Btw, we currently use jenkins and we will move to gitlab-ci.)
Although this story is absurd it does show how the sanctions have been set out to cripple civilian life in Syria.

Maybe they could ban shoe laces as they are used by the Assad regime, or maybe they could ban H2O since that could be used for making everything from sarin to nuclear weapons, hat would teach them.

It is also interesting how this internet is connecting people with lies rather than people.
You made an incorrect assumption about real mode.

* https://superuser.com/a/345333/38062
His Master's Voice is a great book, it's the one I will remember as his best.

I also love Peace on Earth, which while not a comedy is quite satirical, and also great sci-fi thriller movie material.
I had read a lot of books from home library, including Brave New World, but first books I bought in a bookstore were Star Diaries, Cyberiad and Memories Found in a Bathtub. They're very funny, including the kafkaesque latter. At the same time some deep questions are raised.

I admit I don't like all of his books, maybe translations are to blame in some cases, in others I dislike the story, like The Investigation. But there are a lot of them with imaginative situations and ideas. Swarn-likes aliens, planet-sized ones like in Solaris and all kind of weird civilizations, very obviously caricaturizing politics.

The book that I recommend as most anticipatory is Return from the Stars. Robotic cars that prevent collisions, the Internet as we know it, with centralized directories, help pages, video calls incorporated, payments, etc.

The astronauts return to a much, at least apparently, softer society.

https://en.wikipedia.org/wiki/Return_from_the_Stars

Also worth mentioning that it's from 1961.
Ok but what I'm talking about is a little more specific.

Talking about "human readability" of JSON and XML is a little bit like talking about human readability of JPEG or MP3.

Chasing after it creates a lot of problems.

Formats like JSON and XML often carry lots of textual information so it's tempting to want them to be like "just like text but with some extra stuff" but that creates its own problems.

So it would be interesting to have something like JSON but philosophically treat it like MP3. Meaning, don't assume that humans must fiddle with the bytes in a text editor with great ease so that the representation can be designed without the influence of "would the raw bytes look pretty to people?".
OK, you are trying your utmost to willfully misrepresent what I wrote no matter what I do to clarify. One last time:

Yes, you can change your look by choice. That's why I clarified that I meant those parts of "look" that aren't easily amenable to choice. And yes, you can always find extreme cases where choice can influence these types of attributes, but give it a rest. Exceptions prove the rule.

Splitting by choices is absolutely fine, it's how society operates.

We absolutely split by poor/rich: the rich have more money, with all that entails, and the poor have less money.

We also split by career choice: those that choose specific careers will most likely be in those careers, and have the rights and responsibilities that go along with those choices.

And the judicial system does not split by immutable traits. If you have a specific immutable trait but do not act on it, nothing happens. And it is your choice whether to act on it. Once you have acted on it, psychological problems may dictates whether you can be released. However, the diagnosis is re-evaluated and people are released when the diagnosis changes.
NativeScript 4.0 is out
WinRAR 5.60 Beta 3 Crack Full Version Latest Serial Key
I'm neither a lawyer nor a lawmaker, so I'm sure there's a bunch of nuance that makes this difficult to pull of in practice, but please...

We need an enforceable law that penalizes and discourages absurdly overreaching legal agreements that doesn't require lawsuits between the participants that take years and lots of money to resolve.
shhhhhhhhh!!
Google+ is a sleeping giant as well. Not too many users but nice comnunities and amazing features/design.

But I guess they find a way to destroy it.
Chevy made a brilliant video in 1937 explaining how differentials work:

https://www.youtube.com/watch?v=yYAw79386WI
Are they planning on opening other assembly plants? Their facility is going to hit a hard limit at some point, even if they do get their act together.
“Generic sorting and partitioning in linear time,” Lecture by Prof. Henglein
Before JSON, XML and standard binary formats, there were just CSV/TSV and random binary formats which was a bigger minefield. Simply exchanging data was a project in itself.

At least JSON and XML are text based when it comes to data exchange. Back in the day before APIs that needed to exchange data cleanly, without JSON/XML, exchanging data was not only a minefield but one with constant carpet bombing. The fact that edge cases that are rarely run into is all that is left of data exchange issues is a huge advancement.

What is great is in most cases JSON works fantastic and simplifies data exchange and APIs all the way to front ends and backends. XML is available if needed. So are binary standard formats now for really compact areas like messaging for performance that humans may never see or you may never have a third party that needs to parse it. The task of parsing xml in client side javascript is not fun especially, neither is binary parsing where adding a value can break the whole object, JSON keys can come and go.

The engineer can choose the tool for the job but there better be a good reason to use anything over simple JSON, almost any problem can be solved with it. Engineers should aim to take data complexity and make it as simple as possible, not take simple and make it complex for job security, real engineers always move more simple when possible and away from vogon ways.

For data that is exchanged between services and front-end/backend, JSON is the simplified format that makes things move faster. XML got tarred and devolved into vogon sludge with SOAP services and nested namespacing/schemas but still is needed in some areas. Binary standard formats when you control both sides or noone else needs to connect to it or you don't need it on the front end maybe or possibly you need performant real-time messaging. There is also YAML if you need more typing or BSON where binary needed but still simple. All formats have good uses and bad but using binary when JSON will suffice is not being as simple as possible.

JSON is easy to get around and is more lightweight, if you run into a problem you can just restructure your JSON to make it work where binary or XML take more work to change without breaking changes, especially downstream causing many more versions and conversions. JSON is a data messaging format meant to simplify. Most of the issues in the OP article could be solved storing the values in a string with a "type" or "info" key that allows conversion in the backend i.e. long numbers or hex etc or storing binary as base64 etc.

JSON is based on basic CS types in objects, lists, simple data types like string, number, bool, date, this makes for a simplifying of all systems that serialize and deserialize to it. JSON helps spread simplicity while being dynamic.

JSON works best with ever changing dynamic data/code/projects we build today and in seconds you can be consuming data from third party APIs faster than any other format and more simplistically, that is why it won.
Better Travis CI command line client
I have two that I really liked Ruby by Boris and Advance CSS3 by Jonas