On Wed, Jan 25, 2012 at 9:10 PM, Joep Suijs <[email protected]> wrote:
> Hi Rob, > > > And about 'who cares': Jallib 0.8 has now been downloaded far over 100 > > times, so you would think it serves a purpose. But I received exactly 1 > > (private) thank you message. Not that I expect everybody to write > extensive > > acknowledgements with each release, but 1 is somewhat poorly after all > the > > time and effort we put in it. > There was no response to the announcement on the yahoo list either, > nor was there one on the previous release (apart from a request on > SRF-04 support). Also there are little issues reported with the > libraries (or feedback on beta libraries like sicr). Are the libraries > that good, are issues just not reported or isn't JALLIB used as much > as we like to believe (and is suggested by the number of downloads)? > Same applies to the compiler: on almost every larger project, I run > into issues. Over time I reported a few dozen, some of which still are > not fixed. I would expect more people would run into issues when JAL > is frequently used, especially with new features like records. > > I get the impression that the ones doing larger project move away from > JAL. There are new users too, many of which seem to be started by > Bert's books. It will take time until those user will build larger > projects and they might move away from JAL before that... > > Even though I like and use jal a lot, I consider using C when there's a need for fixed/floating point and string processing. What you tell is very true. Lack of native debugging support could be another reason why there's a move from jal on larger projects. > Although the compiler issues mentions are quite frustrating, IMHO JAL > still has a lot to offer to a programmer compared to - lets say - > arduino. The challenge is too maintain this advantage. I think we need > more people to contribute by using jallib and provide feedback. > There should be compelling projects and samples. Providing blink an led for every supported PIC of jallib in the samples folder just add to noise. Actually in many ways jaluino and jal offers more advantages than arduino, but we are not able to project it enough. IMHO among the many reasons, one reason of less contributions to projects of jallib is the restriction of not allowing CamelCase in variable names. I can agree with everything else in JSG but not this one. If arduino and java can allow not place such restriction why should jallib have it. This has been disucssed many times, but I think its time to reconsider. Regards Sunish -- You received this message because you are subscribed to the Google Groups "jallib" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/jallib?hl=en.
