Well, france and a bunch of other countries kinda just said "okay everyone, we're going to use Metric for everything now!" (but they said it in french. it probably sounded smoother).
Is switching to the unit system everybody else uses on earth harder than say, switch to an arbitrary new currency like the Euro?
Some would argue the US did make it harder for itself by waiting so long. In the end, it's really a matter of motivation. As long the US doesn't see a need to follow what other countries are doing, things won't change. That is the real reason, more than "oh well, it's kinda hard to do".
It will be a sign of a major change of attitude when the US finally decides to do the switch. Who knows what will be next? ratifying a kyoto treaty? playing nice with the other kids^H^H^H^Hnations at the UN? The possibilities are endless.
One possible future for linux happens to be one where.NET plays a significant role. Even if it doesn't, a lot of what you learn about.NET is relevant to java developement as well.
Just try to move to C# instead of VB.NET if you can.. The learning curve is quite similar. Despite both languages being roughly equivalent, I suspect prospective employers will be more impressed by the former for historical reasons.
That and C# is likely going to be the first and best supported.NET language on linux. There are several C# compiler in the work for linux but I haven't heard of anybody working on a vb.net one just yet.
Any WEP based network can be compromised by passively sniffing enough packets. After that initial work, the network is entirely open. At that point, the attacker cannot be detected by any means, yet he can sniff pretty much anything he wants.
That alone is a very good reason to NOT plug a wireless access point to an internal network. If you don't have some sort of firewall between your access point and your internal network, you might be underqualified for your job.
Given that, yes, you can detect freeloaders that are using your access point to surf the net. You cannot really block them, as MAC addys are easy to change. If that's really an issue, have the wireless network connected to nothing BUT your firewall, then force any wireless user to authenticate through the firewall you wisely installed. From there, it's a lot easier to monitor what happens to the firewall.
I guess the detection technique is mostly useful for statistical purposes, as previous posts have mentioned.
blocking a MAC addr is a bit like blocking an IP. it makes you feel good but doesn't really protect anything. even if the intruder is somehow unaware he can change his MAC address, he can still sniff your network traffic until the HD gets full. of course, if all the intruder was doing is passive sniffing, you wouldn't be able to detect it to start with.
Ok, so you can somewhat implement the relationship he talked about all in your head, using the filesystem for the underlying representation. It still seems like there would be value in having those kind of things implemented(enforced) in software.
Your brain is very much used to think in term of filesystems and adds an abstraction layer on top of it to give it meaning:
-/home/*:"this represents a set of users on this system", -/usr/local/bin/*:"this represents a set of applications I can run", -/home/joe/work/*:"this is where I write code"
and it's a fine model for the kind of folks who get more work done with a CLI than with a GUI. For everybody else, I suspect spelling out the abstraction layers might be a good thing.
Many (every?) other important building blocks of a complete security solution are already available as open-source/free products (scanners, IDS, full disclosure mailing lists, firewalls, spam blackhole lists, etc..)
It would make a lot of sense to have a good robust portable free anti-virus engine as well. Hopefully you would be able to deploy it on your incoming servers (mail, news, ftp, whatever) or as a standalone client on desktop.
Plus, it would be a Very Good Thing to have a way to catch/block viruses that doesn't depend on an industry that directly relies on virus writers continuously releasing new bad things to keep generating income.
This is a great example for the "guide to +5 funny posting" written right above.
One can observe the utter lack of a M$ reference, which might prevent this post from reaching +5. But given the rest of the cliches are there, it still stands a pretty good chance.
Unless macOS comes up with a similar mechanism, Apple might have a hard time convincing the usual crowd to package streams for their OS at some point in the future.
Then again, you could point out VMWARE makes Secure Audio Path an exercise in futility.
It's an arm race, and I'm not sure how the DRM side can win it.
People who need to redirect you to another page, and that don't have acccess to the server to do things right (location header), can still use the following:
This will prevent clogging the browser's history and breaking the back button behavior. Combine that with a plain link for the paranoid/javascript impaired, and you got a pretty good replacement for a refresh 0;URL= thingy.
> Besides, you're still giving your cash to Microsoft.
I keep reading MS is losing money on every single xbox they sell. If lots of people were to buy an xbox without buying a single game for it, MS would probably be a little bit unhappy about it.
The only reason for that "essence" thingy was to prevent players from creating badder-than-terminator characters that would throw fireballs with one hand while shooting at you with the implant-controlled artillery that replaced their other hand.
It's kinda weird to complain about how essence isn't realistic in a game that involves dragons, mages and astral space.
Who knows, maybe they weren't trying to predict the future after all.
We've heard that line many times. Almost every time a kid would get caught playing on somebody else's system, actually. It's pretty funny to see a big ol' institution giving the same lame excuse. Still, it's cuter than dumping the 4 or so employees that were messing around on the computers. They might regret they didn't do it if this story gets bigger.
following this, the metaverse from snowcrash really describes very little innovations from your favorite local mud.
having an immersive 3d world makes a huge difference, both in term of user experience, and in term of software complexity. MUDs never had to worry too much about avatars, collision detection and a million other little things like that.
Now, I wonder how boring those "non-confrontational ways of building a character" are going to be.
Samba has to inter-operate with an M$ OS. if the OS evolve in some ways
that cannot be copied (patents), then Samba is screwed.
Mono does not aim to inter-operate with any other OS.
If it manages to do it, it's a bonus.
If M$ stops it from happening, Gnome still has a very nice programming
framework that M$ *cannot* take away from us in any shape or form.
Mono will be a success even if it ends up being entirely incompatible
with what M$ is doing, simply for the fact it will bring a great set of
features to Gnome.
That was the motto of the now defunct Majestic game (from EA I believe): "You don't play it, it plays you."
Well, france and a bunch of other countries kinda just said "okay everyone, we're going to use Metric for everything now!" (but they said it in french. it probably sounded smoother).
Is switching to the unit system everybody else uses on earth harder than say, switch to an arbitrary new currency like the Euro?
Some would argue the US did make it harder for itself by waiting so long. In the end, it's really a matter of motivation.
As long the US doesn't see a need to follow what other countries are doing, things won't change.
That is the real reason, more than "oh well, it's kinda hard to do".
It will be a sign of a major change of attitude when the US finally decides to do the switch.
Who knows what will be next? ratifying a kyoto treaty? playing nice with the other kids^H^H^H^Hnations at the UN? The possibilities are endless.
I second that..
.NET plays a significant role. Even if it doesn't, a lot of what you learn about .NET is relevant to java developement as well.
.NET language on linux. There are several C# compiler in the work for linux but I haven't heard of anybody working on a vb.net one just yet.
One possible future for linux happens to be one where
Just try to move to C# instead of VB.NET if you can.. The learning curve is quite similar. Despite both languages being roughly equivalent, I suspect prospective employers will be more impressed by the former for historical reasons.
That and C# is likely going to be the first and best supported
Any WEP based network can be compromised by passively sniffing enough packets. After that initial work, the network is entirely open. At that point, the attacker cannot be detected by any means, yet he can sniff pretty much anything he wants.
That alone is a very good reason to NOT plug a wireless access point to an internal network. If you don't have some sort of firewall between your access point and your internal network, you might be underqualified for your job.
Given that, yes, you can detect freeloaders that are using your access point to surf the net. You cannot really block them, as MAC addys are easy to change. If that's really an issue, have the wireless network connected to nothing BUT your firewall, then force any wireless user to authenticate through the firewall you wisely installed. From there, it's a lot easier to monitor what happens to the firewall.
I guess the detection technique is mostly useful for statistical purposes, as previous posts have mentioned.
blocking a MAC addr is a bit like blocking an IP. it makes you feel good but doesn't really protect anything.
even if the intruder is somehow unaware he can change his MAC address, he can still sniff your network traffic until the HD gets full.
of course, if all the intruder was doing is passive sniffing, you wouldn't be able to detect it to start with.
Ok, so you can somewhat implement the relationship he talked about all in your head, using the filesystem for the underlying representation.
/home/*:"this represents a set of users on this system", /usr/local/bin/*:"this represents a set of applications I can run", /home/joe/work/*:"this is where I write code"
It still seems like there would be value in having those kind of things implemented(enforced) in software.
Your brain is very much used to think in term of filesystems and adds an abstraction layer on top of it to give it meaning:
-
-
-
and it's a fine model for the kind of folks who get more work done with a CLI than with a GUI.
For everybody else, I suspect spelling out the abstraction layers might be a good thing.
Many (every?) other important building blocks of a complete security solution are already available as open-source/free products (scanners, IDS, full disclosure mailing lists, firewalls, spam blackhole lists, etc..)
It would make a lot of sense to have a good robust portable free anti-virus engine as well. Hopefully you would be able to deploy it on your incoming servers (mail, news, ftp, whatever) or as a standalone client on desktop.
Plus, it would be a Very Good Thing to have a way to catch/block viruses that doesn't depend on an industry that directly relies on virus writers continuously releasing new bad things to keep generating income.
This is a great example for the "guide to +5 funny posting" written right above.
One can observe the utter lack of a M$ reference, which might prevent this post from reaching +5.
But given the rest of the cliches are there, it still stands a pretty good chance.
Unless macOS comes up with a similar mechanism, Apple might have a hard time convincing the usual crowd to package streams for their OS at some point in the future.
Then again, you could point out VMWARE makes Secure Audio Path an exercise in futility.
It's an arm race, and I'm not sure how the DRM side can win it.
using location= or location.href= generates a new entry in your history. using location.replace() doesn't.
not exactly well known, but a lot of site really could use something like it.
People who need to redirect you to another page, and that don't have acccess to the server to do things right (location header), can still use the following:
/ blah");
<script>
location.replace("http://new.location
</script>
This will prevent clogging the browser's history and breaking the back button behavior.
Combine that with a plain link for the paranoid/javascript impaired, and you got a pretty good replacement for a refresh 0;URL= thingy.
After all the noise slashdot made about ICANN policies and such, this would seem like a good time to ask ICANN's chairman about it..
> Besides, you're still giving your cash to Microsoft.
I keep reading MS is losing money on every single xbox they sell.
If lots of people were to buy an xbox without buying a single game for it, MS would probably be a little bit unhappy about it.
The only reason for that "essence" thingy was to prevent players from
creating badder-than-terminator characters that would throw fireballs
with one hand while shooting at you with the implant-controlled artillery
that replaced their other hand.
It's kinda weird to complain about how essence isn't realistic
in a game that involves dragons, mages and astral space.
Who knows, maybe they weren't trying to predict the future after all.
We've heard that line many times.
Almost every time a kid would get caught playing on somebody else's system, actually.
It's pretty funny to see a big ol' institution giving the same lame excuse.
Still, it's cuter than dumping the 4 or so employees that were messing around on the computers.
They might regret they didn't do it if this story gets bigger.
following this, the metaverse from snowcrash really describes very little innovations from your favorite local mud.
having an immersive 3d world makes a huge difference, both in term of user experience, and in term of software complexity. MUDs never had to worry too much about avatars, collision detection and a million other little things like that.
Now, I wonder how boring those "non-confrontational ways of building a character" are going to be.
0.4 email a day, so no more than 1 every 3 days.
dunno where you got that bogus figure.
maybe you mixed it up with their free cash flow?
32,768 sorry. had to.
Samba has to inter-operate with an M$ OS. if the OS evolve in some ways
that cannot be copied (patents), then Samba is screwed.
Mono does not aim to inter-operate with any other OS.
If it manages to do it, it's a bonus.
If M$ stops it from happening, Gnome still has a very nice programming
framework that M$ *cannot* take away from us in any shape or form.
Mono will be a success even if it ends up being entirely incompatible
with what M$ is doing, simply for the fact it will bring a great set of
features to Gnome.