Porting to C++
Re: A question.
I agree that it needs to be readable. (that's not my point)
My comment was addressing seismo's leaving contributing to the community because other don't refactor the code.
In my opinion; a good programmer should be able to either read the code, or rewrite it from scratch... both without going:
So, no offense. I agree with your statements but wanted to address something different, that's all.
My comment was addressing seismo's leaving contributing to the community because other don't refactor the code.
In my opinion; a good programmer should be able to either read the code, or rewrite it from scratch... both without going:
So, no offense. I agree with your statements but wanted to address something different, that's all.
Re: A question.
Oh right okay nevermind then
Re: A question.
If only it was as easy as you make it seem.bornemix wrote:I agree that it needs to be readable. (that's not my point)
My comment was addressing seismo's leaving contributing to the community because other don't refactor the code.
In my opinion; a good programmer should be able to either read the code, or rewrite it from scratch... both without going:
So, no offense. I agree with your statements but wanted to address something different, that's all.
The codebase was written by professional programmers, who got paid, they made the game, and moved on.
We don't have any of the info / resources that they did, it is all trial & error.
Yes, the code needs to be rewritten in allot of places, but, this codebase is highly volatile.
We do accept patches, and if they make sense, they do get applied.
If the patches would cause tons of merge conflicts, then we expect patches to fix those issues. If the patches cause allot of noise in svn's history without having any real benefit, then we tend not to apply those patches, unless they fix something important.
Make sense?
and it ends here.
Re: A question.
Hi Bug,
I'd say that what you described is how professional programmers do as well.
They make implementations if it hurts not to do them, and they choose not to do implementations that themselves hurt.
I'll stop talking now I think, I might come off like a total know-it-all.
I'd say that what you described is how professional programmers do as well.
They make implementations if it hurts not to do them, and they choose not to do implementations that themselves hurt.
I'll stop talking now I think, I might come off like a total know-it-all.
Re: A question.
May you tell me which part(s) you did not understand. However, i should rewrite it with shorter and a whole lot simpler sentences.Zarel wrote:...I'm afraid I don't understand your English. Can you speak in your native language?
So not all was to complicated? There are still enough left and some new warnings find a way in current trunk as well.Zarel wrote:I'll try to guess at what you're trying to say:
- What issues are you talking about? I asked Buginator, and he says we've committed several of your patches.
You may find it hardly worth mentioning, so i do not try to recapitulate it all. There were several nonsens disscussion belonging to complete different requirements. For e. g. mingw<->msvc<->linux comparisons.Zarel wrote:- What sort of ignorance are you encountering?
Well, thats not the thing i was talking about in detail. May we drop that here due to the fact that i am seriously not interested to help you anymore. I am sick of this pointy-headed discussions. If you are so cute, well, it must be my mistake.Zarel wrote:Things about Qt, Linux, and branching are important. We are not going to commit a patch if it happens to break compatibility with Linux or something...
Re: A question.
Okay, the problem is, you're spending long paragraphs saying that our developers have done something wrong, without telling us what exactly has been done wrong.Seismo wrote:May you tell me which part(s) you did not understand.
Now, you say that you are no longer willing to help us. We are sorry such a situation has occurred. However, we'd greatly appreciate if you would at least explain what went wrong, so we know how to improve in the future.
I should point out that bournemix has submitted useful patches to the Warzone project. Have you?dmkp wrote:I take it you don't do any programming then from your obvious ignorance shown here xD
Re: A question.
It sounds like an "admins-are-not-that-humble" problem, which can be hard to describe and communicate...
Re: A question.
I should point out that I don't really want to. Since you guys seem to have it all under control.Zarel wrote:I should point out that bournemix has submitted useful patches to the Warzone project. Have you?dmkp wrote:I take it you don't do any programming then from your obvious ignorance shown here xD
Completely irrelevant statement Zarel.
Yep.. seen that problem a lot.bornemix wrote:It sounds like an "admins-are-not-that-humble" problem
Re: A question.
I think that cuts both ways.bornemix wrote:It sounds like an "admins-are-not-that-humble" problem, which can be hard to describe and communicate...
Most of the time, we tend to bend over backwards to help people out. Yeah, sometimes, we get a bit annoyed, but we are all only doing this as a hobby--time permitted. Nobody is getting paid for anything around here.
On the other end of the stick, we got people who don't seem to comprehend all the issues involved, and they seem to take things personally.
Bottom line is, if you have a patch, put it on trac, not the forums. We will eventually get around to it, as soon as whomever has free time to look at it.
If you have a question or concern that isn't being handle correctly here, then either get on IRC, freenode, #warzone2100-dev and let us know, or send e-mail to the ML.
If you still feel your right, we are wrong, then the option is to fork, and start fresh from your perspective.
(all source code is open source, so everyone is free to do whatever they want with it)
and it ends here.
Re: A question.
dmkp wrote:I take it you don't do any programming then from your obvious ignorance shown here xD
Zarel wrote:I should point out that bournemix has submitted useful patches to the Warzone project. Have you?
You're missing the point, which is that you are being rude to another forum member (which I note is against forum rules) and accusing him of inexperience when in fact he has presented solid evidence of his experience, and you have not.dmkp wrote:I should point out that I don't really want to. Since you guys seem to have it all under control.
Completely irrelevant statement Zarel.
So how's about you either put your actions where your mouth is, or you control that mouth a bit more, hmm?
Re: Porting to C++
What a lengthy digression! Feel free to ignore the following comments for the sake of bringing this thread back on topic:
Seismo, these passages where incomprehensible to me:
What has been done (in your opinion,) to warrant the removal of a member?
@Zarel on dmkp:
I interpreted the "nevermind" post as a retraction, is it really necessary to bring it up again in this thread?
==========================================================
Back to the topic at hand:
Also:
I don't think there would be any point to convert to C++ "gradually, piece by piece" because once you start, you might as well change the majority of the pieces it interfaces with, and then the pieces those pieces interfaced with, and so on.
Seismo, these passages where incomprehensible to me:
Which things need to be set right?Seismo wrote:and no one is kick them or even setting things correct.
What has been done (in your opinion,) to warrant the removal of a member?
This simply didn't make any sense to me.Seismo wrote: but when i said a, so i should also say b.
@Zarel on dmkp:
I interpreted the "nevermind" post as a retraction, is it really necessary to bring it up again in this thread?
==========================================================
Back to the topic at hand:
There aren't any plans that I know of, though I would be interested in anyone's plans to do so.Ceiling Cat wrote:are there any plans on gradually porting this piece by piece to the more user-friendly alternative, or it's gonna stay as it is forever?
Also:
I don't think there would be any point to convert to C++ "gradually, piece by piece" because once you start, you might as well change the majority of the pieces it interfaces with, and then the pieces those pieces interfaced with, and so on.
Re: Porting to C++
I'm fine with the C code. Here are also two nice quotes why:
And:The idea that new code is better than old is patently absurd. Old code has been used. It has been tested. Lots of bugs have been found, and they've been fixed. There's nothing wrong with it. It doesn't acquire bugs just by sitting around on your hard drive.
http://www.joelonsoftware.com/articles/ ... 00069.htmlWhen you throw away code and start from scratch, you are throwing away all that knowledge. All those collected bug fixes. Years of programming work.
We all have the same heaven, but not the same horizon.
Re: Porting to C++
New code modules may be written in C++, several are already, and one happy shining day we might just port larger portions to C++, if there is some benefit in that, but that day is not on the current horizon. The salesman attitude of 'just use X and it will fix everything' is however rather annoying.
Re: Porting to C++
Well, you are right that rebuilding an existing system complete from the scratch might be a mistake, but today, ten years later than your article, near by all software companies do code refactoring: http://en.wikipedia.org/wiki/Code_refactoringKamaze wrote:I'm fine with the C code. Here are also two nice quotes why:
And:The idea that new code is better than old is patently absurd. Old code has been used. It has been tested. Lots of bugs have been found, and they've been fixed. There's nothing wrong with it. It doesn't acquire bugs just by sitting around on your hard drive.
http://www.joelonsoftware.com/articles/ ... 00069.htmlWhen you throw away code and start from scratch, you are throwing away all that knowledge. All those collected bug fixes. Years of programming work.
If there is no one in your team seeing that they are against evolution, you might not see that they do things not for the future but for holding there small world. Innovation in software development is not a bad thing at all. But when the developers are start to reject new ways and do not want to learn something new, they are dead and should better leave instead of doing something that no others will understand anymore. If you are good in assembler, ok, do it in assembler. If you are good in c, well, than try to learn c++ and the world will say thank you.Safety0ff wrote:What a lengthy digression! Feel free to ignore the following comments for the sake of bringing this thread back on topic:
Seismo, these passages where incomprehensible to me:Which things need to be set right?Seismo wrote:and no one is kick them or even setting things correct.
Re: Porting to C++
Put it simply: old code works, .. for the purpose it was intented, but if you need it to do something it was not quite intended for, it gets increasingly difficult to adjust.
Also refactoring is everything but starting from scratch! You look what you did last time and try to (probably) do it better.
Also refactoring is everything but starting from scratch! You look what you did last time and try to (probably) do it better.