3legcat

Interesting talk on Guile 2.2:

Guile 2.2 performance notes (FOSDEM 2016) https://www.youtube.com/watch?v=fU4Tly29Tps

I think the fact this is book is a success shows just how many people are having problems with Ruby on Rail performance.

If they would be willing to rethink their stack, they might have lesser need for such books.

I find the voice of the operator at HK airport incredibly soothing.

> ECC is nice to have.

Actually it seems ECC is important for ZFS filesystems see:

http://louwrentius.com/please-use-zfs-with-ecc-memory.html

"Chelsea Manning acted on her conscience"

Acting on her conscience does not make what she did the right thing to do.

For example, the 2 men behind the boston marathon bombing, did what they did based on their conscience. Did that make what they did right?

> patient, relentless salesman for death.

Tell that fucker to fuck off. You don't have to listen to him. Focus on here and now. The past is gone. Enjoy your life right here right now.

Based on my impression of the hawker trade in Singapore, this is pausible. I am guessing his 17 hours probably consists of the following:

2-3 hours of food preparation in the early morning. 12 hours of manning his stall. The remaining hours for commuting and other work things maybe.

It is likely with the michelin star he can work fewer hours. He can choose to close his stall once he sells all his meat.

It is a hard way of making a living.

You can automate with scripts. No need to use a fancy GUI for this.

Softlayer has something like it:

http://www.softlayer.com/gpu%20

Not another dismissive comment about the lack of generics in Go again.

I personally am a bit apprehensive about this. This is introducing yet more low cost labor in an industry which is already heavily populated by low cost IT workers from China, India etc.

>Is this guy actually writing C++ programs in the wild?

Well, I read one of his articles which you can find here: http://www.artima.com/cppsource/top_cpp_books.html

In it, he writes about his role with C++:

"I’ll begin with what many of you will find an unredeemably damning confession: I have not written production software in over 20 years, and I have never written production software in C++. Nope, not ever. Furthermore, I’ve never even tried to write production software in C++, so not only am I not a real C++ developer, I’m not even a wannabe. Counterbalancing this slightly is the fact that I did write research software in C++ during my graduate school years (1985-1993), but even that was small (a few thousand lines) single-developer to-be-thrown-away-quickly stuff. And since striking out as a consultant over a dozen years ago, my C++ programming has been limited to toy “let’s see how this works” (or, sometimes, “let’s see how many compilers this breaks”) programs, typically programs that fit in a single file. (make? Who needs stinkin’ make?) My living is based on C++, but it’s not by virtue of the programs I write in it.

It’s not by virtue of any intimate association with the language’s standardization, either, because I’ve never been a member of the C++ standardization committee, I’ve never been on the committee’s mailing lists, and I’ve never attended any standardization meetings. My knowledge of the inner workings of the committee—including the things that have had a significant impact on it—is based on what I’ve read and heard from others. This means that I may be ignorant of important forces that shaped C++ as we know it, because those forces may have been felt only within the committee.

Given that I don’t really use C++, nor do I help specify it, you might wonder what I do do. Fundamentally, I study C++ and its application. I gather as much information as I can about the language and its use (from books, magazines, newsgroups, email and face-to-face conversations with developers and members of the standardization committee, experiments with toy programs I write, etc.), organize and analyze what I find, then I package my findings in concentrated form (e.g., books, magazine articles, technical presentations, etc.) for consumption for people like you—people who do use the language. Your job is to employ C++ as a tool to write useful software. My job is to discover and package the information you need to best apply that tool.

I like to think of myself as an outside observer, not too deeply steeped in the day-to-day travails of programmers and not too keenly focused on the minutiae of standardization, yet familiar with both. This series of articles, then, summarizes what this self-proclaimed outside observer thinks have been the most important contributions to C++ since its inception...."

Slackware's strength is it's simplicity. Makes it easy to understand what's going on.

This also makes it a great learning tool.

There used to be a saying: Install Redhat, you learn Redhat. Install Debian, you learn Debian. Install Slackware, you learn Linux.