Author(s):	Martin Pool
Location	MCC6
Date	jan Wed 30	Days Raw Files
Start	15:40	First Raw Start	error-in-template
Duration	0:45:00	Offset	None
End	16:25	Last Raw End
Chapters
Total cuts_time	None min.

http://lca2013.linux.org.au/schedule/30332/view_talk
raw-playlist raw-mp4-playlist encoded-files-playlist mp4 svg png

assets release.pdf Remedies_for_frustration_with_speed_quality_and_reviews.json
logs
Admin: episode episode list cut list raw files day marks day marks day image_files

State:	--------- borked edit encode push to queue post richard review 1 email review 2 make public tweet to-miror conf done
Locked:	clear this to unlock
Locked by:	user/process that locked.
Start:	initially scheduled time from master, adjusted to match reality
Duration:	length in hh:mm:ss
Name:	Video Title (shows in video search results)
Emails:	email(s) of the presenter(s)
Released:	Unknown Yes No has someone authorised pubication
Normalise:
Channelcopy:	m=mono, 01=copy left to right, 10=right to left, 00=ignore.
Thumbnail:	filename.png
Description:	Slow programs are frustrating to use, and feel like they're getting in the users' way, rather than helping them. Projects that make it hard to get code landed or released can be just as infuriating. I've made mistakes in all those areas, and in this talk I'll share ideas and specific techniques: to make performance work tractable and to avoid performance regressions; to increase cadence and quality; and most of all to make the project easier and more fun to work on, especially for new contributors. markdown
Comment:	production notes