<br><br><div class="gmail_quote">On 25 February 2012 13:52, Marco van de Voort <span dir="ltr"><<a href="mailto:marcov@stack.nl">marcov@stack.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Mon, Feb 13, 2012 at 02:55:17PM -0200, Everton Vieira wrote:<br>
<br>
> How to improve things:<br>
> - Better container lib.<br>
> - Better documentation.<br>
> - Easier installation.<br>
> - Publicity! This would be the most important now. The other parts are in a decently good condition.<br>
>  Successful projects have a public relations side-project, advertising themselves somehow. Product releases are one way to get free advertising. Thus it is very bad for publicity that Lazarus has releases so seldom. A product release is always mentioned in some programming site, read by potential users. Without releases this looks like a dead project.<br>

<br>
</div>  - get billion dollar investments of big IT companies.  Java did too :-)<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
--<br>
_______________________________________________<br>
Lazarus mailing list<br>
<a href="mailto:Lazarus@lists.lazarus.freepascal.org">Lazarus@lists.lazarus.freepascal.org</a><br>
<a href="http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus" target="_blank">http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus</a><br>
</div></div></blockquote></div><br>This the second time I have got involved in this kind of discussion today!!<br clear="all"><br>There are so many points here is not possible to discuss them all.<br><br>Many Pascal programmers are well versed in the language, and the associated tools, having began using it even before the Turbo Pascal era. let alone the Dephi/Object Pascal period. They are quite fine working as they are and can get to speed quickly. Newcomers and even some of old timers are the  ones who ask themselves "If I am starting a new project, is Pascal the right one? Of course not!" Newcomers problem will be familiarity with the language, old timers issues will be the libraries and associated tools.<br>
<br>In relation to Eclipse above, The minimum 2Gb or even 4Gb or RAM needed to run Eclipse is not much these days. I have used Eclipse with languages I am not familiar with and the syntax highlighting kicks in shows me syntax errors and missing libraries straight away. With Pascal I have to repeatedly compile to track them down. Try that with an free contemporary Pascal IDE.<br>
<br>Collaborative tools lag behind. Enough has been said about the Git vs Subversion issue. As for moving to a hosted service such a Github, Jira, Assembla etc, the topic has not even come up. It is okay if existing tools are fine but how many young people what to work with anything other than Github, Git, Mercurial etc.<br>
<br>How about the reluctance to put documentation in library code? The policy with fpdoc is to create documentation separately from code. The problem is who has time for that. If documentation goes into the code it is better as it forces you to think clearly about what your are doing as you are doing that knowing that others depend on it, especially if there is a strict community code of ensuring that docs in the code are always correct and up to date, and that if they are not accurate they should be removed altogether. I am developing a FreePascal Lazarus program now, owing to my familiarity with Delphi, but at the same time I am keenly aware that in domains I am unfamiliar with I would probably better using Java, Python because the tools and libraries would be much better.<br>
<br>Mind you I am not denigrating Pascal in anyway, but it would be more a labour of love than one of economic utility, when economic utility would be the better driver.<br><br><br>PS. Whatever you do store it in a repository and keep good notes on it. You might forget it sooner than you think<br>
<br><br>-- <br>Frank Church<br><br>=======================<br><a href="http://devblog.brahmancreations.com">http://devblog.brahmancreations.com</a><br>