3 ms·
Most languages are easy to parse. The argument I've heard many times before is that you must use an IDE with Java because Java is overly verbose. I'm effectiv
by points 16y ago
Most languages are easy to parse.
The argument I've heard many times before is that you must use an IDE with Java because Java is overly verbose.
I'm effective in Java in that I achieve what I want to achieve. The bottleneck has never been speed of typing/refactoring etc.
- Someone 16y agoThat depends on your definition of 'easy to parse'. For C and C++, you have the #include problem, macros whose definition isn't known until one calls the compiler. perl cannot be parses at all; there are cases where you must run a program to find out whether x is an identifier or a fiction name. For Java, you can take a function in isolation, search its source file for import statements, and tell me what the variables, statements and expressions are. C# was in the same boat, but with LinQ, I think it gave up that idea. Now,
- chromatic 16y agoperl cannot be parses at all; there are cases where you must run a program to find out whether x is an identifier or a [function] name. Nonsense. A very small category of behavior exists where static parsing of Perl 5 cannot determine whether a given program is valid. That's all. It's possible to write a pathological program which has two valid and working parses, but I've never seen it and it's an intellectual game, not a trap waiting to snare an unwary programmer. (I have no idea what "an identifier or a function name" means, as Perl uses sigils to distinguish between variables and function names.) See http://www.modernperlbooks.com/mt/2009/08/on-parsing-perl-5.html http://www.modernperlbooks.com/mt/2009/08/on-parsing-perl-5.... for details.