When I started getting bored of the popular gaming consoles of the time (Nintendo, Super Nintendo, Sega Genesis, etc), I started playing the shareware games that my dad had downloaded from the BBS's on his computer. These were simple games, games like the original Duke Nukem (the platformer), Crystal Caves, Cosmos's Cosmic Adventure, Space Quest, Leisure Suit Larry (when my dad wasn't home;) ), the Commander Keen series, and eventually Wolfenstein. Then came Doom.
Doom was a game changer for me. Aside from the graphics (which were amazing for the time), I found the concept of multiplayer fascinating. Playing Doom with a friend over the modem, on two separate machines, located in two separate houses was the coolest thing my pre-adolescent mind could fathom...I was hooked. I spread around copies of Doom to whoever I could find that had a computer capable of playing it. In order to play Doom with others, they needed a copy. I'd use archive software like pkzip to compress and span it over multiple disks to take to school with me and give it to whoever I could. For my more tech-savvy friends, I'd send them a copy over the modem with terminal programs like QModem or QuickLink II.
Once the problem of finding other players was solved, the problem of getting it working started. This is where I started learning about things like COM ports, IRQs (and conflicts), init strings, etc. Eventually the fruits of my labor began to pay off and things started to work. I was in heaven. I'd spend as much time as my parents would let me playing games on their computer with friends. Eventually my parents got a new computer and I inherited their old one. Score!
As the games got more advanced, so did the minimum system requirements. My hand-me-down 486 with 8 megs of RAM wasn't keeping up with my gaming addiction. After a year of saving, I finally had enough money to purchse my own gaming rig: a blazing fast AMD K5 PR133 with 24 megs of RAM. Up until now I had only dealt with minor upgrades; this was the first time I'd built my own system from the ground-up. That thing blazed through Duke Nukem 3D and Quake like butter. Everything was going great. Then the Internet happened.
Not having to go through the routine of pursuading my friends why they should trade sleep for getting their asses handed to them at Doom and Quake on the weekends was liberating. Now all I had to do was get online and jump in a server that had *gasp!* more than one other person in it! Growing up, we never had a LAN setup in my house so all my multiplayer gaming was done over the modem by directly calling my friends' modem. This meant that there was always only one other person to play with (or against). Gaming over the Internet thrust me into the world of TCP/IP networking at a relatively young age. Learning about how TCP/IP networks worked (IP addresses, subnets, DNS, IP routing, etc) came as a result.
As a function of my love of working on computers (which in turn was a function of my love of gaming on them), I took a computer science class in high school to see if I might like programming. I figured that since I'd mastered the hardware side of things, I should move on to software. During my junior year of high school I took a beginner computer science class and fell in love with programming. I knew that this was the career path for me and pursued it in college and eventually ended up with a degree in the field.
Somewhere along the way I got invovled with Linux. Back then, the PC was synonymous with Microsoft. Until I was 16, I didn't even know there were alternatives to their operating systems. I found the concept of running a 'foreign', and especially free, operating system on my PC fascinating. I spent many frustrating nights trying to get even a basic graphical interface working properly. By the time I knew enough to get OpenGL and Quake III working properly on my Linux rig I felt like a certified bad ass; I had conquered the final frontier of PC gaming.
Combine that with Dell's customer service (well, when you upgrade to the good level, which every company running mission-critical software on their servers should do anyways) and Dell is the clear winner.
see, the value of a craftsman is in his knowledge and experience of his tools. some people spend decades learning how to use their tools and work in their trade and the time shows; experience is worth having and paying for!
Perhaps the fast-moving industry that is technology isn't for you?
No one buys an Apple watch so they can tell the time. They're buying it so they can show off something interesting and fashionable on their wrist.
Or, so you can access your phone in situations where it really isn't convenient to (such as when running, biking, working on something and your hands are filthy, etc).
No offense, but engineers typically don't understand the business or legal needs of a company. Sure, from a technological point-of-view there's probably not a whole lot standing in the way of open-sourcing Windows, but I'd imagine there's all sorts of IP in Windows that isn't owned by Microsoft and is there because of cross-licensing agreements.
The company I work for hired a few security consultants from GE that were based out of Isreal to conduct a cybersecurity training seminar, and holy shit. These guys definitely knew what they were talking about. Easily one of the most valuable training seminars I have ever attended.
Those aren't the reasons why I currently shy away from VMWare (it sounded like he was asking more from a moral point of view, hence the answers I gave), but those reasons, plus others, prompted me to start looking for alternatives.
The biggest problems I had with VMWare back then was 1.) when they made the switch to the web-based managed interface for VMWare Server 2 (it was sluggish and very unresponsive compared to the VMWare Server 1 management console) and 2.) the lack of a mature CLI toolset for managing VMs (this was big for me because I wanted to be able to SSH into a VM server and do trivial things, like start a VM without having to get a GUI involved).
I first made the switch to VirtualBox because it was free, had a good GUI management utility (for managing local testing or development VMs), and a nice CLI utility (VBoxHeadless) for managing remote VMs on a headless server. Eventually I started running into weird performance issues with VirtualBox which prompted me to give KVM a second hard look.
I had first looked into using KVM a few years prior due to the hypervisor being built-into the standard Linux kernel, which sounded really appealing to me, but it wasn't quite ready for production use. Once KVM/libvirt became stable enough to use, I made the switch to that and I haven't looked back. It has everything I need: a rich CLI environment (virsh), a rich API for managing it at a lower level (libvirt + bindings to all the popular languages), a decent GUI that works surprisingly well over X11-forwarded sessions (virt-manager) for when it make more sense just to do things in a GUI environment, and a nice range of storage options for VMs (raw disk image files, qcow2 images, LVM logical volumes (my personal favorite), block devices, etc).
Just recently I've started playing with LXC containers. For instances where I don't need the benfits of full paravirtualization and don't mind sharing the host machine's kernel it's awesome. It performs better than paravirtualization because there's less overhead (thanks to kernel and process namespaces), and if I need to change something in the guests' filesystem I can access the files directly from the host machine, or chroot into it if I need to do something fancy.
I'll give VMWare the credit they deserve; they paved the way for paravirtualization on the x86 front in the early 2000s and for many years I was a faithful user (even fanboy) of theirs. When they had their IPO back in 2007 I bought as many shares as I could afford and advised my friends and family to do the same because I knew they were the industry leader in an industry that was exploding.
I also realize that I am not VMWare's target audience and have since moved on to tools that are more suitable for my needs.
The answer to this should have been obvious 8 years ago when they:
1. Made their management tools run on only Windows, shitting on the Linux community
2. Deprecated VMWare Server 1.x (free and very functional) for VMWare Server 2 (free and barely functional)
There are far better free alternatives out there nowadays if you're not managing a full-blown cloud infrastructure (see: LXC and KVM). And if you are, there's OpenStack.
I have a feeling this is less about recovering from damages and more about teaching them a formal lesson (well, cashing-in under the guise of teaching them a formal lesson).
The hidden benefit is the increased competition. I live in Austin. Before Google made their intentions clear that they were moving in, the fastest Internet access I could get was 50 Mbps. Now both AT&T and TW are offering 300 Mbps connections at really affordable rates. Personally, 300 Mbps is fast enough for me and I don't intend to make the switch to Fiber, but without their market presence we'd still be stuck in the dark ages here.
I second Soekris. Their net6501 system is really nice, but kind of pricy. I just got one of these recently because it's cheaper and have been very happy with it:
These make nice network applicances. I just set one of these up as my new router/firewall/AP. They're pretty solid. Load your OS of choice and start having fun. For me that's Voyage Linux.
I think you are perhaps unfamiliar with the early history of the state of Utah, when it was called Deseret, and subsumed most of Nevada and part of Colorado and a corner of Wyoming. The early Mormon/LDS settlers practiced early Communism (early, because it predated Marx et. al., so obviously it wasn't called that yet).
One of the problems was when the kids wanted new pair of dungarees (which is what they were called at the time), they would tend to use a knife sharpening grinding wheel to "age" the cloth past the point of being patched.
Did anybody else read this in Abe Simpson's voice?
For this to work (and it has to for EVs to reach broad appeal) they need to standardize the batteries across all vendors such they can be installed/uninstalled quickly by standard equipment.
In addition to this, it would also make sense to have the battery packs federally-owned and maintained (possibly paid for by an annual tax, similar to a registration tax for those that drive compatible vehicles, or surcharges at the time of a battery swap). In addition to the benefit of no longer having to worry about which battery is owned by who, this would effectively take the costly burden of battery ownership and disposal off the backs of vehicle owners and leave it for the government to deal with.
Slashdot Mirror
When I started getting bored of the popular gaming consoles of the time (Nintendo, Super Nintendo, Sega Genesis, etc), I started playing the shareware games that my dad had downloaded from the BBS's on his computer. These were simple games, games like the original Duke Nukem (the platformer), Crystal Caves, Cosmos's Cosmic Adventure, Space Quest, Leisure Suit Larry (when my dad wasn't home ;) ), the Commander Keen series, and eventually Wolfenstein. Then came Doom.
Doom was a game changer for me. Aside from the graphics (which were amazing for the time), I found the concept of multiplayer fascinating. Playing Doom with a friend over the modem, on two separate machines, located in two separate houses was the coolest thing my pre-adolescent mind could fathom...I was hooked. I spread around copies of Doom to whoever I could find that had a computer capable of playing it. In order to play Doom with others, they needed a copy. I'd use archive software like pkzip to compress and span it over multiple disks to take to school with me and give it to whoever I could. For my more tech-savvy friends, I'd send them a copy over the modem with terminal programs like QModem or QuickLink II.
Once the problem of finding other players was solved, the problem of getting it working started. This is where I started learning about things like COM ports, IRQs (and conflicts), init strings, etc. Eventually the fruits of my labor began to pay off and things started to work. I was in heaven. I'd spend as much time as my parents would let me playing games on their computer with friends. Eventually my parents got a new computer and I inherited their old one. Score!
As the games got more advanced, so did the minimum system requirements. My hand-me-down 486 with 8 megs of RAM wasn't keeping up with my gaming addiction. After a year of saving, I finally had enough money to purchse my own gaming rig: a blazing fast AMD K5 PR133 with 24 megs of RAM. Up until now I had only dealt with minor upgrades; this was the first time I'd built my own system from the ground-up. That thing blazed through Duke Nukem 3D and Quake like butter. Everything was going great. Then the Internet happened.
Not having to go through the routine of pursuading my friends why they should trade sleep for getting their asses handed to them at Doom and Quake on the weekends was liberating. Now all I had to do was get online and jump in a server that had *gasp!* more than one other person in it! Growing up, we never had a LAN setup in my house so all my multiplayer gaming was done over the modem by directly calling my friends' modem. This meant that there was always only one other person to play with (or against). Gaming over the Internet thrust me into the world of TCP/IP networking at a relatively young age. Learning about how TCP/IP networks worked (IP addresses, subnets, DNS, IP routing, etc) came as a result.
As a function of my love of working on computers (which in turn was a function of my love of gaming on them), I took a computer science class in high school to see if I might like programming. I figured that since I'd mastered the hardware side of things, I should move on to software. During my junior year of high school I took a beginner computer science class and fell in love with programming. I knew that this was the career path for me and pursued it in college and eventually ended up with a degree in the field.
Somewhere along the way I got invovled with Linux. Back then, the PC was synonymous with Microsoft. Until I was 16, I didn't even know there were alternatives to their operating systems. I found the concept of running a 'foreign', and especially free, operating system on my PC fascinating. I spent many frustrating nights trying to get even a basic graphical interface working properly. By the time I knew enough to get OpenGL and Quake III working properly on my Linux rig I felt like a certified bad ass; I had conquered the final frontier of PC gaming.
The skills th
Combine that with Dell's customer service (well, when you upgrade to the good level, which every company running mission-critical software on their servers should do anyways) and Dell is the clear winner.
see, the value of a craftsman is in his knowledge and experience of his tools. some people spend decades learning how to use their tools and work in their trade and the time shows; experience is worth having and paying for!
Perhaps the fast-moving industry that is technology isn't for you?
No one buys an Apple watch so they can tell the time. They're buying it so they can show off something interesting and fashionable on their wrist.
Or, so you can access your phone in situations where it really isn't convenient to (such as when running, biking, working on something and your hands are filthy, etc).
No offense, but engineers typically don't understand the business or legal needs of a company. Sure, from a technological point-of-view there's probably not a whole lot standing in the way of open-sourcing Windows, but I'd imagine there's all sorts of IP in Windows that isn't owned by Microsoft and is there because of cross-licensing agreements.
WiFi tops out at 50
Maybe if the year was 2003. I've been getting near-gigabit speeds on my 802.11ac AP.
The company I work for hired a few security consultants from GE that were based out of Isreal to conduct a cybersecurity training seminar, and holy shit. These guys definitely knew what they were talking about. Easily one of the most valuable training seminars I have ever attended.
Those aren't the reasons why I currently shy away from VMWare (it sounded like he was asking more from a moral point of view, hence the answers I gave), but those reasons, plus others, prompted me to start looking for alternatives.
The biggest problems I had with VMWare back then was 1.) when they made the switch to the web-based managed interface for VMWare Server 2 (it was sluggish and very unresponsive compared to the VMWare Server 1 management console) and 2.) the lack of a mature CLI toolset for managing VMs (this was big for me because I wanted to be able to SSH into a VM server and do trivial things, like start a VM without having to get a GUI involved).
I first made the switch to VirtualBox because it was free, had a good GUI management utility (for managing local testing or development VMs), and a nice CLI utility (VBoxHeadless) for managing remote VMs on a headless server. Eventually I started running into weird performance issues with VirtualBox which prompted me to give KVM a second hard look.
I had first looked into using KVM a few years prior due to the hypervisor being built-into the standard Linux kernel, which sounded really appealing to me, but it wasn't quite ready for production use. Once KVM/libvirt became stable enough to use, I made the switch to that and I haven't looked back. It has everything I need: a rich CLI environment (virsh), a rich API for managing it at a lower level (libvirt + bindings to all the popular languages), a decent GUI that works surprisingly well over X11-forwarded sessions (virt-manager) for when it make more sense just to do things in a GUI environment, and a nice range of storage options for VMs (raw disk image files, qcow2 images, LVM logical volumes (my personal favorite), block devices, etc).
Just recently I've started playing with LXC containers. For instances where I don't need the benfits of full paravirtualization and don't mind sharing the host machine's kernel it's awesome. It performs better than paravirtualization because there's less overhead (thanks to kernel and process namespaces), and if I need to change something in the guests' filesystem I can access the files directly from the host machine, or chroot into it if I need to do something fancy.
I'll give VMWare the credit they deserve; they paved the way for paravirtualization on the x86 front in the early 2000s and for many years I was a faithful user (even fanboy) of theirs. When they had their IPO back in 2007 I bought as many shares as I could afford and advised my friends and family to do the same because I knew they were the industry leader in an industry that was exploding.
I also realize that I am not VMWare's target audience and have since moved on to tools that are more suitable for my needs.
The answer to this should have been obvious 8 years ago when they:
1. Made their management tools run on only Windows, shitting on the Linux community
2. Deprecated VMWare Server 1.x (free and very functional) for VMWare Server 2 (free and barely functional)
There are far better free alternatives out there nowadays if you're not managing a full-blown cloud infrastructure (see: LXC and KVM). And if you are, there's OpenStack.
I have a feeling this is less about recovering from damages and more about teaching them a formal lesson (well, cashing-in under the guise of teaching them a formal lesson).
At least it didn't end up as the 'Butt-head memorial kernel'
You must be fun at parties.
The hidden benefit is the increased competition. I live in Austin. Before Google made their intentions clear that they were moving in, the fastest Internet access I could get was 50 Mbps. Now both AT&T and TW are offering 300 Mbps connections at really affordable rates. Personally, 300 Mbps is fast enough for me and I don't intend to make the switch to Fiber, but without their market presence we'd still be stuck in the dark ages here.
Or you yourself having to read it years later when you have zero memory of writing it ;)
Those names weren't Apple-ley enough I guess.
Which company do you work for just out of curiosity?
Mark Zuckerberg: Neat *grabs popcorn*
The ad-blocks, they do nothing!
I second Soekris. Their net6501 system is really nice, but kind of pricy. I just got one of these recently because it's cheaper and have been very happy with it:
http://store.netgate.com/kit-A...
Full specs:
http://pcengines.ch/apu.htm
What's the problem? My RealTek interfaces have worked just fine.
Problem?
These make nice network applicances. I just set one of these up as my new router/firewall/AP. They're pretty solid. Load your OS of choice and start having fun. For me that's Voyage Linux.
I think you are perhaps unfamiliar with the early history of the state of Utah, when it was called Deseret, and subsumed most of Nevada and part of Colorado and a corner of Wyoming. The early Mormon/LDS settlers practiced early Communism (early, because it predated Marx et. al., so obviously it wasn't called that yet).
One of the problems was when the kids wanted new pair of dungarees (which is what they were called at the time), they would tend to use a knife sharpening grinding wheel to "age" the cloth past the point of being patched.
Did anybody else read this in Abe Simpson's voice?
Get a nice pair of noise-cancelling headphones if you absolutely must be thrust into this environment.
For this to work (and it has to for EVs to reach broad appeal) they need to standardize the batteries across all vendors such they can be installed/uninstalled quickly by standard equipment.
In addition to this, it would also make sense to have the battery packs federally-owned and maintained (possibly paid for by an annual tax, similar to a registration tax for those that drive compatible vehicles, or surcharges at the time of a battery swap). In addition to the benefit of no longer having to worry about which battery is owned by who, this would effectively take the costly burden of battery ownership and disposal off the backs of vehicle owners and leave it for the government to deal with.