Semi-contentless links

Clojure Performance Guarantees - Stefan Tilkov's Random Stuff

Thu, 29 Apr 2010 08:25:17 +0100

Clojure Performance Guarantees - Stefan Tilkov's Random Stuff:

Nice overview over performance guarantees of Clojure’s data types

via www.tius.it

Fri, 26 Mar 2010 10:55:10 +0000

via www.tius.it

Sten’s Blog » Blog Archive » Interviews with Average Programmers

Tue, 23 Mar 2010 13:25:41 +0000

Sten’s Blog » Blog Archive » Interviews with Average Programmers:

Nothing selected

Clippy arrives for VI

Mon, 09 Nov 2009 11:21:00 +0000

Clippy arrives for VI

The Squirralizer

Wed, 19 Aug 2009 12:28:03 +0100

The Squirralizer

Video

Wed, 19 Aug 2009 12:15:03 +0100

GFS: Evolution on Fast-forward - ACM Queue

Wed, 19 Aug 2009 11:28:03 +0100

GFS: Evolution on Fast-forward - ACM Queue:

Looking at GFS after 10 years — mistakes made etc.

Mandelbrot set - PostgreSQL Wiki

Thu, 13 Aug 2009 12:35:00 +0100

Mandelbrot set - PostgreSQL Wiki

GG Artikel 1, moderne Fassung (auch Menschenwürde braucht...

Wed, 12 Aug 2009 09:35:12 +0100

GG Artikel 1, moderne Fassung (auch Menschenwürde braucht Videoüberwachung) on Twitpic

Hacker demos persistent Mac keyboard attack

Mon, 10 Aug 2009 16:54:04 +0100

Hacker demos persistent Mac keyboard attack:

Apple’s sleek $49 Mac keyboards can be hacked and infected with keystroke loggers and impossible-to-detect rootkits, according to a security researcher presenting at this year’s Black Hat/DEFCON conferences.

"Suppose you are working on a feature branch copied from your trunk. During the development process..."

Mon, 06 Jul 2009 14:24:36 +0100

“Suppose you are working on a feature branch copied from your trunk. During the development process you regularly merge ”all” new changes from trunk to your branch so that the branch stays in “synch” with the work occurring on trunk. When you eventually merge your branch back to trunk, that is called a reflective (or cyclic) merge. This type of merge is problematic for Subversion, let’s look at why.”

- Submerged - Subversion Blog - Subversion merge reintegrate…

Geek Clock | Clock | Home

Tue, 09 Jun 2009 15:15:05 +0100

Geek Clock | Clock | Home:

A wall clock for math geeks

Hadoop: The Definitive Guide | O'Reilly Media

Tue, 09 Jun 2009 10:02:04 +0100

Hadoop: The Definitive Guide | O'Reilly Media:

MapReduce for the Cloud

By Tom White
June 2009
Pages: 524
ISBN 10: 0-596-52197-9 | ISBN 13: 9780596521974

Apache Hadoop is ideal for organizations with a growing need to process massive application datasets. Hadoop: The Definitive Guide is a comprehensive resource for using Hadoop to build reliable, scalable, distributed systems. Programmers will find details for analyzing large datasets with Hadoop, and administrators will learn how to set up and run Hadoop clusters. The book includes case studies that illustrate how Hadoop is used to solve specific problems.
Full Description
Hadoop: The Definitive Guide helps you harness the power of your data. Ideal for processing large datasets, the Apache Hadoop framework is an open source implementation of the MapReduce algorithm on which Google built its empire. This comprehensive resource demonstrates how to use Hadoop to build reliable, scalable, distributed systems: programmers will find details for analyzing large datasets, and administrators will learn how to set up and run Hadoop clusters.

JS-Placemaker - geolocate texts in JavaScript

Mon, 08 Jun 2009 12:54:03 +0100

JS-Placemaker - geolocate texts in JavaScript:

JS-Placemaker - geolocate texts in JavaScript

JS-Placemaker is a JavaScript wrapper for the Yahoo Placemaker web service using an YQL execute table to allow you to extract geo location information out of any text in various languages.

Hadoop Tutorial - YDN

Thu, 04 Jun 2009 16:41:04 +0100

Hadoop Tutorial - YDN:

Nice, comprehensive tutorial on Hadoop by YDN

jQuery lightbox for images, videos, YouTube, iframes - by Stephane Caron

Wed, 03 Jun 2009 11:02:03 +0100

jQuery lightbox for images, videos, YouTube, iframes - by Stephane Caron:

JS lib to do slideshows etc.

Select * from World - Rasmus' Toys Page

Thu, 21 May 2009 11:54:03 +0100

Select * from World - Rasmus' Toys Page:

Rasmus showing off some YQL tricks

Laws of Source Code and Software Development

Wed, 20 May 2009 14:54:04 +0100

Laws of Source Code and Software Development:

* Commented out code are not comments - Use version control, don’t track code changes by commenting them out. Commented out code is schizophrenic code.
* Let your reputation and code precede you - If you work on open source projects, blog, and work your network, you will get more job offers even when you aren’t looking for a job than people that are looking for a job and just email out resumes.
* Don’t make excuses for code, let it speak for itself - You are paid to find solutions using code, not find excuses for your code. ‘It worked on my machine’ is not a solution. You will not ship out your computer to the client with the application.
* Don’t take code personal - Don’t take code reviews personally, it is not about you but a business feature and the overall performance of the application.
* Your code is your career legacy - For years after you leave, those that will maintain your code will either curse you or thank you.
* Coding does not equal programming - Writing code is not the same thing as software development, one requires thought while the other does not. Just like playing with your iPod does not make you a musician.
* Code is about learning - Moore’s Law states that technology doubles every 18 months, you should keep up. If you are not learning you are doing it wrong. Every project is an opportunity to learn.
* Code is communication - People will read the code you write. Use best practices and common design patterns and idioms. Strive for simplicity over impressing the monkey on your back. Your code should communicate clearly and concisely it’s intent. Code talks, bugs walks!
* It is not the tools that make a developer - Know your tools and use them to their full power but don’t use them as a crutch! Switching between IDEs should not stop you on your tracks because you can’t find the correct code generation wizard. Michelangelo was a great artist with nothing more than a chisel and a slab of marble.
* Don’t trust your code - Trust in your coding abilities does not replace repeatable testing. Don’t trust your code, assumptions, or users.
* Code is not written in Latin - Code is not dead once the application ships. Code is always refactored, modified, re-used, and evolving. Your greatest strength is not writing mountains of new lines of code but maintaining, refactoring, and herding existing code into performing business requirements as per an agreed specification.
* Respect the API - Your API is a contract others will depend on. Keep the API clean and explicit! The least amount of methods you expose is less testing and maintenance and documentation that you need to maintain.
* Code outlives it’s intention - As much as you would like, writing your application from scratch in the latest programming language or framework will not benefit the number of end users that for one reason or another are stuck with the current version of the software. Code can outlive it’s original intention, design for extensibility and adaptability.
* Code means different things to different people - In the end, to end users code simply means the ability to do what they expect.

The Little Manual of API Design

Wed, 20 May 2009 14:28:04 +0100

The Little Manual of API Design:

33 pages of advice on good API design from the Trolltech team

fit-PC2 Wiki

Fri, 15 May 2009 14:02:04 +0100

fit-PC2 Wiki:

Tiny small Atom based PC