|
|
That is crazy!
Is that all just for the Frostbite engine? I assume it doesn't include any of the actual games?
Is there a good reason for so many projects, or is it more a case of breaking things out to better control who gets access to what?
I am currently on 27 projects. I guess if a product had lots of "off the shelf" plugins, that might be a good cause to grow the project count considerably, but other than that not sure how I would ever hit triple figures.
|
|
|
|
|
That's just the Frostbite editor app (for the artist), the engine is another project. 600 projects.
No game code in our Melbourne studio..
I am too new to comment whether all these project are needed or there just in case....
and many coworkers have no clue either about that... too big! 
|
|
|
|
|
A platform that supported multiple products, most of which could be combined in a superset build. Over 30M lines of source code in all. It should have been smaller, but that's the norm for legacy software.
|
|
|
|
|
|
Greg Utas wrote: Over 30M lines of source code in all.
Only 30 lines of code?!?! 
That's crazy!
Almost as crazy as the fact you count lines of code as a decimal... 
|
|
|
|
|
It was written in APL. 
|
|
|
|
|
I think my biggest solution used to be somewhere around 20 projects... But 541
I'll raise you another one though, recently had to run a query on a database with around 41,000 tables 
My current biggest solution has six projects, but it's part of a larger environment with multiple solutions, which al have around five projects.
It's microservicey, basically one monolith (which also isn't big, with five projects) with some smaller services around it.
I think my solution with the most lines of code has a single project.
It's a VB.NET project I inherited and it's by far the least maintainable.
It has a form with over 4000 LOC, it calls services, databases, draws stuff, it does everything
Not the largest code file I've ever seen, but probably in my top ten 
|
|
|
|
|
41,000 tables....
Now that's ludicrous! 
|
|
|
|
|
|
I was thinking of that as well when I used that word! 
|
|
|
|
|
And today, you're job is to draw foreign key relationships between all the tables without any lines crossing 
Hogan
|
|
|
|
|
How many dimensions can we use? 347?
|
|
|
|
|
That beats the 334 projects in one of the solution files I work with.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
If we limit "your" down to solutions we actually created and maintain all of - 90 (https://github.com/fluffynuts/PeanutButter)
I can't remember the largest from a corporate that I've been part of, tbh. My current company doesn't have such project-splosion
------------------------------------------------
If you say that getting the money
is the most important thing
You will spend your life
completely wasting your time
You will be doing things
you don't like doing
In order to go on living
That is, to go on doing things
you don't like doing
Which is stupid.
|
|
|
|
|
123 projects in our solution, as of today...
|
|
|
|
|
Wow. My largest solution has 36 projects.
Software Zen: delete this;
|
|
|
|
|
hah! yeah, game projects have always been the biggest solutions I have worked on. The hardest to work with too.
|
|
|
|
|
You've been there, done that, wow!
|
|
|
|
|
Hopefully all the project build output folders are set to the same folder.
What really matters is the number of lines of code, methods, classes, and files.
|
|
|
|
|
Andre_Prellwitz wrote: What really matters is the number of lines of code, methods, classes, and files.
Oh this is large too! Don't you worry!
|
|
|
|
|
Agree on the lines of code. We have 78 projects, but it should really be closer to 300 if we broke out the dependencies to a better level.
|
|
|
|
|
Don't call back within the first 24h.
95% of all problems are solved by then.
|
|
|
|
|
My old team, there were 6 of us and we had over 140 projects that supported one large brokerage office.
We all worked as full stack too so it was a fun team to be on but hectic was definitely the daily state of things. I took a promotion this year and moved to a different team that doesn't quite have the same volume of work so it is nice to slow down a little having been in IT for over 26 years now.
|
|
|
|
|
I was curious who invented this abomination, where it came from 
"... In the 2015 version of Microsoft Word for Macs, disappearing scrollbars were introduced. The placement within a document was not longer visible when the mouse was outside the bar area even if the window in question was in focus. The purpose of this change was to conform to Macs’ standard design practices of hiding the scrollbar when it is not immediately needed for information hierarchical purposes. ..." Scrollbar - Wikipedia
But who inspired Mac guys is a good question ...
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
