|
virang_21 wrote: Good suggestion. Might as well try when/if I go there next time. It would be unsanitary to give tours to all customers in the kitchen and have their dirty paws touching everything, of course; some may entertain you, some won't.
We like to show our workplace and talk about computers. A proud owner and a proud cook will do the same, if you ask a bit polite and during not-too-busy hours.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
As long as cockroaches are only found in wife's plate...
|
|
|
|
|
That is too funny... .. unfortunately we shared the same dishes...
Zen and the art of software maintenance : rm -rf *
Maths is like love : a simple idea but it can get complicated.
|
|
|
|
|
virang_21 wrote: He offered us a dinner on the restaurant
His, or somewhere else?
|
|
|
|
|
I've been thinking about this and still can't decide.
One thing's for sure, it's a way better question than the one for the current Straw Poll - can we have it for the next one?
Whenever you find yourself on the side of the majority, it is time to pause and reflect. - Mark Twain
|
|
|
|
|
We had a similar experience on a first trip to a restaurant at lunch.
The owner waived the bill for all four of us, even though only 1 dish was affected.
We declined the offer of free dessert; we never went back.
The General Tso/Tao chicken was also the worst we have ever had.
Theory:
A live roach would never be cooked.
The roach eats some poison and then makes it into the vegetables/rice/etc where it dies.
This poisoned roach is then cooked into your meal.
Question:
How much of the roach poison ends up in your food?
|
|
|
|
|
That depends. Was the cockroach from your place, or theirs?
Money makes the world go round ... but documentation moves the money.
|
|
|
|
|
Some things that just bug me about the tools I'm using...
GIT - After all these years, I can't be the first person who wants to manage multiple separate but tightly related code bases as one repository and avoid the overhead of constantly having to keep them in sync, configure them the same, etc... Or where one part of it is to be public and the other part not. It seems crazy to me that the leading SC solution is so lacking in this key aspect. If you are on a team and all pushing to (now multiple) common repositories, it seems like it would be even more psycho.
Visual Studio Code - Related to GIT above, cannot deal with multiple repositories so you lose GIT integration if need to have separate repositories, which the above will often force you to do. I just started using VSC on my own C++ stuff and was really appreciating seeing what had changed, which lasted a few days until the above forced me to lose that ability.
And, though having the intellisense stuff is very helpful, it can be incredibly intrusive and annoying sometimes.
And, it seems to want to force you to have all customizations be per-user. Clearly in many cases you would want global configuration that is enforced/available for a project and shared by all users of it.
C++ - Why has the committee spent all this time creating a cathedral to container abstraction, while seemingly ignoring the fact that you can't write even a modest C++ program and remain within the standard? I.e. you have to throw in a bunch of third party bits and bobs, because there's been not much progress towards a reasonably full featured cross platform (even if some of it is only applicable on the mainstream) system. I think that the latter would do far more to allow C++ to compete against things like C# than the ability to remove every third odd numbered duplicate vector element.
Similar to above, while ignoring fundamental things like enumerations, which suck in C++. I've done a lot of work on my own to make them very strong (if you are interested : [^]) but it just seems like stuff like that are core language issues.
At some point C++, if it's going to survive, is going to have to just cut off some of the past and move forward, IMO.
I'm sure there are others but my coffee cup runneth dry.
Explorans limites defectum
|
|
|
|
|
rough day ?
I'd rather be phishing!
|
|
|
|
|
They are all rough. I just had a compile going on and figured I'd vent a bit.
Explorans limites defectum
|
|
|
|
|
|
I grew up with SourceSafe. I am a single developer and don't work in a team. I have never yet found anything that competes. I don't know why MS dropped it.
I feel your pain... every day.
I don't know anymore. I just don't.
|
|
|
|
|
What did you replace it with?
VSS had 0 security if you were working in a team/networked environment.
It would never pass a corporate audit.
|
|
|
|
|
As I said, I am a single programmer (1 man shop). I do not work in a corporate or team environment. . I still use it for my VB6 legacy support work.
So far I have replaced it with a 9TB Raid 5 array and different backups for each day of the week Monday through Saturday. (Never work on Sunday). I tried Tortoise SVN but was extremely unhappy with the lack of documentation, and how cumbersome it is. I also tried TFS, with similar complaints.
If you know of anything for revision control NOT for someone working in a Team environment, I would love to hear about it.
It is hell getting old but still beats the alternative.
|
|
|
|
|
I would have recommended SVN, but you already tried it. Did you ever try the SVN command line without Tortoise? Just recursively commit your whole directory tree whenever you want to make a recovery point.
If you ever need to recover, pull the commit number you want into a new directory tree.
Mercurial or git with a local repository would probably have similar behaviors.
|
|
|
|
|
I gave up using command line when CPM died. But thanks for the suggestion. Please check my reply to BR.Bill, below.
One of the problems of working alone is there is no one that has used any of the new software revision systems to explain the how to and ins and outs.
"One is the loneliest number...." 3 Dog Night.
|
|
|
|
|
Ed Aymami wrote: So far I have replaced it with a 9TB Raid 5 array
Just noting that source control and back ups are two different things.
One should do both.
|
|
|
|
|
I know that. But we all do the best we can, with what we've got.
I have found that rarely do I need to go back more that a day or two to fix a horrendous blunder, the way that I work. (Slowly and methodically). It is one of the advantages of working alone.
Age, experience, and hard work usually overcome youth and talent...
|
|
|
|
|
Ed Aymami wrote: I don't know why MS dropped it.
Oh, man, there's not enough time to unspool the full answer.
SourceSafe is a corruption machine. If there's one thing SourceSafe does really, really well, it's corrupt your source base.
But there are a ton of other reasons!
|
|
|
|
|
I am not sure what experience you have had, but I have been using it since it first came out. I have never had it corrupt any files for me. I guess that is because I don't work in a team environment and the things I store are pretty vanilla.
I guess I am just getting old and cranky but I wish MS would take UX into account when there is only one person using it. A good revision system for me would work like Source Safe does, (but without corrupting the files as you have experienced ).
One should not need to purchase a $50.00, 560 page book to learn how to use TFS or any other Revision software.
KSS is the best rule to follow.
|
|
|
|
|
I've had many years of experience with VSS, both as developer and administrator, especially during the thick of its popularity.
It makes sense that it's less problematic for a person working alone. In a multiuser environment, it's absolutely awful.
It's funny you bring up TFS. It's lousy too, but for different reasons. It's maddening to work with and lots of people use it because it's bundled (which is how VSS got popular). That they're giving away a commercial product should tell us something about how committed Microsoft is to making it good. Come for the integration with Visual Studio, stay for the ... wait, why am I staying?
If you really like VSS's model and paradigm, there are a fair number of products, free and commercial, that are easy-to use, yet much more robust (and still kept fresh). I don't think you'll be sorry if you dig around and find one.
Hell, you can even use Perforce for free if you're all by yourself and your source base has fewer than 2000 files. You can use it either as simply or as complex as you like, and the GUI, though not flashy, is solid. It's really fast, too. Some folks don't like it, but it uses a similar checkin/checkout model as VSS. And it's probably the most reliable source control product made; even people who dislike its model don't deny its reliability.
There's a saying about VSS: It's not whether VSS will corrupt itself or not. It's when.
|
|
|
|
|
Thank you for the tip. I can not agree with you more about TFS.
I will try to find Perforce and take a look at it. Is the learning curve steep?
I appreciate your response.
We think we're cruising down the highway when (something, something, something) slip sliding away.
|
|
|
|
|
The name for the product is "Perforce HelixCore". It just used to be "Perforce", but you have to make it sound fancy these days. Here's a link to the free setup.
It consists of a server ("P4D") and some clients -- the P4V GUI and the P4 command line. The server can just run on the same system you develop with. No big deal. It's super low in resource usage.
The learning curve lies in setting up the server (not hard) and figuring out how to design a workspace layout. If you're just using the GUI ("P4V") and you have a typical source tree layout (if you're using VSS, then you almost surely have such a layout), it shouldn't take you very long to get used to it.
The command line is very powerful.
There are Visual Studio plugins that you can download from Perforce.
|
|
|
|
|
|
Br.Bill wrote: SourceSafe is a corruption machine
Hmmm...rather certain that is a historical problem.
Long ago, like in the times that link was referring to, it was fairly common for businesses to find that their databases had been corrupted. That was true of MS Access, Oracle and SQL Server. Never heard of DB2 doing it but I suspect it did and it was just that I didn't follow DB2.
There were even strategies that one was suppose to follow to lessen the chances of that happening.
But I haven't heard of that happening for a long time. Probably because hardware has gotten a lot better and because backups and redundant layouts have gotten much better.
|
|
|
|