skysight-inc/HackerNews huggingface dataset:
The cynic in me wonders which 20% we'll get. The repo linked here is pretty impressive, so I may have to eat crow. I would have expected to get every html template and vba macro ever written, instead of the value add stuff.
GitHub Marketplace – Tools to build on and improve your workflow
European Parliament against cryptobackdoor infestation
technically, the lambda creation, not it's execution.
It's also used for string concatenation in Java 9.

while invokedynamic was introduced to enhance the support of dynamic languages on the JVM, invokedynamic is now used as a kind of macro instruction to avoid to add new instructions in the bytecode set when the instruction can be decomposed in a set of already existing instructions.
Top 500 Supercomputer Rankings: HPC Poised for Big Changes
Yup. I wonder which one gives a better result: AHA taking a 10 person sample or millions of people over generations?

Sedentary life style has more to contribute than oils I think. Our lifestyle has changed dramatically over 50 years.

About 30 years ago people of Kerala almost exclusively used coconut oil. Then came advertisements and "studies" claiming coconut oil is bad and promoted other oils like sunflower etc. Since then heart disease has increased. This is general observation.
I immediately thought of Vladimir Nabokov, another Russian expat, who fits your lists of desirable traits. "Interesting, attentive, charismatic, observant, original, worldly, conversant...entertaining, intelligent, present and intellectually engaged - definitely quite verbal." Also, I can add that my anecdotes agree with yours. Seems as if it's usually a mistake to not be taciturn, not be a blank screen to receive a woman's projections.
Did you look at apt-cacher-ng or the other similar tools?
How a first hand account of being beaten by a chess game program would give you any information on economical impact of AI at all?
I probably shouldn't have used liberals and derailed my thought with politics. I had more of a stereotype in my head that probably has less to do with politics, and more to do with having money, and a certain amount of guilt about money, and thinking you can use the money to ameliorate some of that guilt. This would be a very gullible stereotype to have as a customer and you could see how marketing would be tempted to go over the top making up new things to feel guilty about and new ways to spend money to feel less guilty about them.
The Value Types proposed in TFA are immutable so no need to have a borrow checker for them :)
They can do that regardless of the license since they own the copyright.
As long as they do not accept external contributions or require a CLA it does not matter what license they offer, they can still make future versions proprietary.
The broken windows theory or “Why some projects are just destined to suck”
Oh how the tables have turned
I'd add : never ever work for nothing (especially if you see your work as an "investment")

you must enjoy the job, because at some point your work under the pressure of a customer.

be very wary of intellectual property issues (IP issues are not very well understood and some people will think you steal their IP when you're not; and being stolen will make them very angry, like lawsuit-angry)

be ready to work according to someone else's planning : during your weekend, when you need to sleep, when you're sick, etc.

be ready to contemplate the fact that there are some people who take much and gives quite less.
I got a better idea, how about you don't go around performing sociological experiments on your kids.

Boys and girls are exposed to different doses of hormones, those are essential to forming their personality, and, therefore, their needs are going to be distinct, and their differences are only going to become stronger the older they get.

Two generations more of this constant hammering on boys and people will have to start writing "Talking ot Boys Like They're Not Inherently Evil" to begin work on fixing the damage.
As far as I can see, it's identical to the Monty Hall problem, except slightly more precisely phrased in that the guard definitely does not reveal the name of the free prisoner, which is often a contentious point in these discussions (as it alters the probabilities).
That's turned out to be effectively a waste of time for me.
Emacs only having elispallows me to fix the third party code that I have in my config, and simplifies all the things. Thoemacs already has C too now, there is module support. I guess it could be possible to use Rust via that interface too, and maybe go. But better keep these to a minimum because elisp is one of the things that makes emacs great
Yeah, looking at it with Bayes rule makes it sound more convincing. Here's what's assumed:

* The guard can't express whether or not A was pardoned to A.

* The guard is telling the truth.

Then the named (named to prisoner A) executed person E must be either B or C if A is saved. Let the saved person be S. Then:

P(S=A|E=B) = P(S=A) P(E=B|S=A) / sum_{S in {A, B, C}}(P(S) P(E=B|S))

= P(E=B|S=A) / (P(E=B|S=A) + P(E=B|S=B) + P(E=B|S=C))

= P(E=B|S=A) / (P(E=B|S=A) + 0 + 1 )

As mentioned in the OP, if S=B then E=C and if S=C then E=B necessarily: both these events happen with equal probability. Then, as you mention with your intuition, if, say, the guard prefers to name B in the case of S=A, then hearing that E=B really does give you some information, since there is more probability mass in situations where you're saved when looking at the subset of events where E=B. Put extremely, taking P(E=B|S=A) = 1, we find that indeed P(S=A|E=B) = 1/2!
ok, so your comment made me actually examine two of those videos. Now I wouldn't watch them for entertainment but the fact that this kind of "genre" exists is just totally hilarious.
Show HN: A billboard backed by Ethereum
Well, to put it mildly, I (and most people) hardly merit comparison to Nabokov. :-) He was an exceptionally distinctive literator.

> Seems as if it's usually a mistake to not be taciturn, not be a blank screen to receive a woman's projections.

Indeed, and I hate to engage in this kind of provocative gender stereotyping, but as a factual matter, it agrees with nearly all of my dating experiences in my adult life.

And yet the common complaint from young women is that men are simple and don't relate or exhibit much emotional connection. Well, I've tried, and it tends to scare them off.
Traditionally not really, unfortunately. The problem is that negative results usually don't allow you to tell a story.

The solution to this is a publication process where you register studies before you do them, in exchange for guaranteed publication once you're done with them. Different fields are further along in establishing such processes. (I've never worked in an empirical field myself, just reporting what I hear from a psychologist friend.)
You answered it yourself: reviewers missing the forest for the trees, causing reviews to devolve into pedantry. Also: unpredictable code reviews where expected style changes every commit, because the dude do it by guts and feel different every day. Also: reviewer repeatedly forcing me to make changes that make code worst and reviewer changing requirements because he likes that better. It is super annoying when your code is "wrong" because you read best practices article reviewer did not, reviewer wont listen and still blocks commit till you change, only to have the very same reviewer forcing the same on you three months later when he found article and don't remember former discussion. I would much rather fixed a bug then went through above again.

The sort of people the most eager to do code reviews are developers with "every detail my way or the highway" unable to convince others they are right if they dont have ability to block commit. That and insecure people covering fear by aggressiveness. When I was in team with bad code reviews, review of a small patch could end in hours long arguments over variable name. Which of the two synonyms is better?

The thing is, code reviewing is supervisory function as any other. It is very easy to screw it up and especially people on the spectrum are likely to screw it up despite being good programmers when working alone. The usual "if you disagree with reviewer you have huge ego and cant take criticism" paradigma people push when talking about code reviews makes things only worst.

Of course code reviews can be done in good way too, but many of them are not and people have bad experiences with that.
Renée French is the artist. She is married to Rob Pike.
> Basically, the monadic type use of these is an effect of the language doing that, not the other way. In e.g. C# where I use option types extensively I'm yet to see a wrapped one.

And C# pays dearly for it. Why doesn't C# have anything like C++'s <algorithm>, or Rust's composable iterators, or Haskell's plethora of composable abstractions (foldables, traversables, lenses, etc.)?

> In C# there is a feature in which (...) but to be honest this to me feels mostly quirky because it doesn't extend to much else in the language.

Agreed. Hardcoded special cases are always a bad idea.

---

Sorry, HN won't allow me to make a new post because “I'm submitting too fast”, so here goes my reply:

C++ has a finer-grained hierarchy of iterator concepts:

(0) InputIterators correspond to C# IEnumerators.

(1) OutputIterators allow you to write to the sequence's current element.

(2) ForwardIterators allow you to dereference the current element arbitrarily many times before moving on to the next.

(3) BidirectionalIterators allow you to move both forward and backwards in the sequence of elements.

(4) RandomAccessIterators allow you to skip arbitrarily many positions in the sequence of elements in constant time.

And there are algorithms defined in terms of these refined iterator concepts.
Also don't forget SELinux https://github.com/SELinuxProject/ which is a project that comes from the NSA as well
>So building production software is stated as 3rd most important goal.

Ehrm, no? It is to be taken with no implicit meaning on ordering, i.e. teaching == research == applications, more or less.

All of these priorities are weighed in when there are talks in the community about removing or adding features.

Haskell is a lot better for writing _reliable_ software. It just has a higher barrier to entry, if you come from an imperative background (not much if it's your first language).

>Unlike Haskell, Go wasn't designed for teaching. It wasn't designed for research.

Several times I've heard mentioned that the strength of Go was the simplicity and on boarding new developers, along with them not getting confused about what code means. I'll agree it certainly wasn't designed for research though, since it seems to want to ignore the progress in CS over the last 20 years.

Haskell is very serious about stability, they don't just add or drop features without a long deprecation cycle. Most experimental things are language extensions, which are entirely opt-in.

The main problem Haskell has had for adoption (IMHO) was the lack of good _pedagogical_ material that would hold the users hand and teach them the concepts of the language - there have been superb efforts into fixing this in recent years such as with the Haskell Book etc.
Yes :-) The author is me. I have a Ph.D. in computer science. But I worked for 15 years at JPL so I learned my quantum physics from Caltech professors.
It's all about portraying some colleagues as inferior by calling them a childish nickname.

I've known several permanent staff members who left their roles due of this kind of behaviour (contractors boasting about rates vs. salary for the same work, refusing to merge code, etc). Calling colleagues cutesy childish nicknames is definitely a start on a downward spiral
Right, it breaks forward compatibility: bytecode for a newer VM won’t work on an older VM. IMO backward compatibility is much more important for a programming language, though.
This is a vertical merger no? When did that stop being illegal?
Value types doesn't seem to be like struct in C++ or C#.

They are immutable so you have no way to know if they are stack allocated, split over several registers or on heap.

This is important because it means that JITs will not have to be changed, they will not have to manage stack aliases like in C#/C++.
What powers the reversible circuits?
I'm not sure how tricky it'd be to maintain your own repo just for Python 3.6. It may be worth it.
> I thought it was well-known that marijuana use among adolescents was a risk factor for schizophrenia.

Incorrect. Those predisposed to schizophrenic and some other mental disorders are more likely to have those symptoms aggravated by chronic drug use. Pot doesn't create mental illness, it exacerbates it.

The lesson here is not to smoke weed in your developing teen years, or to experiment in a safe environment if there is a history of schizophrenia in your family, something that should be a no-brainer.

"Safe" is a very relative word and a substance can only be as safe as the person consuming it. Incorrect safety procedure when ingesting a substance, such as taking drugs without proper dosage experimentation or in unstable environments, should not be held against the substance itself.
TBH, that depends HIGHLY on the context. If I'm not familiar with Lua, do you not hire me? I'd answer "flex and bison" because they're (for me) extremely easy to work with, rest on solid theoretical foundations, have great tools for checking & understanding you grammars, and produce blazingly fast parsers - probably orders of magnitude faster than whatever you do in Lua.

Oh, and the parser code is C, so it integrates perfectly.
I think it's much simpler than that. People that have the money to buy healthy food simply like to buy healthy food.

The food there is excellent. I'm not rich by any standard and I love shopping there because to me it is high quality. Go to a typical large grocery store deli, then go to Whole Foods deli, you can easily see which one is better.

I'm not sure where you came up with the "I feel guilty about the money I have so I'm going to spend it on foods that are healthy (or claim to be healthy, I'm not sure if you're making that connection or not)" construct. Seems like a reach.
It is technically possible, but optimal solution will require more than catch and throw (cl-lib uses them)
Simple demonstration: https://pastebin.com/vXp0qPw3

Some S-expressions with `cl-return' can be rewritten to avoid the need of it (by the optimizer); not sure it covers 100% of the cases though.
Can you really maintain a consulting service if you have your 9-5 weekdays unavailable? Even on sites like Elance it seems like many clients expect you to be available during the day for Skype calls.
That's a fairly balanced answer. Thanks.

Being a Python fan myself and a hater of "DSL all the things", I still like to have a good POV from the other side.
There are pretty big national security exemptions which the NSA could use without any question: https://sourcecode.cio.gov/Exceptions/

That makes this effort even more commendable.
> where is BASIC today?

On .NET, UWP and Microsoft Office macros. It even is supported by .NET Native compiler, something that F# is still WIP.

And yes, at enterprise level, there are new lines of VB.NET and VBA being written every day.
How do you even get started with building (and then marketing) a SaaS? Can you share some helpful resources?
It has the same kind of rules, i believe, here is the code of the VM that works/may work with value types

http://hg.openjdk.java.net/valhalla/valhalla/hotspot/
I find this article one-sided and too exaggerated.

In reality, the sad state is, in my opinion, confluence of the following forces:

1) HR people more often than not have barely any clue about the topic. They must, unfortunately, play this charade because if they knew the topic they wouldn't be working in HR.

2) The technical people who prepare the questions typically believe they are too busy to spend time thinking about the problem and instead decide to settle on any test. The assumption is that a good candidate will be able to navigate any kind of test better that a bad candidate. In view of the technical person, this is just a screening, the real purpose being to elliminate as many phonies as possible.

3) The candidates more often than not have highly exaggerated view of their abilities. Unfortunately, high demand means that the market reaches for lower and lower quality of "resource" leading to comical situations where a large portion of the workforce (especially in countries like India) is developing software by shuffling around keywords until the code compiles which entitles them to call themselves Senior Engineers. Real senior people have no problem finding a job to the frustration of others who find the situation "unfair" and the entire process "rigged".

One more note on the process: while the cost of failed interview for candidate is quite low, the cost of making a mistake is very substantial for the company.
I disagree with the entire conspiracy theory.
Node.js Library That Converts SQL Strings to CouchDB / Cloudant Query JSON
spot on.

make also sure you're surrounded by positive people and more importantly not surrounded with toxic people. Because that drains so much energy that life becomes, as OP says, unsustainable.
how much do the books make you, and how much have they made you, over how long? thought about writing, but not sure if it would be worth it
> A powerful motivation for adding generic types to Go is to enable programmers to adopt a monadic error handling pattern.

That has never been my impression. The main drive for generics is safer code, period. It doesn't necessarily translate to a different way of handling errors (Java and Kotlin mostly use exceptions despite supporting parametric polymorphism).

Rejecting generics because they would force a switch to monadic error handling is completely misunderstanding the value of generics, a sentiment that seems to be widespread in the Go community.
Protein order and disorder data for ML and AI
1) You're not "abstracting away" anything like that. If you're talking about operations you can abstract over `a option`, that has nothing to do with nesting.

2) I would consider explicitly nested option types to be a code smell. If `foo option option` happens incidentally via a module functor or something, fine, but if you ever write that by hand, you probably want to explicitly flatten that to a 3 or 4 case sum type with explicit constructor names.

3) Nested structures like this are very unlikely to have synthetic, abstract names like MaybeMaybeFoo. Instead they are more likely to have operational, domain-specific, concrete names names. These structs are likely to _already exist_, since Go lacks type inference for function parameters: You're already going to have to create types in order to talk about these things.

4) You're "manually" packing/unpacking by writing (SOME (SOME ... constructor calls and in your pattern match. The difference between &Foo{&Bar{...}} and (Foo (Bar ...)) is irrelevant. Meanwhile, pattern matching has a syntactic advantage over a `== nil` check, but again, I'd argue that intentional nesting of numerous expected absent values is a code smell. If you really need that, you'd probably employ the null object pattern, which is easy to support in Go because methods can be called on nil instances. I'll say: I've never had to do that in tens of thousands of lines of production Go.
>As is typical, the girls are more sensitive, and tend to seek approval and understanding. The boys are more rough, need to be spoken to much more bluntly, and view me (their father) as an intellectual companion / wrestling partner, depending on their age. I imagine most parents find themselves in similar situations, and we respond according to the needs of their children

You raised these children, your idea of "typical" is going to be reflected in their behavior. They want your affection and attention, and from an early age they've noticed that you react in different ways to their attempts. Combine that with the well defined stereotypes in media, and you get a disparity in how they want to be treated.

I'm not trying to chastise you for this, actively working against it would be difficult and possibly worse for the child. And there are some differences caused by hormones. You are the driving force in their behavior though.
You're correcr, but it's worth mentioning that studies != experiments.

I'm not an anti-vaccer for the record.

The studies vs experiments problem is larger in social sciences than medicine.
Exactly my thought. I'm so excited about this.
You don't understand what a linear theory means. It does not mean that higher order polynomials don't exist in the theory, it means that the dynamics of the system are described by linear differential equations. And your bouncing basketball example is dissipative (look it up).

> Remember, my whole point was the current state of a system does not necessarily encode its past.

Yes, I know. You're wrong about that. The state of a bouncing basketball is not described by the position and velocity of the basketball, it's described in classical mechanics by the position and velocity of every elementary particle that the basketball comprises, and in quantum mechanics by the wave function of every such particle. That information, together with the same information about the environment, encodes the basketball's past and its future.
"The State" exists as much as "Google" or "Microsoft" does.

Either of them is run by specific people and has specific interests. And I believe it is generally fruitful to look at an organization of living organisms as a thing in its own right.
Reading through your comment I can't help but think "this is a junior person who has never actually worked in an office."

Offices are complex setups full of complex people, and to think that you can extrapolate your few experiences or a study to cover any office, ever, anywhere is hopelessly naïve.

"But when you work on the execution of the agreed plan, you have to have a quiet place on your own" <- This is simply not true for everyone, as much as you (for some reason) wish that it was. I'm similar to the person you replied to in that I work best in "busier" environments. (Also, just to cut you off at the pass, I don't have ADHD - what a very strange comment to make). It has nothing to do with multi-tasking, I just enjoy and am far more productive working amongst other people than I am working alone in an office. I don't need to "work on my ability to concentrate", as my technical directors can attest to, it's just who I am.

I think you would be well served by understanding that not everyone is like you, and that people have different needs and abilities. It will help as you progress in your career.
You can find lots of ideas just checking http://flippa.com You can even buy an established website from there and try to grow revenue but it would be wise to be careful about metrics provided by sellers though.
> a correct analysis of this problem requires you to know the guard's exact policy for what to say in every possible situation.

Just as with Monty Hall, where one ought to specify that the host knows exactly what's where, and always opens a remaining door such that it contains a goat (choosing uniformly if there's more than one such choice).

The nice thing about the variant in the article is that it is fairly well and intuitively specified.

(By the way, if the guard chooses B with probability x (rather than 1/2) in case A is pardoned, then the probability that A is pardoned is x/(1+x), which is between 0 and 1/2, but indeed is 1/3 only for x = 1/2.).

A = A is pardoned
etc.

P(A) = P(B) = P(C) = 1/3

SA = guard says A still condemned
etc.

P(SB | A) = x
P(SB | B) = 0
P(SB | C) = 1

P(SC | A) = 1-x
P(SC | B) = 1
P(SC | C) = 0

P(SA) = 0
P(SB) = (1+x)/3
P(SC) = (2-x)/3

P(A | SB) = P(SB | A) P(A) / P(SB)
= x * 1/3 / (1+x) * 3 = x/(1+x)
Yeah, I guess TypedCoffeeScript would be better than just one or the other.