* Netsplits would not be an issue, since most small to medium companies would use only one server. Even when they did happen to me in the past, the servers reconnected quite fast. I imagine a big corporation would be able to handle this rare failure case properly.
* DCC allows one to send files and since it's a direct connection, there is no 3rd party company in the US that's inserting itself in the conversation.
Jira is actually quite ok, I don't know why you're besmirching its name by comparing it to a bloated chat client.
> Jira is actually quite ok, I don't know why you're besmirching its name by comparing it to a bloated chat client.
It takes a lot of heat because it is very customisable and get locked down in large corporation.
I worked in company that ran an old shitty very version on underpowered server and disabled feature like rich text editing but force you through a 5 page wizard with in total tens of mandatory field to fill for any jira ticket. People at that company used an excel file on a shared drive to escape the jira hell.
Also there is the crowd of Agile purist that complain that Jira is too bloated for agile and ignoring the extra feature is not good enough because mostly "trust issues".
More recently there are stuff like plandek that create metric on your jira usage. In the wrong hands, this is modern day LOC metric.
Agree 100%. Almost every Jira complaint I see is a byproduct of the way our company centrally manages and locks it down. Things like custom fields and workflows require submitting a ticket and waiting a few weeks. That said, it can still be customized and made to work well for most internal teams.
> DCC allows one to send files and since it's a direct connection
since it's a direct connection it will never work in our modern nat'd/firewalled world, even between company branches (unless you have the whole company in the same VPN - but yeah don't do that)
Yes Jira is ok, it's just the target of (some) unfair hate like slack
I'll admit I haven't been on IRC in 20 years, but while I remember fiddling with active/passive FTP settings and port forwarding every week at the very least, I do not remember any times where I had similar issues on IRC (using mIRC and later various Linux IRC clients, mostly Xchat and BitchX) in the 1890's. I don't know how it would have worked though, thinking about it.
(and I think from the above description of my typical computer use at the time, it's quite obvious what I was doing, and how that would have given me plenty of opportunities to run into all sorts of (compatibility) issues)
When using DCC send in passive mode the sender listens on a local port (59 by default) and sends the receiver a CTCP message (an IRC protocol PRIVMSG message wrapped in \x01) containing their IP address in integer format and the port number. If the receiver accepts their client connects to the sender's open socket and the file is immediately dumped through the connection.
In theory there must be some scheme for forwarding the port through a firewall on the sender side, which might be setting the sending device as "DMZ". Or you can put the burden on the receiver by using active mode.
mIRC should really support UPnP by now but I don't think it does?
Are you sure? Wouldn't it be a direct connection, just between two NAT gateways? With each using the ports to track which connection belonged to the host behind the NAT?
If the connection is already established, sure. How did you establish it though? There are ways to hook clients up that are both NAT’d, (STUN, etc) but DCC doesn’t use any of them.
* Netsplits would not be an issue, since most small to medium companies would use only one server. Even when they did happen to me in the past, the servers reconnected quite fast. I imagine a big corporation would be able to handle this rare failure case properly.
* DCC allows one to send files and since it's a direct connection, there is no 3rd party company in the US that's inserting itself in the conversation.
Jira is actually quite ok, I don't know why you're besmirching its name by comparing it to a bloated chat client.