---

Janizdreg said:
[B]I'd say there's still room for a new port. Assuming you can come up with a long-term purpose and goal to aim for, one which doesn't step overly much on the toes of existing ports and is interesting enough to keep yourself motivated. It's hard for me to say what that could be, but maybe you can try a little of bit of brainstorming on it yourself and see what you come up with. Reading your comments and the port description on the site gives the impression you essentially want to make another PrBoom. So maybe try to come up with a unique goal to set Omega apart from it?

---

---

Quasar said:
Until you are ready to transition into using it, I'd keep frequent backups of your code, at least. You can always do manual diffs between different backup versions for a sort of crude facsimile of what you get with SVN tags.

---

---

fawtytoo said:
The original idea was not necessarily to create a new port, but to provide a 'fixed' linuxdoom source code.

---

---

fawtytoo said:

But who benefits from using Git or SVN? Me or you? I wouldn't.

---

---

fawtytoo said:
But who benefits from using Git or SVN? Me or you? I wouldn't.

---

---

Maes said:
Trust me, as soon as you start "fixing" all that is wrong with the linuxdoom code, the temptation to provide your own incremental enhancements and "borrow" or reimplement functionality from other ports is very high. It's hard to both "keep it down" and fixing "just the wrong bits".

---

---

Graf Zahl said:
The bottom line:
Sorry, I can't take programmers seriously which refuse to use version control. They are only shooting themselves in the foot and do neither themselves nor the public nor their project a favor.

---

---

Graf Zahl said:
Bad experience from work. I've met your kind there and they've always been trouble, no matter how good their programming skills were.

---

---

fraggle said:
lucius actually missed what I would say is the best feature of all of using version control: it makes you a better programmer. It's been about 12 years now since I first started using CVS for storing SMMU's code. When I first started using it, it was kind of painful, not least because CVS was kind of tedious to set up and I was using it on DOS where it didn't run very well. But after a while of using it, I would never go back.

When you don't use version control, your source code is ephemeral: basically just a bunch of files that you sometimes perhaps make "backup copies" of, if you remember to. After a while of using version control, I found that the way I thought about programming changed: more disciplined and precise. Your work becomes a procession of small changes, each documented, explained and justified (and the justification is as much for yourself as for others). It gives you greater confidence in your work.

---

---

fraggle said:
When you don't use version control, your source code is ephemeral: basically just a bunch of files that you sometimes perhaps make "backup copies" of, if you remember to. After a while of using version control, I found that the way I thought about programming changed: more disciplined and precise. Your work becomes a procession of small changes, each documented, explained and justified (and the justification is as much for yourself as for others). It gives you greater confidence in your work.

I think I'm doing a poor job of explaining what I'm trying to say. Sorry to ramble on, I'm sure you're fed up of the whole subject by now, and it doesn't seem like you're likely to change your views at this point anyway. It's something I've wanted to write about for a while.

---

---

lucius said:
Anyway good luck with the port, have fun with it. Ultimately that's more important then what others think of "yet another port" anyway.

---

---

fawtytoo said:
Just not some where you can see.

---

---

printz said:
I respect your choice, but with regards to that part, do note that the Doom code is GPL, which means that when you release the port, you'll have to release the source too.

---

---

chungy said:
(well, more than that; the source code access must not require any extra fees aside from media cost -- but I doubt this guy is trying to sell his port commercially).

---

---

fawtytoo said:

For the umpteenth time (or maybe the first depending on how you view it):
My code is not a bunch of files that I occasionally make backups of. I religiously make a copy of the project and make changes to that copy only. That copy gets a revision number. When I wish to make more changes, I make another copy and repeat the process. I have separate copies of my project for each revision. Hence, the patch files: they show the difference between, not just each revision, but each revision copy. It's not random or occasional, it's religiously done. There may be little evidence on my web site of this, but I am using version control. I can track every change to a revision easily, using both the changelog and the patch files. If someone gave me a patch for a specific revision, I can keep it with that revision only. Same with branching. My system is crude, perhaps a bit time consuming, but it does have version control.

Perhaps you are not the only one who is explaining poorly. But the reason I'm not changing is because I'm already doing it. Just not some where you can see.

---

---

fraggle said:
It sounds like what you have is at least better than nothing, which is good, but when you say you do this "religiously", the way I read that is "manually and in a way that is unnecessarily time consuming and prone to human error".

I'm not going to comment on this any further at this point because it sounds like you're fed up of hearing about the whole subject and I don't want to offend you any more than I already have.

---

---

Maes said:
There's nothing wrong with not going mainsteam. Practically every web developer I know had, at some point in time, devised his own "CMS" which consisted of little more than a script that pieced together blocks of HTML code in order to assemble webpages ;-) Which is exactly what CMS systems do, on the other hand....just in a way that's more likely to get an employer to hire you ;-)

---

---

Maes said:
There's nothing wrong with not going mainsteam. Practically every web developer I know had, at some point in time, devised his own "CMS" which consisted of little more than a script that pieced together blocks of HTML code in order to assemble webpages ;-)

---

---

Maes said:
I once wrote a 6-th order Chebychev filter simulation. In Excel. Using double sets of columns to emulate complex numbers, and broke down formulas into real and complex part BY HAND before entering them in cells, so that I could "chain" the various stage's responses.

I had additional columns for modulo and phase next to every "output stage", and used them to make Bode plots using standard Excel plots. And all that because I was too lazy to install Matlab. The scariest thing of all? It worked ;-)

---