Recent blog entries

18 May 2013 maragato   » (Master)

Join us on App.Net

I liked the idea behind App.Net (or ADN for the initiated) from the start; I’ve happily signed up during the initial funding effort and before it even existed. It is quite like Twitter, although it does have some pretty interesting API advantages that allow clients to do things that are not possible in Twitter such as creating private chat rooms (with Patter.) I found a text by Matt Gemmell, App.Net for conversations, that sums it up nicely:

The interesting part, though, is what you won’t be used to from Twitter. There are no ads, anywhere. Because it’s a paid service, there’s no spam at all; I’ve certainly never seen any. There’s an active and happy developer community, which ADN actually financially rewards. There’s a rich, modern, relentlessly improved API. And again because it’s a paid service, there’s a commensurately (and vanishingly) low number of Bieber fans, teenagers, illiterates, and sociopaths.

But the real difference I notice is in the conversations. On Twitter, the back-and-forth tends to be relatively brief, not only in terms of the 140-character limit, but also the number of replies. There’s a certain fire-and-forget sensibility to Twitter; it’s a noticeboard rather than a chatroom. Then there’s the keyword-spam (woe betide the person who mentions iPads, or MacBooks, or broadband, or just about anything). Oh, and let’s not forget the fact that any malcontent with internet access can create an account (or two, or ten) in seconds. Not a happy mixture.

I’d add that there seems to be less of a popular clique on ADN. Popular users seem to be much more engaging with “regular people” than on Twitter. And there’s the developers… although most of the rush is now behind us, it was fun to follow the developers working on ADN clients. It was a very collaborative effort, with alpha builds floating around and discussions about whether this or that should be done in a certain way.

As for the developers of ADN proper, well, you can try asking ADN CEO and Founder Dalton something to see if he’ll answer you in about 30 seconds. He actually does. :)

It all feels like a big community where everyone feels a bit like they own the place as well and want it to thrive. Again I think Matt is on the money on why this is so:

We value what we pay for. We not only pay for things which we deem to be of value, but we also retrospectively assign and justify value based on what we’ve paid. Any consumer is familiar with the simple psychology of cost equating as much to value after the transaction as value does to cost beforehand (likely moreso, from my own experience). At its core, I don’t think that the reason for the noticeably different, warmer, more discursive “feel” of ADN is any more complicated than that.

I personally love the service and I think you should consider it too. There is a free tier account that allows you to follow up to 40 people for free, as long as you’re invited by a current user. If you’re interested, I have a few invites.

Feel free to comment on this post by using Google+ or also by talking to me on, where else, ADN, where I’m @robteix. And of course Twitter isn’t going anywhere and I’m there too.

Syndicated 2013-05-18 18:08:49 from robteix dot com

18 May 2013 fabrice   » (Journeyer)

Skype with care – Microsoft is reading everything you write – The H Security: News and Features

Voilà pourquoi je ne veux pas utiliser Skype !!!

Skype with care – Microsoft is reading everything you write – The H Security: News and Features.

Syndicated 2013-05-18 12:09:05 from Fabrice's blog

18 May 2013 marnanel   » (Journeyer)

HMS Glorious

In my dream last night, the admirals came to tell Elizabeth I that the Spanish were invading, and she said, "Well, repel them." But as the admirals were leaving, she added, "Wait, come back. I have invented a submarine, and I think this would be the best chance to test it in action. I shall call it HMS GLORIOUS." So HMS Glorious was built, and Elizabeth insisted on being the pilot. It carried no torpedoes, for they had not been invented, but instead it had a sharp point at the front which was used to ram the Spanish ships (yes, you're welcome to give a Freudian reading to this). And as the Armada sank ship by ship, the sailors would cheer and say, "Well done, your Majesty! Er, I mean, well done, mysterious sailor whose name we forgot."

This entry was originally posted at http://marnanel.dreamwidth.org/276740.html. Please comment there using OpenID.

Syndicated 2013-05-18 10:18:34 from Monument

18 May 2013 sness   » (Journeyer)

17 May 2013 sness   » (Journeyer)

FFT's are fast DFT Algorithms.

FFT's are fast DFT Algorithms.: "For example, the popular 'Radix 2' algorithms are useful if N is a regular power of 2 (N=2p). These algorithms have complexity of only O(N.logN). If we (naively) assume that algorithmic complexity provides a direct measure of execution time (and that the relevant logarithm base is 2) then the ratio of execution times for the (DFT) vs. (Radix 2 FFT) can be expressed:"

'via Blog this'

Syndicated 2013-05-17 21:43:00 from sness

17 May 2013 sness   » (Journeyer)

JavaScript Regular Expression Enlightenment - Tech.Pro

JavaScript Regular Expression Enlightenment - Tech.Pro: "It wasn't until I re-adjusted my thoughts on the nature of regular expressions that my fear of them turned into pleasure. This happened when I started thinking about regular expressions as an actual language itself, instead of a value contained within a language. I know it is not technically a language, but studying it like a programming language might just help a developer get over the steep learning curve. "

'via Blog this'

Syndicated 2013-05-17 21:06:00 from sness

17 May 2013 fabrice   » (Journeyer)

17 May 2013 skvidal   » (Master)

sorting srpms by buildorder

Hey folks,
Working on something for Spot I revived some code I had written a
few years ago and then discovered that other people had made much more
robust leveled topological sorts than I had written :)

Anyway – if you grab the files from:

http://skvidal.fedorapeople.org/misc/buildorder/

And run:

python buildorder.py /path/to/*.src.rpm

it will look up the interdependencies of the src.rpm to figure out a
build order. It outputs a bunch of different things:
1. a flat build order
2. a build order broken out by groups – you can build all the pkgs in
any group in parallel provided that all the pkgs in the previous group
have finished building.
3. outputs lists of direct loops between srpms.
4. probably will output A LOT of noise and garbage from the rpm
specfile parsing from the rpm.spec() module

But it might be worth a look at and, ideally, patches to make it a bit
more robust.

If you have a set of pkgs which you need to build but you can’t figure
out the buildorder this might help you out.

I’d love to know how often it is right or ‘right enough’.

Known Issues:
1. some spec files make the rpm.spec() parsing break in interesting
ways – sometimes tracing back :)
2. if a pkg is not dependent on any other pkg and nothing else depends
on it – they get lumped in the last grouping. Not really an issue -
just something someone noticed and was surprised.
3. It will handle file-buildreqs not at all, it will handle virtual
provide buildreqs, not at all, if your buildreqs are REALLY picky about
requiring <= Version – it will ignore all of that. :)
4. I fully expect that 2 or more level circular build deps (foo req bar
req baz req quux) will not be detected but will make the topological
sort function die). If so…. tough… go fix your packaging.

Anyway – give it a run and see if it helps you solve a problem.

If it does let me know about it. Some of us are curious if this could
fit well in mockchain or wrapped around/in mockchain.


Syndicated 2013-05-17 19:09:37 from journal/notes

17 May 2013 sness   » (Journeyer)

Google Developers Live at I/O 2013 - Web Audio - YouTube

Google Developers Live at I/O 2013 - Web Audio - YouTube: "