*snicker* There's always some group of idiots out there with a bunch of pie-in-the-sky ideas an no technical ability who decide to jump on a domain like that. See the equivalent DS site for an example (and before you ask, all that stuff on their front page... that would be them reporting *other* people's work... though, to their credit, they've refrained from claiming it's theirs). Thus, seeing is believing, and I have yet to see one of these "groups" actually achieve something...
A "keyboard API"? Do they mean graphical keyboard? Because, if so, that would be my definition of "tedious". It sounds like as much fun as playing Frotz (a z-code interpreter) on the GBA. This is, incidentally, one area where the DS may shine... the touch screen makes things like keyboards or handwriting recognition a snap. It's just a shame that, at minimum, the top screen isn't bigger...
Bah. You said it yourself, this really only appeals to the geek market which, let's face it, is a rather small segment of the population Sony is targeting. Thus, I highly doubt this will have any effect on PSP sales.
Umm... you do realize you're totally confused, right? The grandparent was lauding the advantages of the GRE, which would allow FF and TB to share (as in shared library) the same gecko engine. This means that the code itself can be reused between the two, rather than having two instances of the library loaded simultaneously.
The point, here, is that while FF and TB would run as separate processes, meaning a crash in one app wouldn't bring down the other, you'd see a signficant reduction in combined memory usage, as well as allowing other apps to make use of the GRE themselves (hence the reference to new XUL-based apps).
This would, I believe, be that "happy medium" you're referring to.
Second, you call the users "stupid". First off, remember that the "users" in this case are the developers who wrote Gnome.
No, actually, I was referring to the stupid users who were submitted feature requests as Urgent, which I expect are the users of Gnome, not the developers themselves. I hope.
Ranking a feature request as urgen becuase it's one of the highest profile items in the database is also not stupid
Umm, yes, it is. The severity is there to identify how, err, severe a defect is. ie, a crasher during normal operations is Critical. A feature request is *not* Critical. It's an Enhancement. Geez, what do you think the Enhancement level is *there* for??
If you want to prioritize feature requests, either use the Priority field, or make use of the bug voting system. Changing the severity is the wrong way to do it.
Using a keyword (standard bugzilla functionality for years) is to then collect all such requests is also not stupid.
Why would you ever can any query? Simple, to save keystrokes, and increase the likelyhood that any given dev will actually USE the query.
Umm, you can already can queries. Simply save the query and have it display in your footer. Again, there's no need to re-implement functionality that's already available. Moreover, this allows the developer to tailor the query to just the components they're responsible for.
For example, there might be so many requests that a menu editor be put back in that it's ranked as "urgent", and yet it's still an enhancement request.
And that, really, is the crux of the problem. Stupid users. Educate them.
A keyword would be a better way to track such things.
No, it's duplicating functionality that's already present. Moveover, what makes you think the users will use this "keyword" thing of yours, anyway? They already don't use the existing functionality.
Face it, this is not a technological problem, it's a user-education problem. Teach them how to use the existing functionality. Re-implementing existing features is nothing but wasting time, especially considering you'd have to educate the user-base on how to use this "new" feature, anyway.
if i volunteer for something, can i just ditch it since i'm "doing it for free?" absolutely not.
Pardon?! Hell, if I'm working at a place where I'm getting *paid*, I can just ditch if I feel like it. This is doubly true for volunteer work. Of course, whether that makes you a "good person" or not is up to you to decide. What you're talking about is usually known as "indentured servitude"...
Correct me if I'm wrong, but Australia likely operates in a way similar to the British system of law. In this case, the "bill of rights" is really composed of past precedent combined with the laws of the state. The most obvious example of this being the Magna Carta. Thus, while there is no single source document, the concept of "human rights" does exist. And, unless a law specifically says otherwise, the government may not violate those laws any more than a citizen can.
IMO, due to surrendipity and marketing rather than inherent superiority
Funny, I switched over to Firefox specifically because I felt it was inherently superior:
1) (Mostly) Superior UI. 2) Faster. Waaay faster. 3) Smaller and less bloated, meaning lower memory requirements. 4) More easily extensible.
Frankly, I think the only step necessary to put the nail in the coffin of the suite is the GRE. Once that's in place, Thunderbird, Firefox, and Sunbird will be able to share the Mozilla run-time. And with three separate processes, instead of one monolithic one, a bug in Thunderbird won't pull Firefox down...
I do wonder, though, why Thunderbird isn't available as a Firefox extension. This would allow people to integrate the two if they really wanted to, much the way you already can with Sunbird.
a) Using just wireless limits you to games the size of the onboard RAM. Moreover, the game code must occupy valuable RAM you'd probably want to use for... games. A flash cart is a *far* better solution.
b) A flash cart or passthrough devices would allow you to write code to take control of the 802.11 interface in the DS itself and use it in standard Wifi mode (ie, no need to fsck around with Nintendos proprietary NiFi protocol).
c) If you *really* wanted to download code on the fly (it would make development go faster), you could write a simple Wifi driver and TCP/IP stack that used TFTP to download games to your DS. Write loader to flash cart, and voila, a poor man's game hub.
Hmmm... come to think of it, a decent emulator like PocketNES, along with a simple file server accessible via WiFi that contains a few thousand ROMs... and I know some carts are programmable from the GBA itself... damn I want to start coding for this thing!:)
Bah, personally, my fascination with the DS has absolutely nothing to do with it's faster processor or 3D capabilities. The real reason the DS is incredibly exciting to coders such as myself is because it has:
1) a touchscreen, and 2) a wifi transceiver
Those two features alone will allow things to be done with the DS that one can only dreamt of on the GBA.
Yes, because every programmer should have to learn a billion programming languages.
If you as a programmer can't learn a new language in a matter of days (and that's being exceedingly generous), you don't deserve the title... a programming language is nothing more than a tool, and knowing only one is analagous to a carpenter who only knows how to use a hammer.
Indeed. In fact, in my experience, good ol' xterm is *vastly* quicker than gnome-terminal. Simple test: take a gnome-terminal, make it quite large (130x50 will do), then load up a text file in less, go to the end, and start scrolling backward, and watch gnome-terminal choke.
The question I have is, is it still possible for these kernel gurus/hackers to effectively have the kernel and all its nuances inside their head, fully functional at a theoretical/experimental level? Or does development at this point consist of sub groups that are specialized and don't require a level of understanding to 'run the kernel in your head'?
in short, it's the latter. However, keep in mind that, in a well designed system that's properly modularized, with neatly spec'd interfaces between components, it isn't always necessary for someone to have the entire picture, with all the nitty-gritty details, in their head. Instead, one need only grasp how the system operates at a high level, from a component-oriented standpoint, where each of the components themselves conforms to a particular contract.
Put another way, while Linus may not understand how the driver for a particular digital camera works, he probably does understand the interface that driver exposes, and how that interface ties in with the rest of the system.
Wow, someone hasn't grown up. Those who don't understand their own limitations, or get pissy when they're discussed/joked about in public, are nothing more than egotists and/or immature morons. Then again, I'm not surprised you wouldn't understand this, as the concept of humility is lost on a very large number of people in this world...
Well, here in Canada, we have all kinds of odd measurements in metric that happen to be conversions of Imperial measurements, the most obvious being pop/soda cans and bottles. This is mainly because it's cheaper to print a new label than to make a new container with a volume that's nice, round number of SI units.
Slashdot Mirror
*snicker* There's always some group of idiots out there with a bunch of pie-in-the-sky ideas an no technical ability who decide to jump on a domain like that. See the equivalent DS site for an example (and before you ask, all that stuff on their front page... that would be them reporting *other* people's work... though, to their credit, they've refrained from claiming it's theirs). Thus, seeing is believing, and I have yet to see one of these "groups" actually achieve something...
A "keyboard API"? Do they mean graphical keyboard? Because, if so, that would be my definition of "tedious". It sounds like as much fun as playing Frotz (a z-code interpreter) on the GBA. This is, incidentally, one area where the DS may shine... the touch screen makes things like keyboards or handwriting recognition a snap. It's just a shame that, at minimum, the top screen isn't bigger...
Bah. You said it yourself, this really only appeals to the geek market which, let's face it, is a rather small segment of the population Sony is targeting. Thus, I highly doubt this will have any effect on PSP sales.
Wow, that's really sad. OTOH, what would have happened to the child had it been born? ie, would they have killed it, anyway?
Umm... you do realize you're totally confused, right? The grandparent was lauding the advantages of the GRE, which would allow FF and TB to share (as in shared library) the same gecko engine. This means that the code itself can be reused between the two, rather than having two instances of the library loaded simultaneously.
The point, here, is that while FF and TB would run as separate processes, meaning a crash in one app wouldn't bring down the other, you'd see a signficant reduction in combined memory usage, as well as allowing other apps to make use of the GRE themselves (hence the reference to new XUL-based apps).
This would, I believe, be that "happy medium" you're referring to.
I've got the even older version of that which lacks a wheel and instead has the third button. I use it on my work machine and love the crap out of it!
Okay, that's just nasty. And at work, too?? Have you no shame?!
Hard-shelled structures created from inflatable templates are actually quite common.
Yup. It's called Papier Mâché + a balloon.
How do you define "limited"?
Second, you call the users "stupid". First off, remember that the "users" in this case are the developers who wrote Gnome.
No, actually, I was referring to the stupid users who were submitted feature requests as Urgent, which I expect are the users of Gnome, not the developers themselves. I hope.
Ranking a feature request as urgen becuase it's one of the highest profile items in the database is also not stupid
Umm, yes, it is. The severity is there to identify how, err, severe a defect is. ie, a crasher during normal operations is Critical. A feature request is *not* Critical. It's an Enhancement. Geez, what do you think the Enhancement level is *there* for??
If you want to prioritize feature requests, either use the Priority field, or make use of the bug voting system. Changing the severity is the wrong way to do it.
Using a keyword (standard bugzilla functionality for years) is to then collect all such requests is also not stupid.
Well, not so much stupid as unnecessary.
adoring the 50+ open windows peppered across all my desktops.
Wow! What are you doing that you have *50* file manager windows open?!
Why would you ever can any query? Simple, to save keystrokes, and increase the likelyhood that any given dev will actually USE the query.
Umm, you can already can queries. Simply save the query and have it display in your footer. Again, there's no need to re-implement functionality that's already available. Moreover, this allows the developer to tailor the query to just the components they're responsible for.
For example, there might be so many requests that a menu editor be put back in that it's ranked as "urgent", and yet it's still an enhancement request.
And that, really, is the crux of the problem. Stupid users. Educate them.
A keyword would be a better way to track such things.
No, it's duplicating functionality that's already present. Moveover, what makes you think the users will use this "keyword" thing of yours, anyway? They already don't use the existing functionality.
Face it, this is not a technological problem, it's a user-education problem. Teach them how to use the existing functionality. Re-implementing existing features is nothing but wasting time, especially considering you'd have to educate the user-base on how to use this "new" feature, anyway.
if i volunteer for something, can i just ditch it since i'm "doing it for free?" absolutely not.
Pardon?! Hell, if I'm working at a place where I'm getting *paid*, I can just ditch if I feel like it. This is doubly true for volunteer work. Of course, whether that makes you a "good person" or not is up to you to decide. What you're talking about is usually known as "indentured servitude"...
"if you want to do that with bugzilla, create a special query page for devs to review feature requests."
Why would you do that when you could just query for bugs with the severity set to "Enhancement"?
Correct me if I'm wrong, but Australia likely operates in a way similar to the British system of law. In this case, the "bill of rights" is really composed of past precedent combined with the laws of the state. The most obvious example of this being the Magna Carta. Thus, while there is no single source document, the concept of "human rights" does exist. And, unless a law specifically says otherwise, the government may not violate those laws any more than a citizen can.
IMO, due to surrendipity and marketing rather than inherent superiority
Funny, I switched over to Firefox specifically because I felt it was inherently superior:
1) (Mostly) Superior UI.
2) Faster. Waaay faster.
3) Smaller and less bloated, meaning lower memory requirements.
4) More easily extensible.
Frankly, I think the only step necessary to put the nail in the coffin of the suite is the GRE. Once that's in place, Thunderbird, Firefox, and Sunbird will be able to share the Mozilla run-time. And with three separate processes, instead of one monolithic one, a bug in Thunderbird won't pull Firefox down...
I do wonder, though, why Thunderbird isn't available as a Firefox extension. This would allow people to integrate the two if they really wanted to, much the way you already can with Sunbird.
a) Using just wireless limits you to games the size of the onboard RAM. Moreover, the game code must occupy valuable RAM you'd probably want to use for... games. A flash cart is a *far* better solution.
:)
b) A flash cart or passthrough devices would allow you to write code to take control of the 802.11 interface in the DS itself and use it in standard Wifi mode (ie, no need to fsck around with Nintendos proprietary NiFi protocol).
c) If you *really* wanted to download code on the fly (it would make development go faster), you could write a simple Wifi driver and TCP/IP stack that used TFTP to download games to your DS. Write loader to flash cart, and voila, a poor man's game hub.
Hmmm... come to think of it, a decent emulator like PocketNES, along with a simple file server accessible via WiFi that contains a few thousand ROMs... and I know some carts are programmable from the GBA itself... damn I want to start coding for this thing!
Bah, personally, my fascination with the DS has absolutely nothing to do with it's faster processor or 3D capabilities. The real reason the DS is incredibly exciting to coders such as myself is because it has:
1) a touchscreen, and
2) a wifi transceiver
Those two features alone will allow things to be done with the DS that one can only dreamt of on the GBA.
Yes, because every programmer should have to learn a billion programming languages.
If you as a programmer can't learn a new language in a matter of days (and that's being exceedingly generous), you don't deserve the title... a programming language is nothing more than a tool, and knowing only one is analagous to a carpenter who only knows how to use a hammer.
Indeed. In fact, in my experience, good ol' xterm is *vastly* quicker than gnome-terminal. Simple test: take a gnome-terminal, make it quite large (130x50 will do), then load up a text file in less, go to the end, and start scrolling backward, and watch gnome-terminal choke.
The question I have is, is it still possible for these kernel gurus/hackers to effectively have the kernel and all its nuances inside their head, fully functional at a theoretical/experimental level? Or does development at this point consist of sub groups that are specialized and don't require a level of understanding to 'run the kernel in your head'?
in short, it's the latter. However, keep in mind that, in a well designed system that's properly modularized, with neatly spec'd interfaces between components, it isn't always necessary for someone to have the entire picture, with all the nitty-gritty details, in their head. Instead, one need only grasp how the system operates at a high level, from a component-oriented standpoint, where each of the components themselves conforms to a particular contract.
Put another way, while Linus may not understand how the driver for a particular digital camera works, he probably does understand the interface that driver exposes, and how that interface ties in with the rest of the system.
Wow, someone hasn't grown up. Those who don't understand their own limitations, or get pissy when they're discussed/joked about in public, are nothing more than egotists and/or immature morons. Then again, I'm not surprised you wouldn't understand this, as the concept of humility is lost on a very large number of people in this world...
It is insightful, as are many examples of satire. Now, if you'll excuse me, I have a baby to eat...
Thanks! Definitely a very cute solution... :)
Damn, now I'm all curious. Which episode should I be looking for a synopsis of? :)
Well, here in Canada, we have all kinds of odd measurements in metric that happen to be conversions of Imperial measurements, the most obvious being pop/soda cans and bottles. This is mainly because it's cheaper to print a new label than to make a new container with a volume that's nice, round number of SI units.