delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2016/07/23/05:47:22

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Date: Sat, 23 Jul 2016 11:54:46 +0200 (CEST)
X-X-Sender: igor2 AT igor2priv
To: "Vladimir Zhbanov (vzhbanov AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
X-Debug: to=geda-user AT delorie DOT com from="gedau AT igor2 DOT repo DOT hu"
From: gedau AT igor2 DOT repo DOT hu
Subject: Re: [geda-user] [OT] ngspice integration in KiCad
In-Reply-To: <20160723091607.GE17595@localhost.localdomain>
Message-ID: <alpine.DEB.2.00.1607231135570.7286@igor2priv>
References: <CANqhZFwC48g07MUY411a20C5oipkmmkzUimhz8OgvL2Thi-yDg AT mail DOT gmail DOT com> <20160722171754 DOT GB17595 AT localhost DOT localdomain> <alpine DOT DEB DOT 2 DOT 00 DOT 1607222013530 DOT 7286 AT igor2priv> <20160723091607 DOT GE17595 AT localhost DOT localdomain>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
MIME-Version: 1.0
Reply-To: geda-user AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: geda-user AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com


On Sat, 23 Jul 2016, Vladimir Zhbanov (vzhbanov AT gmail DOT com) [via geda-user AT delorie DOT com] wrote:

> If the alternative you are trying to offer is C, you're off the
> point. It is already in, and it adds nothing. See, my recently
> done contributions are mostly done in Scheme. While the code there
> is not touching the C code we have, it does some attractive work
> (I hope).

Nope.

The alternative I try to offer is a core implementation in plain C _and_ 
user extensibility through multiple scripting languages. My offer is that 
the core is compilable and executable on a wide range of systems without 
largish dependencies that are often hassle to get to work. My offer is 
that the end user doesn't need to learn scheme or awk or python to create 
a new menu if he already happens to know one of the ~10 languages gpmi 
supports.

>
> If you're writing about Python or some other interpreted language,
> I should say that I feel it is non-pragmatic to `rewrite it all'
> as some people offer. I see there is not enough contributions for
> every language people are suggesting for our project. Basically,
> we have one Scheme contributor (me), one Python contributor
> (Roland) and one C glib/gtk contributor (Edward), though I'm
> trying to work on the glib/C part too. Peter Brett and Peter

A major point in my reasoning that is being missed here: I strongly 
believe in separating core functionality and user scripting.

Core is written in the language the most active contributors/main 
developers chose. To the end user this language matters very little. To 
potential contributors it does matter a lot, tho: languages more 
widespread and more popular pose less burden to new joiners.

Users should be able to chose from a wider set of languages. If they can 
do so, it's more likely they start scripting to solve their problems which 
in turn may result in more user contribution. On that side, there should 
be no preferred language or arbitrary limitations.

> Clifton, who both did an immence amount of work before, are now
> busy with other things, so they cannot help much. Anyway, I don't
> want to discourage Roland or Edward. Therefore I do most of my
> work in Scheme trying to not touch the C code they rely on. Now, I
> like Scheme very much, though I can say, if it all is written in
> Python, I would continue to work on it (I believe).

It is reasonable to chose language according to the _current_ situation, 
the current number of contributors and langauge spectrum if you want to 
conserve the current state.

I do not want to. Thus in cschem I take another direction.

This does not do anything bad to gschem or geda. If I didn't consider 
working on cschem, I sure wouldn't be contributing to gschem, so nothing 
is lost.

>>
>> I believe having alternatives does not subtract but add. Don't assume that
>> the time some of those "my way" guys would have been spent on "your way"
>> automatically if the given person didn't invest it in an alternative.
>>
>> Instead, there are very high chances that that time would have been spent on
>> some other project. In which case that time is totally lost from geda point
>> of view.
>>
>> Thus bashing people for not following your way does not do any good. This
>> sort of behaviour contributes in getting poor more than forks or
>> alternatives. I know relaizing that "their way for them is as true as your
>> way for you" is hard, but you could maybe try.
>
> This all is why I'm tolerating xorn in geda-gaf, and probably our

Sorry, but "tolerance" is not the word that pops in mind reading your 
mailing list activity. It's more like "try to use any opportinuty to 
advertise how xorn is a bad idea, and maybe try to convince users 
to turn it off". Just my impression.

> pcb developers are tolerating your ads while you seem to break our
> (not so large) community. I see your and Roland's great work, but
> the attitude you have chosen is not consolidating. BTW, there is

And this is where we totally disagree. What I am doing with pcb-rnd is not 
breaking the community. Have you been following pcb mainline recently? 
It's not like there's a prospecting, fast paced development there and I'm 
trolling users to accidentally download my software instead of mainline.

Your point of view is that alternatives are bad, and you have the key, you 
know the One True Way. I totally see how xorn or pcb-rnd is bad in that 
model of the world. Others models differ, and it's a very common model to 
provide alternatives and let users decide what to use. I am happy to see 
pcb devs tolerate this.

About my "ads": from my point of view, you are doing the same with scheme, 
advertising scripts and addons to keep the thing alive, to maybe convince 
some user that scheme is what they should love after all, via posting 
scripts. Others post their success stories about how they used some 
misfeature of gschem in their $$$ projects. And the community tolerates 
all this. And it's all fine: the users can chose at the end.

> another side of the coin. Xorn still fails in various places and
> on different machines for me (at home or at work), and I have no
> time to work on it, so I wouldn't release it as is now. OTOH, it
> prevents me to release the new version of the whole geda-gaf
> because it needs much more work than if it wouldn't be in. I tried

Like if guile was not failing for different users. Like if guile was not 
one of the reasons gschem didn't have a working windows port for a long 
time (correct me if I am wrong).

Honestly, I am not a python fan either, but as an user, I would go for 
python+xorn instead of scheme any time. The size of the python ecosystem 
is probably comparable with guile's, but I see much less problems with 
getting python working on random systems. It well may be that python would 
be the next guile in a 10 or 15 years time scale (e.g. in popularity). 
Maybe it'd be C. We don't know. What we know is that guile is not easier 
to set up than python today.

Regards,

Igor2

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019