Managing growth is where the PHBs come into play. Smaller companies are usually made up of just a core group of people who already work well together and understand the strategies of the company. Not a whole lot of real managment is required at that point.
When you start adding talent, above a dozen people or so, it becomes paramount to streamline all the communication in the company. The person(s) at the top, who today participates in product development will now become more of a project manager / operations officer directing information and keeping the pulse of the company.
Encouraging this growth is difficult to do sometimes since your core team will likely be overachievers - thinking they can do it all. This leads to re-active growth, which can be a bad thing. So make sure everyone has a clear growth strategy, including when and what new resources to bring in. This will allow you to be careful and take your time - this is critical.
As far as managment structures go, get the founders together and develop a structure that everyone is comfortable with. Titles are relativly meaningless in a small company - only 3rd parties will care if you're the CEO or not. So make sure that your title reflects what you actually do.
Get your stars in a list right now - and give them high-end titles. These are the people who your company could not function without and, if yuo trust them - and you should, will be deciding who to place in roles similar to theirs.. under themselves. So their title should reflect that authority.
This happens everywhere. Have you played CS lately? It's the same thing. These types of games, those which require reflexes and map-study, will always be dominated in this manner. I think MMO RPGs fare better in this regard, as these skills are much less important.
America's Army has a good approach, requiring you to advance to a certain level before playing some missons. Too bad they don't enforce some kind of noob-only rules on the lower maps.
In the end this is just a hurdle all MMO games will have to face.
Of course, you just have to live in the state to qualify for that. There really isn't much of anything to really do in Fairbanks (other than the hot springs next door). If you live there you probably hate your job. Or are going to school up at UAF (they have a super-computer, for whatever that's worth. It just tracks ocean crabs so I'd guess it's rather boring.)
You're much better off living in Anchorage. And after 12 years you'll realize nothing really happens there either - I know I did.
How is it "evil" to publish a list of IP addresses that match a listing criteria? You don't want to block e-mail from Nigeria? Fine. Don't use nigeria.blackholes.us. You don't like SPEWS listing criteria? Don't use them. (I don't because I don't like their criteria).
Those only applies when the listing criteria posted to the BL website matches the listing criteria of the operators. Joe Sixpack SysAdmin probably thought SPEWS was a great service from reading their website. Too bad he doesn't have the time do more research. Otherwise he would have seen their darker side.
The fact is these blacklists cannot claim immunity. They try to point the finger at the sys admins that use them, and that may be technically correct. But morally it's the list operator who is responsible for my mail not going out.
Look at it another way, do you believe that software companies should be held responsible for their work? Should Microsoft be punished for releasing such an insecure OS to millions? Or is it the user's fault for running it in the first place?
Blacklists by their very design have a HIGH false-positive ratio. How is that a "best solution"? I don't even think it's a "so-so solution." I'd call it a "horrible solution." On top of that, they are easily avoided.
Content filters are the next level of spam protection. It doesn't matter where the email came from, if you're trying to sell me a 12" dong I won't accept it. This is the only thing that will save us from a large P2P spam network.
Netware has been dead for some years now. THe advent of Linux has basically killed the use of Netware.
This isn't true. Netware isn't dead - uncommon yes but not dead by a long shot. Netware provides a great deal of enterprise services under one roof. Yes, a pure Linux/OSS solution can too but the time required to get it "right" is considerable. These different components all work together seamlessly under Netware. (This does require an admin w/ brain - which isn't very common either)
If that pisses you off, then put together all these OSS bits and pieces into one package, create some very refined managment tools and sell your consulting services. You'll make a killing.
The only place Netware is still installed is in already existing places, where, indeed it performs upto its reputation.
This isn't true either. I know of a few local companies I deal with that, within the last year, deployed Netware instead of NT.
(No, I don't resell Netware or provide Netware consulting services of any kind.)
The distro maintainers make these decisions based on popularity and dependency. Why include software nobody ever uses?
The larger distributions will not carry your tool until it's become widely adopted by the Linux community - be thankful, otherwise RedHat 9 would require a DVD or two, instead of (just!) 3 CDs...
These utilities you have here, while useful, will probably not see much user adoption. However they would be very useful in shell scripting. If a more mainstream user application requires your utilities to function, the distro will be forced into including your stuff - as a dependency.
CEOs are not the visionaries, generally - what would be far more interesting would be to gather some of the leading engineers from these companies, and ask them how they thought the market would progress over the next few years.
That may sound good and all, but the engineers have very little to do with the future. That is not their job. The CEO is a very good choice since it is their direction that R&D follows and eventually, the engineers build.
Better still, would be the CEOs of the real drivers in the industry. Intel, AMD, IBM - where the innovation really takes place. The motherboard companies more or less follow suit to whatever these guys do.
RedHat has an HCL for their distro. I highly doubt much (if any) of it is RedHat specific. Kernel modules are kernel modules afterall, they care not the distro.
It's not entirely clear what you mean by "configuring different pieces of software for particular applications." Chances are good whatever you did was documented somewhere in the application's docs, forums, etc. Why not just use them as they were intended?
If you managed to combine all this data in one monolithic database I'm not sure I would use it. How can you keep it updated? Users only notify you of errors with stuff they use, the lesser known tweaks could sit broken for ages without you knowing. Above that, you would need some very slick search and navigation tools for this thing.
On the other hand, a distro-specific "best practices" guide would be very handy. One supported by the community and frequently updated. I have my own personal checklist of things to do after installing RH8, I bet if you and I combined lists we'd both benefit. Now multiply that by the number of cluefull RH8 users out there. You'd have a hell of a list but one hell of an OS when you were done.
I find it strange how the last article I read about Trip Hawkins(which was in the newspaper) mentioned his passion for the game business, and I suppose that shows in how he was trying to prop it up with his own cash at the end.
This is exactly why CEOs make so much money. The good ones truly believe in the company, and in the industry. Some of these people are pure visionaries. Put the right people under them and watch the company explode.
But did he really just do that bad a job managing it?
3DO never had the muscle to fight Nintendo, or later Sony in the home console market. They made most of their cash from the arcade scene - which has been falling flat lately. I imagine that would be a fairly difficult market to break out of too.
I wouldn't blame Trip too much. Lots of companies rode the arcade wave for quite a while, but only the ones who can jump ship fast enough will survive. Sounds like 3DO got pulled down with the ship instead... Funny, I don't remember them being the captian of the arcade market. That'd be Sega IMO.
I am impressed by the reputation of SAP in enterprise solutions
That is because SAP makes a very large line of very large products that have nothing to do with their database. While many people probably do use SAPDB, most people running SAP apps are running them on top of MSSQL or Oracle. IMO, if they can't get their own customers to use their own stuff I'd stay away from it.
I'm wondering if this SAP DB might be a better solution?
Honestly, I wouldn't even think about it for a number of reasons:
a) It sounds like MySQL will handle your present and future needs just fine. b) Support is easier to get for MySQL for small-mid sized installations (yours). c) You're already designing your schema for MySQL. Switching to SAP would require a complete re-do of any existing work, that is if you want to do it properly at least. This will add significant delays to your project. d) Learning curve. It's non-trivial.
In summary: Stick with MySQL.
If you do try something else, try Postgres. They need more community involvment.
As many others have pointed out the question really should have been "What setup are you running MY site on and how much traffic are you handling?" This is, in no way, apples to apples.
We are comfortably serving 2.5M dynamic generated pageviews every month across 3 webheads, 1 software load balancer and two large DB servers. This is all mod_perl work here. Last I looked we were doing about 1.5TB/month in bandwidth from these dynamic pages.
Webhead data (currently 3, adding 2 more soon): 2x1.67Ghz Athlon 3GB Ram / 18GB SCSI Disk (only used for logs, content is read over NFS)
LB data (we're moving this to a CISCO CSS 11050): 1x1.4Ghz PIII 2GB Ram / Disk unimportant, it's never touched. Software load balancer: Pound, quite an amazing piece of software.
DB server (one live, one hot-spare) 4x1.6Ghz Xeon (PowerEdge 6650) 4GB Ram / Big ass disks and a 40GB database
MySQL currently sees about 500-600 queries per second on the DB. We need to implement more server-side caching though, we are seeing an alarming 54% query cache hit rate (4.0.12).
One thing I'm looking at is less computation on the forward-facing webservers. Instead, using SOAP to build the page components from a separate cluster of application servers. Preliminary testing is promising.
Half Life. Instead of being some super human soldier disgruntled sniper marine commando, you were a nerdy scientist. Ordinary guy in extraordinary cicumstances. I think that contributed a great deal to game. Maybe one of the reasons it did so well was because people could actually identify with the protaganist.
They tried, I'll give them that. But in the end, playing Half Life for the RPG is like watching Blade II for the plot.... it's not the point of the genre.
Good suggestions so far. Dedicated office, dedicated phone, taking breaks, all good advice. Depending on the situation you may not always need them. I noticed few have touched on the "family" aspect.
Working from home is hard on the family. Even more so if you're a work-o-holic. Everyone needs to know that when that door is shut you are not to be disturbed. This is easy for you wife to handle but your 3 year old may not take to this so easily. Make sure to take breaks (3 or 4 a day if you have reason) and get out of the house. Take your family with you!
This is easier if your wife works and your children are in day-care of some kind. Just work when she works and try not to alienate yourself from them by working all the time. When you work from home it's a lot easier to get stuff done. There is no commute stopping you from going in and "finishing this little thing here." Be careful, if you let that get out of control your family will leave you.:) (You won't notice though, at that point you've already left them.)
Your social life may change a bit. You'd be suprised how much social interaction you get in an office, even if you don't talk to people all day. It has a long-term effect. You'll see what I mean after a few months. And you won't likely have any close work friends to hang out with, so get some new ones. You'll need them. (Did you know you have neighbors? They might be cool people - find out.)
Tyan, MSI, and others have commited to these boards. Another poster has already provided you a good link.
Also, again already said, that the inital boards will be released without an AGP. But your server won't care really. In fact, that's just less code to worry about.
The 8-way Opteron boards will not be available until Q4.
Not quite, P4 and Athlon are targeted at the home / desktop market. Xeon is targeted at low/mid range servers but is still 32 bit. Athlon MP was targeted at servers / workstations, and has been somewhat successful at it, but it pales in comparison to the Xeon. Where is my 8-way Athlon MP I was promised? Heck, even a 4-way? Happy hunting, you'll come up empty. The Opteron has great potential, but see below...
I guess you've not seen that arcane computer called "Macintosh".
For some reason I ommited Apple, I don't know why. Their hardware is usually of high quality and the platform is very fast. Makes for a great Linux server. I wish them luck with their server products but they need to get out of the desktop mindset with these machines. Nobody uses IDE/Firewire in a large production environemnt.
Only where 64 bit processing is necessary, and this is exactly where Opteron is aimed. Itanium is Intel's 64-bit solution, at least for the time being, yet it isn't substantially faster than Opteron (in fact, it is substantially slower than Opteron at integer ops). It is also far more expensive than Opteron will be.
Intel is ignoring market forces with this whole "You don't need 64 bit" thing. It doesn't really matter who is technically right. Intel is GIVING the low/mid end 64bit computing market to AMD. IMO, at least.
Repeat after me..."Opteron". You can say it.
Sure, Opteron gives you large memory access. You also get 64-bit registers and pipelines and so forth which should make applications somewhat faster.
My problem is, to meet today's demands the x86 platform has been "extended." Extended-Mode, Protected-Mode,SSE,SSE2,MMX,3d Now, and now "-64". Eventually, you have to stop bolting on and build something DESIGNED for the future. I think this is what Intel is trying with Itanium but they're not having much success at it.
Also, I think the Xeons can use some kind of bank switching approach (how quaint!) to address 16 GB of RAM, IIRC.
Yes it does, and you won't believe how crappy this "bold on" feels. The page switching is quite expensive, cycle wise, and your OS must now jump through hoops to keep track of it all. If none of this were a big problem, we'd all be happy with Real-mode.... Ahh the memories, A000:F0CC.
Slashdot Mirror
Managing growth is where the PHBs come into play. Smaller companies are usually made up of just a core group of people who already work well together and understand the strategies of the company. Not a whole lot of real managment is required at that point.
When you start adding talent, above a dozen people or so, it becomes paramount to streamline all the communication in the company. The person(s) at the top, who today participates in product development will now become more of a project manager / operations officer directing information and keeping the pulse of the company.
Encouraging this growth is difficult to do sometimes since your core team will likely be overachievers - thinking they can do it all. This leads to re-active growth, which can be a bad thing. So make sure everyone has a clear growth strategy, including when and what new resources to bring in. This will allow you to be careful and take your time - this is critical.
As far as managment structures go, get the founders together and develop a structure that everyone is comfortable with. Titles are relativly meaningless in a small company - only 3rd parties will care if you're the CEO or not. So make sure that your title reflects what you actually do.
Get your stars in a list right now - and give them high-end titles. These are the people who your company could not function without and, if yuo trust them - and you should, will be deciding who to place in roles similar to theirs.. under themselves. So their title should reflect that authority.
That was the funniest thing I've read all day.
(But I've been awake for only 37 minutes so don't get too excited.)
the game was quickly dominated by skilled players
This happens everywhere. Have you played CS lately? It's the same thing. These types of games, those which require reflexes and map-study, will always be dominated in this manner. I think MMO RPGs fare better in this regard, as these skills are much less important.
America's Army has a good approach, requiring you to advance to a certain level before playing some missons. Too bad they don't enforce some kind of noob-only rules on the lower maps.
In the end this is just a hurdle all MMO games will have to face.
The government pays them. No, they really do.
Of course, you just have to live in the state to qualify for that. There really isn't much of anything to really do in Fairbanks (other than the hot springs next door). If you live there you probably hate your job. Or are going to school up at UAF (they have a super-computer, for whatever that's worth. It just tracks ocean crabs so I'd guess it's rather boring.)
You're much better off living in Anchorage. And after 12 years you'll realize nothing really happens there either - I know I did.
How is it "evil" to publish a list of IP addresses that match a listing criteria? You don't want to block e-mail from Nigeria? Fine. Don't use nigeria.blackholes.us. You don't like SPEWS listing criteria? Don't use them. (I don't because I don't like their criteria).
Those only applies when the listing criteria posted to the BL website matches the listing criteria of the operators. Joe Sixpack SysAdmin probably thought SPEWS was a great service from reading their website. Too bad he doesn't have the time do more research. Otherwise he would have seen their darker side.
The fact is these blacklists cannot claim immunity. They try to point the finger at the sys admins that use them, and that may be technically correct. But morally it's the list operator who is responsible for my mail not going out.
Look at it another way, do you believe that software companies should be held responsible for their work? Should Microsoft be punished for releasing such an insecure OS to millions? Or is it the user's fault for running it in the first place?
the best solutions we currently have.
Blacklists by their very design have a HIGH false-positive ratio. How is that a "best solution"? I don't even think it's a "so-so solution." I'd call it a "horrible solution." On top of that, they are easily avoided.
Content filters are the next level of spam protection. It doesn't matter where the email came from, if you're trying to sell me a 12" dong I won't accept it. This is the only thing that will save us from a large P2P spam network.
Netware has been dead for some years now. THe advent of Linux has basically killed the use of Netware.
This isn't true. Netware isn't dead - uncommon yes but not dead by a long shot. Netware provides a great deal of enterprise services under one roof. Yes, a pure Linux/OSS solution can too but the time required to get it "right" is considerable. These different components all work together seamlessly under Netware. (This does require an admin w/ brain - which isn't very common either)
If that pisses you off, then put together all these OSS bits and pieces into one package, create some very refined managment tools and sell your consulting services. You'll make a killing.
The only place Netware is still installed is in already existing places, where, indeed it performs upto its reputation.
This isn't true either. I know of a few local companies I deal with that, within the last year, deployed Netware instead of NT.
(No, I don't resell Netware or provide Netware consulting services of any kind.)
Uhhh, how old is your laptop? Installed XP Pro on my Vaio (750mhz, 256mb) in about 40 minutes. This thing is nearly 3 years old.
If they break the right things, not as many people have to be killed to "complete the mission."
Unless you consider a corrupt ruler / insane terrorist leader's face "the right things" you are wrong.
I can bomb the shit out of you, but unless you die - you will come back, it's only a matter of time.
The distro maintainers make these decisions based on popularity and dependency. Why include software nobody ever uses?
The larger distributions will not carry your tool until it's become widely adopted by the Linux community - be thankful, otherwise RedHat 9 would require a DVD or two, instead of (just!) 3 CDs...
These utilities you have here, while useful, will probably not see much user adoption. However they would be very useful in shell scripting. If a more mainstream user application requires your utilities to function, the distro will be forced into including your stuff - as a dependency.
CEOs are not the visionaries, generally - what would be far more interesting would be to gather some of the leading engineers from these companies, and ask them how they thought the market would progress over the next few years.
That may sound good and all, but the engineers have very little to do with the future. That is not their job. The CEO is a very good choice since it is their direction that R&D follows and eventually, the engineers build.
Better still, would be the CEOs of the real drivers in the industry. Intel, AMD, IBM - where the innovation really takes place. The motherboard companies more or less follow suit to whatever these guys do.
Don't be so sure about that. Just because the code is GPLed now, doesn't require future versions to be.
Existing versions can be supported by the community but the product would suffer greatly.
Hehe, sorry about that.
That many high-res pics and the servers are still quick and responsive? Pshaw. /. is showing it's age here.
RedHat has an HCL for their distro. I highly doubt much (if any) of it is RedHat specific. Kernel modules are kernel modules afterall, they care not the distro.
It's not entirely clear what you mean by "configuring different pieces of software for particular applications." Chances are good whatever you did was documented somewhere in the application's docs, forums, etc. Why not just use them as they were intended?
If you managed to combine all this data in one monolithic database I'm not sure I would use it. How can you keep it updated? Users only notify you of errors with stuff they use, the lesser known tweaks could sit broken for ages without you knowing. Above that, you would need some very slick search and navigation tools for this thing.
On the other hand, a distro-specific "best practices" guide would be very handy. One supported by the community and frequently updated. I have my own personal checklist of things to do after installing RH8, I bet if you and I combined lists we'd both benefit. Now multiply that by the number of cluefull RH8 users out there. You'd have a hell of a list but one hell of an OS when you were done.
I find it strange how the last article I read about Trip Hawkins(which was in the newspaper) mentioned his passion for the game business, and I suppose that shows in how he was trying to prop it up with his own cash at the end.
This is exactly why CEOs make so much money. The good ones truly believe in the company, and in the industry. Some of these people are pure visionaries. Put the right people under them and watch the company explode.
But did he really just do that bad a job managing it?
3DO never had the muscle to fight Nintendo, or later Sony in the home console market. They made most of their cash from the arcade scene - which has been falling flat lately. I imagine that would be a fairly difficult market to break out of too.
I wouldn't blame Trip too much. Lots of companies rode the arcade wave for quite a while, but only the ones who can jump ship fast enough will survive. Sounds like 3DO got pulled down with the ship instead... Funny, I don't remember them being the captian of the arcade market. That'd be Sega IMO.
I am impressed by the reputation of SAP in enterprise solutions
That is because SAP makes a very large line of very large products that have nothing to do with their database. While many people probably do use SAPDB, most people running SAP apps are running them on top of MSSQL or Oracle. IMO, if they can't get their own customers to use their own stuff I'd stay away from it.
I'm wondering if this SAP DB might be a better solution?
Honestly, I wouldn't even think about it for a number of reasons:
a) It sounds like MySQL will handle your present and future needs just fine.
b) Support is easier to get for MySQL for small-mid sized installations (yours).
c) You're already designing your schema for MySQL. Switching to SAP would require a complete re-do of any existing work, that is if you want to do it properly at least. This will add significant delays to your project.
d) Learning curve. It's non-trivial.
In summary: Stick with MySQL.
If you do try something else, try Postgres. They need more community involvment.
Although the (sometimes)crappy CGI and that nipple revealing suit would fuel your statement. It is simply not true.
As many others have pointed out the question really should have been "What setup are you running MY site on and how much traffic are you handling?" This is, in no way, apples to apples.
We are comfortably serving 2.5M dynamic generated pageviews every month across 3 webheads, 1 software load balancer and two large DB servers. This is all mod_perl work here. Last I looked we were doing about 1.5TB/month in bandwidth from these dynamic pages.
Webhead data (currently 3, adding 2 more soon):
2x1.67Ghz Athlon
3GB Ram / 18GB SCSI Disk (only used for logs, content is read over NFS)
LB data (we're moving this to a CISCO CSS 11050):
1x1.4Ghz PIII
2GB Ram / Disk unimportant, it's never touched.
Software load balancer: Pound, quite an amazing piece of software.
DB server (one live, one hot-spare)
4x1.6Ghz Xeon (PowerEdge 6650)
4GB Ram / Big ass disks and a 40GB database
MySQL currently sees about 500-600 queries per second on the DB. We need to implement more server-side caching though, we are seeing an alarming 54% query cache hit rate (4.0.12).
One thing I'm looking at is less computation on the forward-facing webservers. Instead, using SOAP to build the page components from a separate cluster of application servers. Preliminary testing is promising.
Hmmm, ok so now I have a reason to re-elect Bush. Thanks, I was trying to find one.
Half Life. Instead of being some super human soldier disgruntled sniper marine commando, you were a nerdy scientist. Ordinary guy in extraordinary cicumstances. I think that contributed a great deal to game. Maybe one of the reasons it did so well was because people could actually identify with the protaganist.
They tried, I'll give them that. But in the end, playing Half Life for the RPG is like watching Blade II for the plot.... it's not the point of the genre.
Good suggestions so far. Dedicated office, dedicated phone, taking breaks, all good advice. Depending on the situation you may not always need them. I noticed few have touched on the "family" aspect.
:) (You won't notice though, at that point you've already left them.)
Working from home is hard on the family. Even more so if you're a work-o-holic. Everyone needs to know that when that door is shut you are not to be disturbed. This is easy for you wife to handle but your 3 year old may not take to this so easily. Make sure to take breaks (3 or 4 a day if you have reason) and get out of the house. Take your family with you!
This is easier if your wife works and your children are in day-care of some kind. Just work when she works and try not to alienate yourself from them by working all the time. When you work from home it's a lot easier to get stuff done. There is no commute stopping you from going in and "finishing this little thing here." Be careful, if you let that get out of control your family will leave you.
Your social life may change a bit. You'd be suprised how much social interaction you get in an office, even if you don't talk to people all day. It has a long-term effect. You'll see what I mean after a few months. And you won't likely have any close work friends to hang out with, so get some new ones. You'll need them. (Did you know you have neighbors? They might be cool people - find out.)
Tyan, MSI, and others have commited to these boards. Another poster has already provided you a good link.
Also, again already said, that the inital boards will be released without an AGP. But your server won't care really. In fact, that's just less code to worry about.
The 8-way Opteron boards will not be available until Q4.
I mean, all of a sudden those cameras just decide to take a lot of photos? Damn, that's lazy.
Oh wait, I get it now...
So is x86 (P4, Xeon, Athlon, Opteron).
Not quite, P4 and Athlon are targeted at the home / desktop market. Xeon is targeted at low/mid range servers but is still 32 bit. Athlon MP was targeted at servers / workstations, and has been somewhat successful at it, but it pales in comparison to the Xeon. Where is my 8-way Athlon MP I was promised? Heck, even a 4-way? Happy hunting, you'll come up empty. The Opteron has great potential, but see below...
I guess you've not seen that arcane computer called "Macintosh".
For some reason I ommited Apple, I don't know why. Their hardware is usually of high quality and the platform is very fast. Makes for a great Linux server. I wish them luck with their server products but they need to get out of the desktop mindset with these machines. Nobody uses IDE/Firewire in a large production environemnt.
Only where 64 bit processing is necessary, and this is exactly where Opteron is aimed. Itanium is Intel's 64-bit solution, at least for the time being, yet it isn't substantially faster than Opteron (in fact, it is substantially slower than Opteron at integer ops). It is also far more expensive than Opteron will be.
Intel is ignoring market forces with this whole "You don't need 64 bit" thing. It doesn't really matter who is technically right. Intel is GIVING the low/mid end 64bit computing market to AMD. IMO, at least.
Repeat after me..."Opteron". You can say it.
Sure, Opteron gives you large memory access. You also get 64-bit registers and pipelines and so forth which should make applications somewhat faster.
My problem is, to meet today's demands the x86 platform has been "extended." Extended-Mode, Protected-Mode,SSE,SSE2,MMX,3d Now, and now "-64". Eventually, you have to stop bolting on and build something DESIGNED for the future. I think this is what Intel is trying with Itanium but they're not having much success at it.
Also, I think the Xeons can use some kind of bank switching approach (how quaint!) to address 16 GB of RAM, IIRC.
Yes it does, and you won't believe how crappy this "bold on" feels. The page switching is quite expensive, cycle wise, and your OS must now jump through hoops to keep track of it all. If none of this were a big problem, we'd all be happy with Real-mode.... Ahh the memories, A000:F0CC.