Development houses are the ones giving the publishers power. I'm sure you'll agree, most contractual agreements between publishers and developers are fucked up in that the developers - the ones that MAKE the game - get screwed.
Unless you're relying on the publisher for funding (which may or may not be the case), why not publish over the Internet? I don't mean offering a download-only service - there's nothing stopping you from shipping CDs to customers. I'd see nothing wrong with a CD-only service if bandwidth is an issue. I think the potential is huge.
I can't take credit for this idea, as it was the theory that a lecturer of mine once preached (he was a former Beamer I think).
The biggest problem I can think of is that kids can't walk up to the checkout and hand over the dough: it's credit cards (which most under 18s don't have access to anyway), cheques or direct deposit. This may or may not limit your market - I dunno, I haven't done the research.
Still, I think the game development industry could really change the current shitty situation with a big effort.
If a few big houses would have the courage to tell the publishing houses to fuck off and go alone, maybe things will change.
Until then, you'll all continue to get fucked over.
Maybe there's specific definitions that I'm not aware of, but to me it seems that a long delay could be considered to be a disruption (TCP connection time out, for example).
These children will not be scarred for life, nor will they become criminals or low-lifes just because they say a guy cumming on a woman's tits. Wake up to reality.
heart... beating faster...... hormones... raging... thought of tits... filling mind... urge to commit crime... rising... RIIIISING!
Well then, it's all peachy, but my spelling abilities do not, in any way, cause unnecessary accidents on the roads, do they?
Every time you spell something wrong, a kitten dies.
When some fuckhead tries to make an illegal turn into your car because they have no fucking peripheral or any fucking vision, then you can fucking talk
Well the obvious response would be to say that because of this unfortunate incident you've gone sour and now make a point of noting the poor efforts of Chinese drivers.
But eh, it's all subjective anyway, and you've pretty much completely missed the point of what I was on about. Sorry to have to piss you off to prove a point to myself.
Have a nice night/day/whatever it is where you are.
How the hell do you figure that English is my first language, asshole? Russian and Ukrainian are though, so fuck off, ok?
Oh, well that explains it then. You see, my empirical evidence seems to indicate that those with a Ukrainian background have terrible difficulty spelling "Chinese" and "empirical", and sometimes just darn well fuck up sentences all together!
Honestly dude, you're making sweeping generalizations as to a person's driving ability with respect to their race. People are people. Some people can drive well, others frequently fuck up. Some people can spell the names of the race they're trying to insult, others frequently fuck up.
I swear I witness so many bad chineese drivers, and I know some guys from China who agree with me on this one. They just don't know how to drive and when they cause some problem or an accident they don't even understand why it was their fault. There are other bad drivers too, but I most of the ones I see are Chineese
Yeah. All "Chineese" are bad drivers. Though I'd bet my last dollar that they could write in their native language better than you write in yours.
Now, you can moderate this as much as you want, but I take a stand, this is my imperical evidence.
You mean "empirical" right? And how is the act of "taking a stand" empirical evidence?
XFree86 has been a very good project. The freedesktop.org X server, though, will be very difference once the GNOME and KDE folks get involved. The nice, clean config file will be replaced by some arcane XML format.
How is XML arcane?
IMHO, <option name=ZAxisMapping value="4 5"/> is much more verbose than what you see in the current XF86 config file.
In fact, the XF86 config file would probably be better suited to XML than what it currently uses: XML is for structured data - have you read an XF86Config file lately? notice the structure?
Sure, if they throw namespaces into the mix then things change - again, IMO - for the worse.
But don't knock XML. It's "extensible" (and thus more complex) only if you need it to be.
However, it is possible to get most (all?) the benefits of an object oriented programming language using C constructs.
What you're looking at in GTK+ is a hierarchy of Abstract Data Types. Data/information hiding is achieved in C via static variables in source files.
(I noted in a post elsewhere that I feel this is better than C++, where "private" data is stored in a rather public manner. As a result, it's necessary to #include headers for data types that have NO relevance to the public interface of your class. Draw your own conclusions, but I think this sucks.)
Polymorphism and inheritance are both a little more awkward (generally involves pointers to functions) but possible.
Remember that C++ methods are (speaking at a high level) C functions with a "this" parameter explicitly passed in.
e.g.
C++:/* interface */
class Something { public:
void set_name( const char* name ); private:
std::string name_; };/* implementation */ void Something::set_name( const char* name ) {
this->name_ = name; }
Static variables. In fact, I think static variables are a better way of handling private data within a 'class' than C++ where you include private data IN THE CLASS INTERFACE.
How McFucking stupid.
(btw don't get me wrong, I love C++ and would personally choose it for application development)
polymorphism
It can be faked by replacing a pointer in a data structure. This is actually more powerful than the polymorphism in C++ in some ways because the implementation of a method can be pluggable. In C++, it's only classes that are pluggable and even then you have to make sure they support the correct interface.
inheritence
Go read the GTK+ 1.x or 2.x API docs.
Re:Really? Infamous?
on
Review: KDE 3.2
·
· Score: 5, Insightful
But the Gnome folks stick to their procedural programming style APIs which are fine for simple programs, but for larger programs it just means that the programmer has to reimplement the OO overhead.
You don't know what you're on about.
1. Gnome and GTK are both object oriented APIs. 2. C is for Compatability... 3.... which means it runs on a larger number of platforms than that C++ of yours you only barely stop short of calling a silver bullet. 4.... and wrappers for other languages can be written more easily.
Gnome developers chose C because it works. Everywhere.
And don't forget stepping up to C++ leaves C developers out in the cold - especially if you make any sort of use of templates. That goes for moc too.
Even wxWindows has a GTK port. Where's the KDE/QT port?
Slashdot Mirror
Development houses are the ones giving the publishers power. I'm sure you'll agree, most contractual agreements between publishers and developers are fucked up in that the developers - the ones that MAKE the game - get screwed.
Unless you're relying on the publisher for funding (which may or may not be the case), why not publish over the Internet? I don't mean offering a download-only service - there's nothing stopping you from shipping CDs to customers. I'd see nothing wrong with a CD-only service if bandwidth is an issue. I think the potential is huge.
I can't take credit for this idea, as it was the theory that a lecturer of mine once preached (he was a former Beamer I think).
The biggest problem I can think of is that kids can't walk up to the checkout and hand over the dough: it's credit cards (which most under 18s don't have access to anyway), cheques or direct deposit. This may or may not limit your market - I dunno, I haven't done the research.
Still, I think the game development industry could really change the current shitty situation with a big effort.
If a few big houses would have the courage to tell the publishing houses to fuck off and go alone, maybe things will change.
Until then, you'll all continue to get fucked over.
Maybe there's specific definitions that I'm not aware of, but to me it seems that a long delay could be considered to be a disruption (TCP connection time out, for example).
:)
I dunno. Maybe I suck.
asslvr $ ./bubba >/dev/null
>:)
These children will not be scarred for life, nor will they become criminals or low-lifes just because they say a guy cumming on a woman's tits. Wake up to reality.
... beating faster ...... hormones ... raging ... thought of tits ... filling mind ... urge to commit crime ... rising ... RIIIISING!
heart
And the one metric I would be looking for would be the "engine off, shock adsorbers experencing extreme stress" indicator.
:)
By the time you spot that update, it would be too late - correct?
Since $CO seems to be touting integration with Windows networks, losing Samba would be one of the things that they couldn't afford to do.
Ah but grasshopper, you assume that SCO is in the software business.
If Samba falls in the woods and there are no Unixware servers installed, does anybody care?
Feel of new Gimp GUI is completely different than the old one
:P
Yeah, it's called Gnome 2
Agreed, the title is misleading.
The article serves little more purpose than to underscore the fragmentation among vendors who are all working towards the same end result.
Microsoft and Sendmail are not working together. This is not news.
Well then, it's all peachy, but my spelling abilities do not, in any way, cause unnecessary accidents on the roads, do they?
Every time you spell something wrong, a kitten dies.
When some fuckhead tries to make an illegal turn into your car because they have no fucking peripheral or any fucking vision, then you can fucking talk
Well the obvious response would be to say that because of this unfortunate incident you've gone sour and now make a point of noting the poor efforts of Chinese drivers.
But eh, it's all subjective anyway, and you've pretty much completely missed the point of what I was on about. Sorry to have to piss you off to prove a point to myself.
Have a nice night/day/whatever it is where you are.
How the hell do you figure that English is my first language, asshole? Russian and Ukrainian are though, so fuck off, ok?
Oh, well that explains it then. You see, my empirical evidence seems to indicate that those with a Ukrainian background have terrible difficulty spelling "Chinese" and "empirical", and sometimes just darn well fuck up sentences all together!
Honestly dude, you're making sweeping generalizations as to a person's driving ability with respect to their race. People are people. Some people can drive well, others frequently fuck up. Some people can spell the names of the race they're trying to insult, others frequently fuck up.
So what's your deal?
I swear I witness so many bad chineese drivers, and I know some guys from China who agree with me on this one. They just don't know how to drive and when they cause some problem or an accident they don't even understand why it was their fault. There are other bad drivers too, but I most of the ones I see are Chineese
Yeah. All "Chineese" are bad drivers. Though I'd bet my last dollar that they could write in their native language better than you write in yours.
Now, you can moderate this as much as you want, but I take a stand, this is my imperical evidence.
You mean "empirical" right? And how is the act of "taking a stand" empirical evidence?
Oh wait, it's just your fucked up grammar.
By rest of the world I did mean the USSR and US.
You failed geography, didn't you?
then the guy starts to "feel" and "manipulate" things.
:P
I didn't know Asimov wrote THOSE kinds of books
XFree86 has been a very good project. The freedesktop.org X server, though, will be very difference once the GNOME and KDE folks get involved. The nice, clean config file will be replaced by some arcane XML format.
/> is much more verbose than what you see in the current XF86 config file.
How is XML arcane?
IMHO, <option name=ZAxisMapping value="4 5"
In fact, the XF86 config file would probably be better suited to XML than what it currently uses: XML is for structured data - have you read an XF86Config file lately? notice the structure?
Sure, if they throw namespaces into the mix then things change - again, IMO - for the worse.
But don't knock XML. It's "extensible" (and thus more complex) only if you need it to be.
To repay you we will saturate your bandwidth and overload your server.
I, for one, welcome our new bandwidth saturating server overload.
Duh. Corporate America and the US Government are business partners.
The more money you have, the more of an American you really are in the eyes of the government.
KONNNNNNNNNGGGGGG!!!!!
Woah, did anybody else just think of Howard Dean after reading that scream?
MozBird, MozFox MozCam sound good too me.
;)
Thank you, because of your horrible suggestions I now feel less irksome about the name "Firefox"
The only difference comes to play if you want to modify all BUT the extension (most often IMHO), where you can save 4 keypresses.
;)
I can do it in three
SHIFT+END DEL
Well, C is a procedural language. No hiding that.
/* interface */
/* implementation */
/* interface */
/* implementation */
... but that would really be pushing the C/C++ hack ;)
However, it is possible to get most (all?) the benefits of an object oriented programming language using C constructs.
What you're looking at in GTK+ is a hierarchy of Abstract Data Types. Data/information hiding is achieved in C via static variables in source files.
(I noted in a post elsewhere that I feel this is better than C++, where "private" data is stored in a rather public manner. As a result, it's necessary to #include headers for data types that have NO relevance to the public interface of your class. Draw your own conclusions, but I think this sucks.)
Polymorphism and inheritance are both a little more awkward (generally involves pointers to functions) but possible.
Remember that C++ methods are (speaking at a high level) C functions with a "this" parameter explicitly passed in.
e.g.
C++:
class Something
{
public:
void set_name( const char* name );
private:
std::string name_;
};
void Something::set_name( const char* name ) {
this->name_ = name;
}
C:
typedef struct _Something Something;
void Something_set_name( Something* this, const char* name );
struct _Something
{
char* name_;
};
void Something_set_name( Something* this, const char* name ) {
this->name_ = strdup( name );
}
As you can see, in the above example there's just a little sugar in the C++ version.
The only major advantage I feel C++ has over C (other than automatic destructors for stack objects) is templates. Templates rock.
But then you could argue you could get around that using macros
Cheers. Just making sure I wasn't missing something :)
As opposed to Trolltech?
Correct. And it's actually a lot less tricky than it sounds.
Likewise with the original Quake source (and I imagine the later Quakes too).
encapsulation
Static variables. In fact, I think static variables are a better way of handling private data within a 'class' than C++ where you include private data IN THE CLASS INTERFACE.
How McFucking stupid.
(btw don't get me wrong, I love C++ and would personally choose it for application development)
polymorphism
It can be faked by replacing a pointer in a data structure. This is actually more powerful than the polymorphism in C++ in some ways because the implementation of a method can be pluggable. In C++, it's only classes that are pluggable and even then you have to make sure they support the correct interface.
inheritence
Go read the GTK+ 1.x or 2.x API docs.
But the Gnome folks stick to their procedural programming style APIs which are fine for simple programs, but for larger programs it just means that the programmer has to reimplement the OO overhead.
... ... which means it runs on a larger number of platforms than that C++ of yours you only barely stop short of calling a silver bullet. ... and wrappers for other languages can be written more easily.
You don't know what you're on about.
1. Gnome and GTK are both object oriented APIs.
2. C is for Compatability
3.
4.
Gnome developers chose C because it works. Everywhere.
And don't forget stepping up to C++ leaves C developers out in the cold - especially if you make any sort of use of templates. That goes for moc too.
Even wxWindows has a GTK port. Where's the KDE/QT port?
So stop laying shit on the "Gnome folks".