They just don't get it. If people want your songs for free, they will get it. One way or another. Goddamnit, how long will it take them to realize this
They know it already. They don't want it to stop, they're cleverer than that, what they want is to get a revenue stream from it. More laws against copying means they have more things to sue people for and can get more damages.
I don't see why this is funny. The only reason punk fans deride the music on the radio as crap is it makes them seem more hardcore. The stuff they're calling awesome sounds much the same.
(Not that punk fans are the only ones guilty of this)
Anything can use DCOP, it's not tied to KDE or Qt, and works on multiple OSes. It's being replaced with DBUS, a freedesktop.org standard, which should improve interoperability on linux, but since gnome applications don't seem to be in a hurry to adopt it it looks like it might just be a lot of work to replace one standard not used outside kde with another, and the only reasons DCOP didn't become the freedesktop.org standard seem to be political. (Is it me or does freedesktop.org always seem to standardise on the gnome way? Maybe they've just seen that KDE developers are much more flexible)
The format is the rpm-the-file specification. All you have to do is provide a method for installing RPM files, e.g. Debian does this via the "alien" package converter. If you want to reimplement rpm-the-program you can, it's an open file format spec, there's just no point, kind of like how everyone uses libpng to read/write the completely open png format. You could write your own program to do it, but, really, there's no point.
And what if the electronics of the drive fails? Or the motor? Or the drive-head actuator?
You're in the same position if the controller fails in most hardware raid setups. As long as the platters are replaceable for when the first one fails, I think RAID1 within a two-platter drive has possibilities. Of course, the question then is whether you can make a drive with two user-replaceable platters easier than making two separate drives with half the capacity.
The IDE chip on a drive is as simple as you can get while still being backwards-compatible and having a modicum of performance. If you made it any simpler the raid controller would have to know about the physical geometry of the drive. I'm pretty sure the circuitry is pennies of the drive cost.
I think you're allowed to use trademarks for interoperability purposes, at least I hope you are, otherwise CPUID=GenuineIntel will become a lot more of a problem.
What has served me well in my career is rather than coming up with tools that I think would be useful, its better to ask the end-user, the artists and game designers, what their ideal tool would be. If they say "something like Python", then great, go ahead and put in a Python interpreter into your game, but I can almost guarantee that they won't tell you they want something like Python. Just because it's easy to us programmers, doesn't mean it will be for anyone else. I find that the best tool is one that I design after asking them "If you could have anything you wanted to help you do game AI, what would it be?".
As a programmer, I'd prefer a real programming language like Python for modifying AI rather than the basic event scripting usually available. But I can see that it's only necessary for games with sufficiently advanced AI. Hopefully this is a good indicator for the quality of the Civ4 opponents.
Swing may be slow and crappy, java is definately not.
If you're casting out swing and using another GUI, then you're basically no better off than you were with C++ - you have to either use an OS native toolkit and be platform-bound, or use a crossplatform toolkit and either bundle it somehow or hope your clients have it installed. You lose the WORA thing that was the big selling point of Java, the only reason to use it is if you like the language itself. Sure, it's a bit nicer than pure C++, but there's plenty of equally good languages even looking solely at compiled ones, and if you're willing to consider dynamic languages Java's blown away. Yes, they don't have the huge amount of supporting tools Java has - but if they were as popular I'm sure they would.
To make out that being a modern OO language is a disadvantage is laughable. It's a bit like saying "I'm still going to use my horse'n'cart because cars are just fad and soon we'll all be flying planes." Sure, the java platforms isn't suitable for people who haven't learnt modern development practices of for hacking togethor small or temporary scripts, but that's not it's core market.
Supporting OO is an advantage. Not supporting anything but OO is a disadvantage - like building a road for 24mph traffic only, because that was the speed limit at the time. Computer programming is still a fast-moving field, analogies with the early days of the motor car are more appropriate than comparisons to modern transportation. Python is OO to a deeper extent than Java - even classes themselves are objects, so you can do metaclassing - but unless you want to, you don't have to care that you are using an OO language, which is enormously useful not only if you want to do pre-OO style structured programming but also if you're doing e.g. functional programming.
Do you honestly believe had the effort that went into mono been put into the open source java implementations they would not have been just as good as mono?
Yes, I do. Lots of people have wanted open java for years before.net even existed, there are four or five different efforts going at it, and none of them is far enough to be truly usable..net is released, has less people wanting to use it than java, but within a few months there's a pretty decent implementation, not perfect, but better than any open java version. It's possible that things were better organised, or more people contributed solely to spite microsoft, or something, but I think the most plausible explanation is Java is flipping hard to implement.
Yes but Sun has licensed Java in such a way that they are legally prohibited from charging *any* royalties at all for existing releases of Java. We know with 100% certainty that Sun will never try and collect any RAND fee. Ever. The situation with Java is totally different for this reason. Even if Sun changed its mind or was purchased by a less generous company (like MS for example), existing releases of Java and alternative implementations based on existing released specs would always remain free as in beer. The no version of the.net ecma standards ever has been comparably free.
The standards might be freer, but the implementations are less free. Right now, there is a working, free, implementation of most of.net. Despite the best efforts of kaffe and classpath there simply isn't a truly usable free java.
It is interesting and all, but it was as nearly as I can tell a complete waste of time, that could have been better spent on Java or standards not completely dominated by Microsoft.
It's a standardised standard (ECMA) and worth implementing. Did you argue against open source implementations of javascript because it was completely dominated by netscape?
Not sure I grok why Miguel has such icon status in the open source world, he doesn't seem to have very good judgment.
He's a gnome guy and gnome people seem to have an attitude of "the gnome devs know best". That might be part of it.
Mono just doesn't make sense to me. Not when you java already exists, runs on every platform mono runs on, has proven to scale to massive proportions, can run on the tiniest of devices, had great IDEs, and is already mature and baked.
.NET has the wonderful language mixing capability and is worth reversing for that alone.
Java is, firstly, really slow, throw all the benchmarks you like at me but anything that uses swing gui (and any other gui kills the whole WORA point or java) is intolerably slow on my 800mhz system (click button, wait half a second for menu to appear), and easy as it is for slashdotters to forget this machine is still about the average spec. No, I'm not using an old JVM, no, I'm not short of memory, no, I'm not running other apps at the same time, no, I'm not going to upgrade my system when every other program under the sun performs fine. Secondly, it's horribly locked into OOP, which may be the dominant paradigm at the moment but isn't appropriate for everything and may well be overtaken in the process. Thirdly, it's too difficult to call into java, from another language. Java libraries are almost useless if you decide to move on to something else. It's easy enough, though not as easy as it should be, to call out of java via JNI, but embedding it into another program is another story. Java is, ultimately, a dead end.
Re:Either I forgot to do something, or Python is..
on
Game Scripting With Python
·
· Score: 2, Interesting
Either I forgot to do something on my system, or Python is, in my experience, unreliable at best.
You did something wrong. Python works perfectly on my system.
Most Linux programs that utilize Python that I've downloaded, didn't work; there's usually a missing, necessary Python module the program needs which either requires downloading from an obscure site or doesn't seem to exist at all from Google searches,
Most C/C++ programs have a missing library which requires the same steps. Your package manager ought to handle it.
or even with names that seem they ought already be included (like a module named "os" from a Python-using music tracker program I tried to run).
If you're missing the os module your python install is majorly broken.
In KDE. Look at it. It's being replaced for political reasons, but it's awesome, and the best part is it happens with no programmer effort at all. Whenever you create an "action" in your program, which is used for menu items, toolbar buttons, context menu items etc., there's a corresponding dcop call made available, and you can call it from any language you like, even shell scripts with the "dcop" utility. E.g. to send a particular instant message to a friend every 5 minutes with kopete I just wrote and ran a 2 line shell script. To get now listening information from any kde media player, encrypt something with kgpg, whatever you can do with the gui, just import the python dcop module, or the perl one, or whichever language you choose.
Re:Python is nice but consider LUA for game script
on
Game Scripting With Python
·
· Score: 2, Insightful
Once the programmers are doing the scripting anyhow, you may as well do it in C or C++, as you'll have better development tools.
Python's popular enough to have a lot of good tools (IDEs, debuggers etc.) and, IME, a lot easier to write code for than C++. You can do things in a lot less programmer-time and a lot less LOC, and it's more readable for maintainability. I would recommend using python for anything not performance-critical, not just AI scripting. And for those designers who do have the time and motivation, it's a lot lot easier to learn than C/C++.
Slashdot Mirror
They know it already. They don't want it to stop, they're cleverer than that, what they want is to get a revenue stream from it. More laws against copying means they have more things to sue people for and can get more damages.
(Not that punk fans are the only ones guilty of this)
Anything can use DCOP, it's not tied to KDE or Qt, and works on multiple OSes. It's being replaced with DBUS, a freedesktop.org standard, which should improve interoperability on linux, but since gnome applications don't seem to be in a hurry to adopt it it looks like it might just be a lot of work to replace one standard not used outside kde with another, and the only reasons DCOP didn't become the freedesktop.org standard seem to be political. (Is it me or does freedesktop.org always seem to standardise on the gnome way? Maybe they've just seen that KDE developers are much more flexible)
That doesn't let you edit as such, although of course real programmers get their code right the first time.
The format is the rpm-the-file specification. All you have to do is provide a method for installing RPM files, e.g. Debian does this via the "alien" package converter. If you want to reimplement rpm-the-program you can, it's an open file format spec, there's just no point, kind of like how everyone uses libpng to read/write the completely open png format. You could write your own program to do it, but, really, there's no point.
That is not a trademark violation
He's an infidel. We all know ed is the one true editor.
International, not national, ye scurvy customs officer.
You're in the same position if the controller fails in most hardware raid setups. As long as the platters are replaceable for when the first one fails, I think RAID1 within a two-platter drive has possibilities. Of course, the question then is whether you can make a drive with two user-replaceable platters easier than making two separate drives with half the capacity.
The IDE chip on a drive is as simple as you can get while still being backwards-compatible and having a modicum of performance. If you made it any simpler the raid controller would have to know about the physical geometry of the drive. I'm pretty sure the circuitry is pennies of the drive cost.
A raid5 array should read at exactly the same speed as a raid0 with one fewer drive. If it isn't there's something wrong with the implementation.
I think you're allowed to use trademarks for interoperability purposes, at least I hope you are, otherwise CPUID=GenuineIntel will become a lot more of a problem.
They can't because of the trademark. Only official mozilla foundation products can be called mozilla.
AIUI it doesn't exist to the same extent. Can you (for example) subclass a Ruby object in Lisp when using java?
As a programmer, I'd prefer a real programming language like Python for modifying AI rather than the basic event scripting usually available. But I can see that it's only necessary for games with sufficiently advanced AI. Hopefully this is a good indicator for the quality of the Civ4 opponents.
If you're casting out swing and using another GUI, then you're basically no better off than you were with C++ - you have to either use an OS native toolkit and be platform-bound, or use a crossplatform toolkit and either bundle it somehow or hope your clients have it installed. You lose the WORA thing that was the big selling point of Java, the only reason to use it is if you like the language itself. Sure, it's a bit nicer than pure C++, but there's plenty of equally good languages even looking solely at compiled ones, and if you're willing to consider dynamic languages Java's blown away. Yes, they don't have the huge amount of supporting tools Java has - but if they were as popular I'm sure they would.
To make out that being a modern OO language is a disadvantage is laughable. It's a bit like saying "I'm still going to use my horse'n'cart because cars are just fad and soon we'll all be flying planes." Sure, the java platforms isn't suitable for people who haven't learnt modern development practices of for hacking togethor small or temporary scripts, but that's not it's core market.
Supporting OO is an advantage. Not supporting anything but OO is a disadvantage - like building a road for 24mph traffic only, because that was the speed limit at the time. Computer programming is still a fast-moving field, analogies with the early days of the motor car are more appropriate than comparisons to modern transportation. Python is OO to a deeper extent than Java - even classes themselves are objects, so you can do metaclassing - but unless you want to, you don't have to care that you are using an OO language, which is enormously useful not only if you want to do pre-OO style structured programming but also if you're doing e.g. functional programming.
Yes, I do. Lots of people have wanted open java for years before .net even existed, there are four or five different efforts going at it, and none of them is far enough to be truly usable. .net is released, has less people wanting to use it than java, but within a few months there's a pretty decent implementation, not perfect, but better than any open java version. It's possible that things were better organised, or more people contributed solely to spite microsoft, or something, but I think the most plausible explanation is Java is flipping hard to implement.
That doesn't matter. I've been saying java is slow and getting modded down as troll for years.
The standards might be freer, but the implementations are less free. Right now, there is a working, free, implementation of most of .net. Despite the best efforts of kaffe and classpath there simply isn't a truly usable free java.
It's a standardised standard (ECMA) and worth implementing. Did you argue against open source implementations of javascript because it was completely dominated by netscape?
Not sure I grok why Miguel has such icon status in the open source world, he doesn't seem to have very good judgment.
He's a gnome guy and gnome people seem to have an attitude of "the gnome devs know best". That might be part of it.
.NET has the wonderful language mixing capability and is worth reversing for that alone.
Java is, firstly, really slow, throw all the benchmarks you like at me but anything that uses swing gui (and any other gui kills the whole WORA point or java) is intolerably slow on my 800mhz system (click button, wait half a second for menu to appear), and easy as it is for slashdotters to forget this machine is still about the average spec. No, I'm not using an old JVM, no, I'm not short of memory, no, I'm not running other apps at the same time, no, I'm not going to upgrade my system when every other program under the sun performs fine. Secondly, it's horribly locked into OOP, which may be the dominant paradigm at the moment but isn't appropriate for everything and may well be overtaken in the process. Thirdly, it's too difficult to call into java, from another language. Java libraries are almost useless if you decide to move on to something else. It's easy enough, though not as easy as it should be, to call out of java via JNI, but embedding it into another program is another story. Java is, ultimately, a dead end.
You did something wrong. Python works perfectly on my system.
Most Linux programs that utilize Python that I've downloaded, didn't work; there's usually a missing, necessary Python module the program needs which either requires downloading from an obscure site or doesn't seem to exist at all from Google searches,
Most C/C++ programs have a missing library which requires the same steps. Your package manager ought to handle it.
or even with names that seem they ought already be included (like a module named "os" from a Python-using music tracker program I tried to run).
If you're missing the os module your python install is majorly broken.
In KDE. Look at it. It's being replaced for political reasons, but it's awesome, and the best part is it happens with no programmer effort at all. Whenever you create an "action" in your program, which is used for menu items, toolbar buttons, context menu items etc., there's a corresponding dcop call made available, and you can call it from any language you like, even shell scripts with the "dcop" utility. E.g. to send a particular instant message to a friend every 5 minutes with kopete I just wrote and ran a 2 line shell script. To get now listening information from any kde media player, encrypt something with kgpg, whatever you can do with the gui, just import the python dcop module, or the perl one, or whichever language you choose.
Python's popular enough to have a lot of good tools (IDEs, debuggers etc.) and, IME, a lot easier to write code for than C++. You can do things in a lot less programmer-time and a lot less LOC, and it's more readable for maintainability. I would recommend using python for anything not performance-critical, not just AI scripting. And for those designers who do have the time and motivation, it's a lot lot easier to learn than C/C++.