<div dir="ltr">Hi all,<div><br></div><div>I was in denial in the past years. But it is time to face the facts. This project isn't going anywhere.</div><div>About a year ago I already expressed my worries, but next to nothing has changed since. There are still pull requests that are multiple years old.</div><div><br></div><div>For example, my bootstrap PR is still not pulled completely. There is still a discussion about whether (and how) we should use minification and source maps.</div><div>These are technologies that practically every web application in the world are using. So this should be a no-brainer. And yet, after more then 2 years we discuss if adding the source map flag should be in a separat changeset. Seriously guys, this could be in the dictionary as the very definition of bikeshedding. </div><div><br></div><div>What troubles me the most about this, is the lag of communication. It sometimes takes weeks or even month to get any kind of feedback.</div><div>I understand that people are busy, but as a leader of a project like this you should at least drop a quick sorry note and say when you will be able to look into the thing. Or delegate!</div><div><br></div><div>And I'm not the only one who has this problem. Our bitbucket is full of old PRs that went nowhere. Take the ssh PR for example. That one is 3.5 years old! I believe most of those people just gave up.</div><div><br></div><div>I really believed this project had potential. But all my attempts to improve the communications or the projects organisation have been ignored. And my PRs were treated purely and very slow. </div><div> <br></div><div>What needs to change:</div><div>- Stop pondering if some small change should be its own changeset</div><div>This wastes A LOT of time. The quality of the code needs to have a higher priority then the quality of the changeset history!</div><div>- Stop making the 'better', the enemy of the 'good'.</div><div>If somebody comes up with a better solution in the future, great, but up until then settle with the good solution you have now.</div><div>- Start using JIRA to manage and prioritize the open issues, PRs and other tasks.</div><div>This projects simply needs to get organized.</div><div>- Promote <a href="http://riot.io" target="_blank">riot.io</a> as communication tool for more direct engagement.</div><div>I mentioned before, that I think mailing lists and IRC are anachronistic tools. And they are not ideal to engage with people.</div><div>In the mean time, Andrew set up the <a href="http://matrix.org" target="_blank">matrix.org</a> bridge, which allows to use apps like <a href="http://riot.io" target="_blank">riot.io</a> to chat with our IRC channel. <a href="http://riot.io/" target="_blank" style="outline:transparent solid 1px">riot.io</a> allows to always stay online and search in the conversation. But AFAIK practically nobody knows about it. </div><div>Using the <a href="http://riot.io" target="_blank">riot.io</a> web and phone app can and will speed up the conversations a lot.</div><div>- Engage with people.</div><div>It can not be that our PRs and open issues lay around for years. If there is no activity, a person in charge needs to reach out to the assignee/commiter/reporter. And if there is no hope that the issue/PR will be solved it needs to be closed. In general, talk to the people. There can be no silent treatment!</div><div>- Get serious about new features that make kallithea competitive.</div><div>SSH, custom (git) hooks (activatable per repository) and scaleability are must haves. (kallithea currently does not work well with many user, many repositories or big git repositories)</div><div><br></div><div>Since I see little to no chance that these things will actually change, I'm afraid I'll have to cut my losses and give up as well.</div><div><br></div><div>cheers</div><div>Dominik</div><div><br></div></div>