Three important limits regarding Response Time.

The limits are: 0.1 second keeps the user convinced that the system is reacting instantaniously. 1 second delay still lets the user work without interruption, and 10 second delay makes the user lose attention.

Fascinating thread about the archtitecture of SNES. It details how the SNES could be extended with additional CPUs within the cartridges, and provides screenshot of games which used that feature.

Boris Johnson is using SEO to bury unfavorable articles. In short, Johnson gave an interview where he described himself as a “role model” to make articles about this interview rank higher than an alledged affair with a model.

This is apparently not the first time he tried this: He once gave an interview where he explained how he likes to paint buses to make reports of that interview bury the story behind him and the bus he was using when lobbying against Brexit.

Tanner Christensen on how his weekend project blew up on Apple’s App Store.

On March 14, 2015, while reading the book Creative Confidence, I stumbled on a single sentence that seemed to encapsulate the essence of the book in a powerful way. As a blogger and design-driven individual, I wanted to capture the quote in a captivating way that would allow me to share it quickly online.

[…]

Then, one morning a few days after Snaplight became available in the iPhone and iPad App Store, I noticed a slight uptick in downloads for it. A friend messaged me on Facebook to let me know the app was not only trending, it was being featured on the App Store homepage.

Part of this article reads as an ad for this very app, but for me, the important bit is: Scratch your own itch. Write an app which solves your problem and nothing else, to avoid optimizing it for cases which will never come. And don’t be afraid to ship as soon as you’re done!

My personal stance is: If you have 100 users complaining about your app, then it’s good news - it means that you have 100 users!

Today I stumbled over this article which makes a few excellent points about how fast (in terms of lines per person per hour) a developer usually is. I like that idea a lot, even though I would never try and use it to actually assess the speed of a developer. The underlying metric takes into account lines added and lines deleted as well, so measuring on lines added only would be meaningless.

Here are a few tools which can make your life easier on linux:

• bat is a drop-in replacement for cat, it displays line numbers, syntax highlighting and more.
• exa is a replacement for ls. Powerful features include a tree view and git information.
• oh my zsh is a great ZSH configuration with many very useful features.
• SpaceVim is a modern vim distribution. It comes with many great defaults.