|
It's in draft. Besides only recently I have started to practice animation & I thought it'd better if I post that after some output(animation). So please wait.
thatrajaCode converters | Education Needed
No thanks, I am all stocked up. - Luc Pattyn
When you're wrestling a gorilla, you don't stop when you're tired, you stop when the gorilla is - Henry Minute
|
|
|
|
|
Is there any tutorials or posts for a Multiuser chat application, vue database or something? such as the program skype but not as good as skype? with login and register.
I dont know if this is the right place to post sorry, im very new to codeproject.
|
|
|
|
|
If you had read the text above you would realise that it is obviously not the right place. And if you had posted your question into Google you would have some useful information to get started with.
Veni, vidi, abiit domum
|
|
|
|
|
First a little background. We have started using Git where I work, so I was directed to use it rather than my seeking Git out. I do development at work on Windows and at Home on a MacBook. I have been doing development for a number of years (multiple decades in fact) and have used most Revision Control and Version Control tools at one point or another. Now for why I believe Git is broken.
Git's UI sucks
Please note that I said UI, not GUI. Although many people have issues with command line interfaces, I prefer them. Git's CLI is poor, because the way Git models changes for the user is poor. A great deal of the internal structure is shared with the user. If this where simply window dressing that would be only annoying. Those interested could look and the rest of us could ignore those details. Unfortunately, Git requires that you pay attention to those details and sometimes that you edit the repository just to accomplish your day to day work as a developer. I expect that a release manager or build engineer will need to get into the details of how the source code is being versioned, but a developer should not be expected to pay attention to these details.
Bit's Merging is Broken
The flow that we use is Fetch and Rebase. When I rebase I expect Git to make at least one mistake while fast forwarding the changes. I am usually not disappointed. So for a group of say 10 commits there will typically be one or two mistakes in those commits. These are not flagged as conflicts. Git is confident in its ability to make these changes. And it is wrong.
Git uses the wrong Vocabulary
In my opinion words do not matter except for the shared definitions. It is not important that the color orange be called orange, but rather that we all agree that the banner at the top of this page is orange. From that perspective there is no justification for redefining/repurposing words that have a well know well understood meaning. In some cases (checkout) the confusion is not terrible and may just be an evolution because the tool works differently. In other cases (reset) it is misleading to the user. It is uncalled.
Git Requires Extra Steps
I have heard this called the Git Tax. What used to be one or two steps (check in, and possibly merge) has become several steps (commit, fetch, rebase, possibly merge, push). Of course the easiest to forget to do is the push. This is the least annoying of these issues, but given that Git provide no advantage to me (in my opinion and for my use case) this is nothing but cost.
In Closing
I have written this largely to get it out of my head. I do not expect that this will diminish Git's popularity. I don't really expect any change from this at all. Still I assume that there are other's like me out there who may be gratified to know that they are not alone in there reaction to Git.
Let the flames commence.
Tanks for your support
Pat O
<a href="http://currentchaos.blogspot.com/">Blog</a>
_ _ _
|
|
|
|
|
pdohara wrote: I have written this largely to get it out of my head. So why not choose the correct forum?
Veni, vidi, abiit domum
|
|
|
|
|
I assume that you believe this is not the correct forum, but as you did not offer an alternative I can only guess at your intention.
Tanks for your support
Pat O
<a href="http://currentchaos.blogspot.com/">Blog</a>
_ _ _
|
|
|
|
|
pdohara wrote: I can only guess at your intention. Well you could start by reading the text at the top and see why it is the wrong one. Then you could try some of the others to see which one is appropriate.
Veni, vidi, abiit domum
|
|
|
|
|
So again reading between the lines you are saying that you do not see this as a review of Git? Or perhaps you do not see Git as a free tool?
Tanks for your support
Pat O
<a href="http://currentchaos.blogspot.com/">Blog</a>
_ _ _
|
|
|
|
|
pdohara wrote: you do not see this as a review of Git No, it's just you ranting because you don't like it; at least that's how it reads. You say it's broken and yet there are people using it all over the world. If you really believe it's broken then I would expect http://git-scm.com/community[^] to be the place to report it.
Veni, vidi, abiit domum
|
|
|
|
|
Quote: No, it's just you ranting because you don't like it;
In what way does this not count as a review? I don't like Git because it does not do what it is intended to do well. My use of the term 'Broken' is hyperbole, and quite a bit tamer than the brain damage quote that is commonly used to describe people who don't see Git as the next great thing. If you disagree with one of my points then I am interested, but it appears that you are "just ranting because you don't like it;"
I was pretty clear that I did not expect to sway popular opinion on Git. For myself I do not see the attraction when perfectly good alternative exist like Mercurial. If you like Git, obviously you are welcome to use it. Again if you disagree with my points I am interested in hearing about it. If on the other hand you don't think people should say bad things about Git then this is not an appropriate forum for you.
Tanks for your support
Pat O
<a href="http://currentchaos.blogspot.com/">Blog</a>
_ _ _
|
|
|
|
|
pdohara wrote: Let the flames commence
And which other system is not broken and is perfect?
My problem with Git is that it doesn't support multiple independent deliverables within a single repository. Other than that it is neither significantly worse nor significantly better than anything else.
|
|
|
|
|
Richard is right, this is not a correct forum. You should have posted this in The Lounge, where people can discuss this with you. The sole purpose of this forum 'Free Tools' is to list out free tools that you find useful. Also it is defined at the top clearly that don't post reviews or links to the reviews, just the link to the 'Free Tool' and your two cents on why/how you find it useful.
...anyways, back to the debate.
pdohara wrote: Git's UI sucks
Have you tries using Source Tree[^]?
pdohara wrote: Bit's Merging is Broken
No, you need to define your own process of merging for your team, to avoid that kind of issues, it is not Git's problem. Many people use Git just for this one feature - 'hassle free merge'.
pdohara wrote: Git uses the wrong Vocabulary
I don't see how this is a problem. Every software has its own style and personality. You need to adopt it.
pdohara wrote: Git Requires Extra Steps
It feels like extra steps because you and me are not managing project with thousands of contributors. When someone is managing Linux Kernel, they need these extra steps to ensure integrity of their code base.
pdohara wrote: Let the flames commence.
Everyone has their own opinion, and I am not trying to defend Git, I use different source control system based on the project and team size.
And you forgot to mention the better alternative to Git. If you don't have any solution then this is a useless rant.
|
|
|
|
|
In Reverse Order:
Better Alternative: Mercurial.
Feels Like Extra Steps, because it is extra steps. These steps may be necessary for managing the Linux Kernel, I am not doing that. It seems a pretty small market segment (yes, I know that is not what you meant)
Wrong Vocabulary: Git uses checkout to mean go get the code, that is not what it means. Git uses merge to mean several different things. Git uses rebase to mean re-apply these changes to the history, that is not what it means. I am not talking about picking medium grey for you interface palate. I am talking about redefining terms that have been in use for a decade or more in software development.
Hassle Free Merge: I find that I need to baby sit and correct Git's hassle free merge routinely. I would rather be presented with the choices and make them myself. Not a supported workflow as far as I understand.
Git UI sucks: Yes I have tried SourceTree (and use it). I have also tried and like SmartGit. I use Beyond Compare for my diff/merge tool BTW. I tried Tortoise early on and stopped using it as it was very buggy. A few of the people I work with continued to use it and tell me it is much better now. None of this takes away from the fact that Git's UI sucks. I made a point of calling out the fact that I was talking about the user interface, not the graphical user interface. The command line arguments are cryptic even by Unix standards. The error messages where completely inscrutable. Version 1.7 has dramatically improved the error messages. The command lines are still very difficult to use. Many (most?) people end up creating a new UI based on alias' to get Git to do what they want. Of course a great many people just choose to install another package to make Git usable, as you suggested.
Finally, I thought I had been clear about why I posted this here. The forum is listed like this:
Free Tools Free Tools - reviews and recommendations 7 Feb 2014 12:52am 819
Clearly indicating that it is a place for reviews. The paragraph at the top of the forum states:
Quote: This forum is for discussing and recommending Free tools for software development. Please post direct links to tools, and not just links to pages that review or list tools.No shareware and no commercial products allowed. Please report spammers by voting to remove their messages and reporting their accounts.
Although I can now see the implication that this is not a place for reviews it was not apparent to me, nor is it precluded as you say. I guess along with not being smart enough to use Git, I am also not smart enough to use Code Project. I will be happy to shut up and sit down. Again I assume that this is not your point and I am disinclined to do what I am told anyway.
This post has come out of my management choosing Git and telling my business unit that we must use it. If it were just another Software Configuration Management (SCM) tool then that might be fine, but Git come with a full pitcher of Kool Aid. I was put off when one of the first links I found informed me that I was brain damaged because I had not been using Git all along. This is not brain damage it's called an abstraction or model. Git offer a new one, great, why is it better? Because its not brain damaged? Not really good enough. It went on as I learned that Git uses the mysterious magic called a Directed Acyclic Graph (DAG) to track versions and I needed to understand Graph theory before I could use the tool. A) Almost every version and revision control tool uses a DAG, B) I am familiar with DAGs (and other graphs) from my work as a Cartographer and my work in Cryptography. No you don't need to understand graph theory, which is good because it is a year long college level course.
Stepping off the soapbox. It is what it is. I know that my one small voice will make little difference given that most people (yourself included) have accepted Git as new and better. But what if we actually demanded that software get better. What if we did not upgrade to the next version of Word unless it could be objectively shown that it made people more productive? What if we developers asked for the same level of automation that our customers routinely asked for?
I guess we will never know.
Tanks for your support
Pat O
|
|
|
|
|
Haha! I have to read at-least 3 threads to recall what we were talking about.
Mercurial is a great alternative. I have used it for over a year. Even I have spent 4 days trying to setup a customized web interface for it (using hgWeb and crazy amount of HTML / CSS coding). It was kind of waste of time, but It was lot of fun!
But the main problem with the Mercurial was the less-popularity among 3rd party tools. Which is why I transferred over to Git, most of the other software integrate perfectly with the Git, but not with the Mercurial. But if you are not going to use it with any other tools than no problem.
We are currently using Team Foundation Online, which supports both TFS and Git, and Git is definitely better than TFS. (Also most of the Bug Tracking software integrate just fine with Git)
pdohara wrote: I will be happy to shut up and sit down.
Nah, stick around, we do this kind of behavior almost every time we go into 'DEBATE MODE'. You will get over it after a while, and then you can do the same thing to others...
pdohara wrote: This post has come out of my management choosing Git and telling my business unit that we must use it.
That sucks! specially when they want you to adopt a completely different product without your vote. But now your management can brag about using it, plus they will look technically competent.
I guess you are right, your post was kind of a review. But then you attacked every geek's favorite version control tool so we had to retaliate.
|
|
|
|
|
|
|
Message Removed
modified 30-Sep-13 1:33am.
|
|
|
|
|
Here[^].
This is the GNU implementation of OpenPGP, called GnuPG, or GPG. It can be used for signing, encrypting, decrypting, verfying and so on and so forth.
Keep Clam And Proofread
--
√(-1) 23 ∑ π...
And it was delicious.
|
|
|
|
|
TCC/LE[^] The command interpreter from TakeCommand (Which isn't free).
There is also ConEmu[^], which is a console emulator with FAR Manager[^] support.
Keep Clam And Proofread
--
√(-1) 23 ∑ π...
And it was delicious.
|
|
|
|
|
|
Hi guys!
I've been told this is the right place for this so here goes...
I've made a USB board called PeekyPokey with an API so that you can use .NET languages such as C# for interfacing with electronics stuff like relays, RFID tag readers, tactile buttons, rotary encoders, motors, keypads, sensors, servos and things like that.
Here's the project home page on CodePlex:
http://www.peekypokey.org/
The API also comes with an extensive toolkit containing classes for the PC side of things too - like a built in webserver, gamepad drivers, virtual keys, MIDI interface, HID interface and so on - things you can use to control electronic devices. The software is free and most of the PC driver stuff actually works without the hardware.
In essence, PeekyPokey has 8 general input/outputs, a virtual COM port, 3.3V and 5V power supplies. It kind of brings Windows PCs and electronics together in pretty much the same way IOIO does for Android.
The PeekyPokey board targets programmers curious of embedded electronics programming and hardware interfacing. The whole idea is to play, explore, learn and have fun with electronics.
I'm wondering if you'd be interested in me writing an article about the board and how to use it?
NOTE: I'm not selling the boards, I'm just the creator.
Thanks!
|
|
|
|
|
hanzibal2 wrote: writing an article
Heck yeah!
|
|
|
|
|
Thanks man, then I got one...
|
|
|
|
|
Hi Hanzibal2,
I think what you've done is very interesting (too bad I can't vote your post up on this forum).
I visited the CodePlex site, and nowhere on that site can I find out where either a finished board, or a hardware kit with parts, printed-circuit board, and schematic, can be purchased.
Any clues ?
thanks, Bill
Google CEO, Erich Schmidt: "I keep asking for a product called Serendipity. This product would have access to everything ever written or recorded, know everything the user ever worked on and saved to his or her personal hard drive, and know a whole lot about the user's tastes, friends and predilections." 2004, USA Today interview
|
|
|
|
|
|