Perhaps we are doing something very differently but my experiences are quite the opposite. I often run X applications through ssh tunnels and it tends to work very well and I can set up a tunnel and run an application in seconds. Though I have to admit I have not used RDP lately, when I was using it I remember it being so terrible I ended up setting up VNC (through the RDP connection) and switching to that.
I've done Windows API and MFC as well as a little.NET other than wxWidgets (in both C++ and Ruby). wxWidgets is actually kind of messy but much nicer than MFC if you ask me, as far as.NET it really shows how much (financially backed) effort MS put into that but when I used it I had a variety of issues. Anyway, wxWidgets works and I don't plan on going back to anything else at the moment. I can't say I "recommend" it more than I would say "it does what it was made for and works; so I have no problem with it". The whole XML based interface feature they have now really needs better documentation - I have never gotten it working and I still think it would be nice to allow the user to customize the interface through an external file.
While it's not linked to a paypal account we've had IC payment here in Japan for a very long time. I've been buying things from vending machines with my phone for maybe 6 years now and as far as I know I was a late adopter.
Real nerds don't write formatted documents with fonts. Real nerds accept that white space is composed of characters including spaces, tabs, and multibyte character whitespace. Real nerds don't use a BOM in UTF8. Real nerds don't save plain text files with.txt extensions. And real nerds could care less weather or not they spelled something correctly - the spell checker in VIM doesn't really exist; we just say it does to mess with you and make you think we actually do write documents in VIM.
Expensive? http://www.mono-project.com/Main_Page
Look, I don't use.NET either but it's a very very very capable tool for business apps and is one of the few things MS is really doing correctly. Choosing the right tool for the job is very important, and there are quite a few situations where.NET fits much more than most other packages.
Wow, I'm not a big Microsoft guy but even I have to admit.NET is pretty damn clean and has some insanely good business app tie-up stuff. Look at what.NET offers you and really think about how much time it will take you to re-code that in PHP and JS - then consider how much more flexible the.NET interface will be. Unless your client is using something that really wasn't fitting to.NET in the first place you may be digging yourself a very large hole.
And if you know ASM then just learn some basic C and go into embedded development. Particularly ARM native highly optimized software is in extremely high demand and capable developers are far fewer than most other breeds.
I am so on the same page with you. I don't actively use facebook, I hate how disorganized twitter is, and maybe use YouTube twice a week. Even if I did use these services extensively I don't see how much better this browser would be than having each site opened up in a different tab. It looks like a "mac" thing so maybe it's just that the target market can't figure out how to copy and paste and they have to click-and-drag everything. Either way if this company actually makes a profit off of this browser I'll be amazed.
Just curious as to when it was that you did this? I've had many nightmareish experiences myself but lately things have gotten much easier. About a year ago I set up a mail system handling multiple domains with virtual users and full SSL support (forced full stream, ignorant users get no mail damnit! - err, it's just a small company and I helped everyone set up their clients). I did it on Ubuntu and used a guide and it actually took me about a day to get set up and working and to this day it's running fine. In contrast I have tried to achieve the same system in the past and spent endless amounts of time fighting with it only to never actually get it working. I don't know if things got easier or if I just got lucky this time.
Just to clarify again I wasn't trying to support the ideas in the article, just pointing out how Japanese was entered. But for the complex mathematical symbols I very much agree, the fact I can enter in the name of a symbol and actually get that symbol as a character is great. That does not however mean we should replace "!=" with "", I'd quickly get sick of having to constantly active the IME just to code.
GCC/G++/AS all choke on UTF8 with BOM as do many other things. "Standard" and "can actually be used" are different things and I swear to god if you send me a source file in UTF8 with BOM I'll find you and break your fingers.
I actually had no intent of agreeing with points from the article. While I feel languages should offer UTF8 support for strings at the base level - as that would make my coding life signifcantly easier (I spent several days last week trying to figure out how to get MySQL to stop mangling UTF8 strings I was handing it from a CGI script). Allowing UTF8 variables and function/object names would be neat but not really necessary. Using special characters not found in ASCII as a core part of the language would be terrible and is a profoundly stupid idea - it's just not practical or necessary.
There are a lot of benefits to Kanji, and I would much rather have Japanese with Kanji than without. Granted the language would be "easier" without Kanji, but if you ask me it would also be "stupider". Kanji allows you to express more than just a word - each symbol having a meaning allows you to pack a lot of information in a smaller amount of characters. And knowing the meaning of characters makes their combinations significantly more clear. I guess I feel that Kanji really gives the language an additional depth that you can't find in purely phonetic languages.
If japanese were spelled phonetically out in roman letters (english letters) it would be very hard to read. If you mean for input then no, it is not hard to input. Here is a video I found on a quick google search: http://www.youtube.com/watch?v=Dk8Ojb3bCm8 . It's as simple as it looks.
Unicode/UTF(8) compatibility as a base feature of the language - very good, I fight constantly with languages and code conversion because some dipshit didn't realize some people want to use mulitbyte strings. What's worse is people like Microsoft who assume they can just add crap to files to specify they contain multibyte strings (like their "BOM" for UTF8 - add that and you'll never read the file properly again in anything but Visual Studio).
Unicode/UTF(8) compatibility within the language (function names, variable names) - questionable, but it would be nice sometimes. Some languages already do this (I think I've seen it in ruby even?). You would make your code unreadable to someone who didn't ready your language but sometimes that could be a good thing, and hey worst case scenario run the code through a translator.
Unicode/UTF(8) is required to enter the language - NO. WHY WOULD YOU DO THIS?
I'm Japanese, so let me clarify how entering Japanese works here: Japanese is composed of two sets of Kana (characters with no meaning but they have a sound) and Kanji (characters with meaning). To enter a word in Japanese, let's say the word "Me/I" you would hit hit a key to activate your IME [input method editor] - usually the key on the top left of the keyboard, then type "watashi", just like that, and you would get in kana (hiragana). Next hit the space key, that converts it to kanji. Now hit enter to finish input or just start typing your next word. You can also enter multiple words, hit space, and then break up and convert the sentence all at once. It is not difficult, you don't actually need a special keyboard, and I've never heard of anybody capable of using a keyboard using voice recognition because they found the act of entering in words laborious.
I sometimes compile custom kernels when I need to, and kernel configuration has become a lot easier. In general I use the provided kernels, but occasionally there is a reason to make my own. I've used Free and Open BSD and under both have had to compile kernels in the past so I have no idea what you find so different.
I've written several auto-update modules for software in the past, making your software auto-update (check for updates on launch, download and replace files) is not really that hard and I'm sure there are open source libraries out there to actually do the task for you. Either way apt (which is a Debian tool, Ubuntu is a Debian derivative damn you!) is unsurpassed. Or you could always write your applications in Ruby and use Gems, that way you have a system-agnostic package manager complete with apt-esque updates.
Assuming standard USB ports: 5V * (500mA * 30 cables) = 5V * 15000mA = 5V * 15A = 75W. 75W could very easily heat up nichrome or similar materials enough to cook meat (ever used a hot wire cutter? the ones for Styrofoam run on single 1.5V cells! nichrome!).
That's very true, and I'll add the "accidents" that occur to your list as well; you know, helicopter crashes, things exploding in places they shouldn't explode, military vehicles ramming into things. I see something like that at least once a year in the news. The American military base children are also notorious for treating Japanese people like animals or objects. I think a big part of that is how America has made it nearly impossible to try military personnel and their families under Japanese law when a crime is committed outside of a base. But regardless the American military presence in Japan is necessary for the continued safety of Japan and that really shows in times like this.
They chased the guy down after he refused to respond to radio hailing and started to run. Had he simply responded they would have just told him to stay out of the area and let him go, but instead he ran so they decided to see what was up. While trying to chorale him he made a handling error and bumped in to them. Note the damage on the coast guard ship - it's at the back. But besides it's hardly about who hit who right now.
Slashdot Mirror
Perhaps we are doing something very differently but my experiences are quite the opposite. I often run X applications through ssh tunnels and it tends to work very well and I can set up a tunnel and run an application in seconds. Though I have to admit I have not used RDP lately, when I was using it I remember it being so terrible I ended up setting up VNC (through the RDP connection) and switching to that.
I've done Windows API and MFC as well as a little .NET other than wxWidgets (in both C++ and Ruby). wxWidgets is actually kind of messy but much nicer than MFC if you ask me, as far as .NET it really shows how much (financially backed) effort MS put into that but when I used it I had a variety of issues. Anyway, wxWidgets works and I don't plan on going back to anything else at the moment. I can't say I "recommend" it more than I would say "it does what it was made for and works; so I have no problem with it". The whole XML based interface feature they have now really needs better documentation - I have never gotten it working and I still think it would be nice to allow the user to customize the interface through an external file.
While it's not linked to a paypal account we've had IC payment here in Japan for a very long time. I've been buying things from vending machines with my phone for maybe 6 years now and as far as I know I was a late adopter.
Real nerds don't write formatted documents with fonts. Real nerds accept that white space is composed of characters including spaces, tabs, and multibyte character whitespace. Real nerds don't use a BOM in UTF8. Real nerds don't save plain text files with .txt extensions. And real nerds could care less weather or not they spelled something correctly - the spell checker in VIM doesn't really exist; we just say it does to mess with you and make you think we actually do write documents in VIM.
Expensive? http://www.mono-project.com/Main_Page .NET either but it's a very very very capable tool for business apps and is one of the few things MS is really doing correctly. Choosing the right tool for the job is very important, and there are quite a few situations where .NET fits much more than most other packages.
Look, I don't use
Wow, I'm not a big Microsoft guy but even I have to admit .NET is pretty damn clean and has some insanely good business app tie-up stuff. Look at what .NET offers you and really think about how much time it will take you to re-code that in PHP and JS - then consider how much more flexible the .NET interface will be. Unless your client is using something that really wasn't fitting to .NET in the first place you may be digging yourself a very large hole.
And if you know ASM then just learn some basic C and go into embedded development. Particularly ARM native highly optimized software is in extremely high demand and capable developers are far fewer than most other breeds.
I am so on the same page with you. I don't actively use facebook, I hate how disorganized twitter is, and maybe use YouTube twice a week. Even if I did use these services extensively I don't see how much better this browser would be than having each site opened up in a different tab. It looks like a "mac" thing so maybe it's just that the target market can't figure out how to copy and paste and they have to click-and-drag everything. Either way if this company actually makes a profit off of this browser I'll be amazed.
Just curious as to when it was that you did this? I've had many nightmareish experiences myself but lately things have gotten much easier. About a year ago I set up a mail system handling multiple domains with virtual users and full SSL support (forced full stream, ignorant users get no mail damnit! - err, it's just a small company and I helped everyone set up their clients). I did it on Ubuntu and used a guide and it actually took me about a day to get set up and working and to this day it's running fine. In contrast I have tried to achieve the same system in the past and spent endless amounts of time fighting with it only to never actually get it working. I don't know if things got easier or if I just got lucky this time.
Just to clarify again I wasn't trying to support the ideas in the article, just pointing out how Japanese was entered. But for the complex mathematical symbols I very much agree, the fact I can enter in the name of a symbol and actually get that symbol as a character is great. That does not however mean we should replace "!=" with "", I'd quickly get sick of having to constantly active the IME just to code.
GCC/G++/AS all choke on UTF8 with BOM as do many other things. "Standard" and "can actually be used" are different things and I swear to god if you send me a source file in UTF8 with BOM I'll find you and break your fingers.
I actually had no intent of agreeing with points from the article. While I feel languages should offer UTF8 support for strings at the base level - as that would make my coding life signifcantly easier (I spent several days last week trying to figure out how to get MySQL to stop mangling UTF8 strings I was handing it from a CGI script). Allowing UTF8 variables and function/object names would be neat but not really necessary. Using special characters not found in ASCII as a core part of the language would be terrible and is a profoundly stupid idea - it's just not practical or necessary.
There are a lot of benefits to Kanji, and I would much rather have Japanese with Kanji than without. Granted the language would be "easier" without Kanji, but if you ask me it would also be "stupider". Kanji allows you to express more than just a word - each symbol having a meaning allows you to pack a lot of information in a smaller amount of characters. And knowing the meaning of characters makes their combinations significantly more clear. I guess I feel that Kanji really gives the language an additional depth that you can't find in purely phonetic languages.
If japanese were spelled phonetically out in roman letters (english letters) it would be very hard to read. If you mean for input then no, it is not hard to input. Here is a video I found on a quick google search: http://www.youtube.com/watch?v=Dk8Ojb3bCm8 . It's as simple as it looks.
Unicode/UTF(8) compatibility as a base feature of the language - very good, I fight constantly with languages and code conversion because some dipshit didn't realize some people want to use mulitbyte strings. What's worse is people like Microsoft who assume they can just add crap to files to specify they contain multibyte strings (like their "BOM" for UTF8 - add that and you'll never read the file properly again in anything but Visual Studio).
Unicode/UTF(8) compatibility within the language (function names, variable names) - questionable, but it would be nice sometimes. Some languages already do this (I think I've seen it in ruby even?). You would make your code unreadable to someone who didn't ready your language but sometimes that could be a good thing, and hey worst case scenario run the code through a translator.
Unicode/UTF(8) is required to enter the language - NO. WHY WOULD YOU DO THIS?
I'm Japanese, so let me clarify how entering Japanese works here: Japanese is composed of two sets of Kana (characters with no meaning but they have a sound) and Kanji (characters with meaning). To enter a word in Japanese, let's say the word "Me/I" you would hit hit a key to activate your IME [input method editor] - usually the key on the top left of the keyboard, then type "watashi", just like that, and you would get in kana (hiragana). Next hit the space key, that converts it to kanji. Now hit enter to finish input or just start typing your next word. You can also enter multiple words, hit space, and then break up and convert the sentence all at once. It is not difficult, you don't actually need a special keyboard, and I've never heard of anybody capable of using a keyboard using voice recognition because they found the act of entering in words laborious.
I get the impression you have no idea what an IME is....
You do realize you can run OSX in VirtualBox now, don't you? It requires a few little hacks but it's not very difficult.
I sometimes compile custom kernels when I need to, and kernel configuration has become a lot easier. In general I use the provided kernels, but occasionally there is a reason to make my own. I've used Free and Open BSD and under both have had to compile kernels in the past so I have no idea what you find so different.
I've written several auto-update modules for software in the past, making your software auto-update (check for updates on launch, download and replace files) is not really that hard and I'm sure there are open source libraries out there to actually do the task for you. Either way apt (which is a Debian tool, Ubuntu is a Debian derivative damn you!) is unsurpassed. Or you could always write your applications in Ruby and use Gems, that way you have a system-agnostic package manager complete with apt-esque updates.
Assuming standard USB ports: 5V * (500mA * 30 cables) = 5V * 15000mA = 5V * 15A = 75W. 75W could very easily heat up nichrome or similar materials enough to cook meat (ever used a hot wire cutter? the ones for Styrofoam run on single 1.5V cells! nichrome!).
This is one of the best comments I've ever read on Slashdot. Seriously, mod parent up!
That's very true, and I'll add the "accidents" that occur to your list as well; you know, helicopter crashes, things exploding in places they shouldn't explode, military vehicles ramming into things. I see something like that at least once a year in the news. The American military base children are also notorious for treating Japanese people like animals or objects. I think a big part of that is how America has made it nearly impossible to try military personnel and their families under Japanese law when a crime is committed outside of a base. But regardless the American military presence in Japan is necessary for the continued safety of Japan and that really shows in times like this.
I'll bet 500CNY you're Chinese.
They chased the guy down after he refused to respond to radio hailing and started to run. Had he simply responded they would have just told him to stay out of the area and let him go, but instead he ran so they decided to see what was up. While trying to chorale him he made a handling error and bumped in to them. Note the damage on the coast guard ship - it's at the back. But besides it's hardly about who hit who right now.
Chinas army is probably much more than 10 times bigger.