For <i>really</i> lazy programmers
-
A friend just sent me this link to a Perl module that allows you to specify the approximate name of the subroutines you are calling. How often have you been programming and needed to use an API call that you kinda-sorta know the name of, but haven't had the energy to hit F1 and search the docs. Imagine if they had this in C++: instead of calling
CreateWindowyou could ask the compiler forMakeWindow, or if you made a spelling mistake, or got the case wrong, then no problem! The mind boggles! cheers, Chris Maunde -
A friend just sent me this link to a Perl module that allows you to specify the approximate name of the subroutines you are calling. How often have you been programming and needed to use an API call that you kinda-sorta know the name of, but haven't had the energy to hit F1 and search the docs. Imagine if they had this in C++: instead of calling
CreateWindowyou could ask the compiler forMakeWindow, or if you made a spelling mistake, or got the case wrong, then no problem! The mind boggles! cheers, Chris Maunde -
A friend just sent me this link to a Perl module that allows you to specify the approximate name of the subroutines you are calling. How often have you been programming and needed to use an API call that you kinda-sorta know the name of, but haven't had the energy to hit F1 and search the docs. Imagine if they had this in C++: instead of calling
CreateWindowyou could ask the compiler forMakeWindow, or if you made a spelling mistake, or got the case wrong, then no problem! The mind boggles! cheers, Chris MaundeExcuse me Chris (mock annoyed tone), I'm still p*ssed-off that I can *still* get a message from the compiler: "Missing ; in line xx". If you know where it is suppoosed to be.. Talk about lack of progress, I used to get the same thing on my Acorn Atom. Kind regards, Al. VBer who wants to go back to, but will have to learn again, C++. I'll carry on using VB for the front-end; so when I get proficient at C++/STL can I jump straight to ATL and avoid the MFC
-
A friend just sent me this link to a Perl module that allows you to specify the approximate name of the subroutines you are calling. How often have you been programming and needed to use an API call that you kinda-sorta know the name of, but haven't had the energy to hit F1 and search the docs. Imagine if they had this in C++: instead of calling
CreateWindowyou could ask the compiler forMakeWindow, or if you made a spelling mistake, or got the case wrong, then no problem! The mind boggles! cheers, Chris MaundeAre you sure this guy is a friend? :) The hair stands up on my spine when I think about sourcecode populated with "approximations" of function names, man it would be impossible to follow... Integrating something like this into the help system would be cool though, as function names are sometimes hard to find and you end up simply "guessing" as you search the help
-
Are you sure this guy is a friend? :) The hair stands up on my spine when I think about sourcecode populated with "approximations" of function names, man it would be impossible to follow... Integrating something like this into the help system would be cool though, as function names are sometimes hard to find and you end up simply "guessing" as you search the help
He's a Perl/Unix weenie who delights in showing how, in just one line of perl, he can create a fully database driven automated online stockbroking system. He gets great pleasure from browsing VBScript and chuckling evilly. I think he's a friend :) cheers, Chris Maunde
-
He's a Perl/Unix weenie who delights in showing how, in just one line of perl, he can create a fully database driven automated online stockbroking system. He gets great pleasure from browsing VBScript and chuckling evilly. I think he's a friend :) cheers, Chris Maunde
I've never worked with Perl (he says with embarrassment), but I do remember having seeing some guy programming in APL, and I can't figure out for the life of me how someone would ever maintain an APL program
-
Excuse me Chris (mock annoyed tone), I'm still p*ssed-off that I can *still* get a message from the compiler: "Missing ; in line xx". If you know where it is suppoosed to be.. Talk about lack of progress, I used to get the same thing on my Acorn Atom. Kind regards, Al. VBer who wants to go back to, but will have to learn again, C++. I'll carry on using VB for the front-end; so when I get proficient at C++/STL can I jump straight to ATL and avoid the MFC
>> If you know where it is suppoosed to be.. << Trust me, you don't want to go there.... PL/I has the annoying behavior of whenever it finds an error, it would print an error message, and then GUESS at what it though you meant. It almost always guessed wrong. Anyway, what would you WANT it to do? Just silently ignore the error? But what if it's guess is not what you actually wanted. (Using an undecalred datat type will erroneously give you that message). Should it get an error, but continue? But then, your correctly working program would still produce dozens of errors. You'll have to fix them eventually. Should it edit your source code? But again, what if it's view of the problem isn't the real trouble?