Re: [gentoo-user] nsapass - alternative to keepassxc (and others)

[Caveman Al Toraboran]

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Friday, July 17, 2020 2:32 PM, Ashley Dixon <ash@××××××××××.uk> wrote:

> I haven't downloaded it yet, but I think you should rephrase the README on the
> GitHub page. Instead of constantly explaining the reasons you dislike KeePassXC
> in particular, it would be more attractive to explain the merits of your own
> program, and why people---who may have never used any password-manager---should
> download NSAPass. There are also quite a few spelling and grammar mistakes,
> which I suggest you fix before tagging the next release.

thanks.  yeah, i should add a section probably for
totally new people.  but not sure i have the time
for this, which is why i also communicated my
ideas in the most efficient way my brain can
produce.

i also agree with you that not expressing dislike
towards an app may help me make new friends,
because unfortunately we live in a time where
people get triggered by almost anything.

but imo there is another side to it: if we let
fear take from us our right to express dislike
towards an ``app'' then next generation people
will have more buggy software.  do we want our
children, or grand children, to have more bugs?
1st step starts here!

i also don't get why one shouldn't express his
dislike towards an ``app''.  ``don't insult my
app'' is now a thing?

imo if ppl keep advancing towards this direction,
we'll end up getting detached from reality, and
live in an abstract space where everyone is 100%
happy despite the fact being 100% out of touch
with reality (ultimately).

> It is not my place to criticise your opposition to capital letters (although I
> do not personally understand it myself), but if you want to garner a serious a
> serious user-base, you will need to write your README and code comments in a
> more professional manner. Currently, users and contributors might be repelled.

that's fine.  i made this app to address a
requirement of mine, then shared it in case it
helps others.  if someone doesn't want to use my
app that's fine.  i'd still use it regardless.

if someone is too superficial/arrogant and picks
on unrelated issues (e.g. use of capitals), then
tbh i may actually prefer him to not use my
app.  so in a sense not using capitals is a
feature.  superficial/arrogant people are sort of
vandalizes as they occupy a communication channel
only to end up wasting time in unproductive
discussions.


> Irrelevant aside. You mention that one of the reasons that NSAPass is superior
> to KeePassXC is the GitHub-generated distributions of languages: please realise
> that this is often grossly inaccurate, and is probably not something on which
> you should capitalise in your critique of the project. Rest assured, the entire
> project is written in C++, with header files being erroneously classified as
> plain C [1]. The Objective C++ is a very small proportion of the entire
> codebase, used for MacOSX-specific builds, and everything else just consists of
> build utilities and scripts. Thankfully, GitHub uses `linguist` for automatic
> language-detection, which supports a manual override [2], although this feature
> is unknown to most.

yeah, however, two points:

(1) imo build utilities is still part of the app
    since the app cannot run without them.  imo we
    may call them ``build-time parts of the app'',
    which will still affect the run-time of the
    app.  so it is still a relevant indicator of
    project's complexity imo.  otoh, nsapass uses
    a single py file for everything, hence none of
    that complexity.

(2) my main reason for that is to show that they
    are implemented mostly in c++ which is a nice
    tool to lose a leg (as bjarne stroustrup puts
    it).  so if it's 100% c++, then it's even
    scarier.


> Although it's wonderful that you're writing good code for others to use (and one
> of the best ways to learn programming), it is not a good idea to start your
> endeavours by placing the logo of a seven-year-matured project with over
> two-hundred contributors and many commercial sponsors next to some clip-art of
> an unpleasant animalistic product (the most courteous description of which I
> could think) and some out-of-date cheese.

(1) it makes it more efficient because a person
    who looks at the image, and didnt' still read
    much of the text, he'd be more likely to tell
    from the graph that ``yeah complexity is bad''
    (thanks to the clip arts).

(2) it's funny imo.  playfulness is a prerequisite
    of creativity.  imo it's good to play around a
    bit.  the opposite to it is "efficiency" i
    guess?  if we operate in an efficient mode,
    then we will are optimized for completing
    paperwork-like tasks, but with much less
    creativity.

(3) imo keepassxc's devs are too smart to be
    emotionally hurt because random neckbeard in
    the interwebs doesn't like their apps.

    but, hypothetically, in case there existed a
    dev who gets triggered by such things, then it
    is an indication of low intelligence which
    is yet another reason to not run his code.

this video is not very related, but thought
sharing it might help, since i think this problem
is a special case of a much bigger problem, and a
battle that we're losing generation after
generation:

    https://www.youtube.com/watch?v=BtWrljX9HRA


> Other than the "vanity" issues, it looks alright; you've clearly put quite a bit
> of effort into its development. Once it's matured for a few more months, and you
> pick up a small user-base, you could post it to Gentoo-Dev (as I did with my
> latest project [3]) and see if it gets picked up by anyone wanting to put it
> into the Portage tree (gentoo.git).

nice tip.  ty.  highly appreciate your time.

rgrds,
cm