skysight-inc/HackerNews huggingface dataset:
In the book Coyote America [1] the author goes into detail about these Red Wolves. One of the problems with raising pristine Red Wolves in the wild is their penchant for mating with Coyotes. The author went on to lament the Red Wolf breeding program for culling these Red Wolf - Coyote hybrids. The author's point on the matter is that it is natural for similar species to exchange genes in order to make new species that are better suited. If what is naturally surviving in the wild are these hybrids, well then maybe we should just let the hybrids alone and accept that the Red Wolf lineage cannot survive as is in America today. Furthermore, the author even questions whether or not the Red Wolf is even its own unique species, since it could be the case that the Red Wolf is also a hybrid.

What we can tell is that there is a lot of mixing going on in the American canines. There probably always has been and to artificially try to stop it and preserve the snapshot of species that we saw when we got here is fool-hearted and against how nature works.

[1]: https://www.amazon.com/Coyote-America-Natural-Supernatural-H...
COBOL, z/OS, .NET. (Admittedly, I still have a lot left to learn about the first two). Rust and modern C++ in my free time for a personal project.
NX does not need to be disabled[1] for the binary thanks to W^X[0]. As long as pages are never mapped as writeable and executable at the same time, you don't lose any protection.

[0] https://en.wikipedia.org/wiki/W%5EX
[1] AFAIK, on Linux NX isn't something that is enabled or disabled for individual programs anyways, it's up to the userland whether or not it takes advantage of the mmap(2) mapping flags
> They’re not tiled, like you might expect. Instead, each sprite is sliced into rows per pixel, like paper through a shredder, and rearranged into a single row in the big image. To reconstruct a sprite, we must reverse the process.

For most imaging libraries this format would be the natural order, so it would be as simple as providing a pointer to the beginning of the buffer, and the width and height of the image, and the library will simply read the image from the provided byte stream.

Reading data from a tiled image would be more work (unless the image is 1 tile wide)
Apparently, not really news. Here's a blog post from 2015: http://tecnicaquilmes.fullblog.com.ar/analizando-el-livebox-...

"get_getnetworkconf.cgi -> Another very funny one that gives us the WIFI password without the need for authentication."

It lists several other issues, as well as the default admin login.
\begin{pedant} Not negative probabilities, but negative probability amplitudes. The former doesn't make sense :) \end{pedant}
> messages only after likes (it changes the dynamics a lot; before I got much more interesting discussions)

I believe the idea is to reduce to number of messages women receive from guys they have no interest in. This benefits guys as they are less likely to spend time composing a long message that is wasted. More generally, you want to encourage a dynamic where there is a progressive ladder of investment sizes by each party, so that no one makes a large unilateral investement.
how does this shit get past the filters?
My team has used Perl successfully for 13 years. We use modern Perl and the code is clean. In the process of switching new team members to Python as it is hard to hire people with Perl. I still think the meta capability in Perl is stronger than Python.
"Don't blame the game, blame the player" seems an apt summary of the TV series, "The Wire", in which cops and drug dealers and teachers and politicians are seen as being cyclically screwed by systemic failure.

So "blaming the game" ostensibly says that we should focus on fixing the system, and not blaming its individual "players" who are incentivized or even forced to fail/act wrongly. I'm sure you're aware that every professional sport has had in its history a number of rule changes to make the game safer or more well-run, and these rule changes have had far more systemic effect than just penalizing players and coaches.
Yep. Signal Hill,CA (pop. 11k) is 2sq miles, is engulfed smack dab in the middle of the city of Long Beach(pop. 500k) yet has BOTH Home Depots and THE Costco, the only ones 'in' Long Beach.
The lack of kindness on Tinder is a know problem - so many female friends showed me outright rude screenshots, especially after these women said they are feminist, or turned down some sex offer. But... why not introduce some rating? (As in Uber or so.)

I know it sounds Black Mirror-ish, but if it would penalize rude guys, it would be a win for everyone (incentive + filtering + hetero-women more interested in using this app.)
> Most people around me still can't do this - most of what I spend my day doing is helping other people break down their problem to the point where they are able to apply some more rudimentary skillset to it.

This not only applies to sciene... normal engineering teams have similar problems.
agree that there are complications but I think there are also advantages. All these sites depend on quality content and creating an explicit incentive to provide it is not so bad, is it ?
A different question: can we build a manageable city for modern era? I think not.

More in details we have already accepted that our constructions (roads, bridges etc included) do not last forever even with proper maintenance but I still have to see plans about how to rebuild buildings and infrastructure when they'll reach their EOL...

Even without counting that we already seen that we can't predict the future enough to build today something that can remain good, comfortable and useful after 50/100+ years, for instance in "ancient" area (+50 years only) we do not foresee today's need for parking, in today are many now try to imaging a future with drone and perhaps flying cars and we have nearly no idea on how to design today something that can work also for that future scenario.

The only think we know is that if we have abundant resources, space included, we can evolve with difficulties, stress etc but we can, in dense area or without much resources is practically impossible. That's why many not-much-developed countries in eastern Europe have better broadband than far more developed one, that's why the USA struggle to build hi-speed rails etc.

Many say that "riviera model" does not work, while I still to see definitive proofs, but I do not see ANY real working alternatives. Developed Asia scenarios like SK/metropolitan Japan are essentially nightmare if you have to live in, not just visit as tourist.
Part of me wonders whether this isn't exclusive to dating, but a lot of fields and things come the internet, globalisation and social media.

Perhaps that's why getting a job seems to be much harder now for a decent percentage of people too, since now the competition is worldwide and mostly sky high. Employers can keep looking for the 'perfect' employee (and skip over people they would have hired with fewer options) and employees can keep looking for the 'perfect' company or organisation (and skip ones which may have been 'good enough' before).

The market's been widened significantly, so those who aren't at the top of their field are against much tougher competition.
Apologies. I'd be in favor of removing the first line, and decapitalizing THAT. I feel everything else stands as content.

I'll try to limit double quotes to avoid confusion, though I was under the impression quote consensus was > demarked.

I'd certainly characterize my reaction as incredulous and shocked. I re-read the parent 3 times to make sure I wasn't misunderstanding their point.

I realize we're not making progress in some areas we should be as a species, but I had no idea people had gotten this cynical.
Wikipedia is not the place you should look for reliable toxicological information. There are better places online (and free of access, too).

https://www.ncbi.nlm.nih.gov/pmc/articles/PMC3880486/

> Although an LD50 of 0.8 mg/kg would implicate that the toxicity of nicotine is similar to or even higher than that of cyanide, fatal nicotine intoxications are relatively rare, and there are countless records of subjects who survived consumption of nicotine in amounts far higher than 60 mg (Larson et al. 1961). The most drastic example is probably survival of a suicide attempt with 4 g of pure nicotine (Schmidt 1931). While this is certainly an exceptional case, in which the amount of bioavailable nicotine was markedly reduced by vomiting, ingestion of tobacco or nicotine gums at doses up to 6 mg/kg nicotine was reported to evoke symptoms of intoxication without causing death (Malizia et al. 1983; Smolinske et al. 1988). These and many other literature reports on nonfatal nicotine intoxications are hardly compatible with a lethal dose of 60 mg or less.

> Several detailed reviews are available on fatal nicotine intoxications caused by either suicidal intent or accidents, latter mainly resulting from misusage of nicotine-containing solutions marketed as pesticides (Esser and Kühn 1933; Larson et al. 1961; Maehly and Bonnichsen 1963; Tiess and Nagel 1966; Hayes 1982; Corkery et al. 2010; Solarino et al. 2010). The postmortem data reviewed by Maehly and Bonnichsen (1963) and more recently by Corkery et al. (2010) and Solarino et al. (2010) revealed minimal nicotine blood levels of 2 mg/L, but rapid decline of blood nicotine after death (Sanchez et al. 1996) may have led to underestimation of the actual lethal concentration in delayed autopsies.

> Despite these uncertainties and the complex pharmacokinetics of nicotine (Hukkanen et al. 2005), a rough estimate of the amount of ingested nicotine from postmortem analyses of blood levels appears feasible. Smoking a cigarette results in uptake of approximately 2 mg of nicotine and gives rise to mean arterial plasma concentrations of about 0.03 mg/L (30 ng/ml) (Gourlay and Benowitz 1997). Based on 20 % oral bioavailability of nicotine (Hukkanen et al. 2005) and assuming linear kinetics, an oral dose of 60 mg would give rise to a plasma concentration of about 0.18 mg/L. The literature reports on fatal nicotine intoxications suggest that the lower limit of lethal nicotine blood concentrations is about 2 mg/L, corresponding to 4 mg/L plasma, a concentration that is around 20-fold higher than that caused by intake of 60 mg nicotine. Thus, a careful estimate suggests that the lower limit causing fatal outcomes is 0.5–1 g of ingested nicotine, corresponding to an oral LD50 of 6.5–13 mg/kg. This dose agrees well with nicotine toxicity in dogs, which exhibit responses to nicotine similar to humans (Matsushima et al. 1995).

So, in reality the LD50 is much more likely to be an order of magnitude higher than the number you provided from Wikipedia. This however agrees with the former number you provided, and I guess this is the study where it came from.
One thing that isn't entirely clear from this post is whether the software works. The unimplemented-functions thing doesn't sound wonderful, but I'd still argue that there's a world of difference between software that blows up the moment you look at it and something that's pretty much working except for a few loose ends where a relatively obscure feature hasn't been finished off yet.

In the former case, demonstrating that what they've done isn't "pure genius" shouldn't be too hard.

In the latter case, I think that -- especially if this is something you need reasonably quickly -- there's a good argument for focussing on value delivered and fixing actual, observable, bugs rather than spending too long worrying about the internal details. If need be, it can always be quietly rewritten once the dust has settled.
This is not true. 1Password could have a breach which exposes your master password. A hacker would then have access to your passwords, but not your 2fa. Even if you do not keep these items physically separated like a hardware token, it makes complete sense to have them be in different applications. For example, passwords in 1Password and tokens stored in Authy.
Maybe in those 2 years the coding challenges you used to solve became harder, in order to remain challenging?

In any case, 2 years is not enough time to become a good programmer, or a good anything. If you feel you're going backwards, perhaps the simplest explanation is that you have only advanced very slowly, which is normal given the steep learning curve of programming.

Be patient. Keep working at it and the mad coding skillz will come. In the meantime, I hope the following will act as a soothing balm upon your troubled soul :0

Researchers (Bloom (1985), Bryan & Harter (1899), Hayes (1989), Simmon & Chase (1973)) have shown it takes about ten years to develop expertise in any of a wide variety of areas, including chess playing, music composition, telegraph operation, painting, piano playing, swimming, tennis, and research in neuropsychology and topology. The key is deliberative practice: not just doing it again and again, but challenging yourself with a task that is just beyond your current ability, trying it, analyzing your performance while and after doing it, and correcting any mistakes. Then repeat. And repeat again. There appear to be no real shortcuts: even Mozart, who was a musical prodigy at age 4, took 13 more years before he began to produce world-class music. In another genre, the Beatles seemed to burst onto the scene with a string of #1 hits and an appearance on the Ed Sullivan show in 1964. But they had been playing small clubs in Liverpool and Hamburg since 1957, and while they had mass appeal early on, their first great critical success, Sgt. Peppers, was released in 1967.

Teach Yourself Programming in Ten Years, Peter Norvig

https://www.norvig.com/21-days.html

Or, to look at a more prosaic source of the same wisdom:

The Ancient One: How did you get to reattach severed nerves and put a human spine back together bone by bone?
Dr. Stephen Strange: Study and practice, years of it.
Which is why christianity didn't find many followers among the Jews.
Had no idea about this. I liked Google's Auth since it was simple but it missed the crucial backup feature. Authy is nice but you're putting trust in a 3rd party that doesn't have a channel for donations, though it seems they're making money through SMS (Twilio).

andOTP is just what I was looking for since it's FOSS and had backup! This would have been a lifesaver when I lost my phone but glad to have run into it now.
In 2017, I was a copy editor and epidemiologist, but in 2018 I got a great full time opportunity to learn SQL and R on the job for a hospital. I've used these skills in real analyses of social work and food shortage amongst Veterans. In 2019, I hope to gain a deeper understanding of these two technologies and to add Linux and Python beginning skills to my knowledge. I also want to understand epidemiological theory, statistics, painting, Irish folk music, and piano technique.
it's likely an extension of dominant males restricting reproductive access to other males. Interestingly this is not a feature of every species, Bonobo monkeys have a matriarchal society and go quite a bit beyond grooming in order to maintain social relationships within their group.
IAM with Keycloak, SAML and OIDC, TypeScript + all the stuff around it, Bluetooth and the security around it, GDPR and how to apply it (okay... not a technology),
I absolutely expect good slides to be sufficient for learning, contain references to additional reading material and be accompanied by exercises to get practical examples for the theory. In the best case the lecture is recorded on video and available for download.

Why? Because I don't want to sit 3 hours in a lecture that I can study for myself in 30 minutes. I don't want to attend 8a.m. classes, when I'm mentally not capable of learning. And I want the ability to focus on the hard parts of the lecture as long as I need and don't get thrown off context when the professor thinks he should move on. Having to attend lectures is a deeply flawed approach to learning and should not be necessary in university.

It's not that PowerPoint is a perfect tool here, but that having the possibility to learn in your personal best environment is so much better than being forced into a one approach fits all environment.
In this field, an entity typically refers to an entry in Wikipédia, such as a person, an organization, a place, etc (types which are considered may vary).

And yes that page is the embedding definition they are referring to.
When we know the project is going to see a lot of end-users that'll need their own "profile" styled page and/or if we know we'll see a lot of database changes over time. Which hasn't been a lot of times yet, if I'm being honest.

One example that I can share, that would have also been a good Django candidate is our system for handling employee absence. When it launched it only let you report the two types of paid vacation we have, but being the public sector of Denmark, we actually have around 80 different types of legal absence, with various rules attached, and we knew we'd want to add more over time. We also knew every employee would need their own profile to keep track of their accounts, and we knew some managers would want to outsource the responsibility to secretaries and such. So that's what would be an obvious Django project to us, but it was build in .NET because that's what we were most comfortable with at the time.
They were up there at the time but not complete constellation
In this tutorial the author reduces the size of the images from 28x28 to 10x10 to make the computation more tractable.

Would that be necessary with UMAP too?
<rant>

> the number of times an otherwise great programmer has submitted a 100 line behemoth (for something that should be less than 10) is unamusing.

What are your requirements? Short, terse, untested code? Objected oriented code? Bullet proof, modular code capable of handling a never ending stream of inputs?

Interviewers like asking questions that seem simple, but then they like to pile on unstated requirements, or judge code that was written sub-optimally on purpose as if it were production ready. Interviewers also don't usually have empathy for how badly interviewees have been treated by other interviewers, and how easy it is to get nervous as an interviewee when you find yourself talking to yet another interviewer with unstated expectations.

tl;dr...

- garbage in, garbage out

- we're all damaged goods, so be nice by just saying what you really want

</rant>
Never Split the Difference by Chris Voss, it taugh me very important negotiation skills that I use everyday.

Extreme Ownership by Willink and Babin has taught me about good leadership.
> Ironically given the subject of Debian, one can look to the Debian package archive (or indeed the FreeBSD or NetBSD ports tree and some others) to see lots of actual reinventions of a text editor.

> Similarly, the claim that cron is only just now being reinvented from scratch looks rather ill-informed given the existence of tools such as Uwe Ohse's uschedule and the multiple "cron" tools, many of which reinvent the design in significant ways (Bruce Guenter's split of scheduling, spooling, and updating into separate services being a notable example); and given the fact that Paul Vixie's "original" PD Cron was actually itself a from-scratch clone.

My response to both of these are, can you point out any of them that are part of a monolithic system that replaces the traditional PID 0?

Or are you talking about people reinventing small parts of the general system? Yes. UNIX allows people to swap out software for other software. In the original use-cases though, the editor(1), cron(1), and nice(1) were at no point conjoined with the boot menu system, or PID 0.

Indeed, there is a fundamental choice between someone building a replacement for one small part of the general system, to make their life easier, and building a replacement for the entire init system.
Curious where you got the data for social work and veterans food storage? Those are interesting datasets that i'd also like to look at.
Perhaps it's not the right term in English (sorry, my English is really poor), for detached I do not mean "not feeling emotions" or "not caring" but feel the emotion remaining rational, cold enough to keep ratio drive decision not emotions. I do not know a specific English term for that...

If you "have powers" you can't simply act for yourself you have to take any other under your power/your responsibilities into account and act for the best for all. Since that's normally/often hard/impossible you need to being able to take hard choices, certainly not emotion-less (if so you are really dangerous) but also certainly not driven by your emotions. A balance is needed, like in any "engineering project".
Impressive. And I say that as an experienced embedded guy.
Solidity
> Dreaming in Code by Scott Rosenberg

I also really enjoyed this book. It was a bitter story of an idealistic Open Source project failing miserably.
Tinder promotes the ancient practice of polygamy, very effectively. The highest status males are having sex with many many women , and the major of males are having less than their peers of the last did. Women hold mostly steady but are more like to part of a "harem" than a monogamt relationship.
Yes, although there is no “monogamous” assumption with employment, so just as you would switch to a different vendor offering the same product for cheaper, so would employers. It doesn’t seem employers have been hurt much at all by the new dynamic, especially as more and more work becomes automated or broken into simpler routine tasks.
TypeScript was by far my favourite!

Also dived into vuejs a little - it’s ok.

Finally NServiceBus is something I learned as part of my current .NET contract, it’s pretty decent.
Another question, looking forward, what do you plan to learn in 2019?
Customization: The New Trend in Manufacturing Technology
One person’s perception of rudeness will be what someone else will find funny or honest or ... . Not excusing bad behaviors, it’s just important to consider that looking for a mate/date/kookup is really different for different people, where looking for a car driver will be almost the same for anyone (I would expect, though I’m sure there is also some subtlety there), I don’t think a similar rating system would be adapted.
Show HN: Lego, a static site generator built with Node
> Thinking, Fast and Slow: Really should have been subtitled The Ludic Fallacy Run Amok.

Recently I read Blink by Malcom Gladwell (somewhat recommend) and I finally understood why I hated Thinking, Fast and Slow so much.

Gladwell mentions a concept called thin-sliccing [1]. I finally had a term to describe my feelings towards that book. If you pay attention to the beginning you get a pretty accurate idea of just how bad the book really is overall.

Given the book's subject I find the whole thing deliciously ironic.

[1] https://en.wikipedia.org/wiki/Thin-slicing
I'd like to know more about this.
Actually lxc is fairly mature and a more "Linux native" sandboxing feature. But docker certainly was/is more popular.
Went from C/FORTRAN/Python post-PhD student to being literate in:

* TypeScript
* Node.js
* React
* Java
* Spring Boot
* Bottom line: This is all pretty ugly and
underperforming, compared to my previous world...

And intermediately literate in:

* OpenShift
* Kubernetes
* Istio
* Helm
* Ansible
* Which I all pretty much enjoyed, compared
to my previous world (MPICH and BLAS all the way).

Having said that, I'm drawn to:

* Clojure
* Micronaut
* Rancher

as of now. Which are my next projects. :)
Facebook is the "cigarettes" of our era. It's addictive, and evidence that regular use is detrimental to our well-being is mounting.

Strangely, it's also what we do at parties when we're bored.
Too much moderation causes atrophy
Matching by income and education has been implicated in increasing autism ("assortative mating")

Your idea sounds good, but it won't get traction because people love the titilation of looking at pictures. It's why most people in the last met in meatspace life instead of via classified ads in the newspaper.