|
I guess Microsoft using Perforce instead of SourceSafe as their code repository tool is a case in point.
|
|
|
|
|
Touché!
Due to technical difficulties my previous signature, "I see dumb people" will be off until further notice. Too many people were thinking I was talking about them...
|
|
|
|
|
If you said no, imagine if Microsoft didn't use VS to make it's progs but instead using JAVA to make it's progs, computers would probably have to be P10 to actually run calc smoothly...
Actual Linux Penguins were harmed in the creation of this message.
|
|
|
|
|
I would like to work in a game's development company and be able to answer the poll with a big YES!
|
|
|
|
|
Yeah, I would think normally software test is a mundane job, but being a tester in a game company would be pretty cool.
Sometimes I feel like I'm a USB printer in a parallel universe.
|
|
|
|
|
Well, when tomb raider came out, i played a bit and i felt like a beta tester everytime i had to make those stupid jumps between platforms, just to figure out what was the correct time to jump!!!
|
|
|
|
|
Navin wrote:
Yeah, I would think normally software test is a mundane job, but being a tester in a game company would be pretty cool.
You would be surprised at how quickly you get sick of it... even as a tools programmer at a games development company, I've had to play through bits of some of our games so much that I'm sick of the sight of them. And remember, at this stage the games don't always work right... it can be much more frustrating than fun.
I imagine this is what people who work in chocolate factories must feel like.
--
Federal Espresso - When it absolutely, positively has to stay up overnight.
|
|
|
|
|
Oooooo, fellow tools delveloper. What company are you with? I am in the tools department at BioWare.
And yeah, we had to play KoToR during the final weeks to make sure it was working properly.
Tim Smith
I'm going to patent thought. I have yet to see any prior art.
|
|
|
|
|
Tool Developer at BioWare That's an enviable position.
I am also interested in joining the Game Development industry as a programmer. It could be cool if you guys could comment on some tips n' tricks to get it. What are the special steps to take? What about your own experiences?
|
|
|
|
|
Ehem... I think that you should learn a language well... like c++ and using assembler for quick statement... also you should learn DirectX or OpenGL and there are lots of others... LEARN YOUR MATH too. Thats all I have to say.;P
Actual Linux Penguins were harmed in the creation of this message.
|
|
|
|
|
- I'm quite knowledgeable in C++ now.
- I am coding a game engine for Windows with the help of DirectX
- I have followed a part Maths, part Computer Science study in University so I actually know my Linear Algebra (ie Matrices).
What I'm really scared of is that all the jobs offered in Game Programming I have looked for are for "Senior Programmers" with "expreience in game programing". How am I supposed to have such experience if I can't find a game programming job in the first place.
That's what is really puzzling me.
|
|
|
|
|
This is the problem: you don't know how to get your job, right? Then to get into a company like that, study game programming hard... make a demo or even better yet a full game to show the company how good you really are... don't expect to get the job the first time, plan out diff. companies, and if they say to fix it, don't just fix a simple mistake... add more things, do alot more not just fix it...
Actual Linux Penguins were harmed in the creation of this message.
|
|
|
|
|
Well thanks for the advice
I'll continue the work on my engine even harder now. I'll hope it work out n the end.
|
|
|
|
|
If you really are INTO game developement you should check out www.gamedev.net[^], keep in touch, get ALOT of info. plus you can ask as much, as hard of a question as possible and you'll probably get it answered there. There are also many job oppertunities there, they just added it, were companies can post their job openings, some of the companies include:
Activision (2)
5000ft (1)
Microsoft Games (1)
Electronic Arts-LA (3)
Midway (3)
Monolith Productions (3)
Qualcomm (4)
WMS Gaming (2)
http://www.gamedev.net/directory/careers/[^]
Actual Linux Penguins were harmed in the creation of this message.
|
|
|
|
|
Mosly all big software companies have their specific requiremets and have custom made software like for Defect Managment, etc etc.
God is Real, unless declared Integer.
|
|
|
|
|
I'm a software engineer by day and an entrepreneur by night, vactions, weekends, etc. My side kick is a niche market, athletics. Much of the software I develop is to automate various tasks to be more efficient or attempt to solve problems I encounter. After using it for a bit to ensure I have most of the bugs worked out, I send the software to other players in the market and let them use it free of charge on the condition they tell me whether it's useful or not. If it is, I try to add more features and then attemp to sell it. The primary software I need to use is very expensive so I'm in the process of building it myself. Again, I'll use it for business operations and to test it then turn around and sell it. Having to use my own software is great feedback without the hassel.
|
|
|
|
|
Our[^] software is a collection of multithreaded applications, services, and device drivers running on one or more boxes over a private network. Early on we realized that we needed a common mechanism for debugging interactions between all the various pieces. A couple of the guys in my group developed a mechanism for recording events produced by the various components. I came along and 'sexed-up' the client application used to view and record these events. This client application has been in use for a couple of years now, and in fact has just undergone its first major update.
This update was largely due to 'eating my own dog food'. There were a number of usability problems with the application, some performance issues, and some missing features. Each member of our development group had pet features they wanted, or pet peeves about how the client behaved. The client had problems keeping its UI up to date under heavy load conditions. We found that we were often pushing thousands of events at it per second, which is far more than I originally planned for. Given this unplanned volume of data, the client was missing a number of features useful for winnowing that data down to what was really of interest.
This tool has become so central to our development that a major part of the update was to make the app more amenable to being run silently in the background. Our product software can now start the client based on a user action or some other condition, and the client can record data that we can use in a post-mortem analysis of problems.
Software Zen: delete this;
|
|
|
|
|
... but it leads to some issues. We (developers) tend to use our own products in different ways than the typical customer. This makes usability and feature decisions a challenge - sometimes we think some feature or UI design is great, only to find our customers hate it. (Or the other way around.)
But of course it has good points - it makes us more likely to fix that annoying bug if we have to deal with it ourselves on a daily basis. And sometimes we find bugs that totally slip through the testing process, just by using our stuff.
Sometimes I feel like I'm a USB printer in a parallel universe.
|
|
|
|
|
We have a similar situation. We make large-scale ink jet printing systems. Our demo room is our alpha test site for product software that has made it through engineering testing. Unfortunately, the demo room uses the software differently from a typical customer. The demo room tends to exercise the software fully in terms of features, but doesn't push the envelope in performance. The typical customer, on the other hand, will push the software as hard as it will go performance-wise for a small subset of features.
This has occasionally created problems for us as developers. We will receive a feature request from the demo room. The feature sounds really cool, but when you get down and examine what's required to make it work, there isn't sufficient justification to place the feature in the product.
Software Zen: delete this;
|
|
|
|
|
What does ol' stand for?
Maxwell Chen
|
|
|
|
|
"old" for people who cannot speak a "d"
|
|
|
|
|
I see. Thanks.
Maxwell Chen
|
|
|
|
|
Corinna John wrote:
"old" for people who cannot speak a "d"
Ahh yes. That age ol' affliction again.
Happens to most of us, some of the time, I guess.
|
|
|
|
|
Nice one there.....whoever you are
bart
|
|
|
|
|
The pot calling the kettle black anonymous?
Paul
Homepage: pvdw.ath.cx Sonork: 100.33943
modified 18-Jul-18 11:59am.
|
|
|
|