Author Topic: More Developers...  (Read 23672 times)

speculatrix

  • Administrator
  • Hero Member
  • *****
  • Posts: 3707
    • View Profile
More Developers...
« Reply #45 on: June 24, 2005, 07:24:36 am »
Quote
http://handhelds.org would be a good (and obvious  ) place to start
[div align=\"right\"][a href=\"index.php?act=findpost&pid=85591\"][{POST_SNAPBACK}][/a][/div]

not for Sharp ROM, yes for ipaq/X11 type stuff?
Gemini 4G/Wi-Fi owner, formerly zaurus C3100 and 860 owner; also owner of an HTC Doubleshot, a Zaurus-like phone.

ken

  • Sr. Member
  • ****
  • Posts: 274
    • View Profile
More Developers...
« Reply #46 on: June 24, 2005, 07:27:45 am »
Quote
Quote
http://handhelds.org would be a good (and obvious  ) place to start
[div align=\"right\"][a href=\"index.php?act=findpost&pid=85591\"][{POST_SNAPBACK}][/a][/div]

not for Sharp ROM, yes for ipaq/X11 type stuff?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=85599\"][{POST_SNAPBACK}][/a][/div]

see previous message (I was writing it while you wrote yours)
SL-6000L Sharp ROM 1.12 - 1G SD (RiDATA) - 2G Microdrive (Hitachi)
TRENDnet TE-CF100 10/100 (no drivers needed) AmbiCom CF56M-EZ modem (no drivers needed)

omro

  • Hero Member
  • *****
  • Posts: 796
    • View Profile
    • http://
More Developers...
« Reply #47 on: June 24, 2005, 07:30:52 am »
Quote
Quote
Quote
I dont understand what people are trying to do here

The original point of my original post was:

It's hard to develop for the Zaurus or handheld linux in general, most people don't know where to start.

[div align=\"right\"][{POST_SNAPBACK}][/a][/div]

[a href=\"http://handhelds.org]http://handhelds.org[/url] would be a good (and obvious  ) place to start
[div align=\"right\"][a href=\"index.php?act=findpost&pid=85591\"][{POST_SNAPBACK}][/a][/div]

The Zaurus, Open Embedded, Open Zaurus don't even feature on the home page. I have been to that site, again a lot of the content assumes a higher level than beginner knowledge.
Zaurus C-1000

craigtyson

  • Sr. Member
  • ****
  • Posts: 462
    • View Profile
More Developers...
« Reply #48 on: June 24, 2005, 07:50:01 am »
I agree with the last comment.  Comming from a Windows / OS/2 development environment mostly in Pascal / Delphi I find Linux development realy taxing.  The starting point is usualy something like.. now you have compiled your xyz you can now start to install the IDE.... once you have completed this now install the cross compiler and dance round the computer three times clockwise with your Z taped to your forehead.  Which for anyone who hasnt done this before is somewhat over thir heads.

I seem to have seen a bootable CD in the past for development would this be a good starting point for new developers. This would need some documentation on the how to build your first app. with sample code if possable.  Im sure lots of the old hands have quite alot of examples of old code kicking about that would help out here.  This is one reason that MS has taken off... You done need to be a good programmer to be productive and develop working apps as the IDE is easy to pickup and there are lots of examples to get you going.
Craig
SL-C1000, Angstrom GPE 2007.12r13
Ambicom WL1100C, SanDisk UltraII 1GB SD
 
Old Faithfull - SL-5500 battery out of the C750 (see below) TKC v1 (New) 1GB SD
Dead - SL-C750, Cacko 1.23 lite (Dropped, very messy!)
Ambicom WL1100C, SanDisk Dead - 1GB SD
Keep your Z on a bungee, you never know.....

koen

  • Hero Member
  • *****
  • Posts: 1008
    • View Profile
    • http://dominion.thruhere.net/koen/cms/
More Developers...
« Reply #49 on: June 24, 2005, 09:08:28 am »
Quote
Quote
http://handhelds.org would be a good (and obvious  ) place to start
[div align=\"right\"][a href=\"index.php?act=findpost&pid=85591\"][{POST_SNAPBACK}][/a][/div]

not for Sharp ROM, yes for ipaq/X11 type stuff?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=85599\"][{POST_SNAPBACK}][/a][/div]

It says: Open Source for handhelds, and the sharp stuff is far from opensource
Forums are not bugtrackers!!! Smart questions
Ångström release team
iPAQ h2210, iPAQ h5550, iPAQ hx4700, Zaurus SL-C700, Nokia 770, all running some form of GPE
My blog

raybert

  • Full Member
  • ***
  • Posts: 233
    • View Profile
More Developers...
« Reply #50 on: June 24, 2005, 01:13:53 pm »
Quote
I agree with the last comment.  Comming from a Windows / OS/2 development environment mostly in Pascal / Delphi I find Linux development realy taxing.  The starting point is usualy something like.. now you have compiled your xyz you can now start to install the IDE.... once you have completed this now install the cross compiler and dance round the computer three times clockwise with your Z taped to your forehead.  Which for anyone who hasnt done this before is somewhat over thir heads.
craigtyson, for the record, this isn't directed at you in particular, but more at the general attitude of this thread.

I don't understand where comments like this are coming from.  I've been programming for ~25 years -- 18 professionally -- and I've had to learn many new platforms during that time.  Every platform takes some time and effort to get up to speed on.  In the grand scheme of things, developing for the Z and getting up to speed on it isn't any more difficult than any other platform.  All the same basic concepts are there in a very similar form as on any other platform.

I wonder if what's happening here is that folks who know one platform have simply forgotten how long and how much effort it took to get up to speed on it.  To use craigtyson as an example (and, again, not to single him out or anything), it surely must have taken you some significant time to get up to speed on the platforms you mentioned (Windows, OS/2, Delphi).  You're now trying to move to a new environment that is more than just a new set of tools: unix is very different in some ways than Windows and OS/2.  You can't expect to learn that overnight.  Think back to your early days in Windows and OS/2 and ask yourself if you can honestly say that learning Z development has really been that much more difficult.  I seriously doubt it.

And frankly, anyone who isn't already an accomplished developer on at least some platform has no reason whatsoever to expect this to be easy; and no amount of documentation in the world is going to change that.  Those who want to do must invest the time and effort to learn the necessary skills and there's simply no way around that.  Those who are developers had to deal with the same learning curve and often times had *fewer* resources to help them (the late-comers always have an advantage w.r.t. resources for learning).

Complicating this particular situation is the fact that this is a strictly volunteer community.  No one is getting paid to write documentation and organize it for you to make your efforts easier or develop tools for same.  And, since Sharp bowed-out (and even before, some might say), there has been no company with an incentive to pay folks for those things (Trolltech is the probably the only exception, but their hands are tied somewhat by Sharp's proprietary stuff).  The developers and volunteers that are active can barely keep up with the stuff that *they* want to do and it's unrealistic to expect anything more out of them.

And the fact of the matter is that the information IS out there.  If you want it you merely need to help yourself to it.  And I can tell you with some confidence that this situation isn't likely to change any time soon.

It is true that if we had some better resources we would probably attract more developers.  And it's also true that other organizations do have those resources and as a result fare better in terms of number of developers and their output.  But those organizations also have one thing that we don't: a sugardaddy.  (And it should be noted that the support of a sugardaddy is far from altruistic.  They do it only to increase their own bottom line; a far cry from the motivations of a volunteer community.)  Even when Sharp was supporting us, they put very little into it.

Frankly I think it's amazing what this community has accomplished with so little support.  And it's largely for that reason that I tend to regard complainers with some disdain.  This community didn't accomplish what it has by being negative and bitter about every little issue.  It approached issues with a positive attitude, learned to help itself and made the best of what it had.  That's the only road to success.

Sorry for the rant, but it had to be said...


Quote
...  This is one reason that MS has taken off... You done need to be a good programmer to be productive and develop working apps as the IDE is easy to pickup and there are lots of examples to get you going.
I can't help responding to this one also....  

Do you really think this is a good thing??  I, for one, would prefer to use software that's written by competent programmers.  If what you say is true, then this probably accounts for the all the crappy, bloated Windows-ware that abounds.  (In fairness, there is lots of good Windows-ware also.)

~ray

omro

  • Hero Member
  • *****
  • Posts: 796
    • View Profile
    • http://
More Developers...
« Reply #51 on: June 24, 2005, 02:34:32 pm »
Quote
Frankly I think it's amazing what this community has accomplished with so little support. And it's largely for that reason that I tend to regard complainers with some disdain. This community didn't accomplish what it has by being negative and bitter about every little issue. It approached issues with a positive attitude, learned to help itself and made the best of what it had. That's the only road to success.

I agree that what has been accomplished has been amazing

This thread wasn't started as a complaint, in places it has sounded like one, I'll admit.

The general aim of this thread, when I started it, was to suggest that a starting point for people who wanted to develop was set up in order to encourage more people to learn how to develop and hopefully increase the number of developers.

One of the reasons why I suggested setting up a "school" was because I believe that being taught the basic principles is better than going out and finding them. Being taught them saves time and hopefully encourages people to use a common starting point and standard.

The things I learnt best and with greater thoroughness were instructor led, teacher led, classes. I achieved more in less time than through self study. I will admit many self studiers are out there, who want to learn something and spend ages finding all they need and learning that way, but the vast majority of people learn through instruction and that was the aim and point of this thread, to encourage some central point of instruction, basic lessons and encouragement for development.

I know it's out there if people can be bothered to look for it, but why make it that difficult for people, but be obstructive? If it's in one place, easy to learn the basics, more people will be encouraged. If people have to google everything that they have to learn, most people will be put off from even trying.
Zaurus C-1000

craigtyson

  • Sr. Member
  • ****
  • Posts: 462
    • View Profile
More Developers...
« Reply #52 on: June 24, 2005, 03:25:16 pm »
Quote
Quote
I agree with the last comment.  Comming from a Windows / OS/2 development environment mostly in Pascal / Delphi I find Linux development realy taxing.  The starting point is usualy something like.. now you have compiled your xyz you can now start to install the IDE.... once you have completed this now install the cross compiler and dance round the computer three times clockwise with your Z taped to your forehead.  Which for anyone who hasnt done this before is somewhat over thir heads.
craigtyson, for the record, this isn't directed at you in particular, but more at the general attitude of this thread.

I don't understand where comments like this are coming from.  I've been programming for ~25 years -- 18 professionally -- and I've had to learn many new platforms during that time.  Every platform takes some time and effort to get up to speed on.  In the grand scheme of things, developing for the Z and getting up to speed on it isn't any more difficult than any other platform.  All the same basic concepts are there in a very similar form as on any other platform.

I wonder if what's happening here is that folks who know one platform have simply forgotten how long and how much effort it took to get up to speed on it.  To use craigtyson as an example (and, again, not to single him out or anything), it surely must have taken you some significant time to get up to speed on the platforms you mentioned (Windows, OS/2, Delphi).  You're now trying to move to a new environment that is more than just a new set of tools: unix is very different in some ways than Windows and OS/2.  You can't expect to learn that overnight.  Think back to your early days in Windows and OS/2 and ask yourself if you can honestly say that learning Z development has really been that much more difficult.  I seriously doubt it.
Having also done a fair bit of development on epoc Im able to compare tools and not everyone has a manweek to spend setting up a system to develop for the Z.  Hence the query about a cd distro with all the tools/doc/examples ready to go.
Quote
And frankly, anyone who isn't already an accomplished developer on at least some platform has no reason whatsoever to expect this to be easy; and no amount of documentation in the world is going to change that.  Those who want to do must invest the time and effort to learn the necessary skills and there's simply no way around that.  Those who are developers had to deal with the same learning curve and often times had *fewer* resources to help them (the late-comers always have an advantage w.r.t. resources for learning).
Well I used to develop in machine code on Z80s but if your saying I can use those skills to deveolp on the Z then Im afraid it dont work.  Most folks dont have 20 od years as a professional programmer.  And alot of applications dont need 20 years of experience to code unless the implication is that to develop anything on the Z you require months of free time to get the simplest application running or need 20 years of experience to fully understand and decode the Z compexities.
Quote
Complicating this particular situation is the fact that this is a strictly volunteer community.  No one is getting paid to write documentation and organize it for you to make your efforts easier or develop tools for same.  And, since Sharp bowed-out (and even before, some might say), there has been no company with an incentive to pay folks for those things (Trolltech is the probably the only exception, but their hands are tied somewhat by Sharp's proprietary stuff).  The developers and volunteers that are active can barely keep up with the stuff that *they* want to do and it's unrealistic to expect anything more out of them.

And the fact of the matter is that the information IS out there.  If you want it you merely need to help yourself to it.  And I can tell you with some confidence that this situation isn't likely to change any time soon.

It is true that if we had some better resources we would probably attract more developers.  And it's also true that other organizations do have those resources and as a result fare better in terms of number of developers and their output.  But those organizations also have one thing that we don't: a sugardaddy.  (And it should be noted that the support of a sugardaddy is far from altruistic.  They do it only to increase their own bottom line; a far cry from the motivations of a volunteer community.)  Even when Sharp was supporting us, they put very little into it.

Frankly I think it's amazing what this community has accomplished with so little support.  And it's largely for that reason that I tend to regard complainers with some disdain.  This community didn't accomplish what it has by being negative and bitter about every little issue.  It approached issues with a positive attitude, learned to help itself and made the best of what it had.  That's the only road to success.

Sorry for the rant, but it had to be said...
Wasnt complaining..  I too belive that the Z comunity has done some incredible work.  What this post is about is how to help beginers get up to speed quickly so they can do the programing that makes their app work and develop the idea rather than spending the time doing what has been done before.
Quote
Quote
...  This is one reason that MS has taken off... You done need to be a good programmer to be productive and develop working apps as the IDE is easy to pickup and there are lots of examples to get you going.
I can't help responding to this one also....  

Do you really think this is a good thing??  I, for one, would prefer to use software that's written by competent programmers.  If what you say is true, then this probably accounts for the all the crappy, bloated Windows-ware that abounds.  (In fairness, there is lots of good Windows-ware also.)
I have to agree there are lots of windows apps that suck.  Lots of them professionaly writen too.  But if the application has been developed in a half decent environment with the right tools its more dificult for the uninitiated to make a hash out of the project no.  Im not talking bells and whistles here just a good solid RAD / IDE which dosnt require a phd to get up and running.
Quote
~ray
[div align=\"right\"][a href=\"index.php?act=findpost&pid=85672\"][{POST_SNAPBACK}][/a][/div]
Craig
SL-C1000, Angstrom GPE 2007.12r13
Ambicom WL1100C, SanDisk UltraII 1GB SD
 
Old Faithfull - SL-5500 battery out of the C750 (see below) TKC v1 (New) 1GB SD
Dead - SL-C750, Cacko 1.23 lite (Dropped, very messy!)
Ambicom WL1100C, SanDisk Dead - 1GB SD
Keep your Z on a bungee, you never know.....

soundwave106

  • Full Member
  • ***
  • Posts: 108
    • View Profile
More Developers...
« Reply #53 on: June 24, 2005, 07:27:24 pm »
I'll throw in my 2 cents here....

Sorry, folks. The trend in programming is *not* going to be to create low-level stuff from scratch in which you need three months just to compile "Hello World". The trend in programming *is* going to be high-level languages that allow "beginners" to create what they want easier. I'm sorry to all Microsquish detractors, but you aren't going to convince me to, say, write hardcore XML text processors using C++ code, makefiles, several days, etc. when Microsquish has .NET modules that allow me to write four or five lines of code in 10 minutes.

The easy way of course to do XML processing on the Z is Python, and Python's pretty good for other things along those lines. Now Python isn't as RAD as what the folks at Borland did for Pascal and what the Microsoft folks have done for now many languages with .NET, and I honestly think the language is a bit clumsy compared to C++ and the RAD langauges above. But I thought Python was the best hope for a RAD Sharp Z development environment. Alas, the GUIs for Python seemed very blah, even commercial ones liked Blackadder seemed remarkably clumsy with limited good tools for beginners.

If you want to develop in C++ for the Zaurus, it seems like I had to go through a lot of hunting and pecking just to find best development environment practices. Like a lot for the Z, dead links abound. It got frustrating for a while and in the end, hell I didn't care too much. Most of what I need for the Z, I already had. To develop apps on the Z seemed more troublesome than it seemed to be worth, just because it wasn't easy. If someone is ticked off that someone has this attitude (and I'm no programming slouch), sorry. But my time is valuable and I'm not going to waste it hacking away when I can have fun elsewhere and find alternate solutions for my needs.

ken

  • Sr. Member
  • ****
  • Posts: 274
    • View Profile
More Developers...
« Reply #54 on: June 24, 2005, 07:37:27 pm »
Quote
lot for the Z, dead links abound. It got frustrating for a while and in the end, hell I

seriously, when someone finds a dead link it really really helps if someone says something.
SL-6000L Sharp ROM 1.12 - 1G SD (RiDATA) - 2G Microdrive (Hitachi)
TRENDnet TE-CF100 10/100 (no drivers needed) AmbiCom CF56M-EZ modem (no drivers needed)

kopsis

  • Sr. Member
  • ****
  • Posts: 329
    • View Profile
    • http://kopsisengineering.com
More Developers...
« Reply #55 on: June 25, 2005, 10:35:03 am »
Quote
The trend in programming *is* going to be high-level languages that allow "beginners" to create what they want easier.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=85714\"][{POST_SNAPBACK}][/a][/div]

I have yet to figure out why most folks that want to develop for the Zaurus immediately dive down into C/C++. Development costs (in terms of time and effort) are always high in compiled languages. That cost can be justified when you're doing OS or library development, but for apps, it's often overkill.

Solutions like Python and Ruby let you avoid the whole cross-development challenge. As long as you're cognizant of the limitations of the Zaurus, you can develop natives apps on the desktop that will run just as well on the Zaurus. You can even achieve some degree of cross-ROM portability that you can't get with C/C++ development since all the major ROMs need a different cross-development environment.

Is it just that people don't know about the higher level development solutions? Or is it that lots of folks are using them but since it's so much easier we don't hear from them?

omro

  • Hero Member
  • *****
  • Posts: 796
    • View Profile
    • http://
More Developers...
« Reply #56 on: June 25, 2005, 10:44:29 am »
Quote
Quote
The trend in programming *is* going to be high-level languages that allow "beginners" to create what they want easier.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=85714\"][{POST_SNAPBACK}][/a][/div]

I have yet to figure out why most folks that want to develop for the Zaurus immediately dive down into C/C++. Development costs (in terms of time and effort) are always high in compiled languages. That cost can be justified when you're doing OS or library development, but for apps, it's often overkill.

Solutions like Python and Ruby let you avoid the whole cross-development challenge. As long as you're cognizant of the limitations of the Zaurus, you can develop natives apps on the desktop that will run just as well on the Zaurus. You can even achieve some degree of cross-ROM portability that you can't get with C/C++ development since all the major ROMs need a different cross-development environment.

Is it just that people don't know about the higher level development solutions? Or is it that lots of folks are using them but since it's so much easier we don't hear from them?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=85774\"][{POST_SNAPBACK}][/a][/div]

Yet another reason why a "school" for developers would be a good idea, would point people down the right path at the beginning... ;-)
Zaurus C-1000

craigtyson

  • Sr. Member
  • ****
  • Posts: 462
    • View Profile
More Developers...
« Reply #57 on: June 25, 2005, 11:20:16 am »
OK id suscribe to that.  What do we need then to provide / promote a high level language school for the Z?

A CD distro for the PC with tools ?
A HowTo for yxz on Z ?
A library of code stubs / framework apps for yxz on Z ?
What else ?
Craig
SL-C1000, Angstrom GPE 2007.12r13
Ambicom WL1100C, SanDisk UltraII 1GB SD
 
Old Faithfull - SL-5500 battery out of the C750 (see below) TKC v1 (New) 1GB SD
Dead - SL-C750, Cacko 1.23 lite (Dropped, very messy!)
Ambicom WL1100C, SanDisk Dead - 1GB SD
Keep your Z on a bungee, you never know.....

lardman

  • Hero Member
  • *****
  • Posts: 4512
    • View Profile
    • http://people.bath.ac.uk/enpsgp/Zaurus/
More Developers...
« Reply #58 on: June 25, 2005, 12:28:06 pm »
Quote
A CD distro for the PC with tools ?

Not a CD, but http://oe.handhelds.org/cgi-bin/moin.cgi/GettingStarted is really rather easy to follow and if you do follow it you will have all the tools you need.

Quote
A library of code stubs / framework apps for yxz on Z ?

Choose an app from the openembedded packages (there's lots in there >2000 iirc), run 'bitbake <package-name>, see if it does what you think it should, if not look at the source code which will be in your work directory. Easy enough - certainly plenty of example apps .

Modifying or creating something new based on it is as easy as copying/renaming the .bb file (recipe) and placing the source somewhere in a tarball. Again this is documented on the website (and if it's not clear enough, then please modify it/speak up to make it clearer, etc.)

Quote
A HowTo for yxz on Z ?

Generally speaking, programming for the Z is no different to programming for Linux - there are books and courses for this kind of thing (and as a Windows programmer there was a general learning curve moving to Linux, but it wasn't that hard with a bit of patience & perseverance), not to mention the web in all its glory - do some googling.


Si
C750 OZ3.5.4 (GPE, 2.6.x kernel)
SL5500 OZ3.5.4 (Opie)
Nokia 770
Serial GPS, WCF-12, Socket Ethernet & BT, Ratoc USB
WinXP, Mandriva

craigtyson

  • Sr. Member
  • ****
  • Posts: 462
    • View Profile
More Developers...
« Reply #59 on: June 25, 2005, 02:25:34 pm »
Quote
Quote
A CD distro for the PC with tools ?

Not a CD, but http://oe.handhelds.org/cgi-bin/moin.cgi/GettingStarted is really rather easy to follow and if you do follow it you will have all the tools you need.
I have read this before and didnt find it left me with any confidence that I would have a development environment anytime soon.  This takes me back to my original point I can use epoc tools or windows tools and have an application or utility put together in hours or I can spend the same time starting to setup a development area for the Z which needs perl / python / compilers / an intimate knowlage of other bits to get the framework installed before any development can start.
Quote
Quote
A library of code stubs / framework apps for yxz on Z ?

Choose an app from the openembedded packages (there's lots in there >2000 iirc), run 'bitbake <package-name>, see if it does what you think it should, if not look at the source code which will be in your work directory. Easy enough - certainly plenty of example apps .

Modifying or creating something new based on it is as easy as copying/renaming the .bb file (recipe) and placing the source somewhere in a tarball. Again this is documented on the website (and if it's not clear enough, then please modify it/speak up to make it clearer, etc.)
Im not qualified to comment as I dont have the manhours to spare to investigate.
Quote
Quote
A HowTo for yxz on Z ?

Generally speaking, programming for the Z is no different to programming for Linux - there are books and courses for this kind of thing (and as a Windows programmer there was a general learning curve moving to Linux, but it wasn't that hard with a bit of patience & perseverance), not to mention the web in all its glory - do some googling.


Si
[div align=\"right\"][a href=\"index.php?act=findpost&pid=85800\"][{POST_SNAPBACK}][/a][/div]
Craig
SL-C1000, Angstrom GPE 2007.12r13
Ambicom WL1100C, SanDisk UltraII 1GB SD
 
Old Faithfull - SL-5500 battery out of the C750 (see below) TKC v1 (New) 1GB SD
Dead - SL-C750, Cacko 1.23 lite (Dropped, very messy!)
Ambicom WL1100C, SanDisk Dead - 1GB SD
Keep your Z on a bungee, you never know.....