skysight-inc/HackerNews huggingface dataset:
I am waiting for my son to grow up a little to play with it.

Honestly, I find a lot of this frustrating because I do not have a small goal. This week I came up with a few minor projects and will try to implement them in different languages if I have a chance, like an IP subnet calculator, and a reporting tool for maildirs on my computer. Trying to learn without simple goals has proven wasteful. I decided this last weekend to change course.

We shall see how it goes.
The EU did, here's some background[0]. As for Apple, they didn't 'get away' with anything as far as I can tell. While iPhones are very popular, they make up well under 20% of the global smartphone market. It's a bit early to say standard headphone jacks are obsolete, but the notion sure does generate clicks and catchy headlines.

[0]http://www.bbc.co.uk/news/technology-24726077
"If you look at the previous generation of phones, things like Nokia phones, you had to have an adapter," he reasons. "If you want to connect headphones to professional equipment, you also need a professional adapter."

No, this was (for the most part) an anomaly. (Sony loved this crap.)

And the "adapter" you need for professional gear costs all of .25, unless you want to plug your headphones into BNC, then it's maybe 1$ in parts and 15 minutes at your bench.
All this says to me is that style over substance funded by outrageous markup is still the name of the game in this industry. Just swap glossy Roger Federer ads for quirky YouTube videos. For the price of two months club subscription you could have two years worth of high quality DE blades delivered, if you can live without being told how great you are for buying them every month.
That's slightly backwards.

The second Emacs (after TECO) was written in Lisp. On a Lisp Machine. Stallman later went for an Emacs, GNU Emacs, written on top of Lisp VM implemented in C. That one then got support for 'inferior' Lisps, external Lisp processes run from GNU Emacs. Extensive modes were ILISP and ELI. Slime is kind of a reimplementation of ILISP.

Clozure CL goes back to Coral Lisp, an early Lisp for the Macintosh, written in the mid 80s. Coral Lisp, and the Coral Common Lisp, and then Macintosh Allegro Common Lisp and then Macintosh Common Lisp all were written mostly in Lisp and had an Emacs-like editor (FRED - FRED Resembles Emacs Deliberately) included plus a bunch of tools: backtrace, inspector, interface designer, Editor-based Listener with REPL, etc. The main difference to GNU Emacs: it was focused on Common Lisp programming, it was implemented all in Common Lisp, it all ran in one application (no external Lisp), much of the tools made use of the GUI toolkit from the mac (menus, dialogs, buttons, copy/paste, AppleEvents, ...).
MCL then was dead end, because it was tied to the old Macintosh libraries.
OpenMCL was a fork initially thought to run on the spaceship mentioned before (but it was actually LispWorks, which was used for the spaceship). It was stripped down and ported to Unix or something similar. OpenMCL, later renamed to Clozure CL, was brought to the new Mac OS and got a simple IDE, but not based on the MCL code, but using some of its IDEs.

So Clozure CL's IDE goes back to the old MCL IDE and to Hemlock (the Emacs-like editor from Spice Lisp / CMUCL). It's not based on remote/external execution, like Slime.

Clozure CL's IDE is very simple, offers not many tools, and those tools are not really powerful. For MCL there were much better IDE tools developed. But MCL is gone.
A flat rate could cover software fees and advertising. Dispute resolution should maybe be insured for each and every ride, but at nothing close to the ~20% cut currently taken.
Work for Microsoft, eh?
I feel like getting into selling prescription devices is a bigger hurdle than say reselling razor blades.

Also is there an FDA approved factory that white labels contact lenses?

Edit: after thinking more aren't contact prescriptions written for a specific brand? I know mine is written for Biofinity Toric lenses and that's the only type I can get. So you would need to bring in optometrists and convince them to fit their clients to your new line of contacts.
Yes, there is the dictionary definition (I would say the proper one) and then there is Paul Grahams definition, which includes the fast growth part. Being on this site, the second one is often assumed to be the proper definition.
> The company said updates to Windows 10 are a choice, not a requirement

The other day, I woke up to my computer installing Windows 10 on its own. I was out of commission for hours waiting for it to finish installing, then a few more hours getting back to Windows 8 -- basically blocked an entire day of work.
I usually like Fred Wilson's essays, but I have to feel like he's on the wishful thinking hype train on this one. Through the lens of VC (and finance at large) monetization is always the question. However Fred is too quick to ignore that what usually makes open protocols successful is being free and relatively simple. Throwing blockchain tech into the mix is going to add tremendous complexity and friction to any protocol which will then be out-competed by a true open protocol.

Underlying this wishful thinking I smell a frustration that investors can't make money from open standards. But the reality is that open standards bring an incredible amount of value to companies and individuals that rely on them. Think about the transaction volumes happening over HTTP or SMTP, let alone TCP/IP. The value is immeasurable, it's just that finance can't get a piece.

This is one of those areas where we have to recognize that economics and GDP do not tell the whole story of human value. Blockchain tech is really cool, and I don't think we've scratched the surface of where it will eventually go, but I just feel dirty when I see how excited VCs and finance guys get about it.
My project, improve.ai, is a first concrete step forward in this direction.

We start by replacing if/then statements with a decide() function and some goal events.

I've used this approach in my app, 7 Second Meditation, to achieve a solid 5 star rating across 248 reviews and 40% first month retention.

https://itunes.apple.com/us/app/7-second-meditation-daily/id...

I'll be writing some articles deep diving into 7 Second Meditation and breaking down how I'm achieving this results. For now, here is a taste:

https://blog.improve.ai/hi-world-how-to-write-code-that-lear...
Firedrop: A website builder that does everything for you
Yep, I looked it up too, and indeed par and impar seem to have been the standard Latin terms for even and odd in the mathematics of the era. See, e.g., Clavius's 1574 translation of Euclid's Elements [0].

0. https://books.google.com/books?id=4Ks7AAAAcAAJ&pg=PA8&lpg=PA...
Thanks for the explanation. I guess in this case I learned be careful what you wish for. I guess this is why I prefer the

<Item>
<Parameter><Data></Parameter>
</Item>

But this is my ignorance of XML and familiarity with HTML showing.
Drake – Too Good Feat. Rihanna (TopCover)
I think it might also be a way of proving that the compiler is correct. Not really sure.
Announcing the book “Node.js design patterns – second edition”
Why should low-paid car drivers be the ones sharing their hours/pay with the othwerwise unemployed, while highly-paid professionals don't?

That's only a relevant question if the policy being proposed is actually likely to achieve a transfer from highly-paid professionals to the unemployed. Which is certainly not obvious, let alone consensual.
I have a system that has things like <Task ID="6">Blah</Task>. Why is the ID, clearly always an integer in every sample of hundreds I see, represented as a string?

You're really asking a different question here: "Why should an integer be used as a task ID?" Storing the task ID as a string may give you options in the future that you wouldn't otherwise have, at a relatively small cost in parsing performance and validation overhead.

Most of the world's regrettable XML schemas were faulty at the specification stage, not the implementation stage. To minimize the likelihood of eventual regret, I usually prefer to store stuff in strings unless there's a very good reason not to. The fact that I'm using XML means that I'm not that concerned about performance, so... strings, it is.

A similar argument can be applied to the child/attribute dilemma. If there's even the slightest chance that a field isn't always going to be a leaf node, I'll do the extra typing and make it a child. Ideally the parser would be written to make them both work the same anyway.
wrt the XProc pipelining: it's been some time, but I recall various possible transforming and matching steps, such as a conditional stream, transformers, reduction steps of multiple streams and others. This could then be combined with XPath, XQuery, XSLT and even SOAP requests. The problem of XProc was similar to the rest of the XML era: it required too much of the implementer to understand. Also, good programmer tooling, such as graph editors for the pipelines were missing. Perhaps this is slightly similar to functional programming and category theory nowadays. The ideas are sound, but it produces too much study and too little profit. Also, to properly work with category theory in programming, it would be very nice to have some graphical tools to view the transformations applied to your code.

Now for the flamebait-y parts. Yes, XML has loads of archaic SGML syntax bits, DTD built-in (hopeless for small parsers) and the attribute/sub-element divide has never been completely solved. But it can be argued that JSON had a similar fate: it literally descended as a subset of ECMAscript. This also explains the lack of separation between integers and floats.

But I agree, XML is definitely not the best data-interchange format, but neither is JSON. Some LISPy syntax would be my preference for data-interchange if it needs to be readable. But I'm trying to argue that this doesn't really matter. The XML era is mostly over, and I'd say we should try to learn from 'the good parts'.

I conflated XML with the XML Schema datatypes, and I shouldn't have, but it has been some time since I last seriously worked with XML. Also, we should consider the whole ecosystem, not just structure. XML Schema actually does spec binary data (http://www.datypic.com/sc/xsd/t-xsd_hexBinary.html).

With regard to round-trips: as a general rule it might not hold if you ask me. It implies an origin and even state! Maybe the sender cannot cache your binary data for a round-trip (memory, legal, latency, security constraints all play a role here). Personally, I like RESTful for simple systems, but for more involved architectures, message passing is much more scalable and easier to distribute.

> As for parsing streaming JSON, I don't know of there are any libraries for it, but the implementation should be very simple ...

Yes, a novice programmer should be able to write it in an hour. But the weird thing is, of all our libraries and all our frameworks (browser-side), none of them do streaming. Ok, I guess we should use websockets with JSON-encoded events for this, but still.

But hey, there are so many metrics with which one can evaluate a data-interchange format. (Recently we did a survey of binary data-interchange formats and found around 25 different criteria... and we were not really being thorough).
> A few changes would make XML closer to ideal: eliminate attributes and eliminate the name in closing tags (<tagname>value</>), which makes child elements much less verbose, and reduces the need for attributes.

Then just change '<tagname>' to '(tagname,' and '</>' to ')' and you'll have S-expressions.

Consider this:

(feed
(version 1)
(title "Example Feed")
(link http://example.org/)
(updated "2003-12-13T18:30:02Z")
(author (name "John Doe"))
(id urn:uuid:60a76c80-d399-11d9-b93C-0003939e0af6)

(entry
(title "Atom-Powered Robots Run Amok")
(link http://example.org/2003/12/13/atom03)
(id urn:uuid:1225c695-cfb8-4ebb-aaaa-80da344efa6a)
(updated "2003-12-13T18:30:02Z")
(summary "Some text.")))

That is a canonical S-expression (for a Scheme or Common Lisp reader, just quote the URIs too) version of:

<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">

<title>Example Feed</title>
<link href="http://example.org/"/>
<updated>2003-12-13T18:30:02Z</updated>
<author>
<name>John Doe</name>
</author>
<id>urn:uuid:60a76c80-d399-11d9-b93C-0003939e0af6</id>

<entry>
<title>Atom-Powered Robots Run Amok</title>
<link href="http://example.org/2003/12/13/atom03"/>
<id>urn:uuid:1225c695-cfb8-4ebb-aaaa-80da344efa6a</id>
<updated>2003-12-13T18:30:02Z</updated>
<summary>Some text.</summary>
</entry>

</feed>

I particularly like how URIs are sometimes encoded as attributes and sometimes as child text elements.

And compare to your proposed version:

<feed>

<title>Example Feed</>
<link>http://example.org/</>
<updated>2003-12-13T18:30:02Z</>
<author>
<name>John Doe</>
</>
<id>urn:uuid:60a76c80-d399-11d9-b93C-0003939e0af6</>

<entry>
<title>Atom-Powered Robots Run Amok</>
<link>http://example.org/2003/12/13/atom03</>
<id>urn:uuid:1225c695-cfb8-4ebb-aaaa-80da344efa6a</>
<updated>2003-12-13T18:30:02Z</>
<summary>Some text.</>
</>

</>

I think it's pretty clear which is the most readable and elegant.
What is a gay startup?
It is an interesting question, because some companies have made specialty-specific front ends to serve dermatology, for instance, but even at that resolution it ignores a lot of work flow variability between individuals.

I was thinking about the available EMRs out there right now and find that most of them are basically digital versions of the old paper medical chart (with some bells and whistles). None really try to improve upon the process of flipping between pages (or screens) to gather data or track changes , which seems like a pretty big opportunity.
In case you are not playing stupid intentionally, my point:
blame corporations, not people: tax corporations that contribute to the global warming today (that may have a real effect even if it is almost impossible to implement -- it should be easier with each more frequent natural disaster) instead of suggesting "eat less" to the whole population (that won't have nearly the same effect and it is even more impossible to implement).
Apparently Nagios is a logging tool, and metrics don't exist.
Oracle's plans for Java and the JVM are pretty open:

• In Java 9 modularise the platform, add a static linker, support new JIT compiler plugins with an advanced new compiler (Graal) as the first user, a whole other bunch of things.

• In Java 10 add value types, better generics, local type inference to the Java language, possibly a replacement for JNI/native code usage (Project Panama), a bunch of other things.

There are quite a lot of plans for Java actually, considering that it's not a profit center for Oracle.
Something about Malcolm Gladwell really didn't sit right with me after learning about his tobacco industry connections (http://exiledonline.com/malcolm-gladwell-tobacco-industry-sh...).

Reading this guy's response to Gladwell's cultural theory of plane crashes sealed the deal for me:

http://askakorean.blogspot.hk/2013/07/culturalism-gladwell-a...
I enjoyed reading this post, as well as I did patio11's a few years ago, but I feel that a lot of the advice applies mostly to highly in-demand workers (read: software people). At least, so has been my limited experience.
There's something odd about the list of escalating predictions, this one in particular:

"November 2013: The International Energy Agency predicts a 3.5C increase by 2035."

If you follow the link, it points to a Christian Science Monitor article from 2010 (not 2013), which confirms that the IEA did make such a prediction, but in 2010.

Also, this line:
"2012: The conservative International Energy Agency’s World Energy Outlook report for that year states that we are on track to reach a 2C increase by 2017".

Are we still on track?
The latter is not correct. You can do it and people have.
If I understand it correctly, all the membrane area has to be exposed to direct sunlight.
A game that was basically an IQ test might work as well. Like having to solve those abstract pattern matching or 3D-to-2D geometry questions. Maybe. I'd guess there's some slight advantage to having answered many of such questions, but I doubt it is nearly as big a difference as, say, studying Chess or Go.
Pedantry around the definition of something as vague as "startup" is itself a form of social signaling which I find both tiresome and also the type of thing which people who hope to succeed in "real startups" need to really not be spending any time thinking about.
> Disagree. JSON became popular because it was extremely easy to implement (both for marshaling and consuming), and because it was extremely lightweight.

A canonical S-expression parser is strictly easier to implement, given that S-expressions consist only of lists and byte sequences (no numbers or objects), and is even more lightweight. JSON's big advantage was that it was familiar to a JavaScript programmer, that's all.
Looks like the spec is 10,000 cycles: http://www.anandtech.com/show/8377/usb-typec-connector-speci...

That's over 13 cycles/day for two years. Probably fine for most users.

Edit: The official spec is only available via a zipped folder of PDFs, here's the particulars to save readers the effort.

5.7.1.3
Durability or Insertion/Extraction Cycles (EIA 364-09)
The durability ratings listed in Table 5-16 are specified for the USB 3.1 connectors.
Table 5-16. Durability Ratings
Connector Standard Durability Class High Durability Class
USB 3.1 Standard-A connector 1500 cycles min 5000 cycles min
USB 3.1 Standard-B connector 1500 cycles min 5000 cycles min
USB 3.1 Micro connector family 10000 cycles min
The durability test shall be done at a maximum rate of 200 cycles per hour and no physical damage to any part of the connector or cable assembly shall occur.
> At its most serene, a lizard won’t interact with you any differently than it would a branch.

Sure but it's still interacting. I've had tortoises and lizards for a long time and I really like interacting with them. See them react to different things, whether it be me or a branch.
Mao: An unknown story (2005)
> Tolerating for a while and then forcing you to switch, and then putting you back into "idiot mode" as you both sound funny and can't express anything precisely

That's not true. The typical German mentality is rather: They are/were willing to learn English to be able to communicate with you when you came. But now that you want to stay here for a longer time, you are expected you to learn German, too. So in other words: Some English speakers rather tend to confuse politeness (speaking English at the beginning to native English speakers when they are new to Germany) with acceptance (of having to speak in English to people that stay there for a longer time and are not willing to learn German).
Or, do exactly this with an offline windows VM on a POSIX host. Even with enabled file sharing it should be reasonably secure in terms of privacy and at the same time convenient. The only usecases where this is not ideal: gaming and graphics heavy applications.
The article talks about using telescopes, which is odd. NORAD uses a radar system designed to provide early warning of Russian ICBMs to track satellites. I assumed Russia would use a similar system.
I'm just old enough to remember cars with mechanical hand cranks to open the windows. You couldn't open the passenger side window if you were driving. It was dangerous to open the driver's side window if there was a lot going on. The rear passenger windows often didn't open at all in cheaper cars. The number of times you'd leave a window open by mistake was far higher because cars didn't alert you about it.

I'd much rather have electric windows that are cheap and easy to repair than reintroduce hand cranked windows, even just as a back up.
> getting rid of the jack substantially boosts battery life

Yes, as you say, by moving the power draw for the DAC to another device, which must be charged separately. This isn't a real gain in battery life in any way.
React Server Side Rendering with Simple Redux Store Hydration
Model-dependent realism
I disagree with your conclusion.

In my app, 7 Second Meditation, I am constantly authoring new content. It uses improve.ai to show that new content to some small number of users and learn how they react to that content.

The learning happens from the users themselves. In my particular case, within about 300-500 views the system can tell if a new piece of content is total crap and will basically stop showing it. If the content is amazing, within 100-200 views it has a strong idea and will immediately prioritize this content.

The results speak for themselves, before I started using machine learning I was getting 4 star ratings and usage was flat. Now I'm getting 5 star ratings and the app is growing.

Will it ever take off at large scale? I have no clue, but I've seen such strong benefits from the machine learning that I'm now working on developing improve.ai full time.
> A program that looks at a pattern [...]

This is what programming already is, the "pattern" being code. A compiler is a program that looks at a code pattern and, if it's a good compiler, it can tell you if you've missed edge-cases through compile time errors.
Here's what that looks like on the ground. Ellicott City, MD had a flash flood last night. The Patapsco River rose 14 feet in an hour and a half. The area has flooded before, but during hurricanes, for which there's more advance warning.

[1] https://www.washingtonpost.com/local/severe-flash-flood-stri...
In Somerville, yeah.
I live in the mountains in Central Arizona. A few summers ago we had a microburst in our neighborhood. For 20 minutes it was like a wall of water coming down. The house down hill from us got 3 feet of mud in the living room, major property damage. It took us about 5 hours to repair our yard but no real damage. Meanwhile, a friend living less that a mile away only had very light rain.
Sure there is. It's what we vote on and agree to as members of a democratic society.

No one earns anything in a vacuum. Money doesn't exist without society. Taxes reflect that.
Branding is the single biggest defense against any incumbent. Universally agreed, branding is a very strong defense.
They had sales of 150 Million. Merely six times? Consider that against some Bay Area startups valuation !!
I'm not sure why Gillette should be (very) afraid of DSC. Gillette had $7B of sales in 2015, compared to ~$240 million by DSC. The real questions that should be asked are:

- Did Gillette's revenues decline because of DSC? If so, by how much?

- What is DSC's growth now?

- What is DSC profit margin? (Hint: it's < 1%)

- With > $160 million in investment in DSC, what % did the 190 employees own?

While DSC had $240 million in sales, a huge percentage of that money did not go into their bank account. Since they were buying razors from a 3rd party, easily 40-60% of the costs go to the razor manufacturer, plus shipping & handling costs, taxes, etc. According to Forbes they weren't even profitable! (http://fortune.com/2016/05/16/dollar-shave-club-2/) Gillette's profit margins are ~30%, for comparison, even with massive marketing, sales and distribution costs.

I do love DSC's model and attitude, but claiming the sky is falling because they were purchased for $1B is hyperbolic. Look at the numbers and do the real math :)
Jailing is pointless and dumb. What we need to do is put in a process that will prevent this from happening ever again. On that point, I see no actions being taken. So jail or don't, there's just going to be more crisis down the line.
Yeah, and if some Republican's daughter gets an abortion, we should totally publish her medical records to prove he's a hypocrite. Maybe next time she'll choose a better father.