Remember: recording a conversation without other people’s knowledge is illegal in the UK (and elsewhere).
There’s a decent guide to setting up streaming Jitsi with YouTube already – but as I wanted to take just the audio and post it on our internal blog there were a few extra steps required that took me a little while to put together.
Then open that in Audacity and make any changes you want to (for e.g. trimming beginning and ending of meeting). Export audio and you can save it as another WAV file. ffmpeg can then convert to whatever format you decide to use.
ffmpeg -i edited.wav finished.m4a
I actually convert to a mono recording in Audacity as well then you can make the target file smaller using ffmpeg commands like:
I’ve had a bunch of articles in draft form for a while and Jira outage has inspired me to actually finish one off – here are my patterns for sensible unit testing. I have more to write on this on future as I’ve really only covered some very basics at this point.
This is more for archival purposes really – the talk is quite out of date as it covers native queue usage as HTTP whereas it’s probably easiest just to use a library like MassTransit. It’s also really, really long. However if you skip through the sections to some of the more advanced Service Bus features it could be useful – especially if you’re new to message-based architectures.
We’ve recently started doing more work with the async/await keywords (a side-effect of using MassTransit) and we thought it was a good idea to go through the basics again. Here’s the talk I found which is very easy to follow, full of useful information and well-recorded (if a little dry) – it focuses on usage within ASP.net but that’s useful for most of us.
Here’s a great Scott Hanselman talk about productivity – he’s been giving it for a while so there are a lot of versions out there, however this is probably a good balance between length / audience interaction and sound quality.
It’s not directly development related but was received really well by the team here.
This talk is available in various forms across the web and it’s interesting the difference in reaction it received – with the old team at Haymarket we came up with about two pages of suggested changes to our front-end code and other improvements.
At Mountain Warehouse, a lot less interest – but then the team is fairly back-end focused and never really get to play with the UI.
Today I ran a lunch’n’learn around MassTransit and event driven architecture. In addition to some demo code, we watched the video below. It covers things quite nicely, not a lot of detail in the demonstration but as it’s MassTransit 2.x (not 3.x) that was OK. Quality is good, speaker is a little drone-y so a bit of snooze-danger if you’ve had too much pizza!
A little while ago we did a RESTful API lunch’n’learn session. These are the videos that we used.
This video from Stormpath covers a lot from basics to good patterns to use – it’s also good quality and as a speaker he’s quite animated so this kept our attention:
For those people who’ve used more SOAP services this video has been good to help compare approaches – however it does seem as if the presenter prefers SOAP (what else would you expect from Oracle?) so you have to apply your own salt:
Here’s a quick overview of the properties of the HTTP verbs (this applies to more than just REST APIs!):
GET – Safe, Idempotent
PUT – Idempotent
DELETE – Idempotent
HEAD – Safe, Idempotent
POST – (none of these)
Safe: Makes no change to the server / performs no action. For e.g. reading an entity is a safe, incrementing a counter or sending an e-mail is not.
Idempotent: Doing this multiple times is the same as it doing it just once. For e.g. “a = 1” is idempotent. “a += 1” is not.