So you're telling me the Skyline card in my laptop doesn't work on battery power? Come off it man. 802.11 needs little more processing power than wired networks because 12Mbps is a pretty low volume data stream. Besides the processor only has to buffer a maximum of one megabit because its always hopping frequencies.
Did your parents deprive of you air when you were younger as to cause the MASSIVE FUCKING BRAIN DAMAGE YOU'RE CURRENTLY EVINCING? Bluetooth is bunko dude. Who the fuck cares if Linux supports it. Microsoft said they won't endorse the technology not that they won't provide any support for it. This means they aren't going to roll out Windows XP and say "hey look now your cell phone can talk to your PC without wires!" They are doing this because Windows XP is going to be released during a period of little market growth for OEM computer manufacturers. People aren't going to buy a new PC with Windows XP on it, they are going to upgrade which means any new and fancy technology Microsoft endorses will make people grumble cuz they don't have it and don't want it. The marketing people in Redmond aren't idiots unlike some other people I can now think of. Fuck you and your bluetooth lobbying.
Mass is mass. The lithosphere accounts for a fairly small percentage of the Earth's mass. If all the water on the surface froze solid in the next couple weeks the magma underneath it would keep moving like it already does. The adjustment of the Earth's rotation and wobble and whatnot from no more moving water would be hardly measurable.
I can only say you ought to have looked at the licensing more carefully when you bought the systems. Commercial software sometimes has a very high cost and some companies are real cock gobblers about it. Microsoft has two goals in this case, they want to pester the company into upgrading and they'd also like to make sure they don't have 15,000 computers running Windows and only 5,000 licenses registered to the company. If you made fat bucks from corporate licensing you'd so the same fucking thing. The GPL and Linux wouldn't solve shit. If they can run mission critical stuff on the new system and upgrade all of their hardware with no problem thats great. That however is rarely the case. Open sourced software has its financial disadvantages just like anything from Microsoft. If you're a large company you need software when business demands it not when some kid has time to add features when his school schedule permits. It comes down to either paying for software or pay a full time programming department to work with the open code to give you the features its closed counterpart has already had for years. Open source only causes different problems.
No the trouble is waiting for the OS counterparts to Office 2000 to include that one key feature your job fucking depends on. I couldn't go into a departmental meeting as IT director and tell them we're about to roll out 200 workstations with beta software that doesn't quite do EVERYTHING we're used to. Yeah fucking right. It isn't about MS software or open source shit. Most secretaries have OEM versions of Office they got for the low low cost of free with the desktop they bought from [insert computer OEM here]. They use Windows because it is the road of leasst resistance. A bunch of business majors fresh out of junior college or trade school aren't going to want to learn the new intricasies of KOffice or some shit, they want to use what they used at school. Software they can do work on at home and then take back to the office if need be.
Linux and BSD meets your requirements? I've yet to hear a test case of a Linux distribution giving "excellent support" to a large customer. THey're not even fucking responsible for most of the shit theyp ack onto a CD. It isn't like Redhat or SuSE maintains most of the programs in their distributions, they leave it up to the original programmers. Try to sell a Linux distro to an IT director by telling him he'll have to wait for a feature or two until the program developer has some free time after finals.
I think one of the most interesting aspects of their MTA-2 super comp is the fact they're using USPARC-IIIs which uses commodity SDRAM (though atypical since it runs on a 150Mhz bus). It's nice to see the chip given room to stretch its legs since it is basically languishing inside of Sun. Their server products aren't shipping with the processors yet so there's little in the way of real world benchmarking yet. Hopefully Cray changes that around a bit. I'm also glad to see Cray making better news than sitting as an unused subsidery of SGI.
I'm wondering why libraries and schools are continually buying expensive Windows based computers. You don't need a full featured PC to browse the internet. That was the point of HTML in the first place. They could save alot of money using JavaStations or something rather than full featured Windows boxes. Especially since alot of cities are wiring their schools and libraries into high speed backbones. A single application server in a central location could handle every client in the city which ought to include schools libraries and any other publicly funded access terminals. And by the way, fuck you Jeff for selling ad space to fuckers using Flash and Java advertisements! Animated GIFs are bad enough but this is ludicrous.
If you don't know shit about X why the hell are you posting about it? Kernel module device drivers are nice for some things (SCSI adapters and NICs) but for video and sound (half-duplex sound at least) you don't need to bother the kernel with it. Having video drivers and the like run in user space means that your entire local interface can die while the kernel and its kernel space drivers chug along. This is simply an issue with the way Unix is designed. It came from the world of mainframes where wasting memory on a framebuffer is blasphemy. X can do things a million different ways because it only really provides a link to the hardware. Its up to toolkits and window managers to decide how things look and act. Thats why you can do the same thing a bagillion ways and dispite my dislike at times for X it is really a powerful feature of it. You're suggesting a load of bunko. X is already broken up into several components and allows for a good deal of extensibility.
You've made two very good points. A Linux bandwagon got started because before Redhat decided to go public no one gave a fuck about Linux. Then they overcompensate by throwing money around like mad. If they had been forced to use the product they were supporting for a week rather than listen to some geeks describe the euphoria they get from writing C code they would have put their money in better business plans.
As the other guy said, even privately held companies have shareholders though usually a smaller number of them than a public company. If you need a large influx of cash and don't want to make a public offering you're going to look to a single group for said capital. Often times that group will give you capital if you give them voting stock which means they have a say in how your company is run. You can also get a large influx of capital by offering public common stock, owners of such stock hope you do things to make their investment worth something but they don't get to tell you what to do.
Ahhhhhhhhhhhhhhhhhhhhhhh. There isn't a database where a bunch of plaintext debit card numbers are stored. Look up RSA encryption so I don't have to explain it to you please.
Re:Grunge dropping New Jack through a press table
on
Low-Bandwidth X
·
· Score: 2
The main difference in this example is whether or not the data is going to be drawn or not. Using CORBA or COM+ I can give remote users access to my server's libraries as if they were on the remote machine whether they have to do with GUI stuff or not. It's a matter of dealing with actual objects or dealing with a widget set. For alot of distributed applications I think I'd go with object handling and let my client program decide how it wants to draw the information.
Grunge dropping New Jack through a press table
on
Low-Bandwidth X
·
· Score: 3
Running X over a low bandwidth or high latency connection is asking for trouble. You might get a static desktop up and runing fine on a Yopy or some little toy but if you run something even mildly intensive on the graphics (say Gimp for instance) you're not going to be very happy with performance. Not only does it have to send an updated screen for every filter or change to make to an image you also have little things like the animated border around a selection. I used to connection to the SPARC stations at my friend's school over the internet and it was a drag even with a cable modem. Most recent X apps are not designed with bandwidth skimping in mind, they're designed like Windows and Apple apps. You get spoiled when you start making apps people use only on their local desktops whereas app engineers 15 years ago would go to the greatest pains to skimp on bandwidth as no one ran X on a desktop machine. X has VERY little to do with.NET or low level RPC frameworks. X provides communication between top level components over the network (such as the GUI) whereas CORBA, COM+, ect. provide network access to lower level components..NET and any framework like is much better suited for accessing remote program components. You can use SOAP to communicate with an Apache or IIS module through HTTP transfering only a couple objects as XML documents where X is transfering lots of widget descriptors and frame images.
Open source != better. Why must people with UID's over 50,000 be so difficult. Besides the fact that being interoperable with SOAP is a good thing since lots of companies are getting into the groove of it. XML is easily parsed and transfered and was designed for the purpose of exchanging all sorts of information.
Read: SOAP means passing objects as XML documents which enables them to be very simply parsed and read and also eases the transfer of data as objects can be passed by a plain old HTTP server (a standard) rather than by a proprietary method.
You're missing out almost entirely on.NET. Remember way back when when Microsoft announced ActiveX? Which was a fancy name for OLE which is basically building a large piece of software out of a bunch of pre-written components..NET is the replacement for all such object communication technologies Microsoft's been using since 1994. Instead of using a binary packet to transfer objects between apps they're now using XML files. This has lots of benefits; everything will speak a common protocol and potentially non-Microsoft apps will be talking to Microsoft apps, besides different systems talking to one another, you can write components in your favourite language and have them talk to components written in different languages. Yet another aspect of.NET is the use of intermediary code. Components can be written in any language and compiled to the p-code which contains no architecture specific data structures which means any OS with a.NET interpreter will be able to run the component. Something Java's been doing for a while now.
I think slashweenies have missed the security aspect of this thread. The question posed is as valid with Windows 2000 as with XP. The question is about virii breaking the registration codes your CP software needs in order to keep working. I would assume that your XP software would be able to rescan your system and take your reg code to generate the same authorization code as it first generated. A one way function is a one way function. Oh well.
Linux needs do nothing to "survive", it is a kernel and API maintained by a bunch of people who write the code in the spare time. A distro could always come along and *gasp* write their own fucking software and deploy Linux in an easy to use fashion. If you want to learn how to make Linux easy to use take notes from Apple. They took a Unix core and slapped a nice GUI and API on top of it. If you insist on releasing your distribution with all of the usual GNU CLI tools you're doomed to remain in the land of unhappy home users. Bleh
Re:A napster-like IP# lookup service could compete
on
VeriSign Usurps .com
·
· Score: 2
Ahhhhhhhhhhhhh. Do you think you're the only one in the fucking world to find a HOSTS file? You sir are an idiot. Therefore I am an idiot for calling you an idiot. I had to point it out though! You're a disgrace to all monkeys that walk upright.
Ok, I live in a lack-of-broadband-bubble on the outskirts of two cities. MediaOne in the next city over doesn't realize I even exist dispite the city's border is less than a mile from my front door (I've measured). Charter cable also does not recognize that my apartment complex even exists. Pacific-Bell's CO is downtown and thus 3 miles farther than ADSL reaches. This obviously leaves me WITH NO BROADBAND ACCESS AT ALL. I am stuck with a 56k dialup that often times does not even approach 50kbps. I get fair ping times for normal HTTP or FTP functions but anything real-time there is a very apparent lag. I think instead of catering to the broadband access world specifically game (or any real-time network app developers) ought look into ways to get better packet throughput into their games.
For those of you retards suggesting people ought to move because they like me can't get broadband access I don't think any explaination of why I can't move would make sense to your small underpowered brian. Protesting to your local telco or cable company isn't going to help any situation either (in most cases). Telcos make alot of money from commercial accounts and services and do not make alot of money from residential accounts. ISPs likewise make alot of money from providing businesses with internet services and make very little money from providing individual homes with internet access. ISPs therefore oversell their bandwidth and connectivity in order to stay in the green and telcos offer only the services and service that the most people will buy. Since the most people won't buy DSL they are slowgoing in providing coverage for alot of people. ISPs route almost too much traffic through their local gateways which leads to dialup users sporting hefty ping times in peak hours. Right now we're all stuck in the transition. There is no real reason for game developers to cater exclusively to broadband users unless of course they want to limit sales of their game. Optimize packet turnaround and everyone will benefit.
So you're telling me the Skyline card in my laptop doesn't work on battery power? Come off it man. 802.11 needs little more processing power than wired networks because 12Mbps is a pretty low volume data stream. Besides the processor only has to buffer a maximum of one megabit because its always hopping frequencies.
Did your parents deprive of you air when you were younger as to cause the MASSIVE FUCKING BRAIN DAMAGE YOU'RE CURRENTLY EVINCING? Bluetooth is bunko dude. Who the fuck cares if Linux supports it. Microsoft said they won't endorse the technology not that they won't provide any support for it. This means they aren't going to roll out Windows XP and say "hey look now your cell phone can talk to your PC without wires!" They are doing this because Windows XP is going to be released during a period of little market growth for OEM computer manufacturers. People aren't going to buy a new PC with Windows XP on it, they are going to upgrade which means any new and fancy technology Microsoft endorses will make people grumble cuz they don't have it and don't want it. The marketing people in Redmond aren't idiots unlike some other people I can now think of. Fuck you and your bluetooth lobbying.
Mass is mass. The lithosphere accounts for a fairly small percentage of the Earth's mass. If all the water on the surface froze solid in the next couple weeks the magma underneath it would keep moving like it already does. The adjustment of the Earth's rotation and wobble and whatnot from no more moving water would be hardly measurable.
California's plate is moving North, not down jackhole.
I can only say you ought to have looked at the licensing more carefully when you bought the systems. Commercial software sometimes has a very high cost and some companies are real cock gobblers about it. Microsoft has two goals in this case, they want to pester the company into upgrading and they'd also like to make sure they don't have 15,000 computers running Windows and only 5,000 licenses registered to the company. If you made fat bucks from corporate licensing you'd so the same fucking thing. The GPL and Linux wouldn't solve shit. If they can run mission critical stuff on the new system and upgrade all of their hardware with no problem thats great. That however is rarely the case. Open sourced software has its financial disadvantages just like anything from Microsoft. If you're a large company you need software when business demands it not when some kid has time to add features when his school schedule permits. It comes down to either paying for software or pay a full time programming department to work with the open code to give you the features its closed counterpart has already had for years. Open source only causes different problems.
No the trouble is waiting for the OS counterparts to Office 2000 to include that one key feature your job fucking depends on. I couldn't go into a departmental meeting as IT director and tell them we're about to roll out 200 workstations with beta software that doesn't quite do EVERYTHING we're used to. Yeah fucking right. It isn't about MS software or open source shit. Most secretaries have OEM versions of Office they got for the low low cost of free with the desktop they bought from [insert computer OEM here]. They use Windows because it is the road of leasst resistance. A bunch of business majors fresh out of junior college or trade school aren't going to want to learn the new intricasies of KOffice or some shit, they want to use what they used at school. Software they can do work on at home and then take back to the office if need be.
Linux and BSD meets your requirements? I've yet to hear a test case of a Linux distribution giving "excellent support" to a large customer. THey're not even fucking responsible for most of the shit theyp ack onto a CD. It isn't like Redhat or SuSE maintains most of the programs in their distributions, they leave it up to the original programmers. Try to sell a Linux distro to an IT director by telling him he'll have to wait for a feature or two until the program developer has some free time after finals.
I think one of the most interesting aspects of their MTA-2 super comp is the fact they're using USPARC-IIIs which uses commodity SDRAM (though atypical since it runs on a 150Mhz bus). It's nice to see the chip given room to stretch its legs since it is basically languishing inside of Sun. Their server products aren't shipping with the processors yet so there's little in the way of real world benchmarking yet. Hopefully Cray changes that around a bit. I'm also glad to see Cray making better news than sitting as an unused subsidery of SGI.
Polymers == chains of carbon molecules. Cabon based molecules == organic. Carbon chemistry == organic chemistry. "Organic stuff" == polymers == carbon based molcule chains == organic chemicals. Pay attention in chemistry class.
By the way, thanks Neil.
I'm wondering why libraries and schools are continually buying expensive Windows based computers. You don't need a full featured PC to browse the internet. That was the point of HTML in the first place. They could save alot of money using JavaStations or something rather than full featured Windows boxes. Especially since alot of cities are wiring their schools and libraries into high speed backbones. A single application server in a central location could handle every client in the city which ought to include schools libraries and any other publicly funded access terminals. And by the way, fuck you Jeff for selling ad space to fuckers using Flash and Java advertisements! Animated GIFs are bad enough but this is ludicrous.
If you don't know shit about X why the hell are you posting about it? Kernel module device drivers are nice for some things (SCSI adapters and NICs) but for video and sound (half-duplex sound at least) you don't need to bother the kernel with it. Having video drivers and the like run in user space means that your entire local interface can die while the kernel and its kernel space drivers chug along. This is simply an issue with the way Unix is designed. It came from the world of mainframes where wasting memory on a framebuffer is blasphemy. X can do things a million different ways because it only really provides a link to the hardware. Its up to toolkits and window managers to decide how things look and act. Thats why you can do the same thing a bagillion ways and dispite my dislike at times for X it is really a powerful feature of it. You're suggesting a load of bunko. X is already broken up into several components and allows for a good deal of extensibility.
You've made two very good points. A Linux bandwagon got started because before Redhat decided to go public no one gave a fuck about Linux. Then they overcompensate by throwing money around like mad. If they had been forced to use the product they were supporting for a week rather than listen to some geeks describe the euphoria they get from writing C code they would have put their money in better business plans.
As the other guy said, even privately held companies have shareholders though usually a smaller number of them than a public company. If you need a large influx of cash and don't want to make a public offering you're going to look to a single group for said capital. Often times that group will give you capital if you give them voting stock which means they have a say in how your company is run. You can also get a large influx of capital by offering public common stock, owners of such stock hope you do things to make their investment worth something but they don't get to tell you what to do.
Ahhhhhhhhhhhhhhhhhhhhhhh. There isn't a database where a bunch of plaintext debit card numbers are stored. Look up RSA encryption so I don't have to explain it to you please.
The main difference in this example is whether or not the data is going to be drawn or not. Using CORBA or COM+ I can give remote users access to my server's libraries as if they were on the remote machine whether they have to do with GUI stuff or not. It's a matter of dealing with actual objects or dealing with a widget set. For alot of distributed applications I think I'd go with object handling and let my client program decide how it wants to draw the information.
Running X over a low bandwidth or high latency connection is asking for trouble. You might get a static desktop up and runing fine on a Yopy or some little toy but if you run something even mildly intensive on the graphics (say Gimp for instance) you're not going to be very happy with performance. Not only does it have to send an updated screen for every filter or change to make to an image you also have little things like the animated border around a selection. I used to connection to the SPARC stations at my friend's school over the internet and it was a drag even with a cable modem. Most recent X apps are not designed with bandwidth skimping in mind, they're designed like Windows and Apple apps. You get spoiled when you start making apps people use only on their local desktops whereas app engineers 15 years ago would go to the greatest pains to skimp on bandwidth as no one ran X on a desktop machine. X has VERY little to do with .NET or low level RPC frameworks. X provides communication between top level components over the network (such as the GUI) whereas CORBA, COM+, ect. provide network access to lower level components. .NET and any framework like is much better suited for accessing remote program components. You can use SOAP to communicate with an Apache or IIS module through HTTP transfering only a couple objects as XML documents where X is transfering lots of widget descriptors and frame images.
Open source != better. Why must people with UID's over 50,000 be so difficult. Besides the fact that being interoperable with SOAP is a good thing since lots of companies are getting into the groove of it. XML is easily parsed and transfered and was designed for the purpose of exchanging all sorts of information.
Read: SOAP means passing objects as XML documents which enables them to be very simply parsed and read and also eases the transfer of data as objects can be passed by a plain old HTTP server (a standard) rather than by a proprietary method.
Uh...how so?
You're missing out almost entirely on .NET. Remember way back when when Microsoft announced ActiveX? Which was a fancy name for OLE which is basically building a large piece of software out of a bunch of pre-written components. .NET is the replacement for all such object communication technologies Microsoft's been using since 1994. Instead of using a binary packet to transfer objects between apps they're now using XML files. This has lots of benefits; everything will speak a common protocol and potentially non-Microsoft apps will be talking to Microsoft apps, besides different systems talking to one another, you can write components in your favourite language and have them talk to components written in different languages. Yet another aspect of .NET is the use of intermediary code. Components can be written in any language and compiled to the p-code which contains no architecture specific data structures which means any OS with a .NET interpreter will be able to run the component. Something Java's been doing for a while now.
I think slashweenies have missed the security aspect of this thread. The question posed is as valid with Windows 2000 as with XP. The question is about virii breaking the registration codes your CP software needs in order to keep working. I would assume that your XP software would be able to rescan your system and take your reg code to generate the same authorization code as it first generated. A one way function is a one way function. Oh well.
Linux needs do nothing to "survive", it is a kernel and API maintained by a bunch of people who write the code in the spare time. A distro could always come along and *gasp* write their own fucking software and deploy Linux in an easy to use fashion. If you want to learn how to make Linux easy to use take notes from Apple. They took a Unix core and slapped a nice GUI and API on top of it. If you insist on releasing your distribution with all of the usual GNU CLI tools you're doomed to remain in the land of unhappy home users. Bleh
Ahhhhhhhhhhhhh. Do you think you're the only one in the fucking world to find a HOSTS file? You sir are an idiot. Therefore I am an idiot for calling you an idiot. I had to point it out though! You're a disgrace to all monkeys that walk upright.
Ok, I live in a lack-of-broadband-bubble on the outskirts of two cities. MediaOne in the next city over doesn't realize I even exist dispite the city's border is less than a mile from my front door (I've measured). Charter cable also does not recognize that my apartment complex even exists. Pacific-Bell's CO is downtown and thus 3 miles farther than ADSL reaches. This obviously leaves me WITH NO BROADBAND ACCESS AT ALL. I am stuck with a 56k dialup that often times does not even approach 50kbps. I get fair ping times for normal HTTP or FTP functions but anything real-time there is a very apparent lag. I think instead of catering to the broadband access world specifically game (or any real-time network app developers) ought look into ways to get better packet throughput into their games.
For those of you retards suggesting people ought to move because they like me can't get broadband access I don't think any explaination of why I can't move would make sense to your small underpowered brian. Protesting to your local telco or cable company isn't going to help any situation either (in most cases). Telcos make alot of money from commercial accounts and services and do not make alot of money from residential accounts. ISPs likewise make alot of money from providing businesses with internet services and make very little money from providing individual homes with internet access. ISPs therefore oversell their bandwidth and connectivity in order to stay in the green and telcos offer only the services and service that the most people will buy. Since the most people won't buy DSL they are slowgoing in providing coverage for alot of people. ISPs route almost too much traffic through their local gateways which leads to dialup users sporting hefty ping times in peak hours. Right now we're all stuck in the transition. There is no real reason for game developers to cater exclusively to broadband users unless of course they want to limit sales of their game. Optimize packet turnaround and everyone will benefit.