Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
I mean just look at QA. Oh wait, there is almost no QA. Because they don't employ enough testers either.
Very poor form for such a large production house.
IDK what to say. QA almost non existent , its obvious there is too many ♥♥♥♥♥♥♥ features in the game underdeveloped or not developed properly in conjunction with other members of team writing the other stuff.
Why not take the hit and actually accept this? It isnt going to help sales, and, hell, things may well just pull thru if we just pretend everything is fine.
heh heh
You know the punchline? Originally they were 10 when they made Skylines 1, and they ramped up the team to 30 for Skylines 2..
Let that sink in
That said I do really like the game. The potential is obvious. The over-engineered, unnecessarily so simulation, that they had to patch it into being a non simulation and invent names for 'subsidy' when it really probably should be called 'we ♥♥♥♥♥♥♥ broke the game engine so bad we had to invent a variable oddly out of place called subsidy to achieve budget game ticks because the overhead is seriously game breaking, so here is subsidies... subsidies.... yay!"
To think I am probably scarily closer to the truth as someone with a little bit of experience making software and hardware things go clap
-1
-1
-1
(thats the budget tick counter when performance degrades and it starts incrementing by imaginary values the budget.) eh city simulator, deep simulation, real.
please dont be negative they say
frankly please , something yourself off
small? 30 person company (Number of employees: 30 (2022)) have only only 5 dev team? another company where 10 people don't really know what I'm doing, and 10 invent things to pretend they're useful.
they hired a company from Poland for testing + a lot of people from outside such as modders etc. You will find it in the credits and there was a topic on the pdx forum about it somewhere. Unfortunately, this raises more the question of how CO took the feedback, because it didn't take it to heart
-1
-1
we is a budget
we is working nicely
subsidy mybudget
+1,000,000
-1
+1
-1
user: wtf going awn co?
paradox: ban ban ban ban rudeness hatespeech get emmmm
Yea, they got ambitious with the "deep simulation" and Paradox shareholders were at their throats after investing so much into Skylines 2, so they refocused their remaining months to a "fake simulation"
Yea the QA team for Skylines 2 on behalf of Q-Loc were as big as the entire staff of CO and they did a half assed job... Now suddenly they are present in the forums on all the bugs, everyday interacting with the consumers who payed 50-100 bucks for this game and are beta testing, basically doing their job
Paradox doesn't develop the game though, Colossal Order does, and it's not always as simple as just hire more people, sometimes there aren't the people available to hire.
Paradox is the publisher. They fund the projects presented by CO. CO pitched the plan to create CS2 and Paradox wrote them a check.
This is a management issue at CO and if we want things to change CO is going to have to find better management.
They would have to be introduced to all of the following:
- The tools used by CO (there is no universal software development app that the whole world uses, every company has their own suite of tools for every day use)
- The workflow and procedures (which again vary wildly by company)
- The code base, which is perhaps the biggest issue. Even though the new developers are most probably familiar with the programming language used, that doesn't mean that they will immediately understand how the code for this particular piece of software works. It takes a lot of time to become familiar with an existing code base.
And in order to teach the new gals and guys how all of this works, some of the existing devs would have to be taken off their usual work. That would mean that for quite a while, the company as a whole would become LESS productive. And Daveyboy is absolutely correct: Even once the new devs have become reasonably familiar with everything, the productive output won't scale linearly with the number of people working on the software.