sdx23

http://scholar.google.com has the full-text pdf if you put in the title.

Nokia N9 and its OS: Meego. Imho this was in so many aspects "UX just done right".

You can build slim frontends that barely put load on the server. Or you can build fullblown monsters that put "a bit more" load on the server (and the browser). So, it's not only not-UX.

I really don't understand modern web development. If people would build websites without shit, they wouldn't need stuff like this.

Flowers for Algernon by Daniel Keyes. I'm surprised nobody mentioned it yet. It made me reconsider quite a few things.

Multiplier effects are the one thing. Personal choices are the other.

Everyone can make concious decisions about:

- transportation, especially flying,

- food, especially eating meat; also exotic food from far away,

- consumption: do you really need that new thing you wanted to buy? Will it actually improve your live?

just to name some, imho most influential ones. Also, be informed, e.g. https://www.drawdown.org/solutions

So true. Even for wikipedia (which is not that bad at all) from a readability viewpoint it still gets better using the mobile version. Compare e.g. https://en.m.wikipedia.org/wiki/Web_design and https://en.wikipedia.org/wiki/Web_design

On the other hand, with the mobile version navigation links are not as easily accessible.

Beg your pardon: You say "essential features" and your page lists things like "Animated anchor links".

In my humble opinion the problem is the common misconception of what is "essential". Which in the end maybe only consists of the answer "the content".

less bad? To me it's awful with the different thicknesses (not sure, perhaps something is broken with how it's rendered here).

https://i.imgur.com/e3KUUuY.png

So there is no (electric) brake energy recorvery? I find this surprising; especially for newer carts I'd presume that'd be default.

> We need faster network and faster websites.

We need less bullshit on websites, that'd solve both problems. See e.g. https://www.techtimes.com/articles/229533/20180606/thanks-to...

> screws up my carefully constructed window layout.

To me this is off. With a tiling window manager I don't have to "carefully construct" a window layout. That's the window managers job!

Your site is broken, does not work without JS.

Bitcoin will be doing something for a few years. Possibly high volatility which continuously decreases. But with a few peaks of excitement (positive and negative) when breakthroughs or breakdowns are announced.

Then, at some point it will start. At first only small transactions that nobody really notices. Very small hints. People ensuring that their wallet cannot have been hacked. Nobody believes them. Nobody really realizes that large cashouts are commenced.

Then rumours spread that indeed strange transfers exist. Transactions nobody can explain. Even the 7500 coins, believed to be lost on a UK waste dump, are now moving again. The cashouts increase. Rumours about a critical flaw in the concept of bitcoin circulate.

It will take some time. Then the realization sets in. Somebody out there has a quantum computer equipped with enough qbits to break ecdsa-256...

Fix your crappy website that has no content without javascript and I may stop instantly dismissing it.

The keyword is "default mode network". You finde quite some publications on the effects of meditation on it:

https://scholar.google.de/scholar?q=default+mode+network+med...

Beware the usage of the term "speed of light" here. There is two things: the phase velocity and the group velocity.

Sadly, the website doesn't show anything without JS.

In what world is:

  def square(n):
    return n * n

... easier for a beginner to understand than:

  square n = n * n

This is totally in accordance with: "Work expands so as to fill the time avaible for its completion." - which I found to be very true. I'm so much more productive, when time restricted. And even more so when schedule restricted, because you can't just say you take a short break which then extends for hours.

"Importantly, because it is learned, it is configured to exploit structure in the training domain."

Interesting concept. An algorithm that learns specifically how to better learn on data presented.

I don't really see, why I'd install something from some github repository if I can get it from a moreutils package that I like to have installed anyway.

Also some of the reasons why nginx doesn't support .htaccess files to begin with.

It does. Look Hveragerði: http://www.waymarking.com/waymarks/WMPE5W_Tomato_Greenhouses...

I have bought that book some years ago and wouldn't do so again. It was very disappointing to see neither a focus on Haskell nor on data analysis. It scratches both topics but covers only very elementary things. The content is mostly short receipts that were to me of no value at the time.

For people interested in the topics I'd recommend to buy some other good books, on Haskell and data analysis separately.

If, however, receipts are to your liking and you're only starting out with Haskell / data science maybe this is something for you (or maybe not).

Nice article. Although at some points I disagree with the author.

The part on errors is mostly "some guys use error but don't mention it". Partial functions are not nice, that's true. In some cases tools like hlint may help. Actually I'm wondering there's no tool / hackage functionality around, that flags modules / (pure) functions that are partial.

For documentation: Starting with Haskell I felt the same, some more examples and more documentation would be nice. But in the meantime I've come to like the concise documentation most often used. When searching for a certain function I don't want to read screenpages of text, but find that function fast. If, however, I need more detail or want to be really sure what the function does I need to read the source anyway.

However, true is that some libraries lack _any_ documentation and it seems you should be grateful to have the typesignatures.

Also, I think more libraries should have examples/ directories so one can get at quick glance how the library is designed to be used. Perhaps even have hackage emphasize the existence of these examples more.

I agree, don't understand what this post is about.

"However even ‘warm’ finish LED or florescent bulbs can only manage an index rating of 80 and most are far less."

This is simply not true. Current state of the art is >80. If you search a little you'll find LEDs with CRI 95.

"best" will heavily depend on what you expect / want to use it for. So, you should probably specify this more clearly.

On the "for linux" part: most (not too) current hardware is fine, compatibilitywise.