I woke up this morning to find myself 20years older. I went from sleeping in a bunk bed to a king sized mattress with all of the trimmings. Now with my own place and tons of cash I can do whatever I want.
The first thing I did was fulfill my most outrageous fantasy.... I ate an entire tube of cookie dough. Adulthood is looking pretty good.
I'm not learning history until I find a copy of this game.
Though I'm not sure how much it's going to reflect history when I set the escapee to god mode. Unless of course anyone has heard stories of an invulnerable air walking no clipping escape from east germany destroying guards left and right. I'm sure it probably happened sometime even if no one reported it.
My whole purpose for digging through the libraries computers was to play on MUDS. I found little tricks, jump boxes and a hord of other little things to get through my playtime. The librarians were quite familiar with me and didn't bother me much because I would hide my session and free the terminal if too many were in use. This meant I could hord as much time as I wanted because I was using only spare cycles. Eventually I did get my own PC and it didn't take too long to destroy, rebuild, destroy, and rebuild again.
A lovely byproduct of the era is the fqdn is burned into my mind and I will probably never forget it. While I no longer remember the list I kept there was a time when I memorized every open gopher server I could find. This would essentially allow me to jump from host to host to hide my origin or employ the use of multiple accounts. Good times!
There is plenty of reading material on the topic and I would specifically site the analysis released a few days ago. However, to me the largest factor involved is the three hop maximum infection fuse. This would indicate the deployment had a very specific location based target in mind. I have not paid particular attention to the PLC design portion, but I have mostly heard second hand the PLC logic it targeted resembled Irans configurations.
However, don't dare let me be the only source of information and flip through the available material.
It should also be pointed out there is a separate line of books from multiple vendors covering this topic specifically.
At least when discussing developing linux kernel drivers.
Still, no one book is going to be super helpful on developing for a target platform unless you need insight into using the kernel to access these devices. For a device such as an mpeg decoder there are multiple points where it is simply understanding the right ioctals to pass to initialize the hardware. Then it is a matter of understanding the technical limitations when providing the correct stream of data to the device.
I think a good kernel book will help to understanding developing for the vid4linux interface, but it doesn't help so much when you need the chip information to actually make it go.
What type of embedded device are we talking about and what type of on chip function.
Are we talking about super all in one chipsets which have the majority of the function stored in the chip. Not many of these solutions actually run linux because they are not general purpose platforms. Now, if we are simply discussing onboard devices (notice the distinction in the language) such as a built mpeg decoding chip or some such device then it's still on the bus. It's just yet another memory address and interval timing to consider. (depends on how bare metal you operate).
There needs to be some specific reference to what you want to accomplish in order to provide insight. I'm quite certain my mind is already swimming in some far dark corner that you are not even concerned with.
Actually with multiple software engineers we can employ the birthday paradox.
The guestimates are somewhere between six and ten developers were used to bring this to fruition. With those base numbers we can further guestimate there is between a 4 and 12 percent chance that one of the developers had the same birthday as that date.
I've never actually deployed a studio without compression even if the settings are set lazy.
There are already limits imposed by the FCC that determine when something is too loud. However, there are some commercials which try to run really close to the edge. I would laugh when my setup clipped them and then wait for the customer to complain. If someone had run into an issue of clipping I gave them two options to get clean audio. You can re-submit your studio copy with correct audio levels (we used -10DB as the cieling) or I can send it to production to get re-mixed (at a cost).
The aural tube on the analog side would most certainly respond to the increased audio levels and I was not keen on it at all. We already had too many issues to let shit go up the pipe unchecked.
The application doesn't necessarily have to the be redundant aware. It really depends on several factors and most importantly how session data is handled. In most cases, the actual load is handled by specialized load balancers that manage the distribution. However, depending on exactly how much money you want to throw at the scenario there are various ways to scale up the application.
I'm not sure how much crack you are smoking, but you just said parallelism has worse diminishing returns then a monolithic platform. That is safely comparing the concept of megahertz to multiple cores.
At this juncture the massive app farm is generally composed of systems which handle traffic via multiple datacenters. Again, this concept scales fairly well and does so on commodity hardware. The concept of losing an individual component, system or datacenter is what makes the farm resilient.
You are really not thinking large enough to scale to fit the model I'm discussing. In most instances where I have seen systems which were designed to scale very large for non-computational purposes they have achieved this through the use of multiple VMS. This setup entails the same structure of the application farm and doesn't result in a great deal of gain in my opinion.
Just fyi, I'm not actually speaking in theory regarding any of this. Now, I would like to see some examples of very large infrastructures which handle massive amounts of traffic on a monolithic structure.
i would wager they were keeping a very low percentage of the actual take. The big stake keepers were those directing things from abroad and arranging for the transfers. Honestly, a fair system they would have the lower take due to less risk, but criminals are not necessarily the brightest bunch. Then again if they can get back home what is the chance they will actually face any charges? Without any current connections this might be a bit difficult, but hopefully the kiddies kept a hold of some of their christmas presents.
Hopefully, the chicks need someone to harbor them too. There were some cute criminals in the bunch.
The latest x86 architecture lines are moving far more in the direction of mainframe type units in terms of density and bandwidth. This is a hardware type from several years back and would not be really compare to the denser offerings being explored today. However, the reasoning behind commodity hardware is not just the ability to switch to one platform from another, but rather it keeps costs down with vendor competition. One design can be produced by multiple vendors with the goal of earning the lowest bid. There are several other advantages as well with a commodity or generic based design.
With commodity hardware that is not designed with five nines there is an expectation the application can fail away. The need for the application to fail away gracefully is actually more fundamental then at the server level. When considering application resiliency you want to target at the datacenter level so that you are not locked to a specific region. To build something as large as facebook they are no longer load balancing at the router, but at the datacenter level itself. With this concept the datacenter becomes a bucket entity with the ability to service X traffic and if it should fail you simply move services away. With a sufficiently advanced version of this very generic and very hardware abstracted model it is now possible to distribute load to third party farms via cloud infrastructures.
Still, the world is not black and white and even within these models there will be small clusters of special purpose hardware for things like data warehousing and reporting. Far more typical I find the larger systems in industries where there can be no possible downtime or the loss of data cannot occur.
There are competing movie databases which feature user contributed content.
In fact mythtv supports an alternate movie and poster database out of the box.
I actually added the entire content for one movie simply because it was not listed on IMDB and there was nothing I could do to change this. (I Sell The Dead). It was a horror comedy flick and while not my usual genre I was pleased enough. At the time there was no IMDB listing and this was surprising because it had Dominic Monaghan as the lead star. (Charlie from Lost). Now hopefully they won't pull a gracenote with all of that user contributed content.
IMDB denied a pre-production listing for a low budget horror film... damn... those are only a dime a dozen.
How about when they do release and then get denied we talk about it then?
I'm quite certain IMDB receives hundreds of similar requests and I am in no lesser of a position having not been aware of each of them. The truth is I don't care and I'm not going to watch their cheap horror flick no matter how much gimmick they throw into it. It's also not the first time someone has released a bad movie via download only.
Something else that bothers me and I don't know the answer (but should have asked). I've had lots of startup director friends over the years because I was heavily involved in broadcast engineering in the past. Every damn one of those guys wanted to make a low budget horror film and of course eventually each of them did. They were all awful and the guys who made the garbage were getting laid left and right. I suppose it's more of an observation then a question because I don't want to know why.
It's not as if LinkdIn or other high profile sites routinely feature drive by downloads.
In fact, there is no such thing as a "safe" browsing habit simply because there are a number of ways to introduce malware into an otherwise secure website.
Thus understanding the inherit dangers in using a web browser and applying relatively good practices you can be a bit more safer then you were before.
For the fools who believe they will not use more then 200mb.
Then the overage charges kick in and the extra dollars roll in.
I used to make the same mistakes with voice plans constantly. Finally, I decided it would be more economical if I went with a very large plan and just gave them cash up front. The illusion of savings in a lower tiered plan just need to be smashed to bits to see the light.
Seeing as how the channel allotment is artificially limited by the FCC these numbers mean little.
There are very few full power assignments available or at least not in the markets that anyone wants to be in. Sprinkle some LP, translator or other class A licenses around and it still doesn't add up to the capabilities of the technology. Even if you went to the effort to petition for a new license it wouldn't be guaranteed to be yours. It would then go through a bidding process available to all the vultures.
Now in some geographic areas anything less then a full power license would not be worth pursuing. In areas where terrain creates difficulties in signal distribution there will be a significant segment of the spectrum open because no one would waste their time on an LP assignment.
The mobile market has been ramping up for several months now.
I'm not sure if its actually predicted what customers want or simply marketing the shit out of it.
Personally, I've been wanting a couch surfer since a bit after the first asus clam shell mini netbook of doom. Mostly this was because my laptop was a bit on the heavy side and getting an ultra portable was a bit pricey. I've wasted far too much in the past on laptops and they depreciate so quickly. At this point I'm simply used to the convenience, but I've had a laptop in some shape or form since the late 90s. (Thankfully work paid for mine during my younger and less prosperous days.)
Additionally, there were several unlicensed games that saw limited distribution inside the united states. (A good deal of them were terrible, but there was a nice version of tetris that was yanked from shelves).
More to the point, I remember gobs and gobs of just crap titles out there. Nintendo at the time had very little restrictions on the quality of the title. It was fairly obvious how bad a title was because the value would drop considerably after release. Only the noteworthy carts actually retained any used value and were a pain to acquire cheaply.
If you have to reminisce about bad titles there is of course the angry video game nerd video series.
There are a number of awful things about Halo. (Don't even get me started on match making)
Now, in terms of originality I will give them points on smooth integration of vehicle mechanics as well as providing a balance with that very same introduction. ie, a foot soldier can still compete at a disadvantage to a vehicle mounted player. (Not realistic, but balanced).
For their time (especially early on) they were the only game in town on their platform. The king of games title is in question as of late with increased competition in that genre. However, as you have pointed out they really do have an excellent marketing department.
Now, I have a lot of details I really do not like about their brand of games and with so many good examples today I've been pondering why some things are still the way they are. The only conclusion I could reach is they have selected a target audience with a very low end in the age category. This would explain the simplicity present in the entire architecture and that very same lack of feature tends to unnerve me. (It's a guess anyway)
Slashdot Mirror
Believe it....
I woke up this morning to find myself 20years older. I went from sleeping in a bunk bed to a king sized mattress with all of the trimmings. Now with my own place and tons of cash I can do whatever I want.
The first thing I did was fulfill my most outrageous fantasy.... I ate an entire tube of cookie dough. Adulthood is looking pretty good.
You absolutely convinced me that we should always pursue crimes of war after the fact to ensure there are repercussions for everything you mentioned.
Good Jorb!
I'm not learning history until I find a copy of this game.
Though I'm not sure how much it's going to reflect history when I set the escapee to god mode. Unless of course anyone has heard stories of an invulnerable air walking no clipping escape from east germany destroying guards left and right. I'm sure it probably happened sometime even if no one reported it.
My whole purpose for digging through the libraries computers was to play on MUDS. I found little tricks, jump boxes and a hord of other little things to get through my playtime. The librarians were quite familiar with me and didn't bother me much because I would hide my session and free the terminal if too many were in use. This meant I could hord as much time as I wanted because I was using only spare cycles. Eventually I did get my own PC and it didn't take too long to destroy, rebuild, destroy, and rebuild again.
A lovely byproduct of the era is the fqdn is burned into my mind and I will probably never forget it. While I no longer remember the list I kept there was a time when I memorized every open gopher server I could find. This would essentially allow me to jump from host to host to hide my origin or employ the use of multiple accounts. Good times!
Even more reason why the clues are most likely planted.
Very soon we will find an ASCII star of david planted in one of the binaries.
There is plenty of reading material on the topic and I would specifically site the analysis released a few days ago. However, to me the largest factor involved is the three hop maximum infection fuse. This would indicate the deployment had a very specific location based target in mind. I have not paid particular attention to the PLC design portion, but I have mostly heard second hand the PLC logic it targeted resembled Irans configurations.
However, don't dare let me be the only source of information and flip through the available material.
It should also be pointed out there is a separate line of books from multiple vendors covering this topic specifically.
At least when discussing developing linux kernel drivers.
Still, no one book is going to be super helpful on developing for a target platform unless you need insight into using the kernel to access these devices. For a device such as an mpeg decoder there are multiple points where it is simply understanding the right ioctals to pass to initialize the hardware. Then it is a matter of understanding the technical limitations when providing the correct stream of data to the device.
I think a good kernel book will help to understanding developing for the vid4linux interface, but it doesn't help so much when you need the chip information to actually make it go.
What type of embedded device are we talking about and what type of on chip function.
Are we talking about super all in one chipsets which have the majority of the function stored in the chip. Not many of these solutions actually run linux because they are not general purpose platforms. Now, if we are simply discussing onboard devices (notice the distinction in the language) such as a built mpeg decoding chip or some such device then it's still on the bus. It's just yet another memory address and interval timing to consider. (depends on how bare metal you operate).
There needs to be some specific reference to what you want to accomplish in order to provide insight. I'm quite certain my mind is already swimming in some far dark corner that you are not even concerned with.
Actually with multiple software engineers we can employ the birthday paradox.
The guestimates are somewhere between six and ten developers were used to bring this to fruition. With those base numbers we can further guestimate there is between a 4 and 12 percent chance that one of the developers had the same birthday as that date.
I know right...
I've never actually deployed a studio without compression even if the settings are set lazy.
There are already limits imposed by the FCC that determine when something is too loud. However, there are some commercials which try to run really close to the edge. I would laugh when my setup clipped them and then wait for the customer to complain. If someone had run into an issue of clipping I gave them two options to get clean audio. You can re-submit your studio copy with correct audio levels (we used -10DB as the cieling) or I can send it to production to get re-mixed (at a cost).
The aural tube on the analog side would most certainly respond to the increased audio levels and I was not keen on it at all. We already had too many issues to let shit go up the pipe unchecked.
The application doesn't necessarily have to the be redundant aware. It really depends on several factors and most importantly how session data is handled. In most cases, the actual load is handled by specialized load balancers that manage the distribution. However, depending on exactly how much money you want to throw at the scenario there are various ways to scale up the application.
I'm not sure how much crack you are smoking, but you just said parallelism has worse diminishing returns then a monolithic platform. That is safely comparing the concept of megahertz to multiple cores.
At this juncture the massive app farm is generally composed of systems which handle traffic via multiple datacenters. Again, this concept scales fairly well and does so on commodity hardware. The concept of losing an individual component, system or datacenter is what makes the farm resilient.
You are really not thinking large enough to scale to fit the model I'm discussing. In most instances where I have seen systems which were designed to scale very large for non-computational purposes they have achieved this through the use of multiple VMS. This setup entails the same structure of the application farm and doesn't result in a great deal of gain in my opinion.
Just fyi, I'm not actually speaking in theory regarding any of this. Now, I would like to see some examples of very large infrastructures which handle massive amounts of traffic on a monolithic structure.
The mules don't get to keep the full sum.
i would wager they were keeping a very low percentage of the actual take. The big stake keepers were those directing things from abroad and arranging for the transfers. Honestly, a fair system they would have the lower take due to less risk, but criminals are not necessarily the brightest bunch. Then again if they can get back home what is the chance they will actually face any charges? Without any current connections this might be a bit difficult, but hopefully the kiddies kept a hold of some of their christmas presents.
Hopefully, the chicks need someone to harbor them too. There were some cute criminals in the bunch.
The latest x86 architecture lines are moving far more in the direction of mainframe type units in terms of density and bandwidth. This is a hardware type from several years back and would not be really compare to the denser offerings being explored today. However, the reasoning behind commodity hardware is not just the ability to switch to one platform from another, but rather it keeps costs down with vendor competition. One design can be produced by multiple vendors with the goal of earning the lowest bid. There are several other advantages as well with a commodity or generic based design.
With commodity hardware that is not designed with five nines there is an expectation the application can fail away. The need for the application to fail away gracefully is actually more fundamental then at the server level. When considering application resiliency you want to target at the datacenter level so that you are not locked to a specific region. To build something as large as facebook they are no longer load balancing at the router, but at the datacenter level itself. With this concept the datacenter becomes a bucket entity with the ability to service X traffic and if it should fail you simply move services away. With a sufficiently advanced version of this very generic and very hardware abstracted model it is now possible to distribute load to third party farms via cloud infrastructures.
Still, the world is not black and white and even within these models there will be small clusters of special purpose hardware for things like data warehousing and reporting. Far more typical I find the larger systems in industries where there can be no possible downtime or the loss of data cannot occur.
I think the only safe rule with applications is to not use them due to their sloppy policies with information.
At least that is my rule anyway.
There are competing movie databases which feature user contributed content.
In fact mythtv supports an alternate movie and poster database out of the box.
I actually added the entire content for one movie simply because it was not listed on IMDB and there was nothing I could do to change this. (I Sell The Dead). It was a horror comedy flick and while not my usual genre I was pleased enough. At the time there was no IMDB listing and this was surprising because it had Dominic Monaghan as the lead star. (Charlie from Lost). Now hopefully they won't pull a gracenote with all of that user contributed content.
The article is actually biased and misleading.
IMDB denied a pre-production listing for a low budget horror film... damn... those are only a dime a dozen.
How about when they do release and then get denied we talk about it then?
I'm quite certain IMDB receives hundreds of similar requests and I am in no lesser of a position having not been aware of each of them. The truth is I don't care and I'm not going to watch their cheap horror flick no matter how much gimmick they throw into it. It's also not the first time someone has released a bad movie via download only.
Something else that bothers me and I don't know the answer (but should have asked). I've had lots of startup director friends over the years because I was heavily involved in broadcast engineering in the past. Every damn one of those guys wanted to make a low budget horror film and of course eventually each of them did. They were all awful and the guys who made the garbage were getting laid left and right. I suppose it's more of an observation then a question because I don't want to know why.
I for one welcome our new mold men overlords!
That is just trolling.
It's not as if LinkdIn or other high profile sites routinely feature drive by downloads.
In fact, there is no such thing as a "safe" browsing habit simply because there are a number of ways to introduce malware into an otherwise secure website.
Thus understanding the inherit dangers in using a web browser and applying relatively good practices you can be a bit more safer then you were before.
I do all of that while cooking my morning breakfast.
However, I am the most interesting man in the world....
Stay thirsty my friends.
For the fools who believe they will not use more then 200mb.
Then the overage charges kick in and the extra dollars roll in.
I used to make the same mistakes with voice plans constantly. Finally, I decided it would be more economical if I went with a very large plan and just gave them cash up front. The illusion of savings in a lower tiered plan just need to be smashed to bits to see the light.
Seeing as how the channel allotment is artificially limited by the FCC these numbers mean little.
There are very few full power assignments available or at least not in the markets that anyone wants to be in. Sprinkle some LP, translator or other class A licenses around and it still doesn't add up to the capabilities of the technology. Even if you went to the effort to petition for a new license it wouldn't be guaranteed to be yours. It would then go through a bidding process available to all the vultures.
Now in some geographic areas anything less then a full power license would not be worth pursuing. In areas where terrain creates difficulties in signal distribution there will be a significant segment of the spectrum open because no one would waste their time on an LP assignment.
You should write a book called 2084.
The mobile market has been ramping up for several months now.
I'm not sure if its actually predicted what customers want or simply marketing the shit out of it.
Personally, I've been wanting a couch surfer since a bit after the first asus clam shell mini netbook of doom. Mostly this was because my laptop was a bit on the heavy side and getting an ultra portable was a bit pricey. I've wasted far too much in the past on laptops and they depreciate so quickly. At this point I'm simply used to the convenience, but I've had a laptop in some shape or form since the late 90s. (Thankfully work paid for mine during my younger and less prosperous days.)
There were like 30 clones of gradius!
Additionally, there were several unlicensed games that saw limited distribution inside the united states. (A good deal of them were terrible, but there was a nice version of tetris that was yanked from shelves).
More to the point, I remember gobs and gobs of just crap titles out there. Nintendo at the time had very little restrictions on the quality of the title. It was fairly obvious how bad a title was because the value would drop considerably after release. Only the noteworthy carts actually retained any used value and were a pain to acquire cheaply.
If you have to reminisce about bad titles there is of course the angry video game nerd video series.
There are a number of awful things about Halo. (Don't even get me started on match making)
Now, in terms of originality I will give them points on smooth integration of vehicle mechanics as well as providing a balance with that very same introduction. ie, a foot soldier can still compete at a disadvantage to a vehicle mounted player. (Not realistic, but balanced).
For their time (especially early on) they were the only game in town on their platform. The king of games title is in question as of late with increased competition in that genre. However, as you have pointed out they really do have an excellent marketing department.
Now, I have a lot of details I really do not like about their brand of games and with so many good examples today I've been pondering why some things are still the way they are. The only conclusion I could reach is they have selected a target audience with a very low end in the age category. This would explain the simplicity present in the entire architecture and that very same lack of feature tends to unnerve me. (It's a guess anyway)