Projects/Promo/Happy newbies

From KDE TechBase
Revision as of 02:28, 25 February 2009 by Blauzahl (talk | contribs) (→‎Culture: how to encourage other cultures; hopefully this isn't too offensive)

What's your advice to people who want to get into KDE development-type stuff but don't know where to start?

  1. Figure out if you want to "develop-develop" or if you would be better at non-coding but still important types of tasks. I got my start in KDE doing documentation even though I knew coding at the time. When I decided I wanted to help with JuK the first thing I did was fix the documentation as much as I could, which helped me learn the codebase, that proved useful too.
  2. If you do plan to do coding and you don't know programming, start learning now. You can learn KDE and programming in parallel but you can't start on C++ (or Python, etc.) too soon.
  3. Learn Qt first.
  4. Finally, absorb information. :) You can do this by lurking on mailing lists, by hanging out in IRC development channels, and by reading TechBase. You'll find out there's more you need to know than just programming, but many skills will translate well even to non-programming tasks so it doesn't hurt to learn.

(---mpyne)

How to pick a project

  • What app do you use most? Enjoy? Are curious about?
  • Not sure? Join BugSquad. :) #kde-bugs

Culture

"Have a thick skin."

  • German stereotype is that they are brusque, but this isn't limited to Germans. Not all geeks have the best social skills.
  • South Americans will go away if told not right
  • Asian...
  • In general, newbies can and will be nervous. That is ok. If someone seems to be mean to you, don't take it personally. It is only one person in the project, and they may not actually intend to be mean. It might just be their personality, and they might act like that towards everyone. Maybe you misunderstand them. (...how to encourage to ask someone else for a second opinion on personal/social matters?)

Specifics

  • patches --- who to submit them to so they get read and not lost
    • i.e. bugzilla vs. mailing lists. which?
  • coding style
    • Some projects have explicit documentation. Others, just follow the style the maintainer is using. Above all, read the stuff on techbase about general KDE style.
  • what to be shy about and not to be shy about (important!)
    • I have no clue.
  • lists of things that are newbie friendly that need help
    • kopete needs developers, and mattr has a list of jobs, according to the topic of #kopete
    • look in bugzilla wishlists, and look for something neat, ask somebody more senior if that is a good thing to work on (animating the tab icon while the tab is loading seems like a popular thing)
    • look in bugzilla for easy bugs to fix
      • For things like khtml, go to #khtml and you are likely to get a tutorial of the codebase, layers, etc. Easy fixes, but you need some guidance.

Bugzilla has JJ, junior jobs.

  • join the community, mailing lists, irc, etc.