On Tue, Jul 26, 2016 at = 2:36 PM, Evan Foss (evanfoss AT gmail DOT co= m) [via geda-user AT delorie DOT com<= /a>] <geda-user AT delorie DOT com> wrote:

On Mon, Jul 25, 2016 at 6:25 PM, Marvin Dickens (mpdickens AT gmail DOT com)
[via geda-user AT delorie DOT com] &l= t;geda-user AT delorie DOT com> wr= ote:
> Please note this email is not a troll as I have been on this list way = over a
> decade. With that said, here it comes:

I am moving this to it's own thread just because I want it to get some<= br> added attention. I am hoping Marvin can respond with out being
harassed by people looking to debate what he needs/wants because I
want to honestly know (as I think others do/should) what people are
looking for in gEDA that we currently don't have.

A lot of us view gEDA as being perfect enough to use. I would like to
hear an openly descenting opinion.

> We asked ourselves the exact same question a little over 12 months ago= and
> concluded we needed to purchase licenses to a well
> known commercial EDA suite. With that said,=C2=A0 Free software is the= future.
> OTOH, gEDA developers have to figure out how to move forward
> embrace current and future user needs (The usual stuff like: usability= ,
> modern work flow, modern gui and etc...) Candidly, at our organization= ,
> we do not see this happening. What we see are personality clashes betw= een

Ignoring the issues with developers and their problems with change
would you please explain what it is you were hoping for in usability,
workflow and gui that you were not seeing?

> developers and an unwillingness to embrace change, new technology
> or new paradigms in computer science of any type or kind - Even though= in
> computer science and engineering change is a certainty. OTOH, we
> have no room to complain because gEDA developers create code gratis an= d a
> reasonable argument can be made that if I or anyone else is unhappy wi= th the
> state of things we can write the additions and/or changes ourselves. T= his
> dynamic makes it impossible to include the tool set in our
> business plan - Its too risky.
>
> So, After great debate, we jumped ship.=C2=A0 But, did not do it in ha= ste. We
> continue to read the list and keep a couple of workstations with gEDA = loaded
> in the event we need to revisit a design. I suppose what I am saying i= s this
> suite is now a legacy in our workflow - This does not make me happy, > but it's the way it is. In fact, I'd go as far as to say its a= shame.

That is too bad.

>
> Regards
>
> Marvin

Thanks,
Evan

> On Sat, Jul 23, 2016 at 10:16 AM, James Battat (jbattat AT wellesley DOT edu) [via
> geda-user AT delorie DOT com] &l= t;geda-user AT delorie DOT com> wr= ote:
>>
>> Dear gEDA folks,
>>
>> I=E2=80=99ve used gschem/pcb for several (modest) boards now, and = love many things
>> about it.
>> I do not love what I perceive to be deep friction and lack of coop= eration
>> among developers.
>>
>> It makes me wonder how long gschem/pcb will endure.=C2=A0 And ther= efore I must
>> decide if, as a user, I should invest any more effort to learning = the
>> platform and building up custom footprint/schematic libraries, etc= , or
>> instead transition now to another platform.
>>
>> This may be an unfair question to ask on this forum, but here goes= :
>>
>> What do you see as drawbacks to KiCad (wrt gschem/pcb)?=C2=A0 I=E2= =80=99m on the fence
>> about transitioning away from gschem/pcb.=C2=A0 Why should I stay?=
>>
>> James
>>
>>
>>
>

--
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/proje= ct/epl_engineering/wiki/

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v2

mQENBFYy4RYBCAC183JomLtbdAlcKiaPDoVHq52LDmVmH75aiEc69m7YxDt54/ai
VtYCAobbGVIyn3Hlz3uhF6LnPl/6Lm1VdnCfpwu3KQhCO6ds10ow2C30X4ohCqOd
hCVg5C+ILmQkEffFrFODy3ji+PYTF4pADvHCWsTMv0hf0llwFOJsBCK6cl02IffE
JPqy4PjM1nZ9HpzT84JBaG/4OGvTZ8SQ2yFUl265jagvygPTf88H1xpZHH1r8dB1
stjUHLmPH8AOyDgKxFchgGeDc3p/vJtgDDIXAFfDXG0NSRovLmtaQdGxe47Zf/go
bXiEM7YL2WqQe5zfEA919JxkEwlDKYniOSVzABEBAAG0N0V2YW4gRm9zcyAoVGhp
cyBpcyBteSBwdWJsaWMga2V5LikgPGV2YW5mb3NzQGdtYWlsLmNvbT6JATkEEwEC
ACMFAlYy4RYCGwMHCwkIBwMCAQYVCAIJCgsEFgIDAQIeAQIXgAAKCRCIpQTcE8nN
bbBaCACAm8pU5lG1ev2Fsw68Axtcl57SJrYieqX96c3YuYH9JpqMqJRnd9nDKw9X
tQuvuH7tUk0VbOaDqReOYJVI/4c5wb9AaOFp6K2DUcupq6XhgXpvz3HzoPwjAdIj
XuQzdRUx5+innTJrSkGuBYW/CZ2zqEx4xfLlq4rO0hoTUMR8QVp2cCrkw6BT0m86
APIw/ZnjoxM8IEzr7MxfRIg3qpzrZk28rmhx+k78Jyk61UhwcCPGIm/pjUopTwYJ
3YBdRB2cYD2aN7A1JVf5cRmSQYooHBGpH0kYvomGk97PKqypVuJ7OpG9xM58wUcC
qUVt9hKlePLzP8csYjt8onqI7qIIuQENBFYy4RYBCADlH8spG3WkCx62vB5mr5Z0
SCDd/RcyA4A5y5EOj5KurQkrSWpgi9Ho1yKruMJ6blQR2qkc66KqH9pnXDm/ZI1M
K/wdW3ngETxBmXoozzFMT89aEWIVR5/PFodWK1elekE9iJxACuR98Zg2QttTD3x8
A9w8VEyMLOXcDTrPFpHegMKswFBg5iuMulAdXAoGejWTI3n+qKFpabHm2Lfs6wjk
5rjucpTdeFK6UeWF1xAvNxXibuu5BlGwv53930qIXRwO/Gn2Rh5DXWxKU2fEIme/
xgQQmIsDeUoWbfybdjw/x7Q0LW4mINiLDQcGHHRQKFIxbAJCT3USPLGh5xwE9/Er
ABEBAAGJAR8EGAECAAkFAlYy4RYCGwwACgkQiKUE3BPJzW0uYAf9Hf30n8tM3mR2
Zo6ESE0ivgdgjaJtAWrBUx7JzAzPjBnBOlNnu5Y9lVEqetvUPH6e3PvaHYUuaUU8
0HwxuKBW9nUprgV6uIu1DZmlcp+SxpbuCy7RDpNocRLNWWFMaYYzznmTgfnTgD4D
gCq8Mf1mcfrluTkOAo+QNqbMfl1GISClopRqxVuAo59ewgMnFujwgd8w12BwWl24
CzqOs5HqcUslePj+LzcjSNgVCklYwKl+0dsb/fctMOCtHodwqm2CBJ+zydvNmYkD
fxda/J91Z1xrah5ec++FL0L4vs+jCiIWJeupJFKlr1hCMZiiGH7W554loK5l4jv3
EY347EidAw=3D=3D
=3DTa4p
-----END PGP PUBLIC KEY BLOCK-----