my $dayjob is writing Perl. I think it's a pretty sweet deal.
Name:
Anonymous2011-01-06 1:53
The .NET language ecosystem (C#, VB.NET, C++/CLI, etc.) is the Marxist ideology of authoritarian political correctness, multiculturalism, tolerance of homosexuals, genocide of white Europeans, and indentured servitude of the masses for C/C++, Pascal/Delphi and VB6 developers who missed the Java wagon train.
C, and for that matter C++. I fucking hate them both. Their low level nature is unjustified in 99.9% of cases. 2010, still using manual memory management. It's unnecessary.
C and C++ coders have got to be the most retarded fuck tards it's possible to meet in the programming world. They go on and on about how their brainfuck pointer code is oh so fast and have the good grace to insult programmers of other languages such as Python or Haskell even though those programmers are at least 3 times more productive than they are.
Fuck you C coders. I'm off to code some Python. A language as pleasing to write in as it is to read and exceedingly simple to debug. Enjoy your overflows and cognitive burdens C coding places on problem solving. You should also know that any features you're able to produce after 9 consecutive hours of debugging can be implemented in less time using Python and so I always laugh when I'm selling commercial software and my competition are programs written in C. Hahahahah, it's retards like C coders than keep the food on my table, good times.
Name:
Anonymous2011-01-07 1:54
>>28
Try to write an operating system in your precious PHP/Java/HAKSAL/FIOC. Notice something? Yeah, I'm sure you do.
Before you go off to rant about stuff you rather obviously don't understand, I recommend you to read a book. Or two. It wouldn't hurt.
Also, you may probably not believe it, but Python is written in C. Not in PHP, Java, HAKSAl, LITHP, SEESharp, HTML, or Lua, but in C.
>>28 2010,
If your calendar were written in C, it could have turned over an integer by now.
Name:
Anonymous2011-01-07 2:12
>>29
>Implying I don't know C.
>Implying I would waste my time trying to write an operating system when GNU/Linux already exists. Good try aspergian Anonix developer.
>Interpreted languages are slow enough. It logically had to be written in C. Doesn't mean it was fun. >>30
>No, because my calculator would have segfaulted.
>>31 >Implying I don't know C.
You don't. Face the truth.
>Implying I would waste my time trying to write an operating system when GNU/Linux already exists. Good try aspergian Anonix developer.
I'm no ````Anonix'''' Developer, Mister Lolcow
>Interpreted languages are slow enough. It logically had to be written in C. Doesn't mean it was fun.
You keep comparing apples to pears. C is a System language. FIOC is not.
>>29 HAHAHAHA
YOU THINK YOURE THOUGH UH ?
I HAVE ONE WORD FOR YOU
THE FORCED INDENTATION OF THE CODE
GET IT ?
I DONT THINK SO
YOU DONT KNOW ABOUT MY OTHER CAR I GUESS ?
ITS A CDR
AND IS PRONOUNCED ``CUDDER'' OK YOU FUQIN ANGERED AN EXPERT PROGRAMMER THIS IS/prog/
YOU ARE ALLOWED TO POST HERE ONLY IF YOU HAVE ACHIEVED SATORI
PROGRAMMING IS ALL ABOUT ``ABSTRACT BULLSHITE'' THAT YOU WILL NEVER COMPREHEND
I HAVE READ SICP
IF ITS NOT DONE YOU HAVE TO
TOO BAD RUBY ON RAILS IS SLOW AS FUCK BBCODEAND ((SCHEME)) ARE THE ULTIMATE LANGUAGES
ALSO
WELCOME TO/prog/
EVERY THREAD WILL BE REPLIED TO
NO EXCEPTION
>>37
Exactly. GNU/Linux, instead, is the GNU operating system on top of the Linux kernel.
Name:
Anonymous2011-01-07 2:46
>>37 >>38 >>39
I'd just like to interject for a moment. What you're referring to as Linux, is in fact, GNU/Linux, or as I've recently taken to calling it, GNU plus Linux. Linux is not an operating system unto itself, but rather another free component of a fully functioning GNU system made useful by the GNU corelibs, shell utilities and vital system components comprising a full OS as defined by POSIX.
Many computer users run a modified version of the GNU system every day, without realizing it. Through a peculiar turn of events, the version of GNU which is widely used today is often called "Linux", and many of its users are not aware that it is basically the GNU system, developed by the GNU Project.
There really is a Linux, and these people are using it, but it is just a part of the system they use. Linux is the kernel: the program in the system that allocates the machine's resources to the other programs that you run. The kernel is an essential part of an operating system, but useless by itself; it can only function in the context of a complete operating system. Linux is normally used in combination with the GNU operating system: the whole system is basically GNU with Linux added, or GNU/Linux. All the so-called "Linux" distributions are really distributions of GNU/Linux.
>>42
Because Lisp is universal and you can write an OS in it. But C/C++ is the standard, like COBOL or Java. One may not like C/C++, but he really have no choice, but to conform.
>>43
I like it how you imply that C and/or C++ weren't selected because they're well tested, but because they were "suddenly the standard". As if that happened as simple as that.
Name:
Anonymous2011-01-07 4:44
>>45
C/C++ was selected because of hype. Just like Java and COBOL.
Name:
Anonymous2011-01-07 4:50
>>46
Besides, many people love writing this endless `if ... then ... end` and "for (...;...;...) ..." boilerplate, because it makes them feel like they are doing a big amount of work. Unfortunately, most of their work is a useless struggling with their language.
>>49
If C had True macros, if and goto would suffice for everything. And you would also have unless, until, etc.
Seriously, why don't they put a decent preprocessor in C1x?
>>66
``Pattern matching'' compiles to `if'.
There is no x86 instruction called `if'.
Name:
Anonymous2011-01-07 8:45
>>64
You should read about concatenative programming languages, bottom-up design and combinatory logic. Also, look at neural networks and ICs, they dont use the `if` concept. Historically `if` came from mathematics, because some old faggots wanted programming languages to look like math.
>>70
That int (*fact_t)(int) should be int (*fact_t[])(int).
Also, here's the Ackermann function, so you won't bitch about ``you can use it only with functions with one condition'': int ack(int,int);
static inline int ack_00(int m, int n) { return n+1; }
static inline int ack_10(int m, int n) { return ack(m-1, 1); }
static inline int ack_11(int m, int n) { return ack(m-1, ack(m, n-1)); }
>>76
I think the point is that this could be how some potential generated code for pattern matching looks. Generated code is rarely ever pretty, however I can't say his code is unreadable.
Name:
Anonymous2011-01-07 9:26
>>76
What? It's pattern matching, it's superior style![1]
>>77
Yes. Pattern matching usualy implemented as a state machine (switching on tables), but evil team leads would forbid using generated code as well as generating it from your DSL, using YACC.
I read 4chan because I enjoy watching people who are depressed, suicidal, antisocial and socially abused talk about their life like they are normal and have no problems
>>95
Abstraction based on typesystem is hard, because you have to remember all the nuances of typesystem at every time.
On the other hand, Lisp, with its simple syntatic abstraction and dynamic typing, is easy, because you can forget about nuances and concenrate on solving the problem at hand.
"Making the simple complicated is commonplace; making the complicated simple, awesomely simple, that's creativity." — Charles Mingus
On the other hand, Lisp, with its simple syntatic abstraction and dynamic typing, is easy, because you can forget about nuances and concenrate on solving the problem at hand.
"Where is Java and is where is your lisp now? Java - king and queen of ENTERPRISE programming, lisp - toy for students, not suitable for anything serious" — Anonymous
Name:
Anonymous2011-01-08 10:32
>>97
I dont know Java. It is to hard to learn and use it.
Every time I hear this argument, it's always from a programmer who never did much C. As a beginner, it sucks. Once you learn it, things are 100x better.
What's absolutely hilarious to me is the fact that nine times out of ten I can write programs just as fast as a Python/Ruby programmer and often times faster. And of course I end up with a program that runs 50x faster and uses 3x less memory. Manual memory management can be a pain, but it usually isn't if your program is well designed and uses proper data structures.
Time for a funny anecdote. I have a friend who is big into Java. He bashes C all the time for lacking GC. For shits and giggles I ported a program he wrote in Java to C but I wrote it in such a way so that none of the memory allocated was freed. All the memory was leaked and guess what? It STILL used less memory than the Java program because of how bloated the JVM is. It's like amputating your legs and bragging to your able-bodied friends about how you never get leg cramps or sore ankles.
>>106
What is your opinion about Scheme, Herr Darkr?
Name:
Anonymous2011-01-09 3:19
>>106
No it never gets any better and you know it. You are either a troll or seriously deluded. Do you honestly like having to worry about whether your pointer arithmetic goes out of bounds. . . Having to write hundreds of lines for error checking just to ensure your unsafe function calls to the standard library don't corrupt your penis. The hundreds and thousands of things that can go wrong working on such a low level.
C couldn't get any more useless. I have to even fucking worry about formatting overflows just to print a string. A fucking string. Auditing my code 100s of times, making sure my socket code is perfect, my size allocations sane, and other bull shit. I'm getting stressed just thinking about it. Help me Xarn.
It should all be about productivity. Using C today for anything more than very specialized low-level programming is strange and disturbing.
Name:
Anonymous2011-01-09 3:24
>>106
Oh yeah, memory and speed today matter little at all. Stop coding in C you masochist.
I haven't done enough Scheme to be able to comment on it in depth. I can say two things about it though. The first is that I really like the syntax. S-expressions are elegant in their simplicity. The second is that I'm not too thrilled with it being dynamically typed. I've always preferred static typing because I think errors should be caught as early as possible during compile-time rather than runtime.
Perhaps I'm being presumptuous, but it sounds like the C code you've written only used libc. In that case, I'd agree with you. C's standard library is terrible. Use glib if you're going to use C. You'll then see that things aren't so bad.
Memory and speed do matter. Why do you think Torvalds wrote git? Why do you think Google wrote Chrome and V8? By improving the performance of these utilities, it literally changed the way they work.
It's true that performance isn't everything. It's engineering. Sometimes you make trade-offs. But if I'm trading away performance, I want to get something in return. What I don't get is why Rubyists are so willing to trade away so much performance and get so little in return.
Look at the D programming language. It offers a lot of the high level features that Python/Ruby have but with the performance of C. D is still under development and the libraries aren't 100% there just yet, but it's definitely a language to watch. D does things the right way.
Name:
Anonymous2011-01-09 3:45
>>111
You are just like the "Rubyists" you criticize only you gain what they lose and lose just about everything else.
>>109
No. This is only true for one subset of all computing applications - applications that don't churn through a significant amount of data.
Name:
Dee!Dee.heHMhc2011-01-09 4:18
>>111 D does things the right way. I totally agree with you.
>>108,110
Scheme is theorically beautiful, but you can't do much with just R5RS, R6RS should not exist.
Just use Racket, which offer native/bytecode compilation, a JIT compiler, static and dynamic typing or one of those Scheme->C compilers.