Misc. (unordered, unsorted):
- Earlier versions of this node (Wayback Machine)
- devdocs.io - "combines multiple API documentations in a fast, organized, and searchable interface". Covers many programming languages, markup languages, libraries, tools etc.
- Perl Reference Card v2 (PDF)
- Perl Best Practices Reference Guide (PDF)
Rebase issues in Cygwin, e.g.
- "child_info_fork::abort: address space needed by 'IO.dll' (...) is already
- "C:\cygwin64\bin\cygiconv-2.dll: Loaded to different address: parent(...) != child(...)"
- "0 [main] python3.4m 9012 child_info_fork::abort: address space needed by 'lsoda.cpython-34m.dll' (0x5E0000) is already occupied" (yes, Python. Suck on it, Perlmonks.)
Solution: rebaseall. The short version: run /usr/bin/rebase-trigger full, stop all Cygwin-based services, close all Cygwin terminals, run the Cygwin setup program.
HARD MODE: if the above does not solve the problem: delete (or move) /etc/rebase.db.x86_64 (or .i386 for a 32-bit Cygwin); stop all Cygwin services and close all Cygwin terminals; open a cmd.exe window and run C:\cygwin64\bin\ash; run /bin/rebaseall -v.
- Dictionary of Algorithms, Data Structures, and Problems
- Suggestions for working with poor code
- Higher-order Perl:
- The Timeline of Perl and its Culture
- "Evil uses for Perl":
- Different programming languages:
- Re: Honest question about Perl, Python and Ruby
- Re: UNIX and Perl to the Rescue --like book for Python? - Python FAQ for Perlmonks
- I want you to convince me to learn Perl
- "C is an optimizing macro-assembler with automatic register allocation".
- The easiest way to "teach yourself C++ in 21 days".
- "Lisp adherents often look at the rest of the programming world with pity, seeing them fighting to invent wheels that were wrought and polished back in the sixties when giants walked the Earth and people wrote code in all-caps." — carl, 2012 Perl 6 Advent Calendar, Day 23 – Macros
- Rants and criticism:
- pissed off about functional programming
- PHP: a fractal of bad design
- Why Pascal is Not My Favorite Programming Language (Brian W. Kernighan, April 2, 1981)
- Critical Comments on the Programming Language Pascal (A. Nico Habermann, Acta Informatica 3, pp. 47-57, 1973)
- C++: Is It Really a Cruel Joke?
- C++ Frequently Questioned Answers (FQA)
- Far More than Everything You've Ever Wanted to Know about Prototypes in Perl -- by Tom Christiansen
- Re: The future of Perl? (The why, and my take.)
I don't like Python. Every time I've used it, it feels like a poor substitute.
Kinda like listening to an Elvis impersonator or a Beetles [sic] tribute band. It/they completely miss the point of what makes the original great. They go to great lengths to copy the superficial things; accents, cloths, hairstyles, even mannerisms and facial ticks; but completely fail when it comes to the important stuff; the music. They may sing and play all the notes in the correct order and key. They may even fairly accurately emulate the sound and tone and feel of one particular performance of each song they play. But listen to 3 live performances of any given track by the original artist and you'll notice that they are all quite different. Different in ways that are mostly too subtle for me as a non-musician to describe well; but you're never in doubt they are they. Each performance is unique and valuable for its uniqueness; and for originality; and because it shows the skill and growth of the artist.
The tribute bands meanwhile are condemned to only emulate, because the moment they add some originality to the performance; they fail to be a tribute any more and become karioki.
And that's how it feels when I use Python. Like a tribute band that opted to break out of the mould and add its own stamp on the original. Along the way of adding its unique contributions, it lost something, and many somethings that made the original so good. So usable.
- Overcoming frustration: Correctly using unicode in python2 (as if Python on its own wasn't bad enough)
- Perl forks etc.:
- dave_the_m, Re: What's the perl5's future?:
[...] AFAIKT, stableperl isn't intended to be an ongoing fork of perl; its simply a snapshot of 5.22 created by Marc [Lehmann] with whatever commits broke his code removed.
cperl is a recent fork of perl by Reini Urban who is incapable of working with others, so is writing a perl where he can do whatever he likes, unfettered by the difficulties of having to reach consensus. [...]
- Useful tools, scripts and programs:
- Perl Obfuscator
- Seven Levels of Perl Mastery
- unmaintainable code
- Hiding the source code for a Perl program:
- Symbol names: Almost 28 new names for 32 old marks, Re: Almost 28 new names for 32 old marks
- I want more monkquips
- Perl Humour
- Interactive Perl shell (aka Read-Eval-Print Loop): Devel::REPL (includes the re.pl shell)
- perlepigraphs - list of Perl release epigraphs
- How's your Perl?
- Re^7: About GD Image Data Output Methods - description of the GD image format
- Dominus's file of Good Advice:
- You cannot just paste code with no understanding of what is going on and expect it to work.
- You can't just make shit up and expect the computer to know what you mean, Retardo!
- You said it didn't work, but you didn't say what it would have done if it *had* worked.
- What are you really trying to accomplish here?
- Who the fuck cares which one is faster?
- Now is the time in our program where you look at the manual.
- Look at the error message! Look at the error message!
- Looking for a compiler bug is the strategy of LAST resort. LAST resort.
- Premature optimization is the root of all evil.
- Bad programmer! No cookie!
- I see you omitted $! from the error message. It won't tell you what went wrong if you don't ask it to.
- You wrote the same thing twice here. The cardinal rule of programming is that you never ever write the same thing twice.
- Evidently it's important to you to get the wrong answer as quickly as possible.
- Gee, I don't know. I wonder what the manual says about that?
- Well, no duh. That's because you ignored the error message, dimwit.
- Only Sherlock Holmes can debug the program by pure deduction from the output. You are not Sherlock Holmes. Run the fucking debugger already.
- Always ignore the second error message unless the meaning is obvious.
- Read. Learn. Evolve.
- Well, then get one that *does* do auto-indent. You can't do good work with bad tools.
- No. You must believe the ERROR MESSAGE. You MUST believe the error message.
- The error message is the Truth. The error message is God.
- It could be anything. Too bad you didn't bother to diagnose the error, huh?
- You don't suppress error messages, you dumbass, you PAY ATTENTION and try to understand them.
- Never catch a signal except as a last resort.
- Well, if you don't know what it does, why did you put it in your program?
- Gosh, that wasn't very bright, was it?
- That's like taking a crap on someone's doorstep and then ringing the doorbell to ask for toilet paper.
- A good approach to that problem would be to hire a computer programmer.
- First get a book on programming. Then read it. Then write the program.
- First ask yourself `How would I do this without a computer?' Then have the computer do it the same way.
- Would you like to see my rate card?
- I think you are asking the wrong question here.
- Holy cow.
- Because it's a syntax error.
- Because this is Perl, not C.
- Because this is Perl, not Lisp.
- Because that's the way it is.
- If you have `some weird error', the problem is probably with your frobnitzer.
- Because the computer cannot read your mind. Guess what? I cannot read your mind *either*.
- You said `It doesn't work'. The next violation will be punished by death.
- Of course it doesn't work! That's because you don't know what you are doing!
- Sure, but you have to have some understanding also.
- Ah yes, and you are the first person to have noticed this bug since 1987. Sure.
- Yes, that's what it's supposed to do when you say that.
- Well, what did you expect?
- Perhaps you have forgotten that this is an engineering discipline, not some sort of black magic.
- You know, this sort of thing is amenable to experimental observation.
- Perhaps your veeblefitzer is clogged.
- What happens when you try?
- Now you are just being superstitious.
- Your question has exceeded the system limit for pronouns in a single sentence. Please dereference and try again.
- In my experience that is a bad strategy, because the people who ask such questions are the ones who paste the answer into their program without understanding it and then complain that it `does not work'.
- Of course, this is a heuristic, which is a fancy way of saying that it doesn't work.
- If your function is written correctly, it will handle an empty array the same way as a nonempty array.
- When in doubt, use brute force.
- Well, it might be more intuitive that way, but it would also be useless.
- Show the code.
- The bug is in you, not in Perl.
- So you threw in some random punctuation for no particular reason, and then you didn't get the result you expected. Hmmmm.
- How should I know what is wrong when I haven't even seen the code? I am not clairvoyant.
- How should I know how to do what you want when you didn't say what you wanted to do?
- It's easy to get the *wrong* answer in O(1) time.
- I guess this just goes to show that you can lead a horse to water, but you can't make him drink it.
- You are a stupid asshole. Shut the fuck up.
- Wikipedia on Smalltalk-80:
Even the statement true become: false is valid in Smalltalk, although executing it is not recommended.
- Joel (Spolsky) on Software:
- Things You Should Never Do, Part I:
They did it by making the single worst strategic mistake that any software company can make:
They decided to rewrite the code from scratch.
- Perl 6:
- SciPy (includes NumPy and matplotlib)