The sharing of information is going to benefit employers and not prospective employees. All employers will be advertising the lower value, then during negotiation will increase the salary slightly. You won't see employers advertising the maximum they are willing to pay then negotiating down.
The end result? We'll see a trend of tech salaries moving lower.
LDPE is like a sponge and it absorbs lots of other crap as it floats around for years in the ocean. Crap that you don't want in a fish's belly, but even uncontaminated PE can be problematic for a fish.
Saying PE is basically harmless is an over simplification and really only applies to normal uses of the material. There are exceptional cases where it can cause harm. It's the business of researchers to look at exceptional cases and see how our assumptions match up to reality.
Theoretically sand doesn't leech dioxins into the fish's body. That's been mentioned in OP and TFA. You're the one claiming that plastic is inert, and I'd be interested in how you came to that conclusion.
Any large community has a few people who don't understand boundaries and expected behavior unless they are explicitly defined in writing. You might call them autistic, maybe they're not that and are just assholes, who knows. You'll find some kind of rules in every large club or organization that has been around long enough.
They had to implement special IPC hooks in the NT kernel to allow the two environment subsystems to talk to each other, even!
*Yawn* how do you think FreeBSD and LynxOS do it. It's kernel supported emulation of Linux syscalls. L4 doesn't quite have the concept because L4 loads personalities that are more driver-like than kernel-like, but L4 is weird.
It is emulation, but a different definition of emulation than you are using. I keep trying to tell you this, but you (and others) pretend like it was never brought up.
I'm done arguing the semantics. People have unnecessarily assumed special meaning on terms like emulation, virtual machine, and object. and I'm fine with this when it pertains to use within a narrow topic, but when I specifically indicate a broader meaning, it falls on deaf ears.
There is Linux syscall emulation on NT kernel and on L4 kernel already. And I used the Linux-compatibility in LynxOS back in the day for an RTOS project.
FreeBSD/NetBSD carried a lot over from the older iBCS (Intel Binary Compatibility Standard) to provide Linux compatibility. NetBSD is interesting in that it still supports really old 386BSD binaries.
Windows compatible is harder than Linux compatible. You can start from wine, Longene or ReactOS, but really unless you have the resources of Microsoft and their level of internal documentation it's not going to go well for you. But feel free to run your Linux binaries on Windows 10, it does work as advertised.
Emulation of the system calls. Rather than emulation of CPU and hardware. Same concept, but line draw at a different layer.
The overhead of something like 'wine' is very low, compared to something like qemu or even VMware. Which I think is the point that was trying to be made, rather than any semantics about the definition of emulator. (in my industry most of these are called simulators, and emulation is a different beast all together)
That various nations are operating or funding cyber warfare groups is hardly a secret and hardly BS. Russia, the US and China are known to do this. Now pinning any particular hacks on these state actors is extremely difficult. Russia funding hacking of US elections? plausible theory, but finding proof is going to be difficult, if the US even were to declassify any proof they do find. It's a topic that a layperson can't be expected to discuss with any amount of certainty.
I value convenience (as I'm getting old) and I like the large apt package set, lots of stuff pre-packaged and ready to run by a a single command line.
Debian (apt), Fedora (yum), Arch/Manjaro (pacman) or Gentoo (emerge) can do this, likely others as well. I think Debian's apt repo is quite a bit larger than Ubuntu's.
The other options like MINT, Peppermint, Bodhi, CrunchBang, etc are going to have smaller package repos than Debian, if that matters to you. I could probably list all the Linux apps I need on a Post-It note and find them in the vast majority of distros. (vim, gcc/binutils/make, SDL2, Firefox, pidgin, VLC, audacity, MilkyTracker, GIMP, LibreOffice, Scribus)
I like KDE's features and configurability, but don't like the bloat. I've tried XFCE (&Co) on my lo-end machines, like the speed but they lack some features.
KDE and XFCE are available on Debian, Fedora, Arch, Gentoo, Devuan, Slackware, etc. I use WindowMaker + Thunar myself.
I don't really care if I run a BSD or Linux kernel and user space.
FreeBSD, DragonFlyBSD, etc. the BSDs can be a good choice if you can put a little work in and as long as you're not too dependent on running proprietary drivers. (I believe there are NVIDIA drivers for FreeBSD)
Is it time for me to turn to Debian? Or Manjaro? Or... go hard core Arch? Am I too lazy for those?
If you do run Debian, I recommend running from "unstable". You likely won't be happy with how old the software is in "stable".
Arch is intimidating to install for most people. But the instructions are thorough and walk you through every step. Arch is pretty mindless to install if you have a copy of the installation guide on a phone, tablet, another computer or print out. Arch's support for installing packages from source is the best I've seen, typing 'makepkg -i' and you're done. Makes getting the most up-to-date packages very easy, much of the work is already done for you by other users and posted on AUR.
I'll wager that most of the comments posted for this story are from people who haven't spent much time travelling in and between German towns and cities.
Very likely, given that most Slashdotters live outside of Germany.
Also, European cities were designed and built long before the car was a thing, so most things are within walking distance from each other.
In American cities, the pre-automotive downtown areas go to the highest bidder. Most Americans cannot afford a $2m flat in Manhattan, so they live far away and commute into a city every day.
It's a very different way of living compared to the north American towns and cities I've been to.
Some place like New York is very different than some place like Atlanta. In NYC you can find places walking distance to your apartment to get groceries and do other daily tasks. In other American cities there are acres of suburbs and you have to drive a few miles to get to a shopping center. (even Toronto is like that, to a degree)
Most of the way American cities are designed has to do with WWII. After people came home, there was prosperity and a desire for home ownership with private lawns. Home mortgages were being offered by banks to just about anyone. Property was for sale from the government at very reasonable prices (cheap land is not something common Europe!).
These factors led the US to have the so-called "white flight", and much of the middle class moved out of the urban areas into a zone between urban and rural that we now know as sub-urban. After we switched away from urban living in the US, we started planning cities around this idea. With 1960's Los Angeles being the most famous of these planned suburban-centric American cities. (San Jose, California being a less famous and less successful example but parallels L.A.'s development for many of the same reasons)
I'm not terribly impress with Netflix's selection of movies for streaming.
Netflix and Amazon are producing their own series. It's really hit and miss, and I'm not impressed. Some of the series Netflix produces received some of the worst reviews in recent history. (Fuller House, The Ridiculous 6, and many others)
I could fill this post with all the various subscription streaming services By the time very middle man has gotten their cut, I'll be paying 2x more than cable form this "cord cutting". I think cord cutting mainly works for people who pirate or who watch so little TV that the dregs on Netflix are sufficient.
Slashdot Mirror
The sharing of information is going to benefit employers and not prospective employees. All employers will be advertising the lower value, then during negotiation will increase the salary slightly. You won't see employers advertising the maximum they are willing to pay then negotiating down.
The end result? We'll see a trend of tech salaries moving lower.
Every waste known to man, including nuclear, could be in the ocean.
Or in the air! hold your breath.
If that's too difficult for you to cope with, then try supplementing your diet with 20% decomposed plastic bags and get back to us.
It would be a new data point for science. So please proceed.
The bind to plastic while in the free ocean like a little sponge.. The digestive system of an animal is designed to pull stuff apart and absorb it.
LDPE is like a sponge and it absorbs lots of other crap as it floats around for years in the ocean. Crap that you don't want in a fish's belly, but even uncontaminated PE can be problematic for a fish.
Saying PE is basically harmless is an over simplification and really only applies to normal uses of the material. There are exceptional cases where it can cause harm. It's the business of researchers to look at exceptional cases and see how our assumptions match up to reality.
Theoretically sand doesn't leech dioxins into the fish's body. That's been mentioned in OP and TFA. You're the one claiming that plastic is inert, and I'd be interested in how you came to that conclusion.
Any large community has a few people who don't understand boundaries and expected behavior unless they are explicitly defined in writing. You might call them autistic, maybe they're not that and are just assholes, who knows. You'll find some kind of rules in every large club or organization that has been around long enough.
They had to implement special IPC hooks in the NT kernel to allow the two environment subsystems to talk to each other, even!
*Yawn* how do you think FreeBSD and LynxOS do it. It's kernel supported emulation of Linux syscalls. L4 doesn't quite have the concept because L4 loads personalities that are more driver-like than kernel-like, but L4 is weird.
How do you think system DLLs work on Windows?
It is emulation, but a different definition of emulation than you are using. I keep trying to tell you this, but you (and others) pretend like it was never brought up.
I'm done arguing the semantics. People have unnecessarily assumed special meaning on terms like emulation, virtual machine, and object. and I'm fine with this when it pertains to use within a narrow topic, but when I specifically indicate a broader meaning, it falls on deaf ears.
There is Linux syscall emulation on NT kernel and on L4 kernel already. And I used the Linux-compatibility in LynxOS back in the day for an RTOS project.
FreeBSD/NetBSD carried a lot over from the older iBCS (Intel Binary Compatibility Standard) to provide Linux compatibility. NetBSD is interesting in that it still supports really old 386BSD binaries.
Windows compatible is harder than Linux compatible. You can start from wine, Longene or ReactOS, but really unless you have the resources of Microsoft and their level of internal documentation it's not going to go well for you. But feel free to run your Linux binaries on Windows 10, it does work as advertised.
... that everyone is going to prison. The President, his Cabinet, 100 Senators, 435 Representatives, you, me, really just everyone.
Are Federal prisons privately run yet, and are they publicly traded? Because I have some great investment ideas that involve 100% incarceration rates.
Maybe 99.9999% compatible, but that 0.0001% could make it crash or give wrong results.
Thus was the pain of running third party Win95 applications on top of WinXP. But we accepted it and survived.
Emulation of the system calls. Rather than emulation of CPU and hardware. Same concept, but line draw at a different layer.
The overhead of something like 'wine' is very low, compared to something like qemu or even VMware. Which I think is the point that was trying to be made, rather than any semantics about the definition of emulator. (in my industry most of these are called simulators, and emulation is a different beast all together)
"sociopath" is the wrong word. ...
Suggested words include: greedy, self-serving, avaricious, weasely, insincere, profiteering, dishonest, double-dealing, unethical, unscrupulous, unconscionable, sellout, treacherous, betrayer,
I'm pretty sure Intel never made promises that it was a highly secure chip. They mainly market on power and performance.
Only user input needed is so it can transfer money from your bank account to copyright holders.
That various nations are operating or funding cyber warfare groups is hardly a secret and hardly BS. Russia, the US and China are known to do this. Now pinning any particular hacks on these state actors is extremely difficult. Russia funding hacking of US elections? plausible theory, but finding proof is going to be difficult, if the US even were to declassify any proof they do find. It's a topic that a layperson can't be expected to discuss with any amount of certainty.
Russian Hackers Are Aliens. SETI and Bitcoin Unite Forces!
I value convenience (as I'm getting old) and I like the large apt package set, lots of stuff pre-packaged and ready to run by a a single command line.
Debian (apt), Fedora (yum), Arch/Manjaro (pacman) or Gentoo (emerge) can do this, likely others as well. I think Debian's apt repo is quite a bit larger than Ubuntu's.
The other options like MINT, Peppermint, Bodhi, CrunchBang, etc are going to have smaller package repos than Debian, if that matters to you. I could probably list all the Linux apps I need on a Post-It note and find them in the vast majority of distros. (vim, gcc/binutils/make, SDL2, Firefox, pidgin, VLC, audacity, MilkyTracker, GIMP, LibreOffice, Scribus)
I like KDE's features and configurability, but don't like the bloat. I've tried XFCE (&Co) on my lo-end machines, like the speed but they lack some features.
KDE and XFCE are available on Debian, Fedora, Arch, Gentoo, Devuan, Slackware, etc. I use WindowMaker + Thunar myself.
I don't really care if I run a BSD or Linux kernel and user space.
FreeBSD, DragonFlyBSD, etc. the BSDs can be a good choice if you can put a little work in and as long as you're not too dependent on running proprietary drivers. (I believe there are NVIDIA drivers for FreeBSD)
Is it time for me to turn to Debian? Or Manjaro? Or... go hard core Arch? Am I too lazy for those?
If you do run Debian, I recommend running from "unstable". You likely won't be happy with how old the software is in "stable".
Arch is intimidating to install for most people. But the instructions are thorough and walk you through every step. Arch is pretty mindless to install if you have a copy of the installation guide on a phone, tablet, another computer or print out. Arch's support for installing packages from source is the best I've seen, typing 'makepkg -i' and you're done. Makes getting the most up-to-date packages very easy, much of the work is already done for you by other users and posted on AUR.
Operating systems would boot your computer and allow you to run applications?
sports-related username
Nope, sorry to burst your bubble. It's for the laundry detergent that comes in an orange box.
I only know the rules of hockey and tennis well enough to follow along. Gridiron football is a mystery to me!
I'll wager that most of the comments posted for this story are from people who haven't spent much time travelling in and between German towns and cities.
Very likely, given that most Slashdotters live outside of Germany.
Also, European cities were designed and built long before the car was a thing, so most things are within walking distance from each other.
In American cities, the pre-automotive downtown areas go to the highest bidder. Most Americans cannot afford a $2m flat in Manhattan, so they live far away and commute into a city every day.
It's a very different way of living compared to the north American towns and cities I've been to.
Some place like New York is very different than some place like Atlanta. In NYC you can find places walking distance to your apartment to get groceries and do other daily tasks. In other American cities there are acres of suburbs and you have to drive a few miles to get to a shopping center. (even Toronto is like that, to a degree)
Most of the way American cities are designed has to do with WWII. After people came home, there was prosperity and a desire for home ownership with private lawns. Home mortgages were being offered by banks to just about anyone. Property was for sale from the government at very reasonable prices (cheap land is not something common Europe!).
These factors led the US to have the so-called "white flight", and much of the middle class moved out of the urban areas into a zone between urban and rural that we now know as sub-urban. After we switched away from urban living in the US, we started planning cities around this idea. With 1960's Los Angeles being the most famous of these planned suburban-centric American cities. (San Jose, California being a less famous and less successful example but parallels L.A.'s development for many of the same reasons)
I'm not terribly impress with Netflix's selection of movies for streaming.
Netflix and Amazon are producing their own series. It's really hit and miss, and I'm not impressed. Some of the series Netflix produces received some of the worst reviews in recent history. (Fuller House, The Ridiculous 6, and many others)
So YouTube TV is $40/mo. Which doesn't really replace Disney's $5/mo for ESPN plus, at least for sports fans.
Amazon subscription pricing (for reference, I don't recommend them):
HBO - $15/mo
Cinemax - $10/mo
HBO + Cinemax - $22/mo (a $3 savings!)
I could fill this post with all the various subscription streaming services
By the time very middle man has gotten their cut, I'll be paying 2x more than cable form this "cord cutting". I think cord cutting mainly works for people who pirate or who watch so little TV that the dregs on Netflix are sufficient.