just4fun and profit
Last edited August 11, 2009
More by sntg »
So you've just been hired by an IT department... ‎(Software Engineering Tips)‎
sites.google.com/site/yacoset/Home/so-you-ve-just-...

So you've just been hired by an IT department...

and it's your first job. Here's what they didn't teach you in college.

Nobody knows what they are doing

 The theme of this entire web site, and not by accident. Your manager and his manager and his manager and so-on have no-clue what they want or how to get it. They will give you a set of specs that--from all outside appearances--seem set in stone. But no sooner than you deliver a program built to spec than they will argue it wasn't what they really wanted. They are relying on you to make them see what they want, and the cost is the sacrifice of a lot of code and hard work. "Oh, but I need to change the quantities on the original purchase order" is the kind of remark you're going to hear long after you have designed--and had them approve--an architecture that makes line-item quantities immutable. Get used to it, because the bottom line is that 50% of your job will be about showing them what they didn't want, after all.

Agile techniques and Unit Testing were adopted to impress you, not to actually benefit from them

 The only reason an IT department has for adopting any of these methodologies is to impress recruits. None of them survive the environment of IT. They will be paid lip-service and given token respect.

Agile and Test Driven Development don't really deliver, anyway

 Sure, your favorite programming blog says they're critical for quality assurance and maintainable code. I call bullshit. These techniques might work at the companies managed by the guys who write books about Agile techniques and TDD, but they don't really work anywhere else. The reason is because all of these methodologies are name-branded, shrink-wrapped cribs of the way one particular manager is good at doing his job. Their personalities, instincts and taste mesh well with what they invented for themselves, and now they want you to think it's the way everybody ought to do it.

 It would be more appropriate if they just came out and said "every project manager should be a clone of me," but that doesn't sell very many books and conference tickets.

 What happens in the real world is that good managers cherry-pick brand, off-brand and homebrew methodologies to factor into their own style. A few ideas from AgileTM here, a few Unit Tests(R) there, a dab of Design Patterns(Pat. Pend) there, mixed up like chocolate chips, nuts and marshmallow into a batch of Rocky Road ice cream.

 Then there are the individual developers, whose competencies and skills will look like a scatter-plot. Some will require spoon-feeding and use up all of the QA time, and others will look like they're doing nothing but surf Reddit all day yet commit more bug-free code in a week than you will produce in a year. To the former, expect them to be all over Unit Testing and Agile like white on rice. To the later, expect them to roll their eyes at the same.

If they don't use source control and bug tracking, hand in your two weeks notice

 If this is your first job then you definitely aren't being paid enough for that shit.

 You will live and die by these two tools, because:
  1. someone in your department will fuck up, and
  2. it will be your job to fix it.
 Source control gives you the means to undo a major fuck-up, and bug tracking is the tool you will need to juggle all the fuck-ups that will happen concurrently.

 The seller of a popular bug tracking system (and the one I use, incidentally) suggests that you should try to inject these into an organization grass-roots style by adopting them yourself, just for yourself, and letting them sell themselves to the rest of the company. But viral marketing isn't your job, and these two tools are so basic that they are signal factors: if the organization doesn't already have them then there's something wrong with the organization. It would be like going to work for a company that doesn't have bathrooms or a coffee maker; you shouldn't be thinking about bringing your own, you should be thinking about finding another job.

If you can work uninterrupted, you're lucky

 IT departments are slaves to the whims of business, but remember that this is what pays the bills. If an opportunity comes to sell in a new market and it means handling ANSI X12 EDI over a VAN with a 50-page spec per message type, then it's probably going to interrupt whatever you were doing at the time. As you're in the middle of doing that, an existing business partner dumps a new requirement on you to handle two new message types with an October 1st deadline, wrecking that lovely schedule you drew up. Tough beans. Get them done and move-on. Yes, multitasking makes you stupid and the task-switching gobbles up hours of your time. The boss also knows this and is tired of hearing it. 

 If you were working for a software development firm where the software is the business, then such a muddle would kill the company. But you're in IT. You are not working at Microsoft. "I said Sizzler, not Google," and you're probably working for a company that makes its money by filling tractor-trailers, or putting bums in seats, or shoveling french-fries into fat people, or whatever. If this is so then the efficiency of the company's programmers will be a low priority.

If you have a dedicated QA staff, you're lucky

 QA managers, testers, unit test developers, etc. are not seen until a department grows to 20 or 30 programmers. If your department is smaller than that and you still have any of those, then you're lucky. Otherwise your QA will literally be the field itself. 

 If your users are all in a different building, you're lucky. If they have been trained to take screenshots and email them to your bug-tracking system, you're lucky. 

 But if the company's attitude is that it's okay to burst into your cubicle whenever they feel like it, then you need to disabuse them of that notion as fast as you can. Post a sign outside your cubicle that says "SEND EMAIL TO FOGBUGZ" or similar.

The company started by hiring freelancers, and they were morons

 Before the company was big enough to have full-time programmers on staff and a real IT department, they hired freelancers and consultants to develop their inventory, payroll, order management system and so-on. All of them were morons. It's not that they're stupid people, but the job itself--the job of being a contract programmer--creates an abstract entity who is a moron. 

 Why? Because it's impossible to show the value of refactoring and documentation to a CEO. 

 Remember I said that nobody knows what they want. Now say they've hired a consulting firm to design their inventory control and the consultants sit in on dozens of meetings, take notes, nod their heads, tour the building, look at the products, produce endless specs and proposals, then sit down and pound out code. Suddenly a zillion gotchas and change requests wriggle out of the carpet like slugs and maggots. The changes are made, but each one compromises the design in some way. Normally you'd iron-out those wrinkles with a good bout of refactoring, but these consultants are on the clock, and when the first bill arrives the CEO is going to want to know what features he's just paid for. 

 Imagine the conversation between the consultant and the CEO. "What's this line item for?" Techno mumble-jumble in reply. "What do I get for it?" Abstract and immeasurable concepts of goodness. "Take it off! I'm not paying for that!"

 So consultants and freelance programmers don't do much refactoring. Once the contract is over they move on to the next job and forget about what they wrote. When something breaks, they start the clock again, hack and hack and hack until it works, submit their invoice and bugger off.

 The person behind the role may be highly intelligent and competent (rare, but it happens), but the role makes them a moron. Sometimes they were morons to begin with, and the role makes them even worse.

 Now you've inherited all that code and you get to fix it and extend it, and maybe--because you're salaried--spend time refactoring it.

Make friends by writing good code. Make promotions by listening and sympathizing

 Your co-workers will love you if it doesn't suck to perform maintenance on your code. For this you need to read everything about programming that you can find and think critically about your own code. Imagine a stranger is reading it and write like you want to explain how things work.

 To make a promotion, listen and sympathize with your boss's boss--to the people who are making the feature requests. Nothing scares a non-programmer more than a computer because they don't understand it and yet their business depends on it. Show them you understand how they feel, and when they ask for something that's ridiculous do not turn into a passive-aggressive jerk. Maybe they don't know what they're asking for, but they do know they have a problem. Try to find out what the problem is and propose an alternative that is actually helpful and would satisfy their need. If you do this then they will love you and never want to get rid of you.

 This is not "brown nosing", this is babysitting.
denuncialo_en_internet.jpg (JPEG Imagen, 800x408 pixels)
www.mujerestic.com/wp-content/uploads/denuncialo_e...
http://www.mujerestic.com/wp-content/uploads/denuncialo_en_internet.jpg
Adding parameters to a post URL? : javascript
www.experts-exchange.com/Programming/Languages/Scr...
document.frm.action = 'subcategory_select.jsp?id=5001&categoryId=1&subcategoryId=1206" with some posted data boolean1=true';
document.frm.submit()
danieltenner.com — Starting up with a friend
danieltenner.com/posts/0005-starting-up-with-a-fri...

Starting up with a friend

What could possibly go wrong?
Posted on March 11, 2009
by Daniel Tenner
in Start-ups
 
 

It seems like a fool-proof plan: start up with a close friend. You’ll get along (obviously), and you’ll get to share the exciting, fantastic, scary experience of starting up with someone you care about. It’s not a bad idea, but there are a few caveats that you should be aware of before you proceed1.

When I started my first company with one of my closest friends, I expected things would go very well between us. We understood each other in ways that would take years to build up (and did take 10 years). We knew each other, and we knew we could rely on each other. We were prepared to have many surprises along the way — starting a business is always going to be a scary adventure.

What we weren’t prepared for was that the main problem would come from us and the dynamic between us.

What happened, in brief

I’m not going to go into all the details of what exactly went wrong, for a number of reasons (among them, it would be a one-sided account and inherently unfair on my friend and first cofounder). The long and short of it is, we had different expectations about the business. I left my safe, comfortable corporate job to work on it, so I needed it to succeed, or else I would find myself back in the corporate world. By contrast, my friend had already started several companies and was comfortably well off, so he didn’t have the same expectations and requirements.

It turned out we have a different definition of “the business isn’t working out”. For me, it was working out if it was making enough money to cover my expenses. For my friend, it wasn’t working out unless it was making enough money to also add to his existing wealth and thus justify the time and effort which he poured into it. Both those views were correct, but because we knew that we understood each other, we didn’t realise that our views were different until that difference had grown into a huge misunderstanding.

This core divergence of views could have been resolved easily if we’d known about it and discussed it ahead of time, but we didn’t know about it, so it festered and turned into dozens of other misunderstandings, so that by the time it finally became clear what our main divergence was, much of the damage was already done and it was entangled in a huge mass of emotional misunderstandings2.

This almost cost us our friendship. We got through this thanks to the help and mediation of another very good friend, who helped us to communicate to each other how we felt, so that we could move forward together rather than against each other.

I’m glad to say the mediation worked, and we’re still friends (perhaps even stronger than before). Nevertheless, I learned some important lessons from this.

1. Make your agreements explicit

The first lesson is to keep agreements explicit. It’s not enough to think that your friend understands what you think: make sure he does by discussing it openly with him. As my mediating friend phrased it, “unspoken promises” have a tendency to turn into broken promises (which are always hard to swallow). Avoid unspoken promises.

Here’s an example of a really bad thing to keep implicit: “We’ll only call it quits if the business is bankrupt and can’t raise any more money.” The promise here is that we’ll keep going until the very end. This may seem obvious to one party in the business, but it may not be so to the other. One partner could, for instance, feel that the time to call it quits is when the business has 3 months of cash flow left. Another may feel that it’s worth going deep into credit card debt territory before giving up.

Don’t make this mistake: keep those agreements explicit.

2. Detail your agreements

Once you make some agreements explicit, it should become clear that you need further discussion to figure out exactly what your explicit agreement is. Don’t be afraid to do this. It’s not “too early to discuss this”.

Here’s an explicit agreement that’s not detailed enough: “We want the business to make a lot of money”. Really? How much are you happy with? 10’000 pounds a month? A million? What is the definition of success? It’s almost certain that you and your business partner have different views as to what “a lot of money” is. Being on the same page about what you expect out of your business will ensure that you don’t pull in different directions when things are going well. Think of how mortifying it would be to find out that your partner wants to pull the plug when you think that the business is successful.

3. Don’t be afraid of discussing the bad stuff

This really happened!

There are a number of subjects which seem almost embarrassing to discuss when things are going well. For example, “What if one of us decides to pull out?” Your first reaction to this topic might be “What? We’re barely getting started, and already we’re talking about what happens if one of us pulls out?”

The reality is that people’s life circumstances change through time. They get married, or decide to leave the country, or get engrossed in a different pursuit, etc. Many things can get in between a founder and his start-up. Similarly, many things can go very wrong with a start-up. When those things do go wrong, or when one of the founders decides to pull out, is not the time to discuss these things. You need to discuss them with a clear head when no one is thinking of pulling out and the business looks healthy and hopeful.

When you discuss your start-up’s future, do not be afraid to talk about the disaster scenarios. Also, when you negotiate what will happen if a partner quits, don’t be so sure that it won’t be you.

4. Write things down

There are two reasons to write things down: first, people’s memories of conversations are faulty. Writing things down also ensures that there is no disagreement, later, about what was decided. You don’t need a long document for this — even just one or two pages describing your agreement is enough to avoid later misunderstandings.

The second reason is that people may think they have reached an agreement when in reality they never agreed about the details. Once you put something in writing, you give it a certain air of finality that teases out those last remaining disagreement. Basically, putting an agreement in writing is like putting a new piece of functionality in code. Until it exists in that form, it’s just vapour.

Halfway through my misunderstanding with my friend, we thought we’d figured out a way forward. I wasn’t sure that we were both thinking the same thing, so I made the effort to put it in writing, in the form of a business plan. When my friend read it, and understood more clearly what I meant, he recanted, and the agreement fell through. It’s a good thing that it fell through, because it would likely have resulted in even more problems later on if we’d gone through with it based on our flawed understanding of each other.

5. Don’t make it work at all costs

Yes, I know this is your friend that you’re starting up with, and this is your great opportunity to start your own business. However, if, in those discussions, you find that there’s an intractable disagreement, don’t fall into the trap of thinking that the most important thing is to smooth things over and start the business.

Starting up with someone is almost like marrying them (temporarily), in a way. You’ll be talking to them almost everyday, and possibly even more than with your significant other. You’ll be working on a “baby” (your business) for many months. It’s a big commitment, basically, and much like any other kind of significant commitment, you shouldn’t go into it if you think there are major problems, because those problems will only get worse.

6. Don’t assume things will get better with time

It’s easy to rationalise away big problems by assuming that things will get better with time. In some cases, they will, but in a majority of cases, they won’t. What this means, for example, is that you shouldn’t assume that your inexplicably small share of the business will magically grow to 50% later on. This is even less likely to happen if the business is working well (if the business isn’t working out, chances are it doesn’t matter anyway).

Sample questions

This article wouldn’t be complete without a list of questions that you might go through and discuss with your cofounder. Use them as a guideline or as a checklist, as you please.

  • What do we both mean by “the business is successful”?
  • What do we both mean by “the business is not successful”?
  • What happens if one of us needs to voluntarily pull out, for any reason?
  • What happens if one of us cannot work on the business anymore, for involuntary reasons?
  • What are the conditions under which we’d call the business a failure and pull the plug?
  • What is plan B for each of us if we do pull the plug? Are we both prepared for that plan B?
  • What do we expect of each other, both in terms of responsibilities and in terms of attitude and effort?
  • What is and is not an expense? What is the maximum amount someone can spend on an expense without checking with the other? (from Sebastian Marshall)
  • When and how will profits be distributed? How much will be reinvested? What will the reserves be? (from Sebastian Marshall)
  • What happens if one partner needs cash and the other wants to reinvest it into growth/expansion? (from Sebastian Marshall)
  • How will you handle it when (not if) the hours each partner is working are unbalanced? (from Sebastian Marshall)

This is not a final list by any means, but it should at least provide some starting points to make the implicit explicit. If you have other suggestions, please do add them in the comments below.

Conclusion

I don’t regret starting that business with my friend, but I do regret not clarifying those kinds of questions upfront. It would have saved me a lot of worry. If your business is struggling, you don’t need the additional pain of seeing your friendship unraveling under the stress of accumulated misunderstandings.

So, do yourself a favour, and set out to:

  • Make your agreements explicit so that you don’t break implicit promises
  • Detail your agreements so that your promises are clear
  • Don’t be afraid of discussing negative scenarios, so that you don’t add the stress of misunderstanding to already bad situations
  • Write things down so you’ll remember
  • Don’t make things work at all costs, so that you don’t spend the next years living with a deal that’s not acceptable to you
  • Don’t assume things will get better with time, so you’re not surprised when they don’t

I hope this helps others. Your comments below are much welcome.

1 It’s worth adding that this advice can be useful for any kind of adventure, not just business. However, given the propensity of businesses to crank up the pressure to diamond-producing levels, and what can often be at stake, it’s particularly important in this context.

2 Although this sounds like a barely mitigated disaster, I must add that, on the whole, the business was a success (it made money, I learned a lot from it both about myself and about start-ups, and it provided a jumping board from which to start my next business). It wasn’t as much of a success as it might have been, and there were some times when it looked like it might turn into a small disaster, but on the whole it turned out reasonably well.

Historia de un Viejo Informático. El Cobol. Bonus Track: el “Virus del Milenio”.
feedproxy.google.com/~r/ElCedazo/~3/nS0EXlf9zrs/
Algún iluminado, inasequile al desaliento, llegó a proponer que al Cobol Orientado a Objetos (OO Cobol) se le cambiase el nombre a “ADD 1 TO COBOL GIVING COBOL”, que es la traducción literal a Coboliano del término “C++”, puesto que éste último nombre de lenguaje había tenido tanto éxito en este entorno del OO… Pero parece que pocos entendieron la gracia, y no tuvo éxito la propuesta.  ¡Qué cosas!
Strategy Letter IV: Bloatware and the 80/20 Myth - Joel on Software
www.joelonsoftware.com/articles/fog0000000020.html
A lot of software developers are seduced by the old "80/20" rule. It seems to make a lot of sense: 80% of the people use 20% of the features. So you convince yourself that you only need to implement 20% of the features, and you can still sell 80% as many copies. 
Libertonia || No está muerto lo que yace eternamente
libertonia.escomposlinux.org/story/2009/2/9/102929...
Basicamente, las cosas nacen, comen (si, libertonia se comió a dos usuarios, yo lo ví), crecen, se reproducen (de donde creeis que salió sinner) y mueren. Quizás este proceso no sea exactamente así, y donde decimos reproducirse, podemos decir forkearse (meneame dicen que es clon de digg, yo digo que es el fork involutivo de barrapunto).

Bueno, me estoy yendo por los cerros de Úbeda, pero la gran mayoría ya entendeis por donde van mis tiros. Las cosas no se mueren solas, los usuarios dejan de usarlas y quedan muertas (Excepto algún nostálgico que vuelve cada cierto tiempo y dice: levantate y anda).

Lo que yo quiero incidir hoy, no es la muerte de ciertas webs, es la muerte de una generación, la generación de descubridores de internet y el software libre, porque, quieran o no, van de la manita. Hoy ya no es necesario hacer un artículo de como configurar xorg, o mutt o de como recauchutar el kermel para ganar medio segundo en el boot. Tampoco salen "bombazos" en internet como salían antes, esos maravillosos bbs, listas de correo de superfreaks y esas primeras bitácoras, que todo el mundo miraba con admiración, los periodistas del futuro les llamabamos.

Nos hemos colocado en una situación curiosa, aquella primera ola de descubridores está viendo como ahora invaden todo los turistas y lo llenan todo de basura. Ahora tenemos fanboys que dicen "ubuntu ruuls" y "ubuntu sax" por doquier. Ya sabeis a qué me estoy refiriendo, y el proceso es global. Lo que antaño fueron webs con gente con muchas ganas de aprender, y de enseñar, se ha llenado con gente deseosa de que creamos que son cools (porque trolls ha habido siempre).

¿Y es esto malo? En absoluto. Es el proceso natural de las cosas, y nosotros somos los viejos colonizadores a los que no nos gusta que lo que antaño era salvaje y desconocido, ahora tenga protectores de plástico y niños jugando a la pelota.

Y la culpa es nuestra ¿Eing? ¿Como que nuestra? Qué dices trukulo? La culpa es de esos putos mocosos que ... que no, que no, que la culpa es nuestra. Porque lo que queriamos aprender... ya lo hemos aprendido. Y ahora nos basta ojear un manual para saber hacer cualquier cosa. Ya sabemos, ya no tenemos necesidad de aprender unos de otros.

Historias de la ciencia | [Libro] Allegro ma non troppo
www.historiasdelaciencia.com/?p=390

La segunda parte del libro habla de lo que llama “Las leyes fundamentales de la estupidez humana”. Dice que los seres humanos poseen el privilegio de tener que cargar con un grupo más poderoso que la Mafia, que el complejo industrial-militar o que la Internacional Comunista. Un grupo no organizado que no se rige por ley alguna, que no tiene jefe. Son los (con perdón) estúpidos.

Y define estúpido aquella persona que causa daño a otra o a un grupo de personas sin obtener, al mismo tiempo, un provecho para sí o, incluso, obteniendo un perjuicio.

Explica que en todos los grupos, absolutamente todos, existe una fracción que llama épsilon de personas que son estúpidas. Esta épsilon no depende del estatus social, económico, cultural o cualquier otra característica. Todos los grupos (imagino que también incluiría a los escritores de blogs, así que no me libro; y a los lectores de blogs, así que tampoco vosotros os libráis) contienen esa fracción épsilon de estúpidos.

The Things He Carried - The Atlantic (November 2008)
www.theatlantic.com/doc/200811/airport-security/2
the TSA director, Kip Hawley, told me he respects Schnei­er’s opinions, though Schnei­er quite clearly makes his life miserable.
Claves WEP en 15 minutos o menos? EASY WEP FINDER v1.3b te lo pone fácil.....
foro.elhacker.net/wireless_en_windows/claves_wep_e...
- 2. Versión independiente del EWF, sólo necesita de Weplab (incluido en el archivo de descarga) para funcionar.
19 Most Essential Open Source Applications That You Probably Want To Know - Opensource, Free and
www.smashingapps.com/2008/08/12/19-most-essential-...
Ollabelle writes "Dave TV has compiled a list of the "ten oldest jokes" http://uktv.co.uk/dave/item/aid/604717. Bad jokes live forever. The List:



1. Something which has never occurred since time immemorial: a young woman did not fart in her husband's lap (1900 BC — 1600 BC Sumerian Proverb Collection 1.12-1.13)

2. How do you entertain a bored pharaoh? You sail a boatload of young women dressed only in fishing nets down the Nile and urge the pharaoh to go catch a fish (An abridged version first found in 1600 BC on the Westcar Papryus)

3. Three ox drivers from Adab were thirsty: one owned the ox, the other owned the cow and the other owned the wagon's load. The owner of the ox refused to get water because he feared his ox would be eaten by a lion; the owner of the cow refused because he thought his cow might wander off into the desert; the owner of the wagon refused because he feared his load would be stolen. So they all went. In their absence the ox made love to the cow which gave birth to a calf which ate the wagon's load. Problem: Who owns the calf?! (1200 BC)

4. A woman who was blind in one eye has been married to a man for 20 years. When he found another woman he said to her, "I shall divorce you because you are said to be blind in one eye." And she answered him: "Have you just discovered that after 20 years of marriage!?" (Egyptian circa 1100 BC)

5. Odysseus tells the Cyclops that his real name is nobody. When Odysseus instructs his men to attack the Cyclops, the Cyclops shouts: "Help, nobody is attacking me!" No one comes to help. (Homer. The Odyssey 800 BC)

6. Question: What animal walks on four feet in the morning, two at noon and three at evening? Answer: Man. He goes on all fours as a baby, on two feet as a man and uses a cane in old age (Appears in Oedipus Tyrannus and first performed in 429 BC)

7. Man is even more eager to copulate than a donkey — his purse is what restrains him (Egyptian, Ptolemaic Period 304 BC — 30 BC)

8. Augustus was touring his Empire and noticed a man in the crowd who bore a striking resemblance to himself. Intrigued he asked: "Was your mother at one time in service at the Palace?" "No your Highness," he replied, "but my father was." (Credited to the Emporer Augustus 63 BC — 29 AD)

9. Wishing to teach his donkey not to eat, a pedant did not offer him any food. When the donkey died of hunger, he said "I've had a great loss. Just when he had learned not to eat, he died." (Dated to the Philogelos 4th /5th Century AD)

10. Asked by the court barber how he wanted his hair cut, the king replied: "In silence." (Collected in the Philogelos or "Laughter-Lover" the oldest extant jest book and compiled in the 4th/5th Century AD)"
The 6 Raunchiest, Most Depraved Sex Acts (From the Bible) | Cracked.com
www.cracked.com/article_16546_6-raunchiest-most-de...
The 6 Raunchiest, Most Depraved Sex Acts (From the Bible) | Cracked.com
www.cracked.com/article_16546_6-raunchiest-most-de...
The 6 Raunchiest, Most Depraved Sex Acts (From the Bible
US Court rules in favor of "open source" copyright
www.downloadsquad.com/2008/08/14/us-court-rules-in...
About six years ago Mitch Kapor, the guy behind Lotus 1-2-3, started a new open source project called Chandler. The goal was simple enough: Create an personal information management tool that would allow users to store, share, and collaborate. It would have things like a calendar, address book, and to do list.
LA PALABRA DE EDUARDO GALEANO « El blog de Valentín Cazaña
zierzo.wordpress.com/2007/06/20/la-palabra-de-edua...

“A ver si resulta que al no estar determinado por los genes o conocimientos innatos soy más libre que el resto de los animales; tengo que empezar desde cero –al contrario del pollito que sale disparado picoteando al nacer– y, claro, me equivoco muchas veces. Soy más infeliz porque soy más libre”.

Estupendo post de Eduard Punset

"É sempre a mesma melodia;/
as moscas mudam,/
só a merda nâo varia"
Luis Cilia
Disparates sobre el genoma del ornitorrinco | soitu.es
www.soitu.es/participacion/2008/05/08/u/paleofreak...
"cuenta con patas de ave o reptil"  y "es una mezcla de ave, reptil y mamífero, según su mapa genético" (Yahoo España y otras muchas víctimas de la agencia Reuters).
Slashdot | Mac OS X Root Escalation Through AppleScript
it.slashdot.org/article.pl?sid=08/06/18/1919224&fr...
Security is like sex. Once you're penetrated you're ****ed.
La Maldición de Sísifo: Un cuento , un consejo y una canción
maldicion-sisifo.blogspot.com/2008/06/un-cuento-un...
El mayor placer de una persona inteligente es aparentar ser idiota delante de un idiota que aparenta ser inteligente.
What security is made of
Changing The Language & Keyboard Layout On Various Distributions | HowtoForge - Linux Howtos and
www.howtoforge.com/changing-language-and-keyboard-...
Changing The Language & Keyboard Layout On Various Distributions
Need a generic iptables tcp proxy?
www.debian-administration.org/articles/595
YourIP=1.2.3.4 YourPort=80 TargetIP=2.3.4.5 TargetPort=22 iptables -t nat -A PREROUTING --dst $YourIP -p tcp --dport $YourPort -j DNAT \ --to-destination $TargetIP:$TargetPort iptables -t nat -A POSTROUTING -p tcp --dst $TargetIP --dport $TargetPort -j SNAT \ --to-source $YourIP iptables -t nat -A OUTPUT --dst $YourIP -p tcp --dport $YourPort -j DNAT \ --to-destination $TargetIP:$TargetPort
Security Projects - ScreenShots
www.security-projects.com/?Patriot:ScreenShots
 
 antispy y certificados

Clasificación de las personas según un informático | Freak, Humor, Informática, en Gran Angular Blog
www.gran-angular.net/clasificacion-de-las-personas...

Clasificación de las personas según un informático

10 comentarios
Escrito por  GgarfielD
  • BACKUP = Persona que alardea de tener toda la información disponible, pero a la hora de la verdad, siempre falla en algo.
  • CPU = Persona que parece tener de todo, pero por dentro está casi vacía.
  • D.O.S. = Persona que todos han utilizado algún día, pero nadie la quiere ahora.
  • E-MAIL = Persona que de cada diez cosas que informa, ocho son tonterías.
  • EXCEL = Persona de la que dicen que hace muchas cosas, pero sólo se utiliza para las actividades básicas.
  • HARD-DISK = Persona que se acuerda de todo, ¡siempre!
  • JOYSTICK = Persona que deja con la mano sudada y calambres en el brazo.
  • LECTORA DE CD ROM = Persona que a medida que pasa el tiempo, es más rápida.
  • MICROSOFT = Persona que intenta dominar a cualquiera que aparezca en su vida. Trata de convencerle de que eso es lo mejor para él. Idea planes para enfrentarle con otras personas. Le promete que hará lo que él quiera, si tira su agenda con los teléfonos de sus amigos. Y sin que lo perciba, poco a poco será la que maneje su vida, hasta llegar un día en que para hacer cualquier cosa, tendrá que pedir su permiso.
  • MONITOR = Persona que hace ver la vida llena de colores.
  • MOUSE = Persona que sólo funciona cuando es arrastrada y presionada.
  • MP3 = Persona de la que todos quisieran disponer.
  • MULTIMEDIA = Persona que hace que, através de ella, todo parezca más agradable.
  • PAINTBRUSH = Persona que sólo sirve para entretener a los niños.
  • PASSWORD = Persona que Usted cree ser el único que la conoce, pero la verdad es que la conoce medio mundo.
  • POWER POINT = Persona que sólo Bill Gates tiene paciencia para aguantarla, más de media hora.
  • RAM = Persona que olvida todo lo que hizo, apenas se desconecta.
  • SCANDISK = Persona que se sabe que es buena y que sólo quiere ayudar, pero realmente nadie sabe lo qué está haciendo.
  • SCREENSAVER = Persona que no sirve para nada, pero divierte.
  • SERVIDOR = Persona que está siempre ocupada cuando se la necesita.
  • USUARIO = Persona que no hace nada bien y pide más de lo que necesita.
  • VIRUS = Persona que cuando menos se espera llega, se instala y se apodera de todos los recursos. Si se intenta eliminarla, se perderá algo. Si nó, se perderá todo.
  • WINDOWS = Persona que todos saben que no hace las cosas bien, pero nadie puede prescindir de ella.
  • WORD = Persona que siempre tiene una sorpresa reservada, y no existe nadie en el mundo que la comprenda totalmente.
6373.strip.print.gif (GIF Imagen, 560x248 pixels)
dilbert.com/dyn/str_strip/000000000/00000000/00000...
xrandr y dual-head | CRySoL
crysol.inf-cr.uclm.es/node/726
xrandr y dual-head
  • El uso de COBOL daña la mente. Su enseñanza debería ser considerada como un ataque criminal” E. W. Dijkstra
  • “Iterar es humano, ‘recursivar’ es divino” L. Peter Deutsch
  • “Escribir en C o C++ es como utilizar una sierra eléctrica sin ningún tipo de protección” Bob Gray
  • “Lo mejor de los booleanos es que si te equivocas estás a un sólo bit de la solución correcta” Anónimo
  • “La complejidad es destructiva. Chupa la sangre de los desarrolladores, hace que los productos sean difíciles de planificar, construir y probar, introduce problemas de seguridad y provoca la frustración de usuarios finales y administradores” Ray Ozzie
  • “La función de un buen software es hacer que lo complejo aparente ser simple” Grady Booch
  • “Todos los sistemas operativos que hay ahí fuera son más o menos iguales. Todos somos una mierda” Brian Valentine, vicepresidente senior de Microsoft describiendo el estado del arte en seguridad de sistemas operativos en 2003
  • “¿Internet? ¿Todavía anda eso por ahí?” Homer Simpson
  • “Se dice que las grandes disciplinas científicas son ejemplos de gigantes subidos a los hombros de otros gigantes. También se dice que la industria del software es un ejemplo de enanos subidos a los dedos de los pies de otros enanos” Alan Cooper
  • “Somos Microsoft. La resistencia es inútil. Serás absorbido” Bumper sticker
  • “La mayoría de las patentes son una mierda. Dedicar tiempo a leerlas es estúpido. Es cosa de los propietarios de las patentes hacerlo y procurar que se respeten” Linus Torvalds
  • “Recuerda: no eres torpe, no importa lo que digan esos libros. Los torpes de verdad son gente que, creyéndose expertos técnicos, no podrían diseñar hardware y software manejable por usuarios normales aunque la vida les fuera en ello” Walter Mossberg
  • “La programación es una carrera entre los desarrolladores, intentando construir mayores y mejores programas a prueba de idiotas, y el universo, intentanto producir mayores y mejores idiotas. Por ahora va ganando el Universo” Rich Cook
  • “La mayoría de ustedes están familiarizados con las virtudes del programador. Son tres, por supusto: pereza, impaciencia y orgullo desmedido” Larry Wall
  • “La formación en informática no puede convertir a nadie en experto programador, de la misma forma que estudiar pinceles y pigmentos puede hacer a alguien un experto pintor” Eric Raymond
  • “Un programador es la persona considerada experta en ser capaz de sacar, después de innumerables tecleos, una serie infinita de respuestas incomprensibles calculadas con precisión micrométrica a partir de vagas asunciones basadas en discutibles cifras tomadas de documentos inconcluyentes y llevados a cabo con instrumentos de escasa precisión, por personas de fiabilidad dudosa y cuestionable mentalidad con el propósito declarado de molestar y confundiar al desesperado e indefenso departamento que tuvo la mala fortuna de pedir la información en primer lugar” IEEE Grid newsmagazine
  • “Un hacker puede ser capaz de producir, en unos pocos meses, algo que un pequeño grupo de desarrolladores (digamos de 7 u 8 personas) podría tener trabajado duramente juntos más de un año. IBM solía decir que ciertos programadores podían ser 100 veces más productivos que otros trabajadores, o más” Peter Seebach
  • “No te preocupes si no funciona bien. Si todo estuviera correcto, serías despedido de tu trabajo” Ley de Mosher de la Ingeniería del Software
  • “Medir el progreso del desarrollo de software por líneas de código es como medir el progreso de la construcción de un avión por su peso” Bill Gates
  • “Hay sólo dos clases de lenguajes de programación: aquellos de los que la gente está siempre quejándose y aquellos que nadie usa” Bjarne Stroustrup
  • “PHP es un mal menor perpetrado y creado por amaterus incompetentes, mientras que Perl es un gran e insidioso mal perpetrado por hábiles pero pervertidos profesionales” Jon Ribbens
  • “Pienso que Microsoft eligió el nombre .Net para que no pudiera ser mostrado en un listado de directorio de Unix” Oktal
  • “¿Cincuenta años de investigación en lenguajes de programación, y acabamos con C++?” Richard A. O’Keefe
  • “Una de las causas principales de la caída del imperio romano fue que, como no usaban el cero, no tenían forma de saber cuándo sus programas en C terminaban correctamente” Robert Firth
  • “Bien, Java podría ser un buen ejemplo de cómo debería ser un lenguaje de programación. Sin embargo, las aplicaciones Java son buenos ejemplos de cómo las aplicaciones no deberían ser” Pixadel
  • “El software es como el sexo: mejor si es libre y gratis” Linus Torvalds
  • “Cualquier código tuyo que no hayas mirado en los últimos seis meses o más es como si lo hubiese escrito otro” Eagleson’s Law
  • “Tan pronto como comenzamos a programar encontramos, para nuestra sorpresa, que crear programas correctos no era tan fácil como habíamos pensado. Tuvo que descubrirse la depuración. Puedo recordar el instante exacto en el que me dí cuenta que una gran parte de mi vida desde entonces iba a pasarla encontrando errores en mis propios programas” Maurice Wilkes descubre la depuración, 1949
  • “Si la depuración es el proceso de eliminar errores, entonces la programación debe ser el proceso de introducirlos” Edsger W. Dijkstra
  • “¡No me importa si funciona en tu máquina! ¡No estamos vendiendo tu máquina!” Vidiu Platon
  • “Programar es como el sexo: un único error y tienes que estar soportándolo toda la vida” Michael Sinz
  • “Codifica siempre como si la persona que finalmente mantendrá tu código fuera un psicópata violento que sabe dónde vives” Martin Golding
  • “Pienso que hay mercado en el mundo como para unos cinco ordenadores” Thomas J. Watson, Presidente de la Junta Directiva de IBM, sobre 1948
  • “Podría parecer que hemos llegado a los límites alcanzables por la tecnología informática, aunque uno debe ser prudente con estas afirmaciones, pues tienden a sonar bastante tontas en cinco años” John Von Neumann, sobre 1949
  • “No hay ninguna razón para que un individuo tenga un ordenador en su casa” Ken Olson, Presidente de Digital Equipment Corporation, en 1977
  • “640K deberían ser suficientes para todo el mundo” Bill Gates, 1981
  • “Los ordenadores son inútiles. Sólo pueden darte respuestas” Pablo Picasso.
  • “Es genial trabajar con ordenadores. No discuten, lo recuerdan todo y no se beben tu cerveza” Paul Leary
  • “Si la industria automovilística hubiera seguido el mismo desarrollo que los ordenadores, un Rolls-Royce costaría hoy 100 dólares, circularía un millón de millas con 3,7 litros y explotaría una vez al año, eliminando a todo el que estuviera dentro en ese momento” Robert X. Cringely
  • “Nunca confíes en un ordenador que no puedas lanzar por una ventana” Steve Wozniak
  • “La mayoría del software actual es muy parecido a una pirámide egipcia, con millones de ladrillos puestos unos encima de otros sin una estructura integral, simplemente realizada a base de fuerza bruta y miles de esclavos” Alan Kay
  • Atacar a otra persona porque dice tonterías es como encontrarte a tu enemigo mortal ahogándose en arenas movedizas y saltar sobre él blandiendo un cuchillo.

    – Karl Popper, filósofo

    The Computer Language Benchmarks Game
    shootout.alioth.debian.org/
    How can we benchmark a programming language?
    We can't - we benchmark programming language implementations.
    Intenciones | Microsiervos (Frases, Citas)
    www.microsiervos.com/archivo/frases-citas/intencio...
    Toda incompetencia lo suficientemente avanzada es indistinguible de la mala intención
    Matemáticas de la vida y otras verdades
    www.blogdehumor.com/2008/03/06/matematicas-de-la-v...

    MATEMÁTICA DEL ROMANCE:

    a.. Hombre inteligente + mujer inteligente = romance
    b.. Hombre inteligente + mujer tonta = aventura
    c.. Hombre tonto + mujer inteligente = matrimonio
    d.. Hombre tonto + mujer tonta = embarazo

    ARITMÉTICA DE OFICINA:

    a.. Jefe inteligente + empleado inteligente = beneficio
    b.. Jefe inteligente + empleado tonto = producción
    c.. Jefe tonto + empleado inteligente = ascenso
    d.. Jefe tonto + empleado tonto = horas extras

    MATEMÁTICA DE LAS COMPRAS:

    a.. Un hombre pagará 2,83 $; por un objeto de 1,83 $; que necesita.
    b.. Una mujer pagará 1,83 $; por un objeto de 2,83 $; que no necesita.

    ECUACIONES Y ESTADÍSTICAS GENERALES:

    a.. Una mujer se preocupa por el futuro hasta que encuentra marido.
    b.. Un hombre nunca se preocupa por el futuro hasta que encuentra mujer.
    c.. Un triunfador es un hombre que hace más dinero de lo que puede gastar su mujer
    d.. Una triunfadora es la mujer que encuentra a ese hombre.

    FELICIDAD:

    a.. Para ser feliz con un hombre, tienes que entenderlo mucho y quererlo un poquito
    b.. Para ser feliz con una mujer, tienes que quererla un montón y no intentar entenderla

    LONGEVIDAD:

    a.. Los hombres casados viven más que los solteros, pero están mucho más dispuestos a morir

    PROPENSIÓN A LOS CAMBIOS:

    a.. Una mujer se casa con un hombre esperando que cambie, pero no lo hace.
    b.. Un hombre se casa con una mujer esperando que no cambie, pero sí­ lo hace.

    TÉCNICAS DE DISCUSIÓN:

    a.. Una mujer tiene siempre la última palabra en una discusión.
    b.. Cualquier cosa que el hombre diga después de eso es el comienzo de una nueva discusión

    CÓMO HACER QUE LA GENTE DEJE DE FASTIDIARTE CON LA
    PREGUNTA:”¿CUANDO TE VAS A CASAR?”

    Mis tí­as solían acercarse a mí­ en las bodas, dándome golpecitos en las costillas y diciendo:
    “Eres el o la siguiente…”
    Dejaron de hacerlo cuando yo empecé a hacer lo mismo en los funerales.

    MI MESA COJEA: 10 FORMAS POCO RECOMENDABLES DE ENTRAR A UNA MUJER
    mimesacojea.blogspot.com/2008/04/10-formas-poco-re...

    10 FORMAS POCO RECOMENDABLES DE ENTRAR A UNA MUJER

    1. Estaba apoyado en la barra y no he podido evitar fijarme en que no he parado de mirarte.

    2. Perdona, pero tengo que preguntártelo: ¿eres modelo?

    3. Tu padre debía de ser panadero porque… Esto… No, espera, pastelero. Eso, pastelero, sí. No, pues eso, que te decía que tu … Emmm… Tu padre… Eh… ¿Follas?

    4. ¿Sabes que beber semen previene el cáncer de pecho? Que no lo digo yo, ¿eh?, que lo he leído en Internet.

    5. A lo mejor te parezco muy lanzado, pero es que te he mirado y no he podido evitar acordarme de mi madre.

    6. Ey, nena, ¿te hace un Prozac?

    7. Dime la verdad, tú estás retocada por Photoshop…

    8. Apuesto a que estás harta de que te lo digan, pero, a partir de cuarto cubata, no tienes nada que envidiar a Elsa Pataky. ¡Burp!

    9. Te seré sincero: ahora mismo me follaría cualquier cosa, así que si estás sin depilar o lo que sea, te aseguro que no es un problema.

    10. Si gritas te rajo.
    Manual de supervivencia del pequeño escéptico: Diseño Inteligente | libreXpresion.org
    www.librexpresion.org/manual-de-supervivencia-del-...

    Manual de supervivencia del pequeño escéptico: Diseño Inteligente

    El Libro Negro - Giovanni Papini
    fisicarecreativa.net/libronegro/tema09.html

    Conversación 9
    NOTICIAS DEL MAS ALLA

    Edmonton (Canadá), 9 de agosto.

    Un ministro de la Iglesia Adventista, al que conocí ocasionalmente hace pocos días, me presentó al hombre más sorprendente que haya encontrado en todos mis viajes a través del mundo.

    Se llama George A. Gifford, tiene ochenta años de edad y me dijo ser el director general de la «Sociedad para la Resurrección de los Muertos». Me habló en esta forma:

    «Los espiritistas se contentan con entablar alguna que otra conversación con los desencarnados. Nosotros, en cambio, nos proponemos realizar de hecho, antes del último juicio, una de las promesas más grandiosas de la religión cristiana: la resurrección de la carne. Yo soy discípulo del ruso Feodorov, quien en el siglo pasado sostuvo en su famoso libro Obra Común la necesidad y la posibilidad de la resurrección de los antepasados. Pero Feodorov se contentó con la teoría y la esperanza, como suele acontecer en los hombres de su raza. Yo soy norteamericano y quiero que la sublime idea del profeta eslavo sea traducida en el reino concreto y práctico de la realidad. Los obstáculos que se presentaron fueron innumerables he debido cambiar los métodos y los sujetos, he debido crear una asociación que colaborase a la gran obra, considerada humanamente imposible, con voluntad unánime y oración obstinada y perseverante. Muchos me dicen: solamente Jesús tuvo el poder de resucitar a los muertos. Esto no es verdad, la resurrección fue lograda también por los santos, quienes no eran más que hombres como nosotros aun cuando estuvieran fortalecidos con una fe más vigorosa que la fe de los fieles tibios y mediocres.

    -¿Y ha logrado realmente resucitar a los muertos?

    - Así es, aunque con infinito desgaste de espíritu y de tiempo. Nuestra sociedad cuenta con varios millares de adherentes, y en un trabajo afanoso e incesante de veinticinco años tan sólo hemos podido restituir la vida a seis muertos. Uno de ellos, el último, vive en esta ciudad, y he venido a visitarlo, cosa que hago todos los años.

    -¿Seria posible que también yo le viera y le interrogara?

    - Míster Newborn (Renato) - éste es su nombre actual, no se negará a hablar con una persona presentada y acompañada por mí.

    -¿Sería posible ir en seguida?

    - Iré a buscarle a su hotel esta noche, después de la cena, y estoy seguro de que míster Newborn le contará cosas que ninguna fantasía humana sería capaz de inventar.

    La casa del resucitado se hallaba ubicada en un extremo de la ciudad, en la cima de una colina boscosa. Una mujer todavía joven nos hizo entrar, a mí y a míster Gifford, en una sala de paredes recubiertas de madera, con rellenos de preciosas pieles canadienses, dispuestas con mucho cuidado en sostenes de pino brilloso.

    Esperamos en aquella sala por espacio de algunos minutos; ni siquiera se veía una silla. Luego reapareció la mujer, la que nos llevó a un escritorio de aspecto comercial, donde frente a una máquina de escribir cerrada, se hallaba sentado un hombre pálido, pensativo, que vestía un traje de terciopelo negro. Era míster Newborn.

    Gifford dijo mi nombre y le hizo conocer mi deseo, rogándole que quisiera relatarme algunos episodios de su estada en la otra vida. El taciturno resucitado, que no se había alzado de su poltrona, me miró fijamente con ojos tristes, grises, casi apagados. Luego comenzó a hablar en voz lenta y baja

    - No le diré nada acerca de mí, de mi partida y mi regreso a este mundo, puesto que míster Gifford lo sabe todo y podrá decirle lo que considere útil para el progreso de nuestra sociedad. Tan sólo le hablaré acerca del acontecimiento más notable al que asistí durante los largos años de mi estada entre los muertos.

    »Según me parece, los hombres creen que el mundo del más allá no tiene historia: todo es determinado y fijado por la omnipotencia del Eterno, cada difunto tiene su nicho y su sentencia, nada puede hacer cambiar su suerte, los condenados rechinan en las tinieblas, los bienaventurados exultan en la luz, diablos y ángeles tienen a perpetuidad sus misiones y nada cambia por los siglos de los siglos. Pues bien, puedo asegurarle que, muy al contrario, incluso en el más allá hay una historia, o sea: el más allá tiene sus crisis y sus alternativas.

    »Hacía ya mucho tiempo que yacía en las tinieblas exteriores, bajo el peso de mis culpas, cuando repentinamente se difundió en el inmenso reino de los muertos una noticia inaudita: un grupo de veteranos del infierno había dado la primera señal de la sublevación general de los condenados. Multitudes cada vez más numerosas y alborotadoras de compañeros en la desventura estaban listas para seguirlos. Los custodios y guardianes del infierno, considerando que los condenados se hacían discípulos suyos imitando su pasado de rebelión contra Dios, les dejaban hacer, y según se decía hasta instigaban a los tímidos y tibios.

    »Uno de los jefes de la revuelta, el famoso Münzer, andaba de un lado para otro por las interminables tinieblas, incitando a los pusilánimes y los dudosos. Les hablaba así

    »Somos víctimas de una despiadada injusticia que se halla en abierta contradicción con el mensaje de perdón anunciado por el Hijo de Dios. La eternidad de las penas no es conciliable con el Dios todo amor proclamado por los santos y los teólogos. Un padre amoroso, que ama en verdad a sus hijos, puede castigarlos por una culpa, pero no quitarles por toda la eternidad la esperanza de la remisión del pecado. El hombre es un ser limitado, finito, que comete un error limitado en el espacio y en el tiempo, y a veces lo comete arrastrado por la fatalidad de su naturaleza, de lo cual no es siempre responsable. ¿Por qué, a la finitud del ser culpable y de su culpa, debe corresponder la infinitud del castigo? ¿Por qué el error de una hora breve, de una sola estación, y hasta de toda una efímera existencia, debe ser castigado con una tortura eterna e infinita, sin conclusión?

    »Se dice que si bien el pecador es finito, su pecado es infinito porque es una ofensa contra el Ser Infinito. Pero Dios, que es perfección absoluta y amor perenne, ¿puede ser ofendido por una pobre criatura, que en definitiva es obra suya?

    »Reconocemos a la justicia divina el derecho de castigar a los malvados. Pero no podemos admitir y tolerar que un pecado, finito por naturaleza, deba ser castigado con una pena sin fin. Que el pecado de una hora sea castigado con la condenación a un siglo de tormentos, y que el pecado de una vida entera sea expiado con milenios de exilio en el abismo, pero que en definitiva haya una conclusión, un fin. Vosotros sabéis qué es la eternidad, cuán atroz es el pensamiento de un dolor que jamás tendrá término, de las tinieblas que nunca tendrán un resquicio de amanecer. Después de siglos en la cárcel y la oscuridad tan sólo pedimos una liberación final, un retorno a la luz. Apelamos a la misericordia de Dios contra su cruel justicia. Si Dios es amor y nada más que amor, que lo demuestre de un modo conclusivo perdonando a sus enemigos. Nuestro movimiento no es una sublevación sino una santa cruzada hecha en nombre de la caridad.

    »Estas arengas suscitaban un gran entusiasmo entre los míseros sufrientes, y millones de réprobos elevaban al cielo lejano coros de súplicas furiosas, de gritos y blasfemias, de gemidos y clamores de angustia.

    »Algunos demonios se habían plegado a sus víctimas y las exhortaban a la rebelión. Les decían: No tenéis nada que perder, estáis condenados a los suplicios eternos y por lo tanto no os queda lugar para temer algo peor, ya podéis estar seguros de la impunidad y, en cambio, podéis alimentar la esperanza de una redención.

    »Pero el cielo permanecía mudo, ninguna voz descendía desde lo alto, no apareció ningún ángel para anunciar la confirmación de la sentencia o la pro mesa del indulto. Sin embargo, la revuelta no se aplacaba y los desesperados gritos de los malditos continuaban golpeando las invisibles paredes del abismo.

    »Pero, no sé cómo, un día llegó al infierno una noticia increíble: hasta los bienaventurados del paraíso amenazaban abrazar la causa de sus hermanos condenados. Se entiende que su sublevación era completamente diversa de la infernal, adoptaba la forma de una inmensa, cordial y reverente oración. Los justos pedían a Dios compasión para con los injustos. Cada uno de ellos, decían, tenía en aquellas profundidades de oscuridad eterna algún hermano, amigo, pariente, una mujer amada, un hijo extraviado. Su propia felicidad no era perfecta porque se veía perturbada por el pensamiento de los tormentos infinitos que sufrían seres a los que habían amado en la tierra. Se dirigían a Dios: Nos prometiste la felicidad eterna, pero esta felicidad no puede ser plena y total mientras nos veamos entristecidos por la compasión que nos inspiran los seres a los que destinaste al dolor eterno. La tortura de los condenados es una disminución de nuestro gozo, y, consiguientemente, también nosotros somos castigados indirectamente por culpas que no hemos cometido, y esto no se conforma con tu justicia y tu misericordia. Ordenaste a los hombres que perdonaran a sus enemigos, ¿por qué no das el más sublime ejemplo perdonando a los enemigos de tu Ley, después de tantas vigilias de horror?

    »Pero Dios escuchaba y callaba. Entonces muchos bienaventurados, y entre los primeros los santos más venerados, se ofrecieron para descender al infierno y ocupar el lugar de los infelices desterrados. Decían así: Los sufrimientos de los inocentes podrán expiar en un tiempo menor los pecados de los culpables, y en esta forma se verán satisfechas al mismo tiempo tu justicia y tu misericordia. Concede, ¡Oh Señor!, que también en la segunda vida sea eficaz la Comunión de los Santos. Nosotros, que gracias a tu benignidad estamos ciertos de la Luz Eterna, nos ofrecemos a ti para ocupar el puesto de nuestros hermanos desesperados, que sufren desde hace tanto tiempo en las tinieblas eternas, y ocuparemos su lugar todo el tiempo que te plazca.

    »En el Empíreo habían cesado los cantos, ahora resonaban los gemidos y las súplicas; los ángeles, asombrados y conmovidos, guardaban silencio con templando el rostro del Eterno. Pero Dios escuchaba y callaba...».

    Llegado a esas palabras de su relato, míster Newborn interrumpió de golpe aquel inaudito acontecimiento.

    -¿Y después? - preguntó míster Gifford pasados algunos instantes.

    - Después, no supe más nada ni nada puedo decir - replicó el resucitado con voz débil. Precisamente mientras todos los muertos, los que alababan y los que gritaban, esperaban la decisión de Dios, fui llamado otra vez a la vida terrestre por mis hermanos vivientes. Tal vez, cuando llaméis a un nuevo resucitado, éste podrá relataros la continuación de mi historia.

    Poco después nos despedíamos del melancólico resucitado. Y desde entonces, incluso en este momento, me he estado preguntando: ¿sueño?, ¿imaginación?, ¿verdad?

    [Esta forma de pensar]… No es natural para los ingenieros. La buena ingeniería incluye pensar cómo hacer funcionar las cosas; la mentalidad de seguridad en cómo hacer que fallen.

    La mayor parte del software actual es muy parecido a una pirámide egipcia: millones de ladrillos puestos unos encima de otros, sin una estructura integral, simplemente realizada a base de fuerza bruta y miles de esclavos.

    – Alan Kay, pionero de la informática
    (Vía Variable Not Found)

    File systems are now mounted with the relatime mount option by default, for improved performance.

    • The relatime mount option stands for relative atime (or time of last access), and relatime will only update the atime if the previous atime is different than the mtime (modification time) or ctime (time of last status change). more info

     
    Dilbert Comic Strip Archive - Dilbert.com - The Official Dilbert Website by Scott Adams - Dilbert,
    www.dilbert.com/comics/dilbert/archive/dilbert-200...

    Bucles autorreferentes en diccionarios y enciclopedias | Microsiervos (Puzzles y Rubik)
    www.microsiervos.com/archivo/puzzles-y-rubik/bucle...
    rojo – Encarnado muy vivo.
    encarnado – Colorado.
    colorado – Que por naturaleza o arte tiene color más o menos rojo.
  • Novia Vista: Es la que uno se cuadra con ella porque la ve bonita, y esta medio buena, pero después de un tiempo te das cuenta que no hace lo que tu quieres, y fue una mala elección.
  • Novia XP: Es el tipo de vieja mas común, es la novia normal, no es la gran cosa, pero uno lleva tanto tiempo con ella, que no es capaz de dejarla,
  • Novia Windows 98: Es la que lleva con uno tanto años que para que cambiarla, si uno ya se acostumbro a esa.
  • Novia Linux: Se le saca en mayor rendimiento con el menor esfuerzo, “la vieja fácil”. trata de no joder aunque a veces lo hace, no es tan fea como muchos piensan.
  • Novia Unix: Casi nadie la conoce, no es bonita ni fea, pero ella se presta para hacer muchas cosas. no cualquiera es capaz de manejarla.
  • Novia Ubuntu: una subdivision de linux, es la vieja que con la que uno dice, con esta me voy a casar, prometedora, bonita, pero como toda vieja, tiene su guardado.
  • Novia Mac: No la tiene cualquiera, para llegar a una de estas hay que tener mucha plata, su mantenimiento es mas caro que una de windows o linux, pero tiene sus ventajas, no jode tanto, es mas manejable, en fin.
  • Oh noes! BB comments temporarily broken. - Boing Boing
    www.boingboing.net/2007/11/20/oh-noes-bb-comments....
    Quick note to let everyone know that Boing Boing's comment system is currently down. Our talented team of tech wizards has already Instantiated the Unfuckatron*, so all should be back online soon. All apologies.
    El Gobierno español ha ofrecido a las autoridades de Chad la financiación de un programa educativo para los 103 niños que la organización Arca de Zoé pretendía sacar del país.
    La Coctelera: Tribulaciones de un guionista - Inicio
    www.lacoctelera.com/pianistaenunburdel

    úscate una pareja con más aspiraciones creativas que materiales. Alguien que sea capaz de entender la pulsión que te mantiene una noche en vela porque un diálogo no acaba de estar perfecto; a aceptar un trabajo de mierda en el culo del mundo porque tiene pinta de ir a quedar muy bien; a pasarte todos los puentes del año y la mitad de las vacaciones rodando cortos por media España porque, lisa y llanamente, te pone.

    Cómo hacer para no espiar una contraseña | LANACION.com
    www.lanacion.com.ar/tecnologia/nota.asp?nota_id=93...
    Aquí, algunos consejos sobre lo que nunca pero nunca debe hacerse cuando la otra persona ingresa la contraseña y opera con su cajero o su cuenta de correo.

    • Mirar fijamente la pantalla y decir: “¡Lindo monitor! ¿Cuánto te costó?”
    • Preguntar: “¿Vos no deberías usar una contraseña segura?”
    • Peor: “¿A ver si adiviné? ¿Tu clave es F2H19J?”
    • Evite exclamar: “¡Increíble lo rápido que escribís la clave! Se ve que hace mucho tenés la misma”
    • Tampoco algo como: “¡Uh, tu casilla está que explota, qué cantidad de mails que tenés!”
    • Menos aún: “¡Mirá, te escribió Marcelita! Confesá, ¿pasa algo?”
    • Y ni se le ocurra algo como: “¡Ah, mirá, usás la misma clave en el cajero y en el celular, qué loco!”
    • Pero la realmente imperdonable sería: “¿Ayer tenías más plata en esa cuenta, o me equivoco?”
    A Whirlwind Tutorial on Creating Really Teensy ELF Executables for Linux
    www.muppetlabs.com/~breadbox/software/tiny/teensy....

    In order to start, we need a program. Almost any program will do, but the simpler the program the better, since we're more interested in how small we can make the executable than what the program does.

    Let's take an incredibly simple program, one that does nothing but return a number back to the operating system. Why not? After all, Unix already comes with no less than two such programs: true and false. Since 0 and 1 are already taken, we'll use the number 42.

    So, here is our first version:

      /* tiny.c */
      int main(void) { return 42; }
    Argus Products White Papers PitBull Foundation and Foundation Suite OS-Level Security
    www.argus-systems.com/product/white_paper/pitbull/...
    PitBull Foundation and Foundation Suite
     

    OS-Level Security

    Trusted OS Security: principles and practice

    Regular Expression Matching Can Be Simple And Fast
    swtch.com/~rsc/regexp/regexp1.html
    precarios.org :: Ver tema - Hola, soy nueva!
    www.precarios.org/foro/viewtopic.php?p=27414#27414
    Manual de supervivencia del pequeño escéptico: Diseño Inteligente | libreXpresion.org
    www.librexpresion.org/manual-de-supervivencia-del-...

    Manual de supervivencia del pequeño escéptico: Diseño Inteligente

    'Re: [squid-users] GUI for squid' - MARC
    marc.info/?l=squid-users&m=118004321718426&w=2
    Dead is a matter of definition. Free software only dies when the last copy of the source code is erased. It probably works for what it's designed to do. But quite likely there is no active maintenance of the project.
    spanish_i_am_injecting_but_the_ivs_don_t_increase [Aircrack-ng]
    www.aircrack-ng.org/doku.php?id=spanish_i_am_injec...
    Tutorial: Estoy inyectando pero los IVs no aumentan
    ¡Pasen y vean! Los beneficios de las empresas crecen más de un 30%; los salarios, un 2,9% - elConfid
    www.elconfidencial.com/cache/2007/05/21/77_pasen_b...
    ¡Pasen y vean! Los beneficios de las empresas crecen más de un 30%; los salarios, un 2,9%
    mandolux | desktops | fire | Firewall
    mandolux.com/archive/2006/0527.html
     fondos de pantalla multimonitor

    SQL Injection Cheat Sheet
    BigDump: The Staggered MySQL Dump Importer
    www.ozerov.de/bigdump.php
    Staggered import of large and very large MySQL Dumps
    www.aculei.net/~shardy/bcard/code/vanitykey.pl
    www.aculei.net/~shardy/bcard/code/vanitykey.pl
    # massive compute job # snow falling on black roses # perl is fucking slow
    /home/aklis/.Xmodmap
    /home/aklis/.Xmodmap
    pointer = 1 8 3 4 5 6 7 2 9

    Configuracion raton logitech marble mouse para que el botoncito superior izquierdo actue como tercer boton

     Utnubu, grupo de colaboracion de debian con ubuntu

    103 Free Security Apps for Mac, Windows and Linux
    www.itsecurity.com/features/103-free-security-apps...
    103 Free Security Apps for Mac, Windows and Linux
    OmniNerd - Articles: 2006 Operating System Vulnerability Summary
    www.omninerd.com/2007/03/26/articles/74
    2006 Operating System Vulnerability Summary
    Firefox dentro de Firefox // menéame
    meneame.net/story/firefox-dentro-de-firefox
    chrome://browser/content/browser.xul
    ¿Quién vigila al vigilante?: Te quitan la privacidad para hacer ver que te dan seguridad
    lavigilanta.blogspot.com/2007/03/te-quitan-la-priv...
    Es fácil | Microsiervos (Frases, Citas)
    www.microsiervos.com/archivo/frases-citas/es-facil...

    Caminar sobre el agua y desarrollar software a partir de unas especificaciones es fácil… si ambas están congeladas.

    Debian Project Leader Elections 2007
    www.debian.org/vote/2007/vote_001
    Debian Project Leader Elections
    Nipaipo.NET » Windows Neptune: ¿A que nunca lo habías oido?
    www.nipaipo.net/2007/04/08/windows-neptune-que-nun...
     
     Windows Neptune, el desconocido - Archville
    Zimbra offers Open Source email server software and shared calendar for Linux and the Mac
    www.zimbra.com/index.html
    Zimbra is open source server and client software for messaging and collaboration - email, group calendaring, contacts, and web document management and authoring. The Zimbra server is available for Linux, Mac OS X, appliances, and virtualization platforms. The Zimbra Web 2.0 Ajax client runs on Firefox, Safari, and IE, and features easy integration / mash-ups of web portals, business applications, and VoIP using web services.
    10 preguntas que debes hacer en una entrevista de trabajo - alzado.org
    www.alzado.org/articulo.php?id_art=645
    10 preguntas que debes hacer en una entrevista de trabajo
    valencia.homelinux.org » Creación de reglas udev para personalizar el nombre de los ficheros de disp
    www.vicente-navarro.com/blog/index.php/2007/03/29/...
    El Instituto Nacional de Consumo ha comenzado a distribuir un folleto informativo para los consumido
    www.consumo-inc.es/NOTICIAS/INTERIOR/notasdeprensa...

    A partir de hoy, todos los productos nuevos que se vendan tendrán 2 años de garantía y los de segunda mano 1 año

    Como compilar un modulo del kernel por separado:
     make -C "/lib/modules/versiondelkernel/build" SUBDIRS="/ruta/al/modulo/" modules V=1 USER_OPT="-DHAVE_UTSRELEASE_H=0"

     http://www.google.com/tisp/install.html
    Pon un cable de fibra óptica en tu water
    Made in google - Archville
    Deadprogrammer's Cafe » 100 Views of the Empire State Building
    www.deadprogrammer.com/category/100-views-of-the-e...
     
     100 vistas del Empire State - Archville
    QDB: Quote #205195
    bash.org/?205195
     
     EL quote. - Archville
    The Euphoria Programming Language
    www.rapideuphoria.com/index.html
     
    Ese lenguaje interpretado que es 31 veces más rápido que Python y 35 veces más que Perl - Archville
     
    Si la sintaxis de .NET permitiera usar consultas SQL en sus variables, ocurriría ésto - Archville
    ludios.org - Science > Greek Gods > Tree
    ludios.org/science/greekgods/image
    Port 666 - La metamorfosis linuxera
    www.filmica.com/port666/archivos/005678.html
    Antes, cuando una empresa me decía que no daba soporte para Linux, pensaba: Qué mierda de sistema operativo. Ahora, cuando una empresa -el otro día, Telefónica, sin ir más lejos- me dice que no da soporte para Linux, pienso: Qué mierda de empresa.
    .: Foro del Guardia Civil :. - Content
    www.forodelguardiacivil.com/nuke/modules.php?name=...
     Como funciona el derecho de admision. Son picoletos, asi que deben saber del tema...

    Orgía en los circuitos | Mangas Verdes
    mangasverdes.es/2007/03/31/orgia-en-los-circuitos/
     Trailer de GTA IV
    dpkg -l | grep ^ii | awk '{print $2}' > paquetes.txt
    for i in `cat paquetes.txt`; do PAQUETES="$PAQUETES $i"; done
    echo $PAQUETES > paquetes.txt
     formato para sacar la lista de paquetes del sistema y reinstalarlosl uego

    eBay: THE ENTIRE US SUPER NINTENDO COLLECTION - COMPLETE!! (item 110102580135 end time Mar-21-07 19:
    cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=110102...
    ¿ Alguien tiene $15.000 sueltos ?

     Reproductor que basicamente mola mil. Gnome. - Archville
    Tienda eBay: VALVANA: y
    stores.ebay.es/VALVANA
     Cajas de condones de 144uds a 33e ;)

    Wallet made from a computer keyboard
    www.instructables.com/id/EU0DY6QKNCEZ7BHEZ0
    Condom testers required by Durex
    news.bbc.co.uk/1/hi/business/6507611.stm
    En UK buscan testeadores de condones. Ak 
    Operation n » Web Backdoor Compilation
    michaeldaw.org/projects/web-backdoor-compilation/
    Damn Vulnerable Linux - The most vulnerable and exploitable operating system ever - DVL Overview
    www.damnvulnerablelinux.org/
     
     Un linux hecho vulnerable a propósito para pruebas de ataques. - Archville
    Buenisimo para hacer el pollas - Ak

    Solved game - Wikipedia, the free encyclopedia
    en.wikipedia.org/wiki/Solved_board_games
     Resolucion de juegos de mesa de 2players. Atencion, solo para rallaos.
    OldVersion.com
    www.oldversion.com/
    Because newer is not always better - Archville 
    juegotv6.jpg (JPEG Imagen, 597x359 pixels)
    img401.imageshack.us/img401/5599/juegotv6.jpg
     [JUEGO] Pc , distribuido por Shiny
    [juego] ImageShack - Hosting :: aaaafq5.png
    img340.imageshack.us/my.php?image=aaaafq5.png
     [JUEGO]
    [Solución] Alex Kid
    [juego] raphilesobre20060805172oc0.jpg (JPEG Imagen, 320x200 pixels)
    img341.imageshack.us/img341/5283/raphilesobre20060...
     [JUEGO] ¿ Alguien lo adivina ?
     [Solución] Tyrian
    Insolencia | Microsiervos (Frases, Citas)
    www.microsiervos.com/archivo/frases-citas/insolenc...

    Los funcionarios son los empleados que el ciudadano paga para ser la víctima de su insolente vejación.

    – Pitigrilli, escritor italiano

     
     Traducciones castellano para Heroes 3, Civilization Call to Power, en Linux - Archville
    screenshot.png (PNG Imagen, 744x558 pixels)
    louhi.kempele.fi/~skyostil/projects/albumart/scree...
     http://louhi.kempele.fi/~skyostil/projects/albumart/
    O cómo tener todas las carátulas de tus MP3 listas en Windows, Linux etc - Archville
    juegojv8.jpg (JPEG Imagen, 256x239 pixels)
    img338.imageshack.us/img338/9084/juegojv8.jpg
     El mejor juego de la NES, con diferencia - Archville

    ¿Cual es??

    Battle Tanks, evidentemente xD
    Pi Is Not The Best Random Number Generator - Forever Geek
    forevergeek.com/news/pi_is_not_the_best_random_num...
     por poner algo xD
    VideoLAN - The streaming solution
    www.videolan.org/vlc/streaming.html
     Como montar un servidor de streaming

    HP 9000 Superdome Server - specifications
    www.hp.com/products1/servers/scalableservers/super...
     Servers brutos de hp

     
    The Easy Steps to Enlighten Your Desktop
    tldp.org/HOWTO/Font-HOWTO/fix.html

      Cómo dejar KDE/Gnome bien configurados con unas fuentes decente. :-) - Archville
    that's because it's me
    www.fotolog.com/belenchisssss/
    rdesktopia0.png (PNG Imagen, 1024x768 pixels) - Escalado (72%)
    img163.imageshack.us/img163/2682/rdesktopia0.png
     IE en Gnome, seamless vía Rdesktop - Archville
    The content on this page is provided by a Google Notebook user, and Google assumes no responsibility for this content.