<br><div class="gmail_quote">2010/11/29 Michael George Hart <span dir="ltr"><<a href="mailto:michael.george.hart@gmail.com">michael.george.hart@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hmm...... did I say all the files were in one directory or did I say I have 300 plus files used to build executables and libraries? Hmmmm..<br>
<br>
We'll that was not the point of bringing any this to your attention. What I am trying to bring to your attention is there are a class of softer developers who do not care about knowing extraneous stuff like build systems. What they care about is writing and testing their software models without distractions such as a build system. The prior kdevelop3, vs, eclipse, java bean etc don't seem to have the kdevelop4 build system distractions; you simply add files build, run, debug and install<br>

<br>
The problem is that most of you guys out know each other and probably all talk on the same forums so when you talk to each other it's like bouncing ideas off yourselves. So when an outsider comes and tells you have created something technically superior but on a whole useless to the average developers who simply wants to build a software model and install it into some default location it would be a good idea to take notes<br>

<br></blockquote><div><br></div><div>Point from a non kdevelop developer:</div><div><br></div><div>I clearly disagree with you. Unless the system you develop is a _great_ mess, some level of configuration had to be done under VS or eclipse or whatever. One of the motivational that made the company I work on to switch from plain VS solutions to CMake ( and yes, that was prior to knowing that KDevelop was using it) it's because it was a pita to synchronize multiple workstations. So, if you came here and do some severe accusation saying that are plenty of senior developers that never had int touch with build systems, I ( as everyone here maybe are thinking also ) have to just not take as reality.</div>
<div><br></div><div> </div><div>Victor</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Sent from my iPad<br>
<div><div></div><div class="h5"><br>
On Nov 29, 2010, at 1:00 PM, Syron <<a href="mailto:mr.syron@googlemail.com">mr.syron@googlemail.com</a>> wrote:<br>
<br>
> 2010/11/29 Michael Hart <<a href="mailto:michael.george.hart@gmail.com">michael.george.hart@gmail.com</a>>:<br>
>> Being a very senior and experienced C++ developer for the most part all I<br>
>> ever cared about was the C++ language and the various APIs I used in getting<br>
>> an application to market. So what may seem appalling to you, I can only make<br>
>> the assumption I was using automake as my build tool.<br>
><br>
> I think it's strange that you're a senior developer and have never<br>
> dealt with any build system - understanding how build systems work is<br>
> an important thing, that's what I learned as soon as I wrote my first<br>
> project with more than one file. And I am also worried about the fact<br>
> that you have 300 C++ files in _one_ directory, that seems like a big<br>
> mess.<br>
> If you spend some time learning a build system (qMake, CMake,<br>
> whatever), you will soon learn how powerful they are.<br>
><br>
> Kind regards,<br>
> -- Syron<br>
><br>
> --<br>
> KDevelop-devel mailing list<br>
> <a href="mailto:KDevelop-devel@kdevelop.org">KDevelop-devel@kdevelop.org</a><br>
> <a href="https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel" target="_blank">https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel</a><br>
<br>
--<br>
KDevelop-devel mailing list<br>
<a href="mailto:KDevelop-devel@kdevelop.org">KDevelop-devel@kdevelop.org</a><br>
<a href="https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel" target="_blank">https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel</a><br>
</div></div></blockquote></div><br>