|
Nevergirls posted:github has an emoticon for that 👍
|
# ? Feb 24, 2013 08:55 |
|
|
# ? May 9, 2024 02:23 |
|
tef posted:i'd rather have an unmanaged but safe vm personally. i'm dumb + inexperienced, can you explain what you mean by this because to me it sounds interesting and also a contradiction in terms
|
# ? Feb 24, 2013 09:05 |
|
GrumpyDoctor posted:i'm dumb + inexperienced, can you explain what you mean by this because to me it sounds interesting and also a contradiction in terms i guess i'm saying that xen is better than the jvm or something oh. safe and unsafe. well, that means 'in a sandbox'. you can have vms that run as trusted users, and vms that run with no power. so a managed vm will have some gc baked in, and for the jvm, it also bakes in specific types and stuff an unmanaged vm basically goes 'here is some address space, and some op codes, go hog wild', a bit more like nacl/pnacl.
|
# ? Feb 24, 2013 09:10 |
|
how have we got to the hosed up situation where we also need a million different ways to web server? And you thought programming syntax variation was stupid, lets now learn the setup manual and quirks of 4 different web server software because we need a different type for each server layer in our system! I might as well be installing a different flavor of linux every week at this point SPEED GAINS gently caress APACHE NOT GOOD ENOUGH
|
# ? Feb 24, 2013 09:24 |
|
the sperg nature of programming, programmers, and computer 'culture' demands we produce a new alternative to fundamental solutions every 2 weeks
|
# ? Feb 24, 2013 09:28 |
|
99% of people worrying about their web server's speed don't need to + are dumb
|
# ? Feb 24, 2013 10:03 |
|
hello, i code in c++ for b ideo games
|
# ? Feb 24, 2013 10:13 |
|
tef posted:an unmanaged vm basically goes 'here is some address space, and some op codes, go hog wild', a bit more like nacl/pnacl. So chroot? Maybe chroot + CLONE_IO | CLONE_NEWIPC | CLONE_NEWNET | CLONE_NEWNS | CLONE_NEWPID?
|
# ? Feb 24, 2013 11:19 |
|
MeruFM posted:how have we got to the hosed up situation where we also need a million different ways to web server? And you thought programming syntax variation was stupid, lets now learn the setup manual and quirks of 4 different web server software because we need a different type for each server layer in our system! I might as well be installing a different flavor of linux every week at this point Just do everything as CGI. (these new fangled web-servers seem to not be keen on actually supporting CGI these days)
|
# ? Feb 24, 2013 11:21 |
|
it's just one facet of the proliferation of platform technologies under the "open sores" banner, which companies then adopt in the delusion that this will be the technology that does the thinking for you
|
# ? Feb 24, 2013 12:23 |
|
congrats to ruby for reaching two point oh
|
# ? Feb 24, 2013 14:22 |
|
MeruFM posted:how have we got to the hosed up situation where we also need a million different ways to web server? And you thought programming syntax variation was stupid, lets now learn the setup manual and quirks of 4 different web server software because we need a different type for each server layer in our system! I might as well be installing a different flavor of linux every week at this point If you're satisfied with Apache why don't you just use it instead of looking at all the alternatives all the time?
|
# ? Feb 24, 2013 15:11 |
|
i am not a web guy and needed a web proxy to intercept some http and rewrite headers and serve alternatives for some gets and nginx made it real easy to do that where the apache documentation filled me with despair pretty ok with nginx idk
|
# ? Feb 24, 2013 15:44 |
ruby 2.0 is officially out!!
|
|
# ? Feb 24, 2013 17:03 |
|
gucci void main posted:ruby 2.0 is officially out!! http://forums.somethingawful.com/showthread.php?noseen=0&threadid=3481275&perpage=40&pagenumber=411#post412842408
|
# ? Feb 24, 2013 17:11 |
|
Bream posted:Can you recommend a cross-platform alternative for C++? Code::Blocks? Code::Blocks, Eclipse CDT, QT Creator they all suck in their own awful ways, and none of them handles C++11 well, so the real answer is gucci void main posted:vim/subl
|
# ? Feb 24, 2013 17:37 |
|
gucci void main posted:ruby 2.0 is officially out!! haha https://www.ruby-lang.org is down
|
# ? Feb 24, 2013 17:50 |
~~omacrash~~
|
|
# ? Feb 24, 2013 17:56 |
|
gucci void main posted:~~omacrashé~~ cant even write a drat joke right
|
# ? Feb 24, 2013 18:24 |
|
Otto Skorzeny posted:well, no. parrot existed due to concerns that the jvm is a lovely fit for dynamic languages in general and the type system of perl 6 in particular (still true - the jvm's support for dynamic languages is a joke; additionally, perl 6's support for continuations would be somethine like impossible to do sanely on the jvm ), is this about the jvm not letting a program read and write a thread's stack so that it can be preserved with the continuation and then later recreated? because not having had to support these sorts of things is what's probably allowed the jvm to evolve so far that it's become an attractive target as a general-purpose vm
|
# ? Feb 24, 2013 19:17 |
|
gucci void main posted:~~omacrash~~ JawnV6 posted:cant even write a drat joke right seriously dude you need to see if there's such a thing as jokeschool.com or jokecademy because all you do is bad jokes and hacker news c+p
|
# ? Feb 24, 2013 19:29 |
|
Otto Skorzeny posted:well, no. parrot existed due to concerns that the jvm is a lovely fit for dynamic languages in general and the type system of perl 6 in particular (still true - the jvm's support for dynamic languages is a joke) reminder: parrot started in 2000.
back then, the jvm sucking was a problem worth solving with a new VM. in 2013, it turns out there was no point in working on another multi-language VM runtime, because business weenies won't adopt it, and the jvm is already a ridiculously fast jvm with a rich ecosystem. in 2000, they still had a legit chance of gaining traction with other languages. (imagine a world where pypy and jruby were written for parrot. that world didn't seem impossible in 2001!) the major reason parrot is dead today is that rakudo wants to run on the jvm and clr, and i cannot blame them Notorious b.s.d. fucked around with this message at 19:35 on Feb 24, 2013 |
# ? Feb 24, 2013 19:33 |
|
parrot was also started by weenies who thought that different bytecode was important and worth solving and thus they could merge perl and python
|
# ? Feb 24, 2013 19:41 |
|
To reanimate the program, its parse tree must be reconstructed. This phase exists only if code generation occurred and you chose to generate bytecode. Perl must first reconstitute its parse trees from that bytecode sequence before the program can run. Perl does not run directly from the bytecodes; that would be slow.
|
# ? Feb 24, 2013 19:41 |
|
MononcQc posted:If you're satisfied with Apache why don't you just use it instead of looking at all the alternatives all the time? because i'm usually not the one who gets to make the call on what web server to use. It's either decided by group or implemented before I get to the team.
|
# ? Feb 24, 2013 20:09 |
|
lets also not forget that one of the many features perl, python and ruby all share is hilariously bad interpreters the pragmatism that made perl an eminently practical language also made the interpreter awful, and anyone actually believing that these were the people to trust to write a new vm to end all other vms must have been a bit confused
|
# ? Feb 24, 2013 20:15 |
|
tef posted:i'd rather have an unmanaged but safe vm personally. turns out lots of people would too. managed vms basically dictate far too much about the host languages. ugh, why I'd kill for automatic memory management, pointer safety etc and from what I've read Java pretty much keeps pace with C++ without much effort on part of developers
|
# ? Feb 24, 2013 21:04 |
|
rust
|
# ? Feb 24, 2013 21:13 |
|
rust is genuinely interesting stuff
|
# ? Feb 24, 2013 21:14 |
|
Cybernetic Vermin posted:lets also not forget that one of the many features perl, python and ruby all share is hilariously bad interpreters the cabal of p5p people who were involved with early parrot knew plenty well how bad the perl interpreter was; their initial design was in many ways a much cleaner vm to run perl 5.6 on
|
# ? Feb 24, 2013 21:25 |
|
Internaut! posted:ugh, why it really depends on what you're doing. typically it's within a small constant factor of c++, about on par with compiled lisp, when you measure the average case. the generational gc that typical jvms use is still kind of jittery but for a lot of purposes that isn't important
|
# ? Feb 24, 2013 21:30 |
|
also it's not hard to beat c++
|
# ? Feb 24, 2013 21:33 |
|
when azul's patents expire GC jitter will become less of an issue
|
# ? Feb 24, 2013 21:34 |
|
Otto Skorzeny posted:it really depends on what you're doing. typically it's within a small constant factor of c++, about on par with compiled lisp, when you measure the average case. major difference between java and compiled lisp: java hits reasonable performance all the time, by simple blundering and the avoidance of dumbass O(n^2) stuff. efficient Common Lisp requires delicately hand-tuned code filled to bursting with type hints and un-idiomatic datastructures that six men in the world can write. CL is a rad language, and it is cool that the lisp community got its head out of its own rear end long enough to publish a standard that acknowledged non-lispM environments existed, but the performance frankly sucks
|
# ? Feb 24, 2013 22:33 |
|
polpotpi posted:congrats to ruby for reaching two point oh Only took them 18 years to get there!
|
# ? Feb 24, 2013 22:56 |
|
MononcQc posted:If you're satisfied with Apache why don't you just use it instead of looking at all the alternatives all the time? apache got old and boring, nginx is young and vital he couldn't help himself also your book rocks, thanks for writing it and thanks to nostarch for being champs and sending down under
|
# ? Feb 24, 2013 23:38 |
|
Cybernetic Vermin posted:rust is genuinely interesting stuff rust's safety guarantees make a lot of super basic stuff really hard to write because the pointer lifetime checker can't prove you're not blowing your own leg off
|
# ? Feb 24, 2013 23:38 |
|
I wish the JVM could do proper TCO.
|
# ? Feb 24, 2013 23:41 |
|
Vanadium posted:rust's safety guarantees make a lot of super basic stuff really hard to write because the pointer lifetime checker can't prove you're not blowing your own leg off sounds like a good idea
|
# ? Feb 24, 2013 23:49 |
|
|
# ? May 9, 2024 02:23 |
|
Suspicious Dish posted:sounds like a good idea it's a hard sell to people who are used to manual memory management and pointer arithmetic and wtf, and to people who are used to just having the GC keep their leg together or w/e, and also to people who get frustrated quickly when the compiler won't do what they mean.
|
# ? Feb 25, 2013 00:00 |