Why are "native" languages* almost never used for web development? Shouldn't FastCGI be just as good as what web servers do with Perl or PHP? What am I missing?
* languages designed for AOT compilation to opcodes like C++, Ada, C, D, Pascal, or Go
>>9
Not unless the server is in the same LAN as the client.
Name:
Anonymous2012-08-14 6:30
Go is often used (at least relative to the number of Go programmers) and it's a great choice for web backends, since it's fast, supports concurrency and parallelism, has great web server related routines in the stdlib, is type-safe and memory-safe, many errors are caught at compile time (not on runtime, like the interpreted languages), etc.
>>13
Google do not need to rewrite existing and capable systems to Go. It'd be sensible for Google to use Go for new systems.
Name:
Anonymous2012-08-14 10:16
>>3
Ability to handle concurrent requests is the worst bottleneck. Until you use BEAM-based language you will probably not be able to solve 10k problem even with the best CPU and 9000GB RAM.
Name:
Anonymous2012-08-14 10:51
Except Go is a fringe language even at Google. Erlang master race reporting in.
>>13
Go is a quite new language and Google isn't going to rewrite everything just to do it in Go. They are using it for new things, though, for example, a part of YouTube (and probably more they haven't disclosed).
Name:
Anonymous2012-08-14 18:31
Who needs Go? If I wanted a compiled language that was slower than most interpreted languages, I'd use PerlCC.
>>18
the problem with Go is it doesnt have OO which I think limits its ability to replace C++ (which is what it was intended to do)
Name:
Anonymous2012-08-14 19:21
I think the reason that statically typed languages are not used in programming is you have to know the types at compile time, and since its not possible to predict what kind types you will recieve till runtime, a program wont run without a lot of parsing that wouldnt have to be done with a dynamically typed language. This is the problem with Dart, it has fake static typing, so it is really not simplifying anything.
>>23
This has to be one of the dumbest posts I have ever read on /prog/.
Name:
Anonymous2012-08-14 20:49
>>25
It makes sense to me. Sometimes you don't know if a variable like last_name or email is going to hold a string or a number, so you have to add run-time checks. JavaScript adds the run-time checks for you, freeing your mind to work on more important things, like writing callbacks.
Name:
Anonymous2012-08-14 21:03
>>26
Not to mention, JavaScript will conveniently convert objects to different types when performing operations on them, which is a very useful feature most language designers forget; how many times have you written code but spent so much time debugging type errors? It's no wonder JavaScript is the foundation for the future!
>>28
I dunno, they're pretty funny with how obvious they are, plus the thought of someone actually believing them makes me lel.
It's not like they're gonna get out anyways, hell they're probably an oldfag doing some absurdly obvious trolling to entertain themselves.
how do i make an account i need one to see something and i can't make the account can someone help me?
Name:
Anonymous2012-08-15 17:43
>>34 >>37
Haskell 'users' are the biggest posers, they are worse than Ruby hipsters because they dont get anything done. They think learning Haskell has made them the astrophysicists of programming when actually they would be hard pressed to do anything beyond a fibanacci function. They are like Arch users who sit and enter ls -la into their console all day thinking they are a Linux power user. They do nothing but gawk at the 'awesomeness' of Haskell code in beginners Haskell books all day. The largest programming channel in Freenode is #Haskell by far with about 800+ in the channel, much more than #C++, more than twice as many as #C.