2014-05-27 11:30:29 +02:00
|
|
|
---
|
|
|
|
|
layout: site
|
|
|
|
|
title: Join the fun
|
|
|
|
|
---
|
2014-05-25 13:04:53 +02:00
|
|
|
|
2014-05-27 11:30:29 +02:00
|
|
|
###Join the fun
|
|
|
|
|
|
2015-05-13 12:30:33 +02:00
|
|
|
I am very open for people to join. Say hello at the [list](https://groups.google.com/forum/#!forum/salama-dev).
|
2014-05-27 11:30:29 +02:00
|
|
|
|
2015-05-13 12:30:33 +02:00
|
|
|
I just want to mention that this is my hobby, something i do in my spare time, for fun.
|
|
|
|
|
I don't get any money and in fact, running 2 companies, have to carve the time to do this.
|
2014-05-27 11:30:29 +02:00
|
|
|
|
2015-05-13 12:30:33 +02:00
|
|
|
As such i want it to stay fun. So i am looking for friendly, constructive, positive contact.
|
2014-05-27 11:30:29 +02:00
|
|
|
|
|
|
|
|
Please read the pages and the code and find something that interests you, possibly from the todo list.
|
2015-05-13 12:30:33 +02:00
|
|
|
Then talk to me what you are planning. Issues can be good to capture topic conversations.
|
|
|
|
|
The list is good for more general discussion.
|
2014-05-27 11:30:29 +02:00
|
|
|
|
|
|
|
|
Then fork and work on a branch before sending pull request.
|
|
|
|
|
|
2015-08-08 19:33:11 +02:00
|
|
|
If you don't have an arm, here are instructions to run an [emulator](/qemu.html) (on mac)
|
2014-05-27 11:30:29 +02:00
|
|
|
|
|
|
|
|
I wrote some ideas in the about page, but here some more code related guidelines
|
2014-05-25 13:04:53 +02:00
|
|
|
|
|
|
|
|
- Walk the straight line
|
|
|
|
|
Or "No futureproof" means not to design before you code. Not to anticipate, only to do the job that
|
|
|
|
|
needs doing. Better design should be extracted from working code.
|
2015-05-13 12:30:33 +02:00
|
|
|
|
2014-05-25 13:04:53 +02:00
|
|
|
- tdd extreme
|
|
|
|
|
Having suffered from broken software (small feature add breaks whole software) so many times, the new tdd
|
|
|
|
|
wind is not just nice, it is essential. Software size is measured in tests passed, not lines written. Any
|
|
|
|
|
new feature is only accepted with enough tests, bugs fixed after a failed test is written.
|
2015-05-13 12:30:33 +02:00
|
|
|
|
2014-05-25 13:04:53 +02:00
|
|
|
- Use names rightly
|
2015-05-13 12:30:33 +02:00
|
|
|
or the principle of least surprise. Programming is so much naming, so if done right will lead to a
|
|
|
|
|
natural understanding, even of code not read.
|
2014-05-25 13:04:53 +02:00
|
|
|
Good names are Formatter or compile, but unfortunately not everything we have learnt is named well, like
|
|
|
|
|
Array (should be ordered list), Hash (names implementation not function) or string (should be word, or bytebuffer).
|
|
|
|
|
|
|
|
|
|
- No sahara
|
|
|
|
|
There has been much misunderstood talk about drying things up. Dry is good, but was never meant for code, but
|
|
|
|
|
for information (configuration). Trying to dry code leads to overly small functions, calling chains that
|
|
|
|
|
are difficult to understand and serve only a misundertood slogan.
|
