Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror

Submission + - Slashdot Alum Samzenpus's Fractured Veil Hits Kickstarter

CmdrTaco writes: Long time Slashdot readers remember Samzenpus,who posted over 17,000 stories here, sadly crushing my record in the process! What you might NOT know is that he was frequently the Dungeon Master for D&D campaigns played by the original Slashdot crew, and for the last few years he has been applying these skills with fellow Slashdot editorial alum Chris DiBona to a Survival game called Fractured Veil. It's set in a post apocalyptic Hawaii with a huge world based on real map data to explore, as well as careful balance between PVP & PVE. I figured a lot of our old friends would love to help them meet their kickstarter goal and then help us build bases and murder monsters! The game is turning into something pretty great and I'm excited to see it in the wild!

Comment Re:They're not equal though... (Score 1) 338

most of us do no not think in a way that maps easily to functional programming.

I'm kind of surprised that virtually all of the comments so far focus on concision and functional programming. To me, the overriding theme of the article is that static typing is good, and that type inference makes it less annoying.

Sure, it's a debate older than Emacs vs. vi, but this is Slashdot. Although Perl, PHP, Python, Ruby, JavaScript, and others have swung the pendulum towards dynamic typing, I'm really sympathetic to static typing. Unfortunately, Java makes a less than compelling case without type inference. I gather that C# and Go provide it to some extent.

Steve Maguire's Writing Solid Code makes a pretty good argument for catching as many mistakes as possible in the compiler, and making liberal use of asserts to verify preconditions. Most of my time is spent with dynamically typed languages, and I'm increasingly frustrated by bugs that could have been caught by a compiler in another language.

Comment Re:This is one of the worse bench compil ever (Score 2) 272

Light memory usage (1 tab):
firefox: 438MB
chrome: 134MB

memory management (after closing 40 tabs):
* firefox: 438MB immediately after, 161MB five minutes later
* chrome: 134MB immediately after, 94MB five minutes later

You're misinterpreting the "memory management" chart, because of the poorly worded lead in.

The actual "light load" numbers from the first chart (one tab) are Firefox 43.2 MB, Chrome 72.5 MB. Slight edge to Firefox.

The "heavy load" numbers from the second chart (forty tabs) are Firefox 475.3 MB, Chrome 1,057.2 MB. Big (and, frankly, surprising) win for Firefox.

The "memory management" numbers in the third chart show memory usage after closing thirty-nine of the forty tabs. This looks like a big win for Chrome. I don't know why Adam wrote, "We combined the two memory management tests into a single chart," or why he declared Firefox the winner of this test.

Memory usage has long been my biggest disappointment with Safari, Firefox, and Chrome (in that order). Safari may win the occasional benchmark sprint, but it eventually slows to a crawl, dragging my system down with it. Firefox is pretty much the same, but less so. Too soon to tell how Firefox 7 is faring. (Maybe the real point of rapid releases is to force you to restart the browser periodically.) Chrome is better about releasing memory, but it just seems to fall apart with too many tabs: too high a water mark and lots of spurious redraws (a nuisance that Safari 5.1 has also acquired).

JavaScript has made huge strides due to renewed competition. Hopefully memory usage will too.

Comment Re:See You Rob, and thanks for the ride (Score 1) 1521

your faithful readers are now super concerned about the future without any founders direction!

It's okay, now we can have endless discussions about whether such-and-such story submission or minor alteration in site design is in keeping with the founders' vision.

Almost like we planned it that way. Too bad we didn't!

Slashdot Top Deals

The following statement is not true. The previous statement is true.

Working...