Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

We built an air-gapped Jira alternative for regulated industries

plane.so

Post reply on HN
Print view View original

111–120 of 201 posts

Re: We built an air-gapped Jira alternative for regulated industries

#111

Post by graealex »

jagged-chisel wrote: post #102
isatty wrote: post #82

Earlier quoted context omitted.

> The interesting part: our air-gapped deployment actually runs faster than our SaaS version. This is the least surprising thing I’ve read all day.

Indeed. For multiple reasons: - it is not at all surprising that when you remove cruft, code performs batter - it is not at all surprising that this is not common enough amongst software engineers to even consider these things (competing business interests probably cause this often)

Not being connected to the work VPN already slows down my Windows to a near halt since a few unreachable network drives is all it takes to make Explorer go unresponsive.

Seems like engineers forget to test these things nowadays.

Re: We built an air-gapped Jira alternative for regulated industries

#113

Post by polski-g »

We use Plane. It's acceptable. Not great, not terrible. Jira wanting 26k per year, per customer we have was unacceptable.

I wish their docker deployment was normal (only docker-compose.yml), not a shell script that launches docker.

It needs ldap auth and better search capability (fts, boolean, filtering).

UI is clunky; everything is editable all the time, so you might end up accidently editing the ticket contents.

Re: We built an air-gapped Jira alternative for regulated industries

#116

Post by WaitWaitWha »

mind_heist wrote: post #87

This is totally a tangential point. Why do they call it "air gapped" instead of "air tight" ? Are these supposed to mean different things ?

Old man talking about both ways up hill:

Historically, we did not have wifi and other radio based new fangled data communications. Data connectivity required wires, physical connections. If there was a gap between the two devices that had no wire, just air, that was air gapped. No comms could happen between the two. It is physically isolated. it used to be called "physically isolated" when we used it in the 80's (?). Some say, we stole it from plumbers but that is hogwash (pun intended, you know the backflow prevention thing). I vaguely recall start seeing it late 1990's to 2K in the public?

Mission Impossible 1996 the computer in the room where tom cruise is lowered into the room. That was an example of 90's air-gapped system.

The name stuck because it sounds cool. In my opinion, there is no such thing as true "air-gapped network" any more. There are too many ways to snoop on systems that are isolated, without "physical" and radio connections in the traditional sense (e.g., listen to the "electricity", sounds, power fluctuation, ground vibration, squirrel squeeks).

Re: We built an air-gapped Jira alternative for regulated industries

#117

Post by mikestorrent »

mschuster91 wrote: post #42
magicalhippo wrote: post #7

Earlier quoted context omitted.

> Turns out when you eliminate all network latency, things get snappy. Same experience with JIRA. I read all these negative comments here and elsewhere about how slow and clunky JIRA was, and I couldn't relate at all. Then I realized all those who complained was using JIRA Cloud and we were using on-prem, and it all made sense. We've since moved to JIRA Cloud ourselves, and I understand now. We moved and none of the…

> We've since moved to JIRA Cloud ourselves, and I understand now. Jira on-prem was dog slow, yes, especially if it didn't live on the same server as the database. But Jira Cloud? It isn't much faster than that! It's a piece of hot mess. Loading placeholders everywhere . Really I have absolutely zero idea what Atlassian is doing, but I know for sure optimizing for performance is not amongst the things they are doing.

Yeah, this whole pattern of loading a million placeholders and then watching the page awkwardly snap into layout is just sad. Especially when you know that you could have shown just as much information in a "server side rendered" piece of PHP in 2005 with less latency.

Re: We built an air-gapped Jira alternative for regulated industries

#118

Post by WaitWaitWha »

0xWTF wrote: post #58

As a DoD employee, it would be amazing if more companies took this seriously (I'm looking at you health tech bros).

No, no you do not.

A week into installation, your cube mate will be complaining that the arrow keys do not work as used to and cannot use alt-tab on the fields, or the color orange and green make their eye hurt. So a ticket is opened, a software update is made, and then the patch is generated. That is 12 month on a good day because all the back track, re-validation, scope creep, auditing, re-validation, third party review, committee blessings, and good idea fairies.

Then you have to get the patch into the environment. Now you need a blood oath from the entire chain of command up to Katie A. where she swears she is going to beat you if you whine about the color scheme again. ;) Three years past, and the changes are implemented. It does not matter because your monitor which had to be TAA compliant and could not be brought in without you soldering everything together is now running off of a hercules video card, yes that green only hercules card. You see only shades of green in the app...

Re: We built an air-gapped Jira alternative for regulated industries

#119

Post by rkagerer »

nitwit005 wrote: post #62
tikkabhuna wrote: post #38

Earlier quoted context omitted.

Having adopted a number of development tools, including Jira and Confluence, it’s amazing people let them sit there chugging away on underpowered machines with hundreds of users quietly complaining about the speed. Throwing some extra CPU cores and memory is so cheap for the quality of life improvement, let alone the productivity gain.

The concurrent (human) user counts at even large companies is probably a couple dozen at most. Usually with these tools, the performance problems magically vanish if you disable all the integrations people have set up. My company is constantly denial of service attacking Jira with Github updates, for example. Edit: typo

I delivered a complex, highly customized enterprise back-office system for a large Fortune 500 some time back. It involved a handful of servers (all as VM's), x3 to accommodate DEV/QA/PROD staging.

It worked great in volume testing in our environment. Their IT department installed it on high end servers (hundreds of cores, incredibly expensive storage subsystems, etc) but users complained of latency, random slowness, etc. IT spent weeks investigating and swore up and down it wasn't their end and must be a software issue. We replicated and completely sanitized production volumes of data to try and recreate locally and couldn't.

Finally I flew down and hosted their entire infrastructure off my laptop for a day (I'll skip all the security safeguards, contract assurances, secure wipes, etc). It flew like a thoroughbread at a racetrack. No latency, instant responsiveness, no timeouts, no hiccups. Their entire staff raved about the difference. The results gave the business unit VP what she needed to bypass the usual, convoluted channels, and someone must have lit a fire under their IT VP - by the end of that day their internal techs identified a misconfiguration on their storage arrays and solved the problem. I can only guess how many other apps were silently suffering for weeks or months on the same array. I joked I'd be happy to sell them a laptop or two for a fraction of their mainframe cost.

Post reply on HN