Have had that on two Intel drives now...:( The one in my laptop is still going, and I used crucual & corsair drives last turn around... won't go back to HDD for boot devices, too big a difference.
I only have applications and the OS for the most part on my SSD, On my laptop anything important is in my dropbox directory, that syncs to my desktop... My desktop gets daily backups (+ whatever is in the dropbox), I have a few HDDs as well in my desktop all also backed up. I have a 4x1TB nas box (synology), but have out grown it, so will be building an (up to) 11 drive nas probably based around FreeNAS. within the next few months.
I've been a bit tepid in doing the upgrade to the homebrew nas solution, as 3TB drives still aren't at a reliability level I would like, and FreeNAS didn't support the 2-drive redundancy version of ZFS as recently as a few months ago... plan is an initial 5x3TB drive configuration with ZFS(2-drive redundancy) giving me 14.5TB of usable storage and when I need it, adding a lower cost raid card for another 6 drives (with 8 supported) with a similar config, for another 17.3TB usable storage. With FreeNAS installed to a USB thumb drive mounted internally.
My advice to anyone going SSD, is if you run windows, go for something >=80GB as once you get apps installed, it tends to fill up quickly. Get familiar with the mklink command (symbolic links), as it's really helpful for mounting your media to an HDD, or relocating rarely used games and programs, while keeping the mount point where it needs to be. Do this with GameTap, Steam and similar programs. If you are in a laptop, go at least 160GB as you will want that bit extra if you intend to carry any media with you or do VMs. If you're running a lighter linux distro without a crap ton of games/media, then 40-64GB may be suitable.
I'm only guessing that you are left handed. Though, using one hand for number pads, and another for dialing would seem appropriate. I would say that 123 layout is better for a common device, while 789 is traditional and may well be better for touch input. (pull for 123, push for 789). In any case it would seem a bit silly. I would think there would be a bigger marke for phones with switched layouts.
Straight FTP use is pretty minimal as well. I believe there are still gopher sites out there... Though IIRC support has been removed in the last 5 years or so from most of the browsers.
Single threading is appropriate enough for most client-side applications, and web workers can be implemented across thread (processor) boundaries. As far as maintenance, this comes down to due dilligence, as with any interpreted environment (like Ruby or PHP, not that I favor either of them, there are good maintainable projects, and bad/difficult ones. Performance has been reasonable on modern hardware for some time... It's often the rendering engine itself that slows things down, or not stacking changes, and forcing re-flow too frequently, which some new events are helping to resolve. A lot of the issues are more with the DOM implementation over JS as a language. Beyond this, JS isn't really at the helm so much as a waiter/waitress taking and processing orders from the kitchen (server).
The hardest part in terms of web application development has been the need for knowledge of HTML, CSS, JS, HTTP, Backend Language, Backend Platform, Data Source... That's seven differing and divergent technologies to have awareness of. I'm favoring JS on the backend via node, and MongoDB as a data source. This at least reduces some of the knowledge required, and makes interacting across the application Teirs more effective. Save for maybe Silverlight+.Net, no other language/platform comes nearly as close.
It's not now, and never will be a panacea, but it could get better. Swimming against a wave usually doesn't work so well.
The browser is today's equivalent of an old terminal based system. Just has room for more logic to run at the terminal to minimize bandwidth and latency. In order to apply the latter aspects, JS or another client-side scripting language is necessary. I feel that JS is a nice fit. Browser differences in API implementations aside.
What you are talking about isn't the responsibility of the language, but the underlying API provided by the browser. And yes, there is some movement towards exposing those hardware elements to the JS API. Though not formally part of the DOM... The language itself is in my opinion a very elegant functional prototype based language. Though recent movements are to avoid use of the prototype aspects of the language.
It seriously bugs me when people confuse the DOM/JS API for a given platform and the language itself. One is not intrinsically tied to the other. JS has been a favorite language of mine for a very long time (since around 1996). It gets a bad rep. mainly because of the browsers' DOM implementations in the v4 browser war... Don't hate the player, hate the game.
The Apple II was pretty popular as well, especially in education and the Mac wasn't too shabby in terms of market share by the beginning of the 90's as well. The 90's really brought the MS-Windows dominance, pushing it much farther ahead of other OSes.
Or, it could be that California blocked most efforts at new power stations that could hope to feed California's energy consumption growth for several decades, leaving them to purchase from neighboring states.
Then how can flash be eliminated immediately.. answer (likely at least 4 years out before we can count out IE8). Not that I really like it, and at my current position it's not even a concerted effort for the projects I have in the pot. I've added a special class to the html tag (along with other browser classes) that includes.ieold (any version prior to 9), even if ie9 has a lot of issues wrt CSS3. Looks like IE10 may finally be caught up (so to speak). I can only hope that MS goes closer to the chrome model of seamless and frequent updates. Since IE is even more ingrained into Win8, I doubt it.
I don't see that as an impossibility... though the immaturity of WebSockets, and limited support in Web frameworks under.Net and Java will hinder early adoption. One of Flash's biggest assets, imho, has been the ability to utilize socket communication. It's even been used as a socket adapter for older browsers for WebSocket use. Beyond that, most of what Flash offers (other than packaging) can be done in X/HTML5.
It circles around... there's still xfce/lxde versions of debian and mint, for simpler ui setups. Win7 is still out there, I think win8 will see the same corporate treatment vista did. I was really looking forward to windows on arm... metro-only, no way I'll buy into that one.
Dunno, the grid and multi-column layout css3 additions seem interesting... IndexedDB isn't horrible, but it's yet another "standard" for browsers. At least IE10 is shaping up to be decent...hate the though of metro on the desktop... for tablets and phones it isn't bad, but already firmly in the android camp. Hoping that the new js engine will reduce the reference leaks between dom nodes no longer in the page bound to dead JS event paths.
If they are including permission to login to your account or be added to your friends list for continued employment, that is akin to setting up surveillance in your home... They're looking into private conversations among friends. It's not appropriate. I don't trot out every detail of my life online, but that still doesn't make it right. If you aren't in a role of spokesperson for said company, it is wrong to even think of such an intrusion.
Agreed, I can't think of very many instances where a given type of workload can't be distributed for less outlay of cost over big iron servers. It does depend, but then again, full ACID in database servers isn't usually necessary either.
That was pretty much my thought on that situation... And, that the actual singers should have had any appropriate awards turned over to them. Then it happened a few years later with Ashlee Simpson.
Have had that on two Intel drives now... :( The one in my laptop is still going, and I used crucual & corsair drives last turn around... won't go back to HDD for boot devices, too big a difference.
grr... 8.5TB and 11.3 respectively usable... Need to proofread better.
I only have applications and the OS for the most part on my SSD, On my laptop anything important is in my dropbox directory, that syncs to my desktop... My desktop gets daily backups (+ whatever is in the dropbox), I have a few HDDs as well in my desktop all also backed up. I have a 4x1TB nas box (synology), but have out grown it, so will be building an (up to) 11 drive nas probably based around FreeNAS. within the next few months.
I've been a bit tepid in doing the upgrade to the homebrew nas solution, as 3TB drives still aren't at a reliability level I would like, and FreeNAS didn't support the 2-drive redundancy version of ZFS as recently as a few months ago... plan is an initial 5x3TB drive configuration with ZFS(2-drive redundancy) giving me 14.5TB of usable storage and when I need it, adding a lower cost raid card for another 6 drives (with 8 supported) with a similar config, for another 17.3TB usable storage. With FreeNAS installed to a USB thumb drive mounted internally.
My advice to anyone going SSD, is if you run windows, go for something >=80GB as once you get apps installed, it tends to fill up quickly. Get familiar with the mklink command (symbolic links), as it's really helpful for mounting your media to an HDD, or relocating rarely used games and programs, while keeping the mount point where it needs to be. Do this with GameTap, Steam and similar programs. If you are in a laptop, go at least 160GB as you will want that bit extra if you intend to carry any media with you or do VMs. If you're running a lighter linux distro without a crap ton of games/media, then 40-64GB may be suitable.
So, it should be illegal to bind someone to a contract unless both parties have a lawyer present to review it.
That being the case, imho, they shouldn't charge for the client. Either charge once for the application *OR* a monthly fee.
I'm only guessing that you are left handed. Though, using one hand for number pads, and another for dialing would seem appropriate. I would say that 123 layout is better for a common device, while 789 is traditional and may well be better for touch input. (pull for 123, push for 789). In any case it would seem a bit silly. I would think there would be a bigger marke for phones with switched layouts.
I'm pretty sure it has been more than 20 years now.
Straight FTP use is pretty minimal as well. I believe there are still gopher sites out there... Though IIRC support has been removed in the last 5 years or so from most of the browsers.
Single threading is appropriate enough for most client-side applications, and web workers can be implemented across thread (processor) boundaries. As far as maintenance, this comes down to due dilligence, as with any interpreted environment (like Ruby or PHP, not that I favor either of them, there are good maintainable projects, and bad/difficult ones. Performance has been reasonable on modern hardware for some time... It's often the rendering engine itself that slows things down, or not stacking changes, and forcing re-flow too frequently, which some new events are helping to resolve. A lot of the issues are more with the DOM implementation over JS as a language. Beyond this, JS isn't really at the helm so much as a waiter/waitress taking and processing orders from the kitchen (server).
The hardest part in terms of web application development has been the need for knowledge of HTML, CSS, JS, HTTP, Backend Language, Backend Platform, Data Source... That's seven differing and divergent technologies to have awareness of. I'm favoring JS on the backend via node, and MongoDB as a data source. This at least reduces some of the knowledge required, and makes interacting across the application Teirs more effective. Save for maybe Silverlight+.Net, no other language/platform comes nearly as close.
It's not now, and never will be a panacea, but it could get better. Swimming against a wave usually doesn't work so well.
And that is a recipe for failure.
The browser is today's equivalent of an old terminal based system. Just has room for more logic to run at the terminal to minimize bandwidth and latency. In order to apply the latter aspects, JS or another client-side scripting language is necessary. I feel that JS is a nice fit. Browser differences in API implementations aside.
What you are talking about isn't the responsibility of the language, but the underlying API provided by the browser. And yes, there is some movement towards exposing those hardware elements to the JS API. Though not formally part of the DOM... The language itself is in my opinion a very elegant functional prototype based language. Though recent movements are to avoid use of the prototype aspects of the language.
It seriously bugs me when people confuse the DOM/JS API for a given platform and the language itself. One is not intrinsically tied to the other. JS has been a favorite language of mine for a very long time (since around 1996). It gets a bad rep. mainly because of the browsers' DOM implementations in the v4 browser war... Don't hate the player, hate the game.
Sarbox is a bit of a joke to increase white collar jobs (lawyers, auditors and programmers)... not that it's all bad, just not a step forward.
The Apple II was pretty popular as well, especially in education and the Mac wasn't too shabby in terms of market share by the beginning of the 90's as well. The 90's really brought the MS-Windows dominance, pushing it much farther ahead of other OSes.
Or, it could be that California blocked most efforts at new power stations that could hope to feed California's energy consumption growth for several decades, leaving them to purchase from neighboring states.
Then how can flash be eliminated immediately.. answer (likely at least 4 years out before we can count out IE8). Not that I really like it, and at my current position it's not even a concerted effort for the projects I have in the pot. I've added a special class to the html tag (along with other browser classes) that includes .ieold (any version prior to 9), even if ie9 has a lot of issues wrt CSS3. Looks like IE10 may finally be caught up (so to speak). I can only hope that MS goes closer to the chrome model of seamless and frequent updates. Since IE is even more ingrained into Win8, I doubt it.
I don't see that as an impossibility... though the immaturity of WebSockets, and limited support in Web frameworks under .Net and Java will hinder early adoption. One of Flash's biggest assets, imho, has been the ability to utilize socket communication. It's even been used as a socket adapter for older browsers for WebSocket use. Beyond that, most of what Flash offers (other than packaging) can be done in X/HTML5.
It circles around... there's still xfce/lxde versions of debian and mint, for simpler ui setups. Win7 is still out there, I think win8 will see the same corporate treatment vista did. I was really looking forward to windows on arm... metro-only, no way I'll buy into that one.
Dunno, the grid and multi-column layout css3 additions seem interesting... IndexedDB isn't horrible, but it's yet another "standard" for browsers. At least IE10 is shaping up to be decent...hate the though of metro on the desktop... for tablets and phones it isn't bad, but already firmly in the android camp. Hoping that the new js engine will reduce the reference leaks between dom nodes no longer in the page bound to dead JS event paths.
If they are including permission to login to your account or be added to your friends list for continued employment, that is akin to setting up surveillance in your home... They're looking into private conversations among friends. It's not appropriate. I don't trot out every detail of my life online, but that still doesn't make it right. If you aren't in a role of spokesperson for said company, it is wrong to even think of such an intrusion.
Well walmart, mcdonald's and the gas chains would account for a lot of spending in this country.
Bitcoin is not yet a stable financial system.
Running a $190 Samsung Galaxy Prevail on a $45/month unlimited plan via Boost myself.
Agreed, I can't think of very many instances where a given type of workload can't be distributed for less outlay of cost over big iron servers. It does depend, but then again, full ACID in database servers isn't usually necessary either.
That was pretty much my thought on that situation... And, that the actual singers should have had any appropriate awards turned over to them. Then it happened a few years later with Ashlee Simpson.