RAREblog

Here's how to avoid one of the commonest software bugs If you're in the software business you've probably encountered the dreaded 'off-by-one' error. An off-by-one error often occurs when an iterative loop iterates one time too many or too few. Someone might use "is less than or equal to" where "is less than" should have been used. It's also easy to forget that a sequence starts at zero rather than one. To put it another way, we sometimes fail to distinguish between a count (how many are there?) and an offset (how far is that from here?) Ten gaps in eleven posts These problems aren't unique to programming. At the time of the last millennium, there was a lot of discussion as to whether it should have been celebrated on 1st January 2000 or 2001. In debates about the millennium off-by-one errors may not be too serious. In software they can be fatal. How can you avoid them? Here are three techniques which help. I'll

APL is one of the most productive programming languages ever invented, and it's available free on all models of the Raspberry Pi. I've just launched an early access version of an Introductory eBook , and it's free for the next seven days. You should read this book if you want to • find out what programming in APL is like • learn how to use the language effectively • decide if APL is appropriate for your project • take part in the Dyalog annual APL problem-solving competition The fast-paced introductory text will teach you the core of the language in a few short, fun sessions. Once you've finished the book you'll get links to free resources you can use to master the rest of APL's amazing capabilities. The book is only 30% complete at present, but if you 'buy' the free version now you'll pay nothing for the book, and you'll get free updates as soon as they are published. I'll start to increase the price next Sunday, and it w

Morten Kromberg of Dyalog APL has just published a video of his keynote from the PLDI 2016 ARRAY Workshop. It's titled Notation for Parallel Thoughts and it describes some exciting innovations in the field of programming for parallel processing.

A few weeks ago I mentioned the Dyalog APL annual problem-solving competition . I've been researching previous contests, and wanted to share my findings. It's worth entering, even if you don't know APL. Many of the previous winners learned APL just for the competition . They spent a few days learning the language, and a few more working on the contest problems. Some won top prizes (worth $2000 this year). It's worth re-entering, even if you entered last year. Many of the winners had applied before. Some even won prizes in successive years. It's worth entering wherever you live. Winners have come from all over the world. It's worth entering even if you don't win. I've taken this list of reasons from my forthcoming introduction to APL. (The book should be available in time to help you with your competition entries!) 5 good reasons to learn this powerful language APL is concise and expressive, so you can try out new ideas very quick

I need a snappy title for a book. The book is an introduction to the Dyalog implementation of theAPL programming language . The book is aimed primarily at people learning it on the Raspberry Pi. APL runs on all models of the Pi, including the £4/$5 Pi zero shown on the right. You can download a copy of Dyalog APL for the Pi here . If you submit a title as a comment, if you are the first to submit it, and if I use it, I will send you a Raspberry Pi model 3 complete with a power supply and an SD card. No royalties, though, and you will need to find a monitor, keyboard and mouse. If you have a Pi already I will send one to the beneficiary of your choice. Pi3B - Image (c) the Raspberry Pi Foundation The book is not yet complete but it should be available in early access format on Leanpub in a few days time. Have a go - post your title below.

I've just launched ANNSER on GitHub . ANNSER stands for A Neural Network Simulator for Education and Research. It is licensed under the MIT license, so it can be used for both Open Source and Commercial projects. ANNSER is just a GitHub skeleton at the moment. I have some unreleased code which I will be committing over the next few days. I'm hoping that ANNSER will eventually offer the same set of features as established ANN libraries like TensorFlow, Caffe and Torch , and I would like to see a GUI interface to the ANNSER DSL. ANNSER will be implemented in Dyalog APL . The GUI will probably be implemented in JavaScript and run in a browser. All the code will run on the Raspberry Pi family, though you will be able to use other platforms if you wish. There's a huge amount of work to complete the project but we should have a useful Iteration 1 within a few weeks. Why APL? I have several reasons for choosing APL as the main implementation language. It'

If you don't work in Software you may never have heard of Kent Beck but he's had a huge influence on the way we test and write code. Yesterday Kent posted a fascinating list on Facebook. He shared some of the key ideas that guide his thinking. The post is interesting, and stimulating, but it's a wall of text. I love reading, but I also like to think visually, so I started to mind map what he wrote. It's slowly growing. The map source (made with Freeplane ) and images are now on GitHub . Kent suggested that this might be the basis of a workshop: Seems like this could turn into a workshop pretty easily. Spend three days mapping your current ideas, figuring out the holes you want to fill, what you want to eliminate. Three days sounds a lot, but maybe we could do a shorter version via a google hangout. Anyone interested? If so, please comment.