Don't forget that these filesystems are running in userspace, so the BSD-like vfs in XNU isn't really a factor. If I remember correctly, FUSE was originally a Linux project, so it probably makes sense to use the Linux implementation of a given filesystem to use it with FUSE. That's just a guess though.
Spoken like a person who knows nothing about the joys of coding and having fun seeing what you can do with your computer system. Congratulations on working a bit of flamebait in there too - your comment is a double whammy of stupidity.
You have incredibly terrible luck. My Macbook has taken a beating, including being dropped onto cement and accidently left inside a smoking hot metal trunk, and not a peep. Not one iPhone that I use or that anyone I know owns has failed for any reason, and some of these things see massive usage (movie industry people). And my iPod Nano has been through hell and back due to my travels - dropped more times than I can remember, left lying in super hot direct sunlight, buried in sand - and it works fine, although it's pretty scratched up. Maybe I should buy a case for my next one.
As a stock market investor, perhaps... In the stock market, growth is king,
Depends. If you're buying for the long-term, you want a stable blue chip that returns great dividends, rather than a risky growth stock. MS is a value stock now, and they just have to get it through their skulls that their current dividends are too low.
Actually, PA was very cute back in the day, when she was a Labatt's Blue Girl from Comox, BC. She had this wholesome beer babe thing going on. All the plastic surgery and stuff came later.
In a corporate environment, users don't do their own updates. On this work laptop I'm using (I'm a contractor), updates are pulled in via Altiris Agent, for example, whether I want them or not.
Obviously such a thing is possible on other platforms, but the key is to have it done via some accountable vendor. Plus, the updates can be corporate-specific, anything from the usual run of the mill MS stuff to new vpn profiles.
Yes, but in truth, the Red Hat model doesn't work for everything. Open source desktop apps and games, for example, will forever be suicidally unprofitable, which is why they will never match their for-pay, closed source competition (with very few exceptions).
The loophole is that you can charge whatever you want for the distribution costs. The FSF themselves say you should charge as much as you possibly can.
...until you need to do something besides browse the web, write email, or program. People whose jobs require Lightwave, Office, or any one of a million other pieces of software simply cannot use Linux.
I love Linux, and use it every single day, but as far as the desktop goes it's purely hobbyist territory.
It arose because writing custom solutions for everyone was an expensive disaster. Even the customisation of "packaged" enterprise apps like SAP is a disaster. Are you even in the software industry? You sure don't sound like it.
Yes, I think a lot of people in the networking biz understand that metering bandwidth is a probable outcome of all this, kind of like most other utilities (electricity, gas, etc.) Heavy bandwidth users will end up paying enormous amounts, hundreds or even thousands per month.
Not mention have them start metering bandwidth. Then the "average" user (internet surfing, email, etc.) would end up paying little, while the BT hogs would pay thousands of dollars a month, which is fair enough.
You need to do some reading on fast breeder reactors. The waste problem was solved years ago - the issue now is one of political will. Your nuclear knowledge sounds like the "common wisdom" sort of thing, not something based on fact.
The only scheme I've ever heard of for storing CO2 in the ocean is to pump it beneath the ocean floor. There is not enough pressure to keep it in a solid state. Instead, it becomes a liquid:
If you are a longtime C++ programmer, you should also know that C++ and other statically typed / compiled languages are much easier to debug - not only are there more and better tools (e.g. source-level down to machine code debuggers) available, the compiler warnings and errors are *much* more informative compared to all common interpreted languages. This saves you a lot of time and headaches on the long run and is probably a result of the many more man-years of professional development done in these languages (compared to less than 10 years of mostly small/hobbyist work in all the "web languages" - yes, with exceptions) and of course also due to the fact that statically typed and compiled languages are easier to analyze than dynamically typed and interpreted ones.
Really? I use a debugger on Python code, and it feels a lot like gdb.
As for the errors being much more informative, I'd have to say that's pretty implementation-dependent.
Right now, I don't actually work day to day in C++ - instead, I'm working in C and some Java. Neither makes it easier to write bug-free code than Python, in my opinion, although I must say I do appreciate Maven and the way it practically forces you to unit test;)
In fact, I see few advantages to static typing. The constant across all language for writing bug free code is indeed unit testing.
It's a common misconception that people are trying to shoehorn everything into browsers. They're not. But it makes sense for certain apps to be centralised, particularly in a corporate/enterprise environment. It's funny, because the successful web apps that are out there (salesforce.com, Taleo, Gmail, etc. etc.) never get picked on - they are just a fact of life now. But when people experiment with new stuff or try to move other apps into a distributed environment, the critics come out of the woodwork.
Also, as a longtime C++ programmer, I can say that C++ is no more a "real" language than Python or Ruby - talk about a juvenile understanding of software development. People use what gets the job done quickly and hopefully with fewer bugs, and when the dust settles certain languages and technologies are shown to work, and others not. But you never know unless you try.
95% of them are probably working in jobs that aren't in their field, and I'd venture that a large porportion of that 95% are making barely enough to survive.
Needs citation. Until then, I call bullshit, sorry. You sound like a bitter person.
Slashdot Mirror
Don't forget that these filesystems are running in userspace, so the BSD-like vfs in XNU isn't really a factor. If I remember correctly, FUSE was originally a Linux project, so it probably makes sense to use the Linux implementation of a given filesystem to use it with FUSE. That's just a guess though.
No, NTFS has support via NTFS3G. The other popular file system, FAT, is already supported natively.
Spoken like a person who knows nothing about the joys of coding and having fun seeing what you can do with your computer system. Congratulations on working a bit of flamebait in there too - your comment is a double whammy of stupidity.
You have incredibly terrible luck. My Macbook has taken a beating, including being dropped onto cement and accidently left inside a smoking hot metal trunk, and not a peep. Not one iPhone that I use or that anyone I know owns has failed for any reason, and some of these things see massive usage (movie industry people). And my iPod Nano has been through hell and back due to my travels - dropped more times than I can remember, left lying in super hot direct sunlight, buried in sand - and it works fine, although it's pretty scratched up. Maybe I should buy a case for my next one.
Posting to undo an accidental mod...damned wheely mouse.
As a stock market investor, perhaps... In the stock market, growth is king,
Depends. If you're buying for the long-term, you want a stable blue chip that returns great dividends, rather than a risky growth stock. MS is a value stock now, and they just have to get it through their skulls that their current dividends are too low.
I think he's released most of his stuff into the public domain, has he not?
Actually, PA was very cute back in the day, when she was a Labatt's Blue Girl from Comox, BC. She had this wholesome beer babe thing going on. All the plastic surgery and stuff came later.
Depends on whether you are just a home hobbyist or someone who needs to actually get work done. There are places for both types in the world, luckily.
Adblock for Safari: http://safariadblock.sourceforge.net/
In a corporate environment, users don't do their own updates. On this work laptop I'm using (I'm a contractor), updates are pulled in via Altiris Agent, for example, whether I want them or not.
Obviously such a thing is possible on other platforms, but the key is to have it done via some accountable vendor. Plus, the updates can be corporate-specific, anything from the usual run of the mill MS stuff to new vpn profiles.
Yes, but in truth, the Red Hat model doesn't work for everything. Open source desktop apps and games, for example, will forever be suicidally unprofitable, which is why they will never match their for-pay, closed source competition (with very few exceptions).
The loophole is that you can charge whatever you want for the distribution costs. The FSF themselves say you should charge as much as you possibly can.
...until you need to do something besides browse the web, write email, or program. People whose jobs require Lightwave, Office, or any one of a million other pieces of software simply cannot use Linux.
I love Linux, and use it every single day, but as far as the desktop goes it's purely hobbyist territory.
It arose because writing custom solutions for everyone was an expensive disaster. Even the customisation of "packaged" enterprise apps like SAP is a disaster. Are you even in the software industry? You sure don't sound like it.
No, you can charge as much as you want for distribution, and you only have to give source to those to whom you, personally, have distributed binaries:
http://www.gnu.org/philosophy/selling.html
However, as you noted, all it takes is for one customer to put the source up for download, and you're screwed.
No.
Yes, I think a lot of people in the networking biz understand that metering bandwidth is a probable outcome of all this, kind of like most other utilities (electricity, gas, etc.) Heavy bandwidth users will end up paying enormous amounts, hundreds or even thousands per month.
Not mention have them start metering bandwidth. Then the "average" user (internet surfing, email, etc.) would end up paying little, while the BT hogs would pay thousands of dollars a month, which is fair enough.
You need to do some reading on fast breeder reactors. The waste problem was solved years ago - the issue now is one of political will. Your nuclear knowledge sounds like the "common wisdom" sort of thing, not something based on fact.
The only scheme I've ever heard of for storing CO2 in the ocean is to pump it beneath the ocean floor. There is not enough pressure to keep it in a solid state. Instead, it becomes a liquid:
http://news.bbc.co.uk/2/hi/science/nature/5255444.stm
Can you point to evidence that shows otherwise?
I was addressing the original poster's assertions about Python, Ruby, and Perl in particular, not Javascript. Sorry for any confusion.
If you are a longtime C++ programmer, you should also know that C++ and other statically typed / compiled languages are much easier to debug - not only are there more and better tools (e.g. source-level down to machine code debuggers) available, the compiler warnings and errors are *much* more informative compared to all common interpreted languages. This saves you a lot of time and headaches on the long run and is probably a result of the many more man-years of professional development done in these languages (compared to less than 10 years of mostly small/hobbyist work in all the "web languages" - yes, with exceptions) and of course also due to the fact that statically typed and compiled languages are easier to analyze than dynamically typed and interpreted ones.
Really? I use a debugger on Python code, and it feels a lot like gdb.
As for the errors being much more informative, I'd have to say that's pretty implementation-dependent.
Right now, I don't actually work day to day in C++ - instead, I'm working in C and some Java. Neither makes it easier to write bug-free code than Python, in my opinion, although I must say I do appreciate Maven and the way it practically forces you to unit test ;)
In fact, I see few advantages to static typing. The constant across all language for writing bug free code is indeed unit testing.
A "real" language has been classically defined to mean "a language which can compile itself." Perl, Python, and Ruby cannot do that (to my knowledge).
http://codespeak.net/pypy/dist/pypy/doc/home.html
Python and Perl aren't interpreted, and both can be self-hosting. Ruby could be, I'm sure, but I have no idea since I don't use it.
It's a common misconception that people are trying to shoehorn everything into browsers. They're not. But it makes sense for certain apps to be centralised, particularly in a corporate/enterprise environment. It's funny, because the successful web apps that are out there (salesforce.com, Taleo, Gmail, etc. etc.) never get picked on - they are just a fact of life now. But when people experiment with new stuff or try to move other apps into a distributed environment, the critics come out of the woodwork.
Also, as a longtime C++ programmer, I can say that C++ is no more a "real" language than Python or Ruby - talk about a juvenile understanding of software development. People use what gets the job done quickly and hopefully with fewer bugs, and when the dust settles certain languages and technologies are shown to work, and others not. But you never know unless you try.
95% of them are probably working in jobs that aren't in their field, and I'd venture that a large porportion of that 95% are making barely enough to survive.
Needs citation. Until then, I call bullshit, sorry. You sound like a bitter person.