skysight-inc/HackerNews huggingface dataset:
There are degrees of "self-taught". There are programmers who majored in CS and stay up on the field, programmers who majored in math and worked their way through the algorithms book, programmers with no degree at all. As a math major, I guess I'll just punt and say the relationship between this and self-directed learning in law school "is left as an exercise for the reader". I do tend to agree with you that all learning ultimately is self directed, though again, that takes different forms.

Here's the thing - if formally enrolling in law school can't be characterized as "not self study", what can be? We'd be striking the phrase from the language at that point. So while I agree that all learning is self-directed to an extent, I do think it's reasonable to say that programmers do tend to be more "self-taught" than lawyers.
The team I'm apart of started a project 2 months ago. We chose React and Redux over Ember, Angular, et al. A main decision factor was that we needed the server to render our initial HTML, neither Angular nor Ember can achieve this easily, we'd most likely have to lean on a third-party service. Angular looked particularly unattractive with Angular 1 being as good as dead and we didn't feel confident starting with Angular 2, there we're simply too many unknowns. We loved the hot loading & the redux-devtools features, turns out these have given us a decent productivity boost.

2 months into the project I'm confident we chose the best tools for the job, there's been absolutely no regrets from the team members.
> What is this FRP thing

https://en.wikipedia.org/wiki/Functional_reactive_programmin...
mpg123 -z *.mp3
>I am going to rip your self-study to shreds in the morning.

Which is what compilers, interpreters, and "Show HN" do.
I think pressing 'i' to change bit rate from 8-bit helps with the crackling. I didn't get visual feedback that the bit rate was changing (bug?) but I similarly didn't get visual feedback when I changed instruments with 'u', though the instrument clearly changed.
And what information do you base your opinion on? Wild speculation or actual facts?
Facebook has had the most, and pressured others to copy.
From my experience, it is not about the FRP kool-aid. It's about the robustness of the concepts of React (DOM diff-ing, favor immutability, declarative views etc.)

Adopting something like elm might have its advantages, but also comes with practical disadvantages that, depending on your team and your project might be simply too big make the jump.

React got a lot of things right in my opinion. So much that to go from apple to fruit salad, you need roughly 200-300 additional LOCs, and you have a very robust Frontend system that, once you wrapped your head around React, has a very low knowledge barrier.

However, the good traits of React are not attributable to one concept like "FRP" but are simply "good concepts" that seem to influence other Frameworks to do "the same, a little different".

The adoption, the somewhat small API, the support from a large company, the possibility to integrate it easily in existing codebases that use other frameworks and react native has a much stronger pull than FRP in my opinion.
Yea they are all prototypes (coded in less than a week; never polished or completed into full games). 3-Snake was a cool CONCEPT; but when I actually made the game work it...wasn't really snake anymore; adding the extra degrees of freedom made it lose all of the puzzle portion of the challenge and feel like a dodging game.
Most online synth examples are too complicated: they try to give you everything

Totally.

but you can make a bunch of music using only a subset of

Waveforms? Filters? Oscillators? Envelopes? Yeah... synths are totally complicated. I'm excited to see how you're going to make it simpler.

the 12 available notes. The Pentaphone limits itself to just those heavy-hitters.

NOOOOOOO!!!!! Talk to every guitar player; this is the path to purgatory.

Edit: I've warmed; it's pretty fun and I could see this turning people on to improvising. The "8" (next tonic) would be sweet. Maybe shift to raise the whole thing an octave? Proper face melting requires access to two tonics...
What is this A/B formatting? 20/5, 100/50, etc.
precisely
Sleeveless Floor Length Lace Dress
Nice segue.
Developers wanted to create 3D engine for Freeciv-web
Next up: ourselves. Bioengineering embedded circuitry into our skin. Forget wearable devices!
PostgreSQL: Documentation: 9.4: seg
Because it's all BS anyway.
I understand these words, but not in the combination used.

I guess this is really simple to people with the nessecary maths background to understand this, but for me I just don't see the connection between vectors/gradients and type systems.
Of course “If you build it, they will come” doesn't work. You need to market the hell out of it. And even this won't sure your success. There are three keys. Killer idea, Awesome design, and great marketing stragedy. Read about it in here http://www.newinandroid.com/how-to-publish-an-app-on-google-...
Rich people need pooor laborers to create the wealth they get 50% as capitalists and consumers.
>Bundling Excel and Word (and more) into a single MS Office product was a masterstroke that definitely helped them, but you can't claim that was some sort of evil monopolistic genius

But I didn't

>Desktop Linux was a joke at that time and has never caught up. Basic things like "how can I install this program" or "why does my sound not work" were FAQs for Linux users in 2001, and arguably the community never really overcame its internal political issues to solve them.

Are we really going to rehash 15 years old arguments? It's a lot easier to give a smooth hardware support experience to the user when you do it for them, if you had to install windows from scratch back then it would have been different.

Windows XP was successful for the same reasons Windows ME, Windows 98 and Windows 95 were successful, backwards compatibility and you got it preinstalled on every computer.
Korean big boobs Han Ye-in nude í•œì˜ˆì¸ Fì»µ ì´ˆê±°ìœ  ëˆ„ë“œ (3/8) – XNXX.COM
Pretty nifty. I would also kind of echo a suggestion sort of already offered by `vinceguidry: when expanding, I have to drag the screen over a la Google Maps style, it would be nice if I don't have to do it. Lower the amount of actions like this for the user.
> [...]TrueCrypt cannot actually properly protect data on a running system.

This I understand : as long as you store the encryption key in RAM somebody that can access your system can get it.

> If such protection is desired, one cannot get around solutions that use smartcards or other hardware-based key storage such that the encryption key can be better kept a secret.

Can someone expands a bit on this please ?
Changes in the TLS certificate ecosystem
Can you name those rudimentary statistical tests that Mersenne Twister fails. I would like to test them out, since I regularly use MT. Thank you.
The difference is that React is much less opinionated. You can tie it into your existing Backbone app or you can use Flux (or one of the many Flux-like libraries out there) or you can use Redux (which is in many ways exactly like React, but for state) or you can use something like Relay or Falcor or even something entirely different.

Angular wants to own your project. That's not necessarily a bad thing because it also means you don't need to evaluate the relative pros and cons of lots of tools doing what it already gives you for free and you're more likely to find help because there are more people with your specific combination. But it also limits how much you can adapt Angular to your specific application's needs.

The more you deviate from the defaults, the more you lose the benefits of using a full-featured framework in the first place and the more you have to muck around trying to bend all the parts into the shape you want.

Plus you actually CAN use React inside Angular (or vice versa) if you really want to. It's probably not a good idea because React doesn't do anything Angular can already do (but differently), but it's entirely possible (just like how people already used Angular with Polymer or Backbone or what have you).

I wouldn't say React influences the rest of your app as much as Angular (or Ember) necessarily does but saying that a tool will influence the rest of the app is almost tautological -- every decision affects other decisions, even if it's only because of the mental models it may bring with it.

The truth is, it's not a decision between Angular or just React. You're not going to simply use React. You're going to use React plus something else. That's simply a set of decisions choosing a framework won't require you to make.

The comparison isn't meaningless because there is no either-or choice. The comparison is meaningless because it's incredibly hard to compare just React with all of Angular (or Ember or whatever).
Fortunately, there are very fast universal hash functions like Vhash that are resistant to hash-flooding.
Goodbye privacy, hello Alexa: Amazon Echo, the home robot who hears it all
This might sound basic, but it's totally true.

Go to Meetups and talk about it whenever possible.

Move your location to the epicenter of whatever industry you want to build traction in. Fashion oriented -- try New York.

I know of people that have raised money (read $50 investors) for the sole purpose of getting peoples attention.

I'm sure these are not new, but they are routinely passed over.

To be frank, getting eyeballs is by far THE HARDEST PART to launching a business, so explore all avenues.
For Truecrypt you have to be a C++ dev and a cryptographer, I guess there's only a handful of people that have the requirements.
My personal definition of random includes the requirement that plotting the bits must look random, and have no visible signs of pattern. The OP did that and you can see patterns. If plotting a picture of a PRNG's bits has visible patterns, I definitely call it completely broken.
I think FRP is one of those technologies where going full-hog (all the things are event streams!) results in confusing code and a dogmatic, difficult, and unpleasant development experience. However, if you apply it just enough, you'll have coherent one-directional dataflow, effortless propagation of state changes, and a nice testable push architecture as a free side-effect. It's a way to tame the state-monster. And there will be numerous small isolated parts of your codebase that are unrelated to the aforementioned goals, where sticking to FRP would be masochistic and pointless.

A major part of mastering a technology or paradigm is knowing when to apply it and when the costs of it outweigh the benefits. Then again, I prefer hybrid-friendly languages like scala, so maybe the haskell and clojure people are onto something that I'm missing.
Put a stop to all bullying Anti-Bullying week
Put a stop to all bullying! Check out Butterfly Me ....by, Evon Latrail
Now available @ www.amazon.com
#evonlatrail #trending Anti-Bullying week!
Spain ‘issues arrest warrant’ for Israeli PM Netanyahu over 2010 flotilla attack
LIO 4REAL – DIE SLOW [TRAP] [LIO_4REAL]
It's a way to write applications as declarative code that defines the UI in terms of sequences of events and streams.

Basically: something incredibly powerful and clever that will not be adopted by the wider developer community until someone figures out how to present it in a way that makes it accessible to someone who isn't deeply interested in academia.
>Anyways, I think React will be short lived, because anyone who really wants to hop on the FRP bandwagon will pick up something like http://elm-lang.org in order to fully achieve Satori

Lot of ppl do server side rendering with react so elm is not going to cut it.
It uses Coq, a language for proving things about code (and writing code in a way you can prove things about), to interpret LLVM IR and verify the correctness of transformations on LLVM IR.

IR ("intermediate representation") is the form of code inside the compiler, used after a frontend (like clang or rustc) has parsed and made sense of the particular language you're using, and before the compiler is ready to output native code. All optimizations happen on IR.

So, this is a toolkit for letting you prove the correctness of LLVM optimizations (i.e., that some IR has the same behavior before and after the optimization pass), so that an optimization pass isn't accidentally introducing exploitable bugs into your software.
Or a train of thought is an epiphenomenon, and we don't have to speculate about secret languages. Fodor finds this unacceptable, but without serious argument.

https://en.wikipedia.org/wiki/Epiphenomenalism
True. But I don't think it's hard to come up with a seed which is guaranteed to be unique. If you use counters you have a ton of management overhead. You now need to keep track of where the counter for each thread should start and what happens when a thread crashes. Also, what happens when you want to add a new thread? Now you have to change the increment for your counters.
You can capture your screen and microphone audio with ffmpeg only. No extra commend is needed. I use it all the time on Windows. I like being able to capture in a lossless format (x264 with -qp 0 and flac audio).

https://trac.ffmpeg.org/wiki/Capture/Desktop
I looked into doing this a few years back after I disputed a bunch of abusive tickets in federal court and won. Ultimately I didn't live in one of the 4 states that allows apprenticing and I wasn't serious enough about it to want to move to one of them that did. It's too bad this isn't an option everywhere because I would totally be a lawyer on a volunteer basis but there is no way I would want to do it as a profession. Part of me also wonders if I could ever be as interested and driven to solve another person's legal problems that weren't my own.
The same can be said for private companies. The difference is that private companies are allowed to weasel out of their obligations and the federal government picks up their pension responsibilities... https://en.wikipedia.org/wiki/Pension_Benefit_Guaranty_Corpo...
This would make a good Show HN post.

Rules: https://news.ycombinator.com/showhn.html

Show HN: https://news.ycombinator.com/show
Translation: https://translate.google.com/translate?sl=es&tl=en&js=y&prev...

Summary: In Spanish cities, people are pulling large blocks of apartments off the legal rental market to illegally rent them through AirBNB (just like in NYC). Municipal governments are struggling to figure out how to deal with this.
Note that this process is still ongoing. Often, when demolishing old buildings in dense (and expensive) cities, basements are simply filled, the whole ground is raised above the original ground floor, and ramps are added. It's just cheaper than digging the old structure out. Once all surrounding buildings go through this process, the whole road is higher than it was, and the original structure is "submerged".

Even when a road is repaved, the original layer is often not removed completely but the new road will still be laid down as thick as the original -- this is what happened where you see "sunken" drains or manholes (they will eventually be repositioned higher up when intolerably deep). In a few hundred years, again ground floors will have become basements. It's just how cities work.
The Discovery of Dynamics by Julian Barbour explains Kepler's work on Mars with enough technical detail and historical context that it made me think: holy crap, Kepler was a genius, or very lucky in some of his inspirations, like the guess that led to the equal-area law (it was meant at first to be an easier-to-compute approximation to another idea); along with the mathematical talent he worked really hard and earned that luck; and nobody else seemed to be thinking about the problems in the same way leading to Kepler's laws. I'd guess they'd have taken decades more without him, and appeared in stages.

Of course his work was not done in a vacuum.
No, it's talking about optical resolution. If you were to make an image of the universe surrounding our Solar System and galaxy, there's a maximum number of pixels that you could zoom in and see before everything gets fuzzy due to spacetime warping the path of the photons as they made progress through the universe. (Like taking a photo through frosted glass, except the frosting is much finer here.)
As anotheryou said, the phone is sadly limited to displaying double-digit numbers of missed calls. It did ring every couple of minutes though while we were there. We were playing with the idea of calling the people back (like any phone it shows the caller's number unless the caller chooses to prevent that) but in the end we didn't.

Photo: https://i.imgur.com/zBaVFMH.jpg ("99 missed calls")
>It makes sense to me that this is exactly how we talk. We don't think things out at first in our heads, we just form an idea and then say the words to communicate it.

This sounds pretty familiar to me - I feel communication is like serializing my thoughts, which happens without internal monologue. It seems to me like everyone would think this way, but I have no idea.
Absolutely agree, I have just started a new project which is the first time I have used React beyond a "toy" project (along with Typescript and Redux), and have found by far the best approach is to start off with just the basics (i.e. React alone), and only add in additional libraries when you start hitting problems you feel could be solved in a more optimal manner (e.g. Redux when state management starts getting messy, then redux-form when you realise form onChange handlers etc. are a bit tiresome to write, etc.).

It does help to have a good awareness of what libraries are being released and are becoming popular before you start needing them however, so you can realise when you are facing a problem that has already been solved - it helps if you read the React-related stuff that appears on HN and follow a few of the "key players" on Twitter.

The big starter projects are a great resource for code examples of how pieces fit together and for pointing you in the direction of other interesting libraries, but are just too overwhelming to work with if you aren't already familiar with the core components of the stack.

One thing I am enjoying a lot about the React world (compared to the Angular world, in my case) is that each library/component tends to be pretty simple (for example, the APIs are pretty small) and you can reason about what it is doing in your head; but the way they fit together can make solving complicated problems feel really easy once you get your head around the React/Redux (or whatever) approach to breaking things down. I feel like I have a much better understanding of what is going on under the hood with the application than I did with Angular, and this makes solving hard problems much easier, even if it means more setup and lines of code initially.
A big difference between the software development and the legal world, alluded to in the article, is that the legal world is the most snobby, credential bound field I've ever observed.

While I've occasional seen developers express frustration that this or that employer strongly prefers graduates of a particular school -- by and large if you have a string of accomplishments all doors are open to you. The legal field is the exact opposite. There are entire career paths that are simply only available to those that attended one of a handful of law schools (the legal academy being perhaps the worst).
Well Google fucked up too, in a way that affects many more people. They used a broken form of an obsolete random number generator with a 2^30 cycle. There are faster and simpler generators that perform overwhelmingly better on statistical tests.
Proprietary drivers already exist and they are legal. (Whether or not that's a good thing, is a different, controversial topic.) They work by having the user compile an open-source shim module which allows device control from userspace. Then the user installs a proprietary program into userspace (i.e. as the root user) and this program permits control of the device from the rest of userspace.

There is nothing explicitly stopping a user from installing a different, open-source program that talks to the open-source shim module.
This article is a gold mine for female entrepreneurs
Jolla to Cut Half Its Staff, Restructure Its Debt After Funding Stalls
> Google (who is backing Angular) doesn't have nearly as much skin in the game as Facebook (who is backing React).

Excellent point. Here's another "smell" with angular: http://angularjs.org versus https://angular.io/. The former is AngularJS 2.0 and the latter is AngularJS 1.0... they maintain two websites for two versions of the same framework.

It boggles my mind.

Who thought it would be a good idea to separate versions of the framework onto two different domain names? While they're still owned by the same company? Why? Unfortunately, the only sensible answer that comes to mind is "AngularJS 1.0 was such a colossal, terrible mistake that we need to move away from it not just from a code perspective, but from a marketing perspective as well."

Normally, I avoid framework/language wars but I had ( and will soon again have ) the misfortune of developing in Angular. Consulting out-of-date documentation on their quick-and-dirty bootstrap site, fervently wishing that the devs didn't rage-delete the comments section which corrected the incorrect documentation... yuck.
> As usual with these kinds of books, there is no mention of the work done by Muslim astronomers hundreds of years before either Copernicus or Kepler.

Same logic applies for the Arabic/ Islamic Golden age astronomers who were dependent on previous Indian, Greek and other mathematicians to further translate/ popularize , improve upon and invent what was the state of the art in those times.

Take a brief look at the wiki page for a continuity and cross-pollination of ideas across[1]. What matters is a conducive/ peaceful period where ideas flourish and new inventions are made.

The historic progression of ideas is thus: (remember, there will be ideas cross-translated across individual years within this broad sub-periods, and isolated inventions which were independently/ semi-independently discovered).

Babylonia (1800 BC) -> Egyptian (1800 BC) -> Greek (600 BC to 150 AD) -> Chinese (300 BC) -> Indian (200/500 BC to 1200/1400 AD) -> Islamic (1050 AD - 1400 AD) -> Medieval European (12th century) -> Renaissance (1400 AD) -> Modern Mathematics.

Also, see [2] for Al-Khwarizmi's On the Calculation with Hindu Numerals (ca. 825), and Al-Kindi's four volume work On the Use of the Indian Numerals (ca. 830)

> Unfortunately many Western historians casually ignore or at best minimize the impact the Islamic scientific movement had on many fields such as philosophy, mathematics, physics, chemistry, and astronomy. Instead they jump from the Greeks to the pre-Renaissance era.

On the same token, one might be making the same mistake if the Indian influence of the Islamic golden age thought process is not acknowledged. By reason, the influence of Greeks on Indian thoughts and so on and so forth. Please take a look at [3]

And lastly [4]

[1] https://en.wikipedia.org/wiki/History_of_mathematics

[2] https://en.wikipedia.org/wiki/History_of_the_Hindu%E2%80%93A...

[3] https://en.wikipedia.org/wiki/List_of_Indian_mathematicians#...

[4] https://en.wikipedia.org/wiki/Standing_on_the_shoulders_of_g...