Am kommenden Mittwoch (19.11.) heißt es in #Görlitz Jugend hackt! Wir freuen uns, euch zum #Hackday einzuladen! Alle Infos findet ihr auf der Event-Seite:

https://jugendhackt.org/events/dresden/hackday-goerlitz/

#jugendhackt

Ooh, there's another group on the @DoESLiverpool #Mobilizon instance - the @active_travel_hack_day

Thanks @michael!

#Liverpool #hackday #ActiveTravel #BikeTooter #weeknotes

Looking forward to the Active Travel Hackday at @DoESLiverpool tomorrow.

There are still some places left if anyone fancies joining us

#Liverpool #BikeTooter #hackday

https://events.doesliverpool.com/events/a0c91251-7a5b-4420-b011-94a44fb42a60

Want to spend a day hacking around with bike/walking/wheeling stuff (data? mapping? code? electronics? all of the above? who knows, we'll work it out together) with me at @DoESLiverpool ?

Come along to the Active Travel Hackday!

https://events.doesliverpool.com/events/a0c91251-7a5b-4420-b011-94a44fb42a60

#ActiveTravel #hackday #weeknotes #Liverpool

@C4NRN
Hack-Weekend des Code for Niederrhein im JuNo Moers:

Gesprächsthema heute - Texteditoren

Jeder Editor sollte sich in den Schreibmaschinen- oder Typewriter-Modus umschalten lassen

Kein Löschen von getippen Buchstaben, durchstreichen möglich, kein Cut&Paste

Das würde die Textqualität enorm verbessern !

#hackday #vim #emacs #kate #kile #typewriter #schreibmaschine

Homeless Hackday

https://shkspr.mobi/blog/2012/07/homeless-hackday/

I had a great time at the Homeless Hackday. This is a belated write up, because I wanted to let a few thoughts peculate.

The Problem

There has been a worrying rise in the number of people rough sleeping - especially in the capital. There are a number of charities and Government departments which are available to help people who are homeless.

They wanted a smartphone app / mobile web site which would help tackle homelessness. Either by helping people people directly or by allowing members of the public to get homeless people the support they need.

Language Matters

We quickly ran in to some language barriers.

• "Report A Homeless Person" - it's not illegal to be homeless. They're not a nuisance which need reporting to officialdom.
• "Tag a homeless hotspot" - tagging also has negative connotations.
• "Alert the authorities" - again, these are people; not a chemical spill.

It becomes very tricky to find a neutral way that conveys to a user what the app is for, while still respecting the dignity of the homeless.

Our solution

We came up with an elegant solution. A simple mobile website which would geo-locate the user, allow them to input basic details about the homeless person they were trying to help, and then pass that information on to the council.

Here's our full presentation.

Mobile Payments / Donations

I coded up the donation part of the service. Using ImpulsePay, I was able to create a two-click donation form. The payments are processed by your mobile network provider, so there's no need to type in any credit card information.I also used jQuery to build a slider - this encouraged playability. A user can slide the bar to see what their donation will buy. This allows them to get a more personal sense of where their money is going and (hopefully) encourages them to donate more.

Understanding a Hackday

We received one piece of negative feedback which, on reflection, I think exposes one the inherent tensions in a hackday. I'd suggest reading both Thayer Prime's blog post and Emma Mulqueeny's blog post for some eloquently expressed thoughts about what Hackdays are and are not.

The Homeless Hackday was very up-front with developers with regard to intellectual property rights, and what was expected of us. What I'm less clear on was whether all the agencies who came understood what the purpose of a Hackday is.

During the building of the hack we were asked several times "oooh! Could you add....?" The answer to which is "Yes, given sufficient time and budget!"

In any project there's a dilemma concerning the amount of time allocated between planning and building. The crux of a Hackday is to keep the scope extremely limited. It should be possible to show how the product could evolve, but that doesn't mean building it or even taking it into account when designing.

On demoing the mobile donation part, the immediate feedback was

How do you determine the recipient of the donation? Not every charity is a good one - and some hinder rather than help.

That's a very fair question - but it leads to a complicated answer which you can't easily give in a 3 minute demo.

More than that, it assumes a huge amount of subject knowledge. The majority of developers came to the Hackday with zero sector knowledge and had to pick it up in the 8 hours they have to hack.

The politics of the situation is totally outside the scope of what anyone can be expected to build.

Furthermore, any hackday demo is - almost by its very nature - conceptual. It almost certainly won't deal with edge-cases, deviations from the happy-path, or even having two people use it simultaneously!

A Hackday demo is axiomatically a demonstration of a quick hack. It shows you what could be possible given limited information and minimal coding time.

Summary

Overall, the Homeless Hackday was a great experience. It took me out of my comfort zone, made me engage with an issue to which I previously had given very very little thought. It was wonderful working with people dedicated to helping those less fortunate.

In many respects, it was the perfect Hackay. A well defined problem, a solution which could improve the lives of many people, and a good set of data to work on. And the requisite amount of pizza and cake.

I just wish that the limits of what a Hackday can produce was made clear to everyone involved.

#hackday #homeless #wdif

Alexa Skills - get custom slot names using Flask-Ask

https://shkspr.mobi/blog/2019/06/alexa-skills-get-custom-slot-names-using-flask-ask/

Amazon encourages developers to use Flask-Ask - the handy Python library for working with Alexa. Sadly, the project has been abandoned. They no longer take pull requests, you can't raise bugs against it, and the documentation is incomplete.

So this is how I solved an annoying problem - how to get the name of a custom slot.

Here's the code, with a fuller explanation afterwards.

Yeuch! What's going on?

Alexa lets us define custom slot names - these can be associated with any spoken text. For example, I might want the slot name "car" to be sent whether the user says "car" or "automobile" or "vehicle" or any other synonym.

In my case, I want to send my API the ID Code of a hospital.

If the user says "John Radcliff" or "Oxford" or "John Radcliff Hospital" - then my API should receive the ID RTH08. It can then use that ID in a separate API call.

Here's the JSON that Alexa sends our API (I've truncated it for ease of reading).

A bit verbose, but easy enough to parse.

I've moaned before about Alexa skill development - but it is getting worse. As you can see from the above screenshot, the development website's contrast isn't great - which makes building a skill physically painful.

Add to that the outdated tutorials, the weird terminology, the multiple sites to use, broken links, and abandoned libraries... It's hard to feel enthusiastic about building more skills.

Amazon have gone down the classic route of paying developers to build for their platform. But I don't think that's enough.

The Alexa team need to work on the developer experience. A GUI like NODE-RED could be used to help build skills in one place. Why is it so complicated to deploy and test skills? Where are the official libraries which "just work"?

I honestly believe that one of the things holding back voice assistants from their full potential is the poor developer experience.

#alexa #developer #hackday #nhshd #python