estrabd

His goal is to help address CPAN modules that might need some love, as evidenced by http://neilb.org/adoption/

I signed up. Sounds like a good opportunity for those who want to help, but don't quite know where to get started.

Certainly not a problem unique to INTP, I just said that because your problem seems so familiar - personally and from others that I know.

Please note that this is not about MB, it's about getting hints about who you are and how you use the information you seek.

I was not aware of MB until a friend IRL told me that I might be a certain type. I took the test, and from there my world seemed to open as I at least had a way to learn more about myself.

I read the term "information diet," and I think that is what it comes down to. I've had to do this time to time. Having a motivating side project to help you pick between what is and is not relevant to you at a particular time is a good idea.

Anyway, good luck.

You might be INTP. FInd out and if you are, find a community of them. It helped me.

And to put it succinctly, minimize your information firehoses and reject the notion that you need to keep abreast of everything even if it is not relevant to you.

Purge all of your reading lists and resist building them. If you keep any lists or bookmarks, require that they be things you HAVE read and want to keep as reference for later. I do have a "toread" bookmark folder, but I almost never go back to read things there.

Visit only one or two tech sites a day. For example, I come to HN to the exclusion of almost anything else because it does a good job of showing only relevant things. But I limit this to 3-5 times a week and only when I'm bored. It's a good filter.

Lastly, get a personal project that serves as a good source of challenges. Use it to help decide if you should read about a particular technical topic. You'll find that this serves as a good filter, but at the same time you'll magically seem to read about things relevant to your technical challenges in a surprisingly timely manner.

HTH,

FreeBSD itself has diverged significantly from its own 4.x release, which is where DFBSD forked. I would still call DragonFlyBSD a "BSD" now and in the future since it still leverages a lot of work from FreeBSD (and other BSDs) to this day. It would be stupid to not continue to leverage the upstream work.

.005% of your approximate net worth (1m/19b)

Very well done, xantronix. Your enthusiasm is infectious.

The base FreeBSD installation comes with 2 shells - tcsh and sh (not bash!). However many do install bash.

https://www.freebsd.org/doc/handbook/shells.html

It is funny because it is true.

Our use case necessitated a synchronous interaction, but the message back was done exactly as you suggest - just uses a private second queue. The challenge was that while the initial job is fire-and-forget (or wait for a reply), the 2nd private queue was just a placeholder for a reliable messaging backend that needed to be implemented. It doesn't matter what worker gets the job, but it matters to whom the consumer of the job replies. I believe Redis provides enough primitives to make a highly reliable messaging system. We just have not done it.

In the ACID sense, no it doesn't have write ahead logging or recovery. But it's good enough for government work.

Redis is durable with its bin logs, but if you're pushing many "jobs" through Redis, you will end up wanting to turn off bin logging because of the lag it introduces.

This was my take away question. Redis can be used extremely effectively as a pool of job queues with failover. Perhaps RabbitMQ provides robust bidirectional messaging? While pooling Redis works well for one-way job submission (with each Redis instance being backed by some set of work consumers), making the process synchronous (whereby the consuming worker communicates back to the producer) is not so clearly handled in a robust way unless the producer is listening on some set of Redis instances for the single reply message. RabbitMQ seems heavy weight just to solve that single problem, though.

> Often in the tech industry we’re too quick to eviscerate some recently-obsoleted technology (Flash, SVN, Perl)

Perl is obsolete? LOLz.

Well done!

http://jobs.cpanel.net (Houston).

This would not work in a multi-dog household.

What about six-minute.sentenc.es/?

Facebook's the only one I'd consider at an IPO, though Zynga looks interesting. I am on LinkedIn, but really, who goes there when they're not simply updating their profile. I don't see the value in it as a social network.

I hate articles like this. And he gets the Turing Test wrong.

1500 years ahead of *our time. It's ridiculous to think that they could not have learned how to make special purpose computing machines.

Well..."Make everything as simple as possible, but not simpler."

geee...what could go wrong here.

What about Weka?

http://www.cs.waikato.ac.nz/ml/weka/