Announcing: Slashdot Deals - Explore geek apps, games, gadgets and more. (what is this?)

Thank you!

We are sorry to see you leave - Beta is different and we value the time you took to try it out. Before you decide to go, please take a look at some value-adds for Beta and learn more about it. Thank you for reading Slashdot, and for making the site better!



When DLC Goes Wrong

FoboldFKY Re:Fuck you, developers. (261 comments)

Episodic content is annoying like that when you have to wait so long to get to the next chapter.

Really, that's only a problem if the company making the episodes isn't very good at it. Valve may have popularised the idea, but to be honest, they suck balls at it. They realised the "smaller" and "cheaper" parts well enough, but made a complete pig's breakfast of the "more frequent" part. I just don't think Valve as a studio is capable of doing episodes properly.

Rather, you should be looking at Telltale. Once they start a season, they release an episode once a month. I think they could improve by actually releasing on a predictable date as opposed to whenever so long as it's not next month yet.

It's not a problem with episodic games, it's a problem with Valve (to say nothing of whoever it was that was doing SiN Episodes).

more than 4 years ago

3 Drinks a Day Keeps the Doctor Away

FoboldFKY Re:Stress? (470 comments)

Actually, I'm an incredibly picky eater. However, it seems to be more about texture than taste. For instance, I don't mind the taste of tomatoes, but I loathe the texture.

more than 4 years ago

3 Drinks a Day Keeps the Doctor Away

FoboldFKY Re:Stress? (470 comments)

I don't drink. But it's not because I'm a tightwad: I just hate the taste of alcohol. I can taste it in seemingly trace amounts in everything other than drinks with ridiculous amounts of sugar.

There is a smaller reason in that I've seen a lot of people, including friends, do... inadvisable things while drunk. The thought of not being in possession of my faculties and not being able to tell scares me.

I also know I have a somewhat addictive personality. So on the whole, I think I'll continue to not drink booze.

more than 4 years ago

Amazon Seeks 1-Nod Ordering Patent

FoboldFKY It's been done before... (194 comments)

To quote Douglas Adams from one of the HHGTTG books (forget which one; it's the one involving the Krikkit):

"Let us bow our heads in payment."

more than 4 years ago

IE8 Desperation from Microsoft Australia

FoboldFKY You know what's sad? (1 comments)

The reason IE8 is the only browser that can crack the clues is because they're using server-side user agent sniffing. A quick fiddle with the User Agent Switcher addon in Firefox fixes that.

But you know the most pathetic part? The site doesn't work properly with IE8, requiring the user to explicitly disable compatibility mode first.

more than 5 years ago

Walter Bright Ports D To the Mac

FoboldFKY Re:D is nice, but... (404 comments)

Programming in D is nice, but the situation is a bit annoying.

1. Tango vs Phobos. Phobos is the official standard library, but it seems most use Tango. Phobos is also pretty low level compared to Tango.

This is somewhat alleviated in D2 via a shared core runtime. The problem is more or less that which library you use is based on the task at hand, and personal choice. There have been numerous attempts to merge them, or kill one off, and they've never succeeded because people don't want to give up the library they (legitimately, for their circumstances) see as better.

For D1, your best bet is probably to give Tango + Tangobos (which is Phobos implemented on top of Tango) a shot. For D2, there are efforts to fix the situation.

2. The reference compiler dmd is 32bit only, gdc is outdated and abandoned, and ldc is still alpha status and has missing features. Ldc is quite promising though.

Yeah; I think LDC is the future of D. We'll just have to be patient. :)

3. D2 is maybe the biggest issue. It has very useful features, such as partial C++ compatibility, but D2 is a moving target and practically no library supports it. It's also unknown when or if ever D2 will become stable. I haven't seen much discussion about it in the newsgroup either.

That's because it's not finished. You can't complain that an experimental version that changes on a regular basis doesn't have library support.

As for when D2 will be finished, I deeply suspect it will be like it was with D1: Walter and the community will get fed up with it as a moving target, draw a line in the sand and *boom* finished; let's start on D3.

more than 5 years ago

Walter Bright Ports D To the Mac

FoboldFKY Re:High performance of C++ equal to D??? (404 comments)

http://www.digitalmars.com/d/1.0/memory.html#stackclass - Objects in D are not always allocated on the heap.

No, but making it an attribute of the class where they are allocated makes no sense at all. A general-purpose class cannot be defined to use stack allocation, and because D doesn't support multiple inheritance I can't mix the trait in without reimplementing it for each class I want to use that way.

In fact, you can force a class to be scope allocated by putting "scope" at the front of the class declaration. This doesn't remove the requirement for 'scope' at the allocating statement; merely makes it mandatory.

Note that you cannot use this to give a class value semantics; if you could, you would open the door to the slicing problem. By making it a property of the allocating context, you avoid that.

more than 5 years ago

Walter Bright Ports D To the Mac

FoboldFKY Re:High performance of C++ equal to D??? (404 comments)

But the syntax is all wrong. It's easy to forget that an object is allocated as 'scope', because the syntax is the same as in heap allocation.

And the template system is D is exactly the same as in C++. The differences are superficial, only in syntax. D's templates is a Turing complete system, just like in C++.

I guess that means the differences between C++ and assembler are superficial, only in syntax. After all, anything you can compute in C++ you can compute in assembler.

Ease of use is definitely overrated.

more than 5 years ago

Walter Bright Ports D To the Mac

FoboldFKY Re:High performance of C++ equal to D??? (404 comments)

As you already say, if you are very concerned about performance in a situation with lots of small objects you can use structs. Simply ignoring structs because you are too lazy to use them does not make D slow. With a bit of experience and a few rules of thumb it's not hard to choose.

But structs do not have the same treatment as classes.

Your point is... what, exactly? They're for completely different purposes; of course they're treated differently. Otherwise, we'd only have classes or structs, not both.

I think maybe you're talking about what is called "scope" now. It allocates the memory for the class on the stack. Yeh, it doesn't cover every possible use case of by-value classes, but it can be a nice optimization.

And a heck of lot difficult to spot. At least, in C++, it's obvious what is a pointer and what it is not.

This is a valid concern, but I can't see what this has to do with the particular quoted part of the gp's post. He's pointing out that scope is useful, and you're complaining about not being able to tell if an arbitrary identifier has value or reference semantics. Huh?

That said, just because something doesn't have a star out the front in C++ doesn't mean it's a value type; I've seen some truly terrifying abuses of operator overloading. At least in D, it's trivial to find out: stick in a pragma(msg, whatIs!(x)) and bob's your uncle (note: whatIs is not in the standard library, but I've written similar templates before without much trouble.)

Yes you use structs when you want an efficient aggregate value type. Classes and structs have different semantics in D. It's pretty easy to choose once you get the hang of it. If you are likely to want to put virtual functions on the thing, make it a class. If you want to pass lots of them around by value, make it a struct. If you can count on your fingers how many instances you will have, make it a class -- the hit from allocation won't matter. There is some gray area in-between, granted, but in practice it's usually pretty clear, and the benefit is that you do completely eliminate the slicing problem by going this route. If you really can't decide you can also write the guts as a mixin and them mix them into both a class and a struct wrapper. Or just write it primarily as a struct, and aggregate that struct inside a class. The use cases that are left after all that are pretty insignificant.

Why do all that? no thanks. C++ is much better in this regard.

Yeah, why bother designing your program before you write it? After all, maybe you want to make your 16-byte vectors into classes, or turn GUI widgets into value structs!

Honestly, I'm amazed every time I see this argument. Let's try it from the other direction: Java seems to do pretty well without "plain old data" structs; clearly, you don't need structs to write a program. If you really don't want to have to engage your brain, just pretend structs don't exist.

D's template system has gone far beyond C++'s.

Nope. It hasn't.

It's even far beyond what C++0x is going to be.

Nope, it isn't.

Alias template parameters

C++ has typedef.

Yeah, so this combined with the 'auto' comment before lead me to believe you don't actually know what you're talking about.

Tell me, how do you typedef a function in C++? Or a string value?

template mixins

Mixins are bad from a design standpoint.

I personally think you're wrong, but that's an opinion and not a valid argument. :)

static if

C++ can do it with templates.

template isLowerAlpha(char c)
static if( 97 <= c || c <= 122 )
const isLowerAlpha = true;
isLowerAlpha = false;

And I can get even more complex from there. Maybe you could match D in terms of ability (which I doubt,) but you can't argue that it's anywhere near as intuitive or simple.

a host of compile-time introspection facilities, the ability to run regular functions at compile-time

And introduce big complications in the code.

C++ is just one giant complication. Hell, programming is complicated. First of all, introspection is invaluable; it means you can write templated types and functions that actually know about their type parameters. CTFE (compile time function evaluation) is also brilliant because it means you can move computations into the compile step. Yes, it adds complexity to the code, but the difference is minimal. Especially when the alternative is to either write and manually choose between a shitload of marginally different templates in the first case, and just moving that complexity to runtime in the second.

type tuples

Boost provides them.

Really? So Boost can do this, then?

template dump(Ts...)(Ts values)
foreach( i,value ; values )
writefln("values[%d] = %s", i, value);

Note that the above code expands at compile-time, and works for an arbitrary number of arguments.

D metaprogramming is to C++ metaprogramming as C++ OOP is to OOP in C. It takes a technique that the previous language begrudgingly permitted and turns it into one that is actually supported by the language.

Nope. The C++ and D template type system are exactly the same.

I wasn't aware there was a special type system for regular code and templates in C++. I know there isn't in D. But saying the type systems in D and C++ are the same is just wrong: transitive const, immutability, sharing (coming soon).

In fact, if you ask Walter, all the template tricks in D are done using the C++'s Turing complete template system.

So I assume you could, with Walter's permission, post both your question and his response somewhere? Unless, of course, you're psychic.

You strike me as one of the C++ programmers who irrationally hates D because it's trying to improve upon and replace your favourite language, but you haven't spent enough time using D to actually be able to make an informed choice. That, or your knowledge of it is so out of date that it's no longer applicable.

You're more than welcome to your choice, of course. Just don't go around spreading FUD about D, please.

more than 5 years ago

Walter Bright Ports D To the Mac

FoboldFKY Re:Runtime design (404 comments)

If I had to guess, I'd say it's because that would involve introducing another function call between D and C. Currently, a lot of the C library functions exposed in D are just extern(C) declarations, so code is calling them directly. Placing a C wrapper around those calls would slow things down (and Walter doesn't like slow.)

Incidentally, there's a tool Walter wrote called htod which actually runs a C or C++ header through the C++ compiler and then converts the internal AST into a D header. Sadly, it runs it through the DigitalMars compiler, and DMC doesn't run on mac. :P

more than 5 years ago

Bjarne Stroustrup On Educating Software Developers

FoboldFKY The power of denial... (538 comments)

The sloppy fat geek computer genius semi-buried in a pile of pizza boxes and cola cans is a mythical creature, best buried deep, never to be seen again.

Oh yeah?! Well, I don't believe in you, either!

more than 6 years ago

World's Oldest Rocks Found

FoboldFKY Exciting future prospects (254 comments)

When asked for comment on what they intended to do with the rocks now that they had them, the lead researcher responded:

"Oh well, you know. Put them on a shelf. Maybe look at them from time to time. We might, when people come around to visit, take them down and let people not touch them! It's all terribly exciting... in fact, I think I need a lie-down."

more than 6 years ago



FoboldFKY FoboldFKY writes  |  more than 7 years ago

hidingintheclosetwithaplatypus (785255) writes "Damien & Trisha Buchwald (previously) from Novablade.com have loosed the dogs of war after their registrar, Network Solutions, refused to allow them to renew or transfer their domain name and who have now sold it to another company to be auctioned off. Apparently the name's worth around US$16,000, and the Buchwalds are looking for help from anywhere they can get it.

We are infuriated, upset, and feel like we have had our very souls stolen from us and sold. This is a very disgusting, underhanded act that deserves justification.


FoboldFKY has no journal entries.

Slashdot Login

Need an Account?

Forgot your password?