DevOpsDays Newcastle 2018 will take place on Wednesday, October 24th and Thursday October 25th at the Newcastle Exhibition & Convention Centre. Come join us for another year at the conference that brings development and operations together.
DevOpsDays Newcastle 2018 is currently accepting proposal in any of the formats:
- A 30-minute talk presented during the conference, usually in the mornings.
- An Ignite talk presented during the Ignite sessions (scheduling varies). These are 5 minutes slots with slides changing every 15 seconds (20 slides total).
- Open Space: If you’d like to lead a group discussion during the attendee-suggested Open Space breakout sessions, it is not necessary to propose it ahead of time. Those topics are suggested in person at the conference. If you’d like to demo your product or service, you should sponsor the event and demo it at your table.
We’re eager to provide a platform to our speakers, so if devops hasn’t included people like you in the past, tell us about it in your proposal. We want to make a space for the perspectives of people that are underrepresented in or excluded from technology: people of color, women, LGBTQ people, people with disabilities, students, veterans, and many more. In the more specific context of this event, we want to hear about devops from a wide set of roles: QA testers, security teams, DBAs, network administrators, compliance experts, UX designers, government employees, scientists, and other technologists who face unique challenges.
Sure, we know that Docker’s hot right now - but what’s going to be hot next year? What about in five years? Present the right idea at the right time, and you could help shape that! To help keep our content fresh, preference will also be given to talks that have never been presented at a conference, or even better, to speakers who aren’t regulars on the “conference circuit”.
Most session submissions focus on how to use a specific piece of technology - and most of those are not accepted. The most memorable conference talks question assumptions, make predictions, or draw conclusions. It’s even okay to (respectfully) tell someone that they’re wrong - we’d much rather have a disagreement than a room full of nodding heads! DevOpsDays are centered around open spaces, and a good session should act like fertilizer for them, giving people something to start talking about.
We’re also very interested in nominations. Did you see an awesome presentation at another conference? Is one of your friends hoping to break into the conference circuit? Let us know who to reach out to, or send an introductory email yourself! You can reach us at firstname.lastname@example.org Programming guidelines
In 2018, we are actively soliciting programming that addresses these topics:
- Site Reliability Engineering
- Anxiety and impostor syndrome
- Teaching junior engineers how to be senior engineers
- Privacy/data security
- Large-scale container deployment
- Professional development, teaching, training, and mentoring
- Test design and automated testing
- Hiring, training, and promoting non-traditional candidates
- DevOps for Big Data, AI, ML, DevSecOps or best yet a combo of these!
We will also accept submissions on perennially popular technical topics from previous DevOpsDays:
- Continuous deployment
- Serverless/Function-as-a-Service (FaaS)
- Containerization (incl. Docker/Moby, unikernels)
- Performance monitoring
- Infrastructure as code
However, please consider that novelty is heavily encouraged as per our guidelines above.
Please keep these guidelines in mind:
Absolutely no vendor pitches
Many of our most successful talks are by people who sell products in the same area they’re speaking about. But if your talk is only interesting to someone paying money for your product, it’s a bad fit for DevOpsDays.
Follow the code of conduct
For example: no threats, no sexualized language or imagery, no insulting audience members. Full code can be found here.
Explain why your proposal is interesting to the devops community
We’d rather have a lackluster abstract about a very interesting topic than a detailed outline of a topic that isn’t a good fit.
Avoid purely technical talks
We all love technology, but this isn’t a programming language conference or a Docker conference. Talk about tools in the context in which they’ll be used, and relate them to the business or cultural problems that they solve. (Or tell us about how tools can make those problems worse!) You should especially consider whether the technology you’re talking about impacts diversity, retention, ability to learn, etc.
Multiple proposals won’t all be accepted
If you send in five proposals, we’ll accept the one that is the best fit for the conference. It’s very rare that any speaker will speak more than once, because that would lead to very homogeneous programming.