I know and understand that companies often act unethical and there is a need to protect people from unethical behaviour. But if the development of medicine could take place in developing countries, the prices could be much lower even if we keep the companies to the same moral standards we like to do in western society.
Many people protest against poor developing countries having to pay high prices for medicine. At the same time arguments like yours keep it that way. It's not a simple problem.
I work for an ASP. We've got a web application (built with Perl), running on Debian. At the moment we've about 15 servers (some dedicated to one large customer, some with over 50 customers) live, have 4 full time developers on the product, 15 people in total, and are quite succesful in our niche.
This is the short version of how we do things.
* We looked for an ISP where we rent the servers. They administer the servers (Debian stable), and install the perl modules, apache, etc. We don't have (want) root access to these machines: the ISP is responsible for the stability, and they do a good job. We ask them for changes/additional perl modules to be installed when needed. We've less than satisfactory experiences with several ISPs, make sure you find a good one. * For a repository we use cvs. This is flexible enough for our needs, and there was some experience with the app. If you haven't got any experience with cvs, also take a look at subversion or mercurial, as you could benefit from the improvements there. * As a cvs client we use eclipse. Great product, but unfortunately it is Java, and therefore slow. Some of the developers use the editor of eclipse, others use external editors (vi baby:) * Our work environment is mixed. We all have a windows workstation, but for the actual development we have a server with a dedicated debian VPS for each developer. We connect to the VPS (which is hosted on our lan, and not accessible externally) through ssh, samba and x. The VPS are UML based, but nowadays when setting things up, we'd probably use Xen. The advantage of using VPSs is that it's easy to set up a clean developement/test environment. * Have a release cycle, and try to stick with it. Most bugs are introduced when improperly tested code is implemented on live servers. Never edit directly on a live machine.
Our current shortcomings (i.e. pitfalls): * Hardly any automated testing, and no formal testing procedures. Testing the application takes a lot of work, so it is often skimped. This is a risk, and introduced bugs are occasionnally missed. * The release policy is not always honored due to deadlines. This puts a strain on the organisation, because, as noted above, it needs to be tested manually. This is when testing is skipped most of the times, and most bugs are introduced. It's a commercial tradeoff: let a customer wait, or take the risk. Depending on who and when you ask you get different answers.
Well, linux is out of the question, at least in the kernel.
If they argue over the new ReiserFS and the layer seperation, imagine the fight they would have this. It has to much layer integration for the kernel guru's tastes.
I'm pretty sure originality is not a desireable feature in rocket science.
Of course originality is a desireable feature. I'd go even further and say it is a _required_ feature for any science. Without new and original ideas there's no progress at all.
compared to before? It's not as if this functionality isn't already employed through other ways (javascript or redirects on the serverside). Now, it's just a little bit easier.
Of course you can disable javascript, but most people don't. People who do so, can also turn off this ping functionality. I'm sure an extension will allow to do this the easy way (NoScript notably).
Most of these items are made in the same shops, with the same materials by the same workers as the originals. They are made in [Chinese|Russian|Malaysian|Other emrging economy] factories that during the daytime produce their product (eg thumbdrives for Memorex), and during the night for "parallel export".
There are dangers to this practise. In these cases the producer cannot be held accountable (because it's not know who it is), so they don't have an interest in quality control. Often, discarded parts (that didn't meet QA) from the daytime are used.
The only other difference is that the profits are not for the originating company. So in the case of forged thumbdrives: if it works, it most likely identical to one bought legitimately.
That's the way criminal law works (according to my professor criminal law).
Officially you have the legality principle (no offence is punishable without prior legislation) but in practice anything is punishable. It is just a matter of finding an article that is applicable.
This is exactly the problem the record companies are pointing at. The most important group (for them) does not buy music anymore: young people.
When we were younger we used to buy CD's (or records for that matter). We bought more than our parents. We still buy CD's, but less than we used to. This is known phenomenon: the older one becomes, the less music is bought.
Youngsters should buy more CD's than us older folk, according to pre internet expectations. That used to be the case. Nowadays, young people don't buy CD's anymore, they download. The older people's acquisitions still make up the tops of the charts.
The record companies obviously want to reverse this process. The above mention of horse carriages is spot on in that respect.
"any sufficiently advanced technology is indistinguishable from magic" according to Arthur C. Clarke.
I think people are creatures of habit. At one point in life, it becomes too hard to keep up. My great grandmother was afraid of the telephone. I'm sometimes wondering if I'll ever be afraid of anything and what that'll be.
With IPv6, port scanning becomes infeasible. The number of addresses is so large, that blindly portscanning gives you virtually no chance of even finding a host. You have a bigger chance of winning the lottery.
While that is security by obscurity, and may be cirumvented by isp's allocating dense clusters of IPv6 addresses or other means, it's a better measure than relying on NAT for your protection. When your NAT device is compromised, your whole network is compromised.
Hear hear. I've been homeless for the last three months, moving from place to place. I live out of a suitcase and the trunk of my car. All the other stuff is not neccessary.
But although it is not neccessary, I still miss it sometimes. It's nice to have a place of your own with things that are not neccessary. I will be happy when my new home is finished, but I expect to have a lot of free space for the first year or so.
This protection is exactly what is needed to protect the internet as a viable channel for doing business with consumers, and a good thing.
It's too bad you got screwed, but as a merchant, you are able to factor in the costs of either taking and doing the research.
It's common for merchants to complain about the costs of customer service. They tend to only view the internet as a convenient (low cost) channel to present their merchandise, and to pass the risks to the consumers.
Slashdot Mirror
That is a gross oversimplyfication.
I know and understand that companies often act unethical and there is a need to protect people from unethical behaviour. But if the development of medicine could take place in developing countries, the prices could be much lower even if we keep the companies to the same moral standards we like to do in western society.
Many people protest against poor developing countries having to pay high prices for medicine. At the same time arguments like yours keep it that way. It's not a simple problem.
guess this one:
7 port buddy switch
google is your friend. USB 1.1 only tho (USB Hi Speed)
No, it needs two keys, period.
The three people are part of the prescribed protocol, but the problem is people not following the protocol but using a shortcut instead.
Yes, but with the intent to trick the user into giving confidential information (phishing) as opposed to other uses.
I work for an ASP. We've got a web application (built with Perl), running on Debian. At the moment we've about 15 servers (some dedicated to one large customer, some with over 50 customers) live, have 4 full time developers on the product, 15 people in total, and are quite succesful in our niche.
:)
This is the short version of how we do things.
* We looked for an ISP where we rent the servers. They administer the servers (Debian stable), and install the perl modules, apache, etc. We don't have (want) root access to these machines: the ISP is responsible for the stability, and they do a good job. We ask them for changes/additional perl modules to be installed when needed. We've less than satisfactory experiences with several ISPs, make sure you find a good one.
* For a repository we use cvs. This is flexible enough for our needs, and there was some experience with the app. If you haven't got any experience with cvs, also take a look at subversion or mercurial, as you could benefit from the improvements there.
* As a cvs client we use eclipse. Great product, but unfortunately it is Java, and therefore slow. Some of the developers use the editor of eclipse, others use external editors (vi baby
* Our work environment is mixed. We all have a windows workstation, but for the actual development we have a server with a dedicated debian VPS for each developer. We connect to the VPS (which is hosted on our lan, and not accessible externally) through ssh, samba and x. The VPS are UML based, but nowadays when setting things up, we'd probably use Xen. The advantage of using VPSs is that it's easy to set up a clean developement/test environment.
* Have a release cycle, and try to stick with it. Most bugs are introduced when improperly tested code is implemented on live servers. Never edit directly on a live machine.
Our current shortcomings (i.e. pitfalls):
* Hardly any automated testing, and no formal testing procedures. Testing the application takes a lot of work, so it is often skimped. This is a risk, and introduced bugs are occasionnally missed.
* The release policy is not always honored due to deadlines. This puts a strain on the organisation, because, as noted above, it needs to be tested manually. This is when testing is skipped most of the times, and most bugs are introduced. It's a commercial tradeoff: let a customer wait, or take the risk. Depending on who and when you ask you get different answers.
Well, linux is out of the question, at least in the kernel.
If they argue over the new ReiserFS and the layer seperation, imagine the fight they would have this. It has to much layer integration for the kernel guru's tastes.
With the cbm64 you could program per raster line (and later even parts of that, with some timing trick).
That was the way those color bars, border sprites and one line scrollers worked: those lines were altered. 0314/EA31 interrupts were used for it.
So it wasn't just a split screen, it was a lot of splitscreens (and it left me with some really obsolete knowledge).
$15 for a vps, running debian and having root access. I used tektonic for a while, but there are others out there.
Unless you have very exotic wishes, it's excellent for most servers. They won't take much load tho.
Prototype:
http://prototype.conio.net/
It's developed for ruby on rails, but can be used with any cgi language I guess.
I'm pretty sure originality is not a desireable feature in rocket science.
Of course originality is a desireable feature. I'd go even further and say it is a _required_ feature for any science. Without new and original ideas there's no progress at all.
Actually, the guy is Finnish
I use google to search wikipedia. The search function in wikipedia isn't real good
compared to before? It's not as if this functionality isn't already employed through other ways (javascript or redirects on the serverside). Now, it's just a little bit easier.
Of course you can disable javascript, but most people don't. People who do so, can also turn off this ping functionality. I'm sure an extension will allow to do this the easy way (NoScript notably).
Most of these items are made in the same shops, with the same materials by the same workers as the originals. They are made in [Chinese|Russian|Malaysian|Other emrging economy] factories that during the daytime produce their product (eg thumbdrives for Memorex), and during the night for "parallel export".
There are dangers to this practise. In these cases the producer cannot be held accountable (because it's not know who it is), so they don't have an interest in quality control. Often, discarded parts (that didn't meet QA) from the daytime are used.
The only other difference is that the profits are not for the originating company. So in the case of forged thumbdrives: if it works, it most likely identical to one bought legitimately.
BackupPC is a great FOSS solution for that. We use it for centralized backups.
That's the way criminal law works (according to my professor criminal law).
Officially you have the legality principle (no offence is punishable without prior legislation) but in practice anything is punishable. It is just a matter of finding an article that is applicable.
This is exactly the problem the record companies are pointing at. The most important group (for them) does not buy music anymore: young people.
When we were younger we used to buy CD's (or records for that matter). We bought more than our parents. We still buy CD's, but less than we used to. This is known phenomenon: the older one becomes, the less music is bought.
Youngsters should buy more CD's than us older folk, according to pre internet expectations. That used to be the case. Nowadays, young people don't buy CD's anymore, they download. The older people's acquisitions still make up the tops of the charts.
The record companies obviously want to reverse this process. The above mention of horse carriages is spot on in that respect.
No, I would keep my mouth shut and let my lawyer talk.
"any sufficiently advanced technology is indistinguishable from magic" according to Arthur C. Clarke.
I think people are creatures of habit. At one point in life, it becomes too hard to keep up. My great grandmother was afraid of the telephone. I'm sometimes wondering if I'll ever be afraid of anything and what that'll be.
I use DD-WRT for this. Tried the sveasoft firmware, but dd-wrt is much more stable and supports WPA on the client.
With IPv6, port scanning becomes infeasible. The number of addresses is so large, that blindly portscanning gives you virtually no chance of even finding a host. You have a bigger chance of winning the lottery.
While that is security by obscurity, and may be cirumvented by isp's allocating dense clusters of IPv6 addresses or other means, it's a better measure than relying on NAT for your protection. When your NAT device is compromised, your whole network is compromised.
What's a solution, anyway?
It a fluid with a solid dissolved in it. No?
You case insensitive clod!
Hear hear. I've been homeless for the last three months, moving from place to place. I live out of a suitcase and the trunk of my car. All the other stuff is not neccessary.
But although it is not neccessary, I still miss it sometimes. It's nice to have a place of your own with things that are not neccessary. I will be happy when my new home is finished, but I expect to have a lot of free space for the first year or so.
This protection is exactly what is needed to protect the internet as a viable channel for doing business with consumers, and a good thing.
It's too bad you got screwed, but as a merchant, you are able to factor in the costs of either taking and doing the research.
It's common for merchants to complain about the costs of customer service. They tend to only view the internet as a convenient (low cost) channel to present their merchandise, and to pass the risks to the consumers.