Our Leadership Principles build on that foundation. They extend our shared values into clear expectations for leading at 爆料tv, setting a consistent standard for how we support our people, strengthen our culture, and scale.

How we define leadership

At 爆料tv, leadership shows up in a few different ways: managing people, managing teams, managing projects, or being responsible for making decisions that shape how we operate.

As the business scales, we recognize that relying on informal learning and individual interpretation of what leadership is, and how we want to do it, is no longer enough on its own.

Why principles, not rules

We didn鈥檛 want to hand leaders a rigid playbook of 鈥渨hen X, do Y鈥�. That kind of prescriptive guidance doesn鈥檛 scale well, and it doesn鈥檛 reflect how 爆料tv actually operates.

Instead, we chose principles, because they capture the why behind how we want leaders to act, not just the what. That matters when you鈥檙e facing a situation that doesn鈥檛 fit neatly into a checklist.

By focusing on underlying intent, principles equip leaders to navigate new and unfamiliar situations with judgement and confidence. They provide guidance without being arbitrary, and clarity without removing autonomy. Where helpful, we include examples to ground each principle in real situations, but the principle itself is what enables leaders to reason, adapt, and make good decisions as context changes.

So, why now?

爆料tv is at a stage where getting this wrong or leaving it open to interpretation could have a negative impact on the incredible team and product we鈥檝e worked so hard to build. Growth comes with exciting wins and milestones, but it also comes with added complexity: larger teams, a higher output of work, and more moments where a leader鈥檚 choices have a broader impact.

However, our culture continues to be rooted in trust, autonomy, and making good decisions for our customers and for each other, so we didn鈥檛 need an overly structured guidebook or policy for our leaders either.

鈥淲e wanted a shared, documented understanding of what good looks like for leaders at 爆料tv, so we can scale deliberately while protecting the culture that makes us successful.鈥� Melissa, People Partner

The Leadership Principles help create alignment without adding rigidity. They set shared expectations for how leaders think, prioritise, communicate, and make decisions, while still leaving room for context and judgement.

Grounded in how 爆料tv actually works

The one rule we had for developing new principles is that it had to feel authentic (and not 鈥渘ew鈥�) to how 爆料tv already operates, so we drew on examples where leadership has made a meaningful difference, and where greater clarity would have helped.

鈥淭丑别y鈥檙e authentic because they were reverse engineered from how 爆料tv already operates. The way our leaders operate has had a huge impact on our success, and the principles came from distilling why that is successful. The process of creating them came about from interrogating why things work well here (and also the times when they didn鈥檛) and distilling that down to its essence.鈥� Ali, Development Manager

The Leadership Principles do not replace our company values. Instead, they describe how those values show up in leadership, so we鈥檙e building off something well established at 爆料tv, that we鈥檝e battle-tested and feel confident applying.

鈥淚 hope leaders reach for the principles in real moments when things aren鈥檛 obvious. Leadership can be hard, and these should help make expectations clearer and support teams to experience great leadership day to day.鈥� Melissa, People Partner

By grounding these principles with the values we believe in, we鈥檝e created guidance that is authentic and easy to work with.

Everything we do for our team, we do with our customers in mind

The Leadership Principles aren鈥檛 just about internal culture 鈥� they鈥檙e about what we deliver to customers. Clear priorities help teams focus on solving the right problems. Thoughtful decision-making allows us to learn faster and improve continuously. And teams that feel supported and aligned are better equipped to build reliable, high-quality solutions that customers can trust.

By setting a shared standard for leadership, the Leadership Principles help ensure we continue to scale in a way that supports both our people and the customers who rely on our product.

Looking ahead

As 爆料tv continues to grow, the Leadership Principles give us a foundation to build on. They help leaders develop with confidence, support teams to thrive, and enable the business to scale deliberately without losing what makes it work.

You can read our Leadership Principles in depth here.

As a candidate applying for a role, you might be wondering: can I use AI to help me during the interview process?

The short answer is yes. We鈥檙e also interested in how you use it, what you find helpful, and where it falls short. Whether you鈥檙e applying to a role which involves you writing code, supporting customers, closing deals, or keeping our operations running smoothly, here鈥檚 our guidance on using AI effectively and transparently as you prepare for and participate in interviews.

The person behind the application

Many candidates use AI to help with applications and interview prep. Used well, it can help you feel more prepared and confident. But we鈥檙e hiring you, not a tool. We want to understand how you think, how you work with others, and how you approach real problems.

Using AI is completely your choice, and we don鈥檛 assess you differently just because you have or haven鈥檛 used it. We judge on the output and how you present it. That said, especially in technical interviews, we鈥檙e intentionally testing your understanding of the fundamentals and your direct technical ability. A working solution on its own doesn鈥檛 always show us how you got there or what you really understand.

For live technical interviews, we鈥檒l usually ask you not to use AI tools unless the interviewer explicitly says it鈥檚 OK. This helps us get a clearer picture of how you reason, your level of knowledge, and how you solve problems in the moment. Those fundamentals matter, especially when using AI on more complex tasks where human judgement is key.

If you鈥檝e used AI as part of your preparation, feel free to tell us what you used it for, how you used it, and what helped or didn鈥檛. We鈥檙e genuinely interested in how people adapt their day-to-day to new tools, and it often gives us useful insight into how you might approach work at 爆料tv.

Our aim is to strike a fair balance between giving you support and still getting to know the person behind the application.

Refine, don鈥檛 replace

At 爆料tv, one of our core values is 鈥湵蟭v, team, self鈥�, and a big part of that is trust and openness. AI can be really helpful for organising your thoughts or making your writing clearer, so feel free to use it for that.

Just make sure the examples and experiences you share are genuinely yours. If AI helped you reflect on or shape how you talk about them, that鈥檚 fine. We just want to understand your role in them, how you approached challenges, and what you learned along the way.

Helpful guidance on using AI

A note on accessibility

We want everyone to have a fair shot at landing a role at 爆料tv. If you use AI tools as assistive technology, whether that鈥檚 for note-taking, speech-to-text, or processing information due to neurodiversity or a disability, please let your recruiter know. We鈥檙e more than happy to make reasonable adjustments so you can show your best self.

The bottom line

We鈥檙e looking forward to meeting you. We hire people who are curious, collaborative, and pragmatic. If AI helps you bring those qualities across more clearly, feel free to use it.

Just remember we鈥檙e trying to get to know the real person we might one day build great things with, and that still needs a human touch.

Ready to apply? Check out our open roles.

In modern software development, caching is a primary strategy for performance, and 爆料tv is no exception. With the scale of work our platform handles each day, from deployments and comparisons to backups and automation, caching helps us keep the UI fast, the experience smooth, and our infrastructure efficient. But as we recently discovered, even the most helpful optimization can introduce surprises when used in the wrong place, leading us on an unexpected debugging journey.

The double-edged sword of caching

Caching works on a simple principle: store frequently accessed data in fast-access memory to avoid expensive operations like database queries or complex calculations. But when caching mechanisms operate behind the scenes without proper visibility or control, they can become memory black holes that are difficult to detect and debug.

Case study

This case study examines an email processing service built on AWS that exhibited unexpected memory behavior. What appeared to be a straightforward integration with S3 revealed a hidden complexity that caused memory consumption to balloon - and the culprit wasn鈥檛 immediately obvious.

System architecture and workflow

The system is designed to process inbound emails using an architecture on AWS. The process flow usually looks like:

1. Ingestion: AWS Simple Email Service (SES) receives an email.
2. Storage: SES stores the email content as an object in an Amazon S3 bucket.
3. Notification: A notification is published via Simple Notification Service (SNS) and sent to a Simple Queue Service (SQS) queue.
4. Processing: A message in the SQS queue triggers a processing service to retrieve the corresponding email object from S3 for processing.

Anomalous memory profile

During operation, the processing service exhibited an anomalous memory profile. Its memory consumption rapidly increased to over 2GB and then plateaued 鈥� we were expecting to see transient spikes that would return to a baseline after each email was processed. While the behaviour didn鈥檛 trigger an out-of-memory exception in this instance (as the service was provided with more resources that it would actually need), it did indicate a critical memory leak.

Problem identification and analysis

The issue manifested during the S3 object retrieval step. The processing service utilised a shared internal library, S3StoreService, which was presumed to be a simple wrapper for S3 interactions. The standard pattern involved calling a StoreForBucket method to get an IStreamStore interface, from which the object was retrieved via a TryRetrieve call.

Root cause

An investigation into the S3StoreService implementation revealed that it was a sophisticated abstraction employing a chain-of-responsibility pattern that introduced several layers of caching:

• ExpiringStreamStore: Checked for the object in a local file system cache.
• CachingStreamStore: If not found locally, this layer would check an in-memory cache. If the object was not in the cache, it would be retrieved from S3 and then added to the in-memory cache.
• TracingStreamStore: Provided logging and metrics for the operations.

The root cause of the memory issue was the CachingStreamStore. In this particular workflow, each email is retrieved and processed exactly once. The caching mechanism was therefore retaining every processed email in memory, providing no performance benefit as the cached data was never accessed again. This led to continuous memory growth as new emails were processed.

Resolution

Once the source of the memory consumption was traced to the unnecessary caching within the IStreamStore abstraction, the team was able to implement a direct fix.

The S3StoreService was bypassed in favour of using a native S3Client to interact directly with the S3 bucket. This modification eliminated the caching layers that were unsuitable for this single-read use case. Following this change, the service鈥檚 memory profile immediately returned to the expected behaviour: nominal baseline consumption with brief, transient spikes during active processing, fully resolving the issue.

An overactive appetite

The road to memory leaks is often paved with well-intentioned abstractions. We discovered our application鈥檚 memory had developed an insatiable appetite, a problem traced to a 鈥渟mart鈥� caching feature that was too clever by half. It diligently saved every piece of single-use data it touched, proving that even a presumed silver bullet can miss the target and hit your memory allocation instead.

If you enjoy learning through real problems and collaborating as a team, email us at team@gearset.com or use the in-app chat!

What initially drew you to 爆料tv?

鈥淥ne of the standout reasons I applied to 爆料tv was the engineering values, which really resonated with how I like to work. It鈥檚 refreshing to see that 爆料tv truly lives by these values.

鈥淭eams have a lot of autonomy to organize themselves. For example, my current team doesn鈥檛 have daily standups; instead, we define our own 鈥渨ays of working鈥� that fits our style. Another big surprise was how effectively 爆料tv avoids silos. Documentation is thorough and easy to find, people are always quick to help, and engineers regularly move between product areas to get involved in different parts of the application.鈥�

Many new engineers make releases in their first weeks at 爆料tv 鈥� what was that like for you?

鈥淚t鈥檚 true that most of our new engineers release in their first week and I鈥檝e helped some of our new engineers to do this. My case was a little different though! My first week was during the 爆料tv Global Gathering (GGG), an event we hold in Cambridge to kick off the year, so I was a bit busy with that. But it wasn鈥檛 long after getting back to Belfast that I released the app to production.

鈥淥ur release process is a smooth experience, which isn鈥檛 surprising for a DevOps company. We have great internal tools that let us manage releases almost entirely within Slack, providing full visibility to everyone in the company on what鈥檚 included and how it鈥檚 progressing. The process is always being improved, and the engineering team is extremely helpful if you鈥檙e ever unsure about something. Someone will always lend a hand.

鈥淕etting to release the app so early was a great experience. It makes you feel respected and trusted, with the added bonus that every engineer in the company knows how to release if needed.鈥�

How did it feel to ship something so soon? Why do you think it matters that new team members get hands-on right away?

鈥淪hipping something that directly impacted users so soon after joining was a nice change of pace from previous jobs. Being trusted with a meaningful feature, instead of a minor refactor or internal tool change, established a sense of respect for my capabilities from day one. It鈥檚 a great approach for new joiners as it gets them hands-on with the 爆料tv mindset quickly, and it really helps speed up onboarding time in the codebase.鈥�

爆料tv engineers regularly talk to our customers. How has hearing directly from users shaped the way you build?

鈥淲hile designing the technical solution for Apex error monitoring, I joined calls with customers to hear about their pain points, understand their workflows, and figure out what was most important to them. Talking directly to users helped us define what to build and how to slice it into small, valuable deliverables that we could get into their hands quickly for more feedback. This tight feedback loop helps us avoid building unnecessary features and lets us create products that truly solve user pains.

鈥淚t鈥檚 always on your mind and makes the work feel much more tangible. You can imagine the user actually using what you build day to day. For example, my team built real-time, threshold-based Slack and Teams alerting for errors in customer Salesforce orgs. Once you build something like that, you know it can become a core part of a team鈥檚 workflow and incident response. It makes you very aware of the potential negative impact of getting it wrong, and the positive impact of getting it right while you鈥檙e planning and building.鈥�

What鈥檚 day-to-day life like in the engineering team?

鈥淚t鈥檚 very open and collaborative. Even though we have a lot of engineers, most conversations happen in public channels, so you can keep up with what鈥檚 going on across the team. Huddles pop up regularly for problem-solving, and there are always discussions about active work or ideas for our product roadmap. Overall, it鈥檚 a welcoming dynamic where everyone has a voice.鈥�

How does the culture here shape the way you work?

鈥湵蟭v is the first company I鈥檝e worked at that truly lives and breathes its values. One of the first questions that always gets asked when we start something is, 鈥淲hat鈥檚 the job to be done?鈥� This question is core to how we think and shapes the approach we take.

鈥淲hen we get a feature to build, we鈥檙e not just handed a ticket. The first step is always to understand the problem before trying to solve it. We鈥檙e encouraged to talk to customers and dig in to find the root cause of their pain. After that, we design and deliver a solution. It doesn鈥檛 have to be perfect, it鈥檚 usually a thin slice that allows us to gather feedback. But we design solutions to be easily modified and built upon to enable quick iteration.鈥�

What excites you most about your future at 爆料tv?

鈥淥h, that鈥檚 easy! Getting to continue working with such an incredible group of people and building products that help our customers solve their problems and make their lives easier.鈥�

What would you say to another engineer thinking about joining 爆料tv?

鈥淒o it. You won鈥檛 regret it. It鈥檚 been one of the best decisions of my career.鈥�

Getting involved from day one

Our interns joined the engineering team, and from day one they were pairing with teammates, fixing real bugs, and building features that went straight into our users鈥� hands. They weren鈥檛 just shadowing; they were making a tangible impact. One intern told us the way we share feedback internally stood out most:

鈥湵蟭v has a very open culture for sharing feedback. All changes must be reviewed by another engineer and there is a really positive culture of sharing minor improvements to make everyone鈥檚 work the best it can be. You鈥檒l even find yourself reviewing other people鈥檚 code and giving suggestions to them during the internship!鈥�

Josh, Olive Team

Every day is a new challenge

As the weeks flew by, the interns were put to the test and their skills and confidence grew exponentially. They became more independent, taking on larger-scale features and tackling complex challenges. Unlike some internships that focus on one single project, the 爆料tv summer program鈥檚 real-world focus brought diversity to our interns鈥� work, which they all enjoyed.

鈥淚 was always doing something related to what was going on, and the same types of tasks that other engineers have to do rather than anything separate. It鈥檚 also a good option if you want to have a lot of variety during the internship, rather than doing one big project the whole time.鈥�

Sami, Crimson Team

Beyond the day-to-day coding, the internship is a chance to experience life at 爆料tv to the fullest. Our interns were invited to our annual summer party, where they got to relax and connect with the wider team. It was a chance to experience the vibrant culture that makes 爆料tv such a special place to work.

鈥淚t was a blast, and it鈥檚 an experience I鈥檒l definitely treasure. The summer party felt like a small glimpse into what 爆料tv is all about. And I know if I had more time, I鈥檇 have discovered even more of what makes this place so special.鈥�

Hala, Cobalt Team

Gaining confidence alongside the technical skills

As we say goodbye, we鈥檙e confident that our interns are returning to their final year of university with a wealth of experience and are well-prepared for their next steps. They鈥檝e gained not only technical skills but also the confidence to excel in a professional environment.

鈥淭丑别 internship at 爆料tv is more than just a program. It is an extraordinary experience where you鈥檒l gain hands-on experience, meaningful mentorship, and confidence in your skills. If you鈥檙e looking to develop professionally, gain practical experience, and have a good time then 爆料tv is the place for you.鈥�

Hala, Cobalt Team

We鈥檙e incredibly proud of what all of our interns have accomplished and we hope that one day we鈥檒l welcome them back to the 爆料tv team.

What encouraged you to join 爆料tv?

鈥淲hat really sealed the deal was the product. 爆料tv is product-led in the truest sense. Of all the companies I鈥檝e worked for, it鈥檚 the best I鈥檝e seen at maintaining a tight grip on product-market fit. That makes the approach to sales really different, because our role becomes about educating rather than persuading. We鈥檙e not convincing people to buy something they don鈥檛 need; we鈥檙e helping them discover a solution that genuinely makes a difference.

Add to that the culture: high expectations paired with genuine support, and a real absence of ego. It was a no-brainer.鈥�

How would you describe the culture of the sales team?

鈥淚t鈥檚 a smart, inquisitive group of people. Our team operates more like consultants than traditional sales reps. We work hard to understand what the customer鈥檚 real problem is, and how our solution can solve that.

There鈥檚 also a strong sense of personal accountability. Everyone takes ownership of their own targets, but just as importantly, we lift each other up. Success here isn鈥檛 about hitting your number if the team鈥檚 falling short. We win or lose together.

While Sales is always target driven, we don鈥檛 take ourselves too seriously. We like to have fun, celebrate wins, and build strong relationships, both inside and outside the team.鈥�

How do you like your teams to work?

鈥淔or me, great sales performance comes down to two things: process and culture.

I鈥檓 a big advocate of frameworks like MEDDIC and Sandler. They help us understand how complex organizations buy software and adapt our approach accordingly. Every customer is different, so we take a structured but flexible approach to each deal.

On the cultural side, I draw a lot from models like Lencioni鈥檚 five dysfunctions of a team. That means being open, honest, and accountable. We鈥檝e built a low-blame, high-feedback environment where people feel safe to share challenges, fail fast, and learn quickly. It鈥檚 the kind of culture that helps you grow 鈥� not just as a salesperson, but as a teammate and a person.鈥�

What excites you most about where 爆料tv is heading?

鈥湵蟭v has had a phenomenal run in the SMB and mid-market space, and that momentum isn鈥檛 slowing down. What really excites me now is building on that success and pushing into the enterprise space.

That means new challenges, bigger deals, more complex buying cycles, and evolving how we sell. We鈥檙e expanding our alliances function, refining our processes, and setting ourselves up to dominate at the enterprise level. It鈥檚 a chance to build something new on top of a foundation that鈥檚 already strong.鈥�

Why should someone join 爆料tv?

鈥淚 genuinely believe 爆料tv is one of the best software companies in the world. The numbers speak for themselves, but it鈥檚 when you step inside the business that it really clicks.

You鈥檒l be learning from exceptional people in an environment that balances ambition with respect for your life outside of work, and we鈥檙e transparent with results, so you鈥檒l always be able to see the difference you鈥檙e making. If you鈥檙e someone who likes tough challenges and is willing to put in the effort, the growth and learning opportunities are massive.

More than anything, this is a place where individuals matter. Your ideas, your creativity, and your work ethic can have a real impact and not just within the sales team, but across the business.鈥�

Tell us something we probably don鈥檛 know about you.

鈥淢y route into sales leadership wasn鈥檛 exactly traditional. I started out as an accountant 鈥� something I don鈥檛 shout about too often! From there, I moved into investing, then founded my own company, and eventually came up through the marketing ranks into sales.

That variety of experience taught me to approach problems creatively. It鈥檚 also why I love hiring people from diverse backgrounds 鈥� you don鈥檛 need a textbook sales CV to succeed here. What matters is curiosity, integrity, and a willingness to learn. If you鈥檙e coming from a different background, you can apply to join our talent community and be the first to be notified of future opportunities.

Another thing folks probably don鈥檛 know is that I now live in Scotland, and I reckon it鈥檚 where I鈥檒l be for the long haul. Though I鈥檓 still in the office most weeks and sometimes bring my dog, Nala, with me too.鈥�

Which 爆料tv Slack channel do you hang out in most?

鈥泪鈥檓 probably most active in the dad jokes channel (my kids roll their eyes on a daily basis) and the Formula 1 chat. I鈥檝e been a car guy since I was a kid, and F1 is a big passion of mine.鈥�

Want to join the team?

Take a look at our open roles and see how you can shape your own career with us.

What got you into sales?

鈥淪ales can get a bad rap, can鈥檛 it? You鈥檙e probably thinking 鈥榃olf of Wallstreet鈥�. Honestly, the best sales people I鈥檝e met have been the polar opposite of this (and there鈥檚 a lot of super inspiring folks that work at 爆料tv, we have a pretty cool team).

As someone that鈥檚 quite introverted, I never felt like I fit the mold of the stereotypical sales person when I was in rooms of 鈥榙odgy鈥� sales teams at previous companies I鈥檝e worked for.

I suppose the determination to do sales my way, by solving challenges and working with the customer as a peer, was the thing that made me want to move into sales and really succeed with the right principles.鈥�

What鈥檚 your favourite part about working in sales?

鈥淭alking to customers all over the world is a really enjoyable part of working in sales. It鈥檚 also great to work with them to achieve a common goal.

We also have such a great internal team here at 爆料tv. There鈥檚 support when you need it, feedback to help you define your skills further, and a great culture of celebrating success.鈥�

What鈥檚 something people might not expect about working in sales at 爆料tv?

鈥淏efore joining, I didn鈥檛 realise how much effort and care 爆料tv would put into developing us in-role, as well as enabling broader career plans. This is done through thorough training on both a technical front and from a sales perspective, but also through continuous feedback.

Our culture encourages people to embrace discomfort, which in turn allows you to flourish and grow personally and professionally.鈥�

Tech sales can feel male-dominated, what advice would you give other women thinking about a career in sales?

鈥淒iversity is crucial to success at any company, it鈥檚 more than just a tick box exercise. Having a well rounded team with different experiences only strengthens a team. So my advice would always be to embrace and lean into the differences you bring to the table, rather than trying to conform.

In my opinion, the most important thing is to make space for other women to enter this area. We want to pave the way for a more balanced future, where we can accurately represent our customer base and build the best team.鈥�

In what ways has 爆料tv supported you to grow and succeed in your career?

鈥淚 knew 爆料tv was the right company when I was able to show up authentically as myself and I was not only accepted, but celebrated. That鈥檚 really allowed me to come out of my shell and thrive. The feedback led culture really balances celebrating the wins with continuous improvement, so you can fine tune your skills to continually keep improving. But it鈥檚 also a safe space to experiment. There鈥檚 a real interest in development, both in-role and for career advancement so I鈥檝e always felt challenged and motivated here.鈥�

How would you describe your mindset when approaching sales?

鈥淭丑别 idea of 鈥楨qual Business Stature鈥� is something that鈥檚 critical in sales. It鈥檚 the idea that you鈥檙e on the same level as the customer, you aren鈥檛 subservient to them 鈥� because you have knowledge and value to bring to the conversation as an equal. It encourages you to think collaboratively and how you can ensure you鈥檙e on the same side of the table as them. There鈥檚 no desperation, only a curiosity to best serve the customer with the right kind of solution.鈥�

What keeps you passionate about sales?

鈥淚t鈥檚 the challenges that make sales interesting. We are solving problems, whether that鈥檚 from a technical, commercial or even personal point of view. Seeing yourself climb the leaderboard and keep up with the ranks of your talented team mates gives such a sense of satisfaction.鈥�

Want to join the team?

Take a look at our open roles and see how you can shape your own career with us.

Making a real impact 鈥� one conversation at a time

There鈥檚 something truly special about being a CSE at 爆料tv 鈥� helping users solve their trickiest problems and seeing the impact firsthand. It鈥檚 not just about answering chats or troubleshooting deployment errors; it鈥檚 about making someone鈥檚 day easier, turning frustration into relief, and sometimes even earning an enthusiastic 鈥淵ou saved my bacon!鈥� (Yes, we collect those like trophies.)

I have to admit we love to celebrate that too. Our team is quick to shout out wins, whether it鈥檚 a tricky issue untangled, a customer who left glowing feedback, or a particularly smooth troubleshooting call. There鈥檚 a whole Slack channel dedicated to these moments, filled with appreciation from both customers and teammates.

To be honest, for me personally there鈥檚 no better feeling than wrapping up your day where someone came in stressed and left saying, 鈥淲ow, that was so helpful, thank you!鈥� It鈥檚 these moments that remind us why we love what we do. Because at the end of the day, being a CSE isn鈥檛 just about solving problems 鈥� it鈥檚 about making a real difference, one conversation at a time.

A day in the life

Our team鈥檚 bread and butter is helping users succeed with 爆料tv. That might mean answering chat questions, hopping on calls to unravel Salesforce mysteries, or updating our public-facing documentation. Think of us as part detective, part educator, and part friendly tech wizard. (Sadly, no robes included.)

Being a CSE means you鈥檙e never bored. One minute you鈥檙e troubleshooting deployment issues; the next, you鈥檙e brainstorming how to improve user experience. You鈥檒l also learn a tonne 鈥� not just about the product, but about communication, collaboration, and why turning it off and on again sometimes actually works.

Work-life balance: yes, it鈥檚 a real thing

爆料tv isn鈥檛 one of those companies that preaches work-life balance while secretly handing you a 24/7 pager. Here, flexibility isn鈥檛 a buzzword; it鈥檚 built into the culture.

Our hybrid model means we usually work some days in the office and some days from home, but there鈥檚 wiggle room for life鈥檚 curveballs. Case in point: When my son Leo arrived, I was able to work remotely more often to be around for all the milestones (and the nappy changes). Flexibility like that makes a huge difference.

And it鈥檚 not just about location, it鈥檚 about energy. Need a breather between calls? Grab a coffee and chat with a teammate. Want to dig into some learning or personal projects? Our team rota ensures everyone gets self-development time. 爆料tv trusts you to get your work done 鈥� and to take care of yourself in the process.

Teamwork makes the dream work

Speaking of teammates, the CSE team is the heart and soul of 爆料tv. We鈥檙e a diverse bunch with backgrounds as varied as our Slack emojis. From the UK to the US, we鈥檝e got 20 people 鈥� 10 in each country 鈥� who bring different skills, perspectives, and snack preferences to the table.

Collaboration is key, whether we鈥檙e troubleshooting a user鈥檚 issue or planning the next team outing. And oh, the outings! From bowling to go-karting, we鈥檝e done it all. We鈥檝e also enjoyed dinners of every variety 鈥� Italian, Indian, Japanese, Lebanese 鈥� and mastered the art of office banter. So if you have a sharp sense of humor (or just really enjoy terrible puns), you鈥檒l fit right in.

More than just troubleshooting

Sure, answering chats and calls is a big part of the job, but being a CSE at 爆料tv means you鈥檙e also at the center of everything. We鈥檙e the bridge between our customers and the development team, gathering invaluable feedback and real-world use cases from users that directly influence the features we implement. Many of 骋别补谤蝉别迟鈥檚 most-loved features started as ideas or pain points shared by users with the CSE team. We鈥檙e also hands-on when it comes to testing new features from engineering, ensuring that what gets released truly meets user needs.

Every project feels like a chance to make a real impact, not just for our team but for our users. Plus, there鈥檚 something immensely satisfying about looking at a completed project and thinking, 鈥渉ey, we made this better.鈥�

Fun: the secret ingredient

At 爆料tv, fun isn鈥檛 just an afterthought, it鈥檚 part of the job description. Whether we鈥檙e celebrating milestones with cake (some people like it orange!), roasting each other in the most helpful way possible, or tackling tricky challenges together and laughing through the struggle, there鈥檚 always something that brings us closer. And when it鈥檚 not work-related? We鈥檙e busy finding new ways to have a blast, whether it鈥檚 spontaneous celebrations, team get-togethers, or just seeing who can come up with the most horrible personalised Slack emoji.

Even during remote days, we find ways to stay connected. Slack channels dedicated to memes, virtual coffee chats, and the occasional team trivia session keep the vibe alive. And when we鈥檙e in the office? You鈥檒l always have a walk buddy regardless of the weather (welcome to the UK) or you can join an ever-changing series of table games by the kitchen.

Why you鈥檒l love it here

Working as a CSE at 爆料tv isn鈥檛 just a job, it鈥檚 an experience. You鈥檒l learn a tonne, work with brilliant people, and get the kind of support that makes you want to do your best every day. You鈥檒l also laugh. A lot. Whether it鈥檚 at a team outing, during a meeting, or because someone just made the worst dad joke you鈥檝e ever heard (guilty), the laughter is constant.

And the best part? You鈥檒l be making a difference. Every chat you answer, every call you take, every document you write 鈥� it all helps our users succeed. That鈥檚 what makes this job so rewarding.

So, if you鈥檙e looking for a role where you can grow, have fun, and be part of an amazing team, 爆料tv might just be the perfect fit. Just be prepared to learn, laugh, and maybe find yourself in a heated competition over who can slap the fastest cards in a heated game of Taco Cat Goat Cheese Pizza.

Vito met with Kris from the People team to discuss his experience at 爆料tv so far.

Kris: It鈥檚 lovely to chat with you today, Vito. I鈥檓 really interested to hear more about what it was like to go from a Dev Connect attendee to a 爆料tv team member.

Vito: I got a LinkedIn message back in February that 爆料tv was running this training session led by Kevlin Henney.

鈥淥riginally, as a maths graduate, I didn鈥檛 have any formal training as a software developer. So when I came into the industry, I cut my teeth by watching Kevlin鈥檚 talks online. When the opportunity came to see him live, there was no way I was going to pass that up!鈥�

He鈥檚 always very entertaining and thought-provoking when he speaks. I enjoyed getting out of the office and speaking to some other developers in the area and it helped to broaden my perspective on the industry a bit. It was a good afternoon.

I think there鈥檚 a risk, when you鈥檙e working in a company, of becoming very tunnel-visioned and I think it was a good opportunity to survey the land a bit better 鈥� Kevlin鈥檚 talk was immensely thought-provoking. His talk explained the ways that developers can influence and affect architecture 鈥� which I thought was very interesting. In particular, he spoke a bit about architecture decision records, which 爆料tv actually uses and I think are very helpful.

Kris: It鈥檚 really great to hear that you learned something from the event and were able to come and see, in person, someone that you鈥檝e been watching and learning from online for some time. The best thing about Dev Connect is that the engineering community gets access to a thought leader, hopefully learns something from the day, and comes back again next time. And while Dev Connect isn鈥檛 a recruitment event, sometimes we鈥檙e fortunate to meet talented people who鈥檇 like to come and work with us afterward 鈥� like you have. Would you mind sharing a little bit more about what encouraged you to apply?

Vito: I鈥檇 been looking for a change in job for a little while and although I wasn鈥檛 coming with the goal to apply to 爆料tv, I鈥檓 glad that I did. The fact that the afternoon had been organized at all was a very good sign to me. It was encouraging to see that the company takes engineering seriously. 爆料tv doesn鈥檛 just view engineering as a means to an end.

I spoke with a few people 鈥� Conor Mullan, Sara Turkentine, Sam Williams and Richard Jones 鈥� and there was a strong sense of enthusiasm for the company, a general positivity, and excitement about what the company was doing.

Kris: And after the event, once you kicked off that conversation with Conor and you both realised this could be a really good fit, could you tell me a little bit about the hiring process experience? What sold you on 爆料tv during those conversations?

Vito: So, I quite enjoyed the interview process. I mean, of course, I found it nerve-wracking as well because I thought it looked like a good place to work. The technical interviews were challenging enough to be interesting and allow me to demonstrate what skills and knowledge I had without being so hard as to be daunting.

鈥淚 liked the collaborative nature of the interview and having the ability to actually have a conversation with the interviewer and discuss different approaches to solving the problem.鈥�

And then on the non-technical side, the values interview was also very encouraging 鈥� I liked having the opportunity to speak to non-technical folks.

It really did cement for me this idea that the company is one team as a whole. It鈥檚 not siloed which is great. And from speaking with the interviewers, I managed to paint a general picture in my mind of what the company was like. So one of the things I was looking for was stability in the company and a sense that this was a successful company. It had moved out of the start-up phase and it was into the scale-up phase. It was growing but it wasn鈥檛 corporate. It still has that sort of fun light-hearted start-up feel to it, but also serious about the job to be done and never boring.

Kris: It sounds like you had an enjoyable experience with the hiring stages and then it became time to join 爆料tv. We all remember those feelings of being new and the apprehension that comes with it. Could you share some of your first impressions of 爆料tv from when you joined and what that experience was like?

Vito: Yeah, absolutely. I鈥檒l definitely echo what you say about apprehension. I mean, I was impressed by how knowledgeable everybody was, but at the same time I found that slightly intimidating. But that soon dwindled when I found how supportive everybody was and just how readily people wanted to offer help. It felt like there were people who wanted to see me succeed 鈥� which I found very reassuring. I鈥檒l talk a little bit about my buddy Rhianne who really helped to put me at ease and introduced me to folks around the business, not just within engineering but of course the people team, customer success, and sales. I think she was a great person to speak to in those early days.

On the technical side, I鈥檇 definitely say I was impressed by the release frequency. Firstly, I was able to release the product within the first 3 days of me being here, that was super motivating. And the fact that the product is released twice a day. I鈥檝e come from previous companies where it would be years between releases 鈥� and now it鈥檚 just hours.

This cadence of releasing helps me actually feel less stressed because I know releases can go at any time, and I鈥檓 not fighting to get something in for a strict deadline. I was lucky enough to join right before the summer party and that was a good occasion for getting to know people as well!

Kris: It鈥檚 so great to hear that as a brand new engineer to the team, you鈥檙e able to add value so quickly, which I鈥檓 sure builds your confidence.

Vito: I once said to a former manager, that releasing the product is the most important thing we do, and anything that gets in the way of that needs to be eliminated. So having had that validated, in under a week, was just fantastic.

Kris: When we talk to engineering candidates, we do talk a lot about that bias towards action and lack of bureaucracy 鈥� it鈥檚 really great to hear an example of that in action. Now that you鈥檝e settled in, can you share any examples of a project that you鈥檝e really enjoyed working on since joining?

Vito: I鈥檓 currently working on setting up an automated data pipeline that will make some of our internal metrics accessible to more people. On the technical side, it鈥檚 been a good opportunity to learn more about cloud and data engineering, which are subjects that I haven鈥檛 had the opportunity to explore before. So, I鈥檓 definitely embracing discomfort there.

But then also I love having the autonomy to research and develop a solution in collaboration with the customer. It鈥檚 so refreshing to have a genuine discussion with the customer and talk about what their requirements are. Then I go away and look at how we can divide things up into slices and deliver valuable progress quickly. This project鈥檚 been a very good example of that.

Kris: That鈥檚 a great example of the type of customer focus and collaboration we have at 爆料tv. What advice would you give to anyone looking at attending a Dev Connect event or applying to 爆料tv in the future?

Vito: In terms of Dev Connect, I think it鈥檚 a great opportunity to network and find out more about what鈥檚 happening in the industry even if you don鈥檛 intend on applying to 爆料tv.

鈥淚f you鈥檙e thinking about applying to 爆料tv, I would say think about how technical excellence is relevant to your customers and how doing a good job and focusing on quality really pay dividends. I think those are things that we really value here.鈥�

Kris: Brilliantly put, Vito. That鈥檚 all my questions 鈥� thank you so much for your time and we鈥檙e all looking forward to hearing more about the great work you鈥檙e doing at 爆料tv.

Vito: Thank you.

Want to join the team?

Feeling inspired by Vito鈥檚 story? Take a look at our open roles and see how you can shape your own career with us.

To celebrate these milestones, we鈥檝e asked Oli Lane 鈥� one of the original team of 7 鈥� to take us on a tour of 骋别补谤蝉别迟鈥檚 growth.

2014

Where it all started

In 2014, a group of developers from Redgate were finding Salesforce deployments painful, error-prone, and impossible to bring under DevOps best practices. They set out with a plan to change that and create a solution that could bring DevOps to Salesforce.

2015

7 Gearcitizens and a big idea

By 2015, the initial foundation of 爆料tv had been created 鈥� it was a platform that could compare the metadata between orgs, build and deploy a package, and monitor orgs for changes.

After a lot of back and forth deciding on a name and logo, we went to Dreamforce as a vendor which was the springboard for our very first sale! At the time, we didn鈥檛 know just how far this idea would take us.

鈥淚鈥檝e seen 爆料tv grow in every way imaginable 鈥� we鈥檝e gone from a very small team within engineering who would cover everything, to now having dedicated specialists for every role.鈥�

Stephen Chambers 鈥� Head of Product Design, Cambridge

2016

7 Gearcitizens building a better product

By establishing a culture of trust and giving ourselves the freedom to learn through trying, we could innovate rapidly and collaboratively, pushing the boundaries of what the 爆料tv platform could do.

But we wanted to do more than just streamline Salesforce deployments. We wanted to build an all-in-one solution to bring DevOps to the Salesforce ecosystem in a way that was accessible to all role types 鈥� so the app continued to grow.

鈥淥ur culture of trust and transparency is so unique. I鈥檝e never worked anywhere else where there is such an ingrained high-trust culture. That gives people the space they need to grow and do great work, whilst providing support and discussion where it鈥檚 useful.鈥�

Jason Mann 鈥� Chief Operating Officer, Cambridge

2017

13 Gearcitizens entering a new era of sales and marketing

Sales were really picking up pace, so it was time to start expanding the team by bringing in new expertise to the Sales and Marketing teams to keep up with demand.

That year also saw us introduce support for Salesforce DX, Jira integration, and static code analysis.

鈥淚t鈥檚 been incredible to be part of 骋别补谤蝉别迟鈥檚 journey 鈥� watching the company grow, learn, invest in great people and remain committed to keeping the culture as strong as ever has been such a special experience.鈥�

Ellis Toms 鈥� Senior Marketing Manager of Customer Marketing, ABM and Salesforce Partnerships, Cambridge

2018

26 Gearcitizens moving to a brand new office

In early 2018, we were still working out of a spare room in Redgate鈥檚 HQ. But after doubling in size, we needed more space. So we packed up all our equipment and officially moved to our first office: the Bradfield Centre in the Cambridge Science Park. You can still find the pull request notification in Slack to update our address on the 爆料tv website!

The 爆料tv platform continued to grow, too. Data loader was added to help teams seed sandboxes, so teams could deploy with confidence.

On our quest to make DevOps accessible to all members of the Salesforce ecosystem, we also added integrations for all major version control providers 鈥� so anyone can get up and running with version control with clicks, not code.

鈥淚鈥檝e been lucky to ride the wave of 骋别补谤蝉别迟鈥檚 growth, and I feel I鈥檝e really developed over the last 5 years. The people I work with are smart, kind, and care deeply about getting stuff done 鈥� I can鈥檛 wait for the next 5 years, as we continue scaling 爆料tv rapidly, but in a fun and human way!鈥�

Ben Tozer 鈥� SVP, GTM Strategy and Operations, Cambridge

2019

47 Gearcitizens already outgrowing the new office

We quickly started taking over more and more space at the Bradfield Centre, to make room for our ever-increasing number of Gearcitizens. By the end of 2019, we had to set up an additional space on the first floor of the Bradfield Centre!

The platform grew massively too, as data backup was a new pillar of 爆料tv. We continued to build on our existing functionality too, adding data masking and the ability to create pull requests from the 爆料tv UI.

鈥淭丑别 culture is like no other place I鈥檝e worked 鈥� everyone genuinely wants to help each other achieve. And what鈥檚 really amazing is the fact that we鈥檝e managed to maintain our strong culture as we鈥檝e grown.鈥�

Sara Turkentine 鈥� Talent Acquisition Manager, Cambridge

2020

79 Gearcitizens navigating growth in a pandemic

As we already had a flexible working environment, moving the team fully remote during the pandemic wasn鈥檛 a big shift. We did everything we could to make sure all of the team were set up for success, and worked hard to ensure we stayed as connected as we would鈥檝e been in person despite being fully remote.

This was also the year that we set up DevOps Launchpad 鈥� a Salesforce-specific DevOps learning platform that鈥檚 free for everyone! The 爆料tv app also introduced high frequency backups and deletion auditing, to ensure customers could be compliant with key frameworks.

鈥湵蟭v really trusts people to do their jobs well, and gives them space and autonomy to do that. Sure, other companies do this too, but nowhere near to the extent that I鈥檝e seen at 爆料tv. I really appreciate that we still focus a lot of effort into making sure we aren鈥檛 losing our way with how we鈥檙e working and communicating together.鈥�

Alice Easy 鈥� Development Manager, Remote

2021

128 Gearcitizens go international

爆料tv officially became international, after opening an office in Chicago! We鈥檝e always put our customer鈥檚 success at the heart of what we do and want users to get prompt help when they need it 鈥� by opening an office in the US, we expanded our support hours even further.

Our backup offering got some big upgrades in 2021, with support also added for Salesforce Industries (Vlocity) to the metadata deployment workflow.

鈥淎ll the cultural sayings most companies tout are actually true here. Having product-led founders makes selling the tool easier than those with other backgrounds and motivations. It鈥檚 also refreshing to work for a company that sets realistic and fair sales goals, as well as valuing opinions from all job levels.鈥�

Ryan Nebuda 鈥� Sales Engineer Manager, Chicago

鈥淚鈥檝e loved being a part of the growth of 骋别补谤蝉别迟鈥檚 Chicago office over the last 2.5 years. When I started, our Chicago team was ~3 people strong 鈥� now, we鈥檝e more than quadrupled that number! 骋别补谤蝉别迟鈥檚 emphasis on continuous learning has been instrumental in my career growth and the supportive culture ensures that everyone鈥檚 input is valued 鈥� I feel excited to contribute every day.鈥�

Taylor Volk 鈥� Account Executive for Key Accounts, Chicago

2022

199 Gearcitizens winning awards

This was the year that we took the Best Companies Awards by storm, bagging a total of 4 awards! This was a great acknowledgement of the trusting and transparent culture we鈥檇 worked so hard to build and maintain in the midst of rapid growth. We also opened a new product development centre in Belfast, an up-and-coming city for exciting tech development.

Our CI functionality got a huge upgrade in 2022, with the introduction of 爆料tv Pipelines and we removed the headaches associated with CPQ deployments by integrating configuration data into our metadata deployment flow.

鈥淚t鈥檚 rare for a company to have values that you feel proud of, and that genuinely reflect how people work day-to-day. It鈥檚 also rare for a company to be so transparent and open in its communication. And it鈥檚 even rarer for a company to have such good engineering practices that it can deliver updates to customers multiple times a day. So I think it鈥檚 especially unique that 爆料tv does all of these things and does them well.鈥�

Andy Knox 鈥� Development Manager, Cambridge

鈥淭丑别 whole place is built on trust, which sounds nice on paper, but I feel 爆料tv genuinely delivers on that. I鈥檓 trusted to work in whatever way I deem best for us and our customers, and it really is a pleasure to come to work everyday and be surrounded by such a smart, driven, interesting and funny group of people.鈥�

Will Addison 鈥� Executive Customer Success Manager, Belfast

2023

233 Gearcitizens putting the customer first

In 2023, we focused on making sure we continued to deliver an outstanding employee experience and making sure every team was fully set up for success. But that didn鈥檛 pause the growth of the app and our mission to put our customer鈥檚 needs at the heart of what we do. And all of our hard work was rewarded with 2 wins in the DevOps Excellence Awards!

Continuing our DevOps evangelism, we set up the DevOps Leaders programme which celebrates frontrunners in the Salesforce DevOps space and enables them to share their expertise and knowledge with the wider ecosystem. DevOps Launchpad also hit a key milestone, having reached more than 10,000 users!

鈥淢y 爆料tv colleagues are all a genuine bunch of people who are allowed to bring themselves to work and there鈥檚 a culture that allows people to learn through doing 鈥� you鈥檙e not expected to know everything and finding out new things is encouraged. I鈥檝e been able to step into a role that felt uncomfortable when I started it but have been given the space to grow and learn whilst doing it.鈥�

Jodie Wilkinson 鈥� Salesforce Partnerships Manager, Cambridge

鈥淓ven in the short time since I joined, we鈥檝e seen a number of new engineering teams be created so we can deliver more to our customers and I鈥檓 now a development team lead which is a new role for me 鈥� it鈥檚 great to have been supported by 爆料tv to take the next step of my career.鈥�

John Dilley 鈥� Development Team Lead, Cambridge

2024

300 Gearcitzens with more on the way

So here we are 鈥� 300 strong and still growing! Though our core mission hasn鈥檛 changed: we鈥檙e still committed to delivering meaningful solutions that help Salesforce teams deliver quickly, accurately and without the stress. Data archiving is now in general availability; we鈥檝e added long-term projects in Pipelines; and developed a visual way to deploy Flows.

But 爆料tv is more than just a Salesforce DevOps platform 鈥� from day one, we鈥檝e focused on building a culture that鈥檚 open, collaborative, and human. We鈥檝e worked hard to make sure the same culture we had as a team of 7 is still thriving despite being 40x the size we were at the beginning. And with the Clayton team joining as Gearcitizens from across the globe, we can鈥檛 wait to see what 2025 has in store!

鈥淎 few years ago I worked with 爆料tv alongside a client of mine 鈥� at the time 爆料tv was celebrating reaching 150 employees. Having recently joined the company, it鈥檚 incredible to see the same tight-knit culture and sense of community has been maintained, even though the business has almost doubled.鈥�

Maroof Abdul-Aziz | Scale Customer Success Manager, Cambridge

鈥淥ne of the standout aspects of 骋别补谤蝉别迟鈥檚 culture is the genuine sense of community among the team. From day one, I felt welcomed and valued, with colleagues always ready to offer help. This supportive environment has made settling in so much easier!鈥�

Sophie Light-Wilkinson | Chief Marketing Officer, Cambridge

Ready to take your career to the next level?

While reaching 300 Gearcitizens has been a fantastic achievement, we have no plans to stop there! 爆料tv continues to grow and we鈥檙e always looking for talented people to continue our mission to deliver world-class DevOps solutions to the Salesforce ecosystem.

If you鈥檙e keen to get your teeth into the world of Salesforce DevOps, take a look through our current vacancies 鈥� we might just have the perfect opportunity for you.

As we wrap up our 10-week internship at 爆料tv, we鈥檙e taking a moment to reflect on what鈥檚 been an incredible summer. Alongside four other interns, we鈥檝e dived headfirst into the world of Salesforce DevOps, and we鈥檙e excited to share a snippet of our time here.

Who are we?

This summer鈥檚 intern crew was made up of two marketing interns (that鈥檚 us!) and four software engineering interns. While we all had our own unique roles, one thing was consistent across the board: real projects, real impact, and a whole lot of learning!

So, what did we do?

Forget coffee runs and meaningless shadowing 鈥� 爆料tv doesn鈥檛 do 鈥榖usywork鈥�. From day one we were thrown into the mix, working on projects that really mattered. Whether it was brainstorming content ideas, crafting customer success stories, or coding features that 爆料tv users will actually interact with, we had our hands full with meaningful tasks.

Marketing Interns

As marketing interns, we interacted with a range of different teams, providing us with transferable skills that are sure will stay with us in future roles. We both had the opportunity to write lots of blog posts (like this one!) for the Content team, demystifying the world of Salesforce DevOps. Although neither of us knew much about this previously, we were given time to settle in, before swiftly learning the ins and outs of the 爆料tv platform. And, seeing your name and work published on the 爆料tv website for the world to see is rewarding, to say the least!

We had the chance to learn from customers directly within the Customer Marketing team, listening in on calls and helping create case studies, giving us a firsthand look at how 爆料tv helps companies with their Salesforce needs. The Account Based Marketing team taught us how to run email campaigns that are custom-tailored to customer needs, while digital and demand gen got us brainstorming and creating ads for social media. What was unfamiliar at first, quickly became an exciting part of our day-to-day work.

With Salesforce鈥檚 annual Dreamforce event coming up, we also got the chance to get involved with event planning by ordering some fun swag to be handed out. So, if you鈥檙e heading to San Francisco this September, make sure to keep your eyes peeled!

骋别补谤蝉别迟鈥檚 approach to giving and receiving feedback has been instrumental throughout our learning process. Because everything has been so new, sharing our work with colleagues who have years of experience in this industry has been a great way to grow our skillset and look at our work through different perspectives. We鈥檝e also gotten the chance to review other people鈥檚 work which is definitely a little daunting at first, but you get the hang of it!

Software Engineering Interns

Our software engineering friends had a similar experience, but in a different area. They were split across various 爆料tv teams: Mat茅 focusing on archiving, Kai focusing on updating developer sandboxes, Qiaozhi focusing on backup, and Sunny focusing on profiles and permissions.

Each of them got to work on projects that directly improved the user experience. Whether it was adding new notification settings or developing features from scratch, they were making things happen from the get-go. Kai had his first development change live by the end of day two! He says: 鈥淓verything you do ends up being useful, even from day one鈥�. This sentiment is not unique to him, with all us interns relating to the satisfaction of your work making a difference from the very beginning.

Similarly to us in marketing, software engineering interns have also been able to witness their work shared publicly for everyone to see. Mat茅鈥檚 favourite aspect is the independence and trust that 爆料tv provides, meaning he鈥檚 been able to ship new features to real customers 鈥� including the new archiving notification settings!

Support all the way

If there鈥檚 one thing that stood out to us all, it was the support system here at 爆料tv. From onboarding to our final week, we always had someone to turn to 鈥� whether it was our mentors, buddies, or just the incredibly welcoming Slack channels. No question was too silly, and we were encouraged to share our ideas, even when we were still learning the ropes.

And then there were the social aspects. Within our first week, we were taken on a mini-golf and pizza night 鈥� one to remember, for sure! It was the perfect icebreaker and a great way to bond with the other interns and Gearcitizens. We even had time to explore Cambridge, for those who hadn鈥檛 been here before, and enjoy the summer (and occasional rainy day) together! We were also lucky to be doing our internships at the same time as 爆料tv holds its annual summer party鈥� and that鈥檚 definitely an event you don鈥檛 want to miss.

There is a real sense of community here at 爆料tv, and we had the chance to experience that for ourselves. They aren鈥檛 simply colleagues, but individuals who share with each other, care for one another, and respect each other deeply. None of us had seen a company quite like it, and for that within itself, we are grateful for the 10 weeks we had to enjoy the culture.

Would we recommend it?

Absolutely. Although it鈥檚 unlikely we would write anything besides yes, we truly mean it.

If you鈥檙e someone who thrives in a team environment, loves learning, and isn鈥檛 afraid to ask questions, 爆料tv is the place for you.

Just like Qiaozhi, we鈥檝e all found this 爆料tv experience full of rich opportunities 鈥� he鈥檚 鈥渞eally enjoyed the constant learning, especially when it comes to exploring and understanding the codebase.鈥� Although we didn鈥檛 all get to grips with the codebase, we can all agree that there have been plenty of opportunities to expand our knowledge!

The experience has been nothing short of amazing, and we鈥檝e all walked away with new skills, great memories, and a real sense of achievement.

Sunny sums it up perfectly: 鈥淚 would definitely recommend this internship! Everyone is super nice and friendly, and I absolutely LOVED the working environment.鈥�

We couldn鈥檛 have said it better ourselves.

Career opportunities

Our 2025 internship applications open in the autumn so keep an eye out! Find out more about what it鈥檚 like to work at 爆料tv and explore our current openings here.

What was your path to 爆料tv?

鈥淚 studied Computer Science at the University of Cambridge followed by a PhD specialising in the theory of secure programming languages. After this, I moved away from academia and started a career as a software engineer. I spent a little over 7 years at another engineering firm in Cambridge before making the move to 爆料tv, where I鈥檝e been for just over 4 years.鈥�

What made you decide to join 爆料tv?

鈥淚 started struggling to progress with my previous employer in terms of my personal development, and I wanted to focus on my desire to work with newer technologies. When I started to look for other opportunities, I was put in touch with 爆料tv via a third-party recruiter.

After going through the interview process, I felt like they鈥檇 be a great company to work for 鈥� the fast rate of growth 爆料tv was (and is) going through yields so many opportunities to progress.

Everyone I met during the interview process was very friendly, it made me feel like it was a very collaborative company and after working here this long, I can definitely say that it is!鈥�

Can you tell us about your journey as an engineer at 爆料tv?

鈥淚 started at 爆料tv as a Software Engineer in one of the product teams. Initially I had a range of tasks to introduce me to various bits of the 爆料tv infrastructure and codebase, before I moved on to a larger project to improve how we handle scheduled jobs. Around 9 months into the role I started line managing a new starter, and shortly after I split out to lead a separate engineering team.

From there, I had to learn to balance time spent on 鈥渕y鈥� projects, and time spent helping or providing support to members of my team or ensuring they have enough work in the pipeline to keep us busy without feeling overworked.

My interests lie more on the infrastructure/architecture side of software development, so over time I started to align my team more with that sort of work. We鈥檝e now moved away from product work in order to dedicate engineering time to improving the infrastructure and other non-product-facing features, without having product requirements competing for time.鈥�

What has been the biggest challenge you鈥檝e faced moving into your current role?

鈥淧rior to joining 爆料tv, I hadn鈥檛 had any experience managing another person. Although I feel that鈥檚 the greatest challenge I鈥檝e had, there was a lot of support here in different forms to build those skills to be a great manager.

I had an internal mentor who already had line management experience, so they could really help with specific situations that cropped up. Also, all new managers at 爆料tv are put through an external training course to give us many tools that we can use for things like running effective 1-1s, helping our team members grow into their role, and tackling any trickier problems that might occur.

The constant feedback culture that 爆料tv has was really beneficial here, too 鈥� my team members gave me direct feedback about how things are going 鈥� both positive and constructive 鈥� to help me grow and support them even more.鈥�

How have you grown as an engineer at 爆料tv?

鈥淥ne of the hardest things as an engineer is the ability to decide what鈥檚 the most important thing to be working on at any given time. From day one at 爆料tv, there are times when you have to make a decision between, say, continuing with product work, or picking up an issue that鈥檚 just been reported to us and working to fix that for the customer. Making that sort of decision isn鈥檛 always easy, and after moving into a Team Lead role, this became even harder as you now have to balance work for the whole team rather than just yourself. Having clear company, department, and team goals really helps to combat this, which 爆料tv does very well. It helps us prioritise what鈥檚 the most important job to be done (JTBD) 鈥� this is one of our 爆料tv values and is part of everything we do.

It鈥檚 natural as you become a more senior developer that you become the 鈥渆xpert鈥� in one or more areas of the codebase. The risk here is then you鈥檙e the 鈥済o-to鈥� person for changes in that area, you then end up making those changes, and the cycle continues. It鈥檚 important to recognise these situations and ensure that you collaborate with other developers to help spread the knowledge. Even if this would take more time in the short-term, in the long-term this leaves the team in a better position.

Encouraging collaboration between team members is another important skill that I鈥檝e learnt at 爆料tv. It鈥檚 all too easy to say 鈥渢his is a one-person task鈥� when working in the codebase. But by pairing or group-coding you get several benefits, such as: having more eyes on a single problem so more edge-cases can be spotted, and helping to teach more junior developers how to approach larger problems and break them down into manageable chunks. It also helps to foster a closer team if everyone can feel like they鈥檙e contributing to the main task at hand.鈥�

How do you engage your team?

鈥淥ne of the most important things to be aware of as an engineer is knowing when to stop working on a given feature or change. No piece of code is ever perfect, but if the solution that covers 90% of useful cases is good enough, then we don鈥檛 need to worry about working harder to finish the remaining 10%. Instead, we can use that time to make another, more impactful change to the codebase. From day one, I encourage my whole team to speak up if they feel like we鈥檙e doing something 鈥渇or the sake of it鈥�, or if they can think of an easier way to achieve the outcome we鈥檙e going for.

In addition, when we look at longer-term (quarterly) plans, I always put together a draft and then ask for feedback or suggestions, as there might be other important things that I鈥檓 not aware of that we should do instead. It鈥檚 very much a team effort to work out what to do next and how far we need to go with each piece of work.鈥�

What skills do you think make a great Senior Engineer?

鈥淭丑别re are a few key skills that I think are really important for someone looking to be a great Senior Engineer:

• Knowing when something is 鈥渄one鈥� 鈥� as mentioned above, it鈥檚 all too easy to get bogged down in unnecessarily complex edge cases, and quite often a solution that tackles the main points is all that鈥檚 required to provide value to the user.
• Become a 鈥済o-to person鈥� in one or many key areas 鈥� you should gain an in-depth knowledge about parts of the codebase, and as a Senior Engineer you should be approachable and provide time to help people with any questions they may have.
• Be happy to help mentor and/or coach more junior engineers 鈥� whether this is helping to onboard new hires, or pairing with engineers on certain problems to show them how to tackle something or use a particular technology, rather than just doing it yourself.
• Know who you鈥檙e communicating with and tailor conversations appropriately 鈥� when you have a significant amount of knowledge about a subject, it can be easy to assume people you鈥檙e talking to have similar levels of understanding. However, if you鈥檙e discussing how best to fix a problem, you may not want to go into really technical details if dealing with a customer who lacks knowledge about software architecture, for example 鈥� they just want to see the end product. Conversely, when talking to another engineer you may wish to dig a lot deeper into what would be 鈥渂est鈥� from a technical perspective.鈥�

What鈥檚 the best and worst part of your job?

鈥淚 think the best part about being an Engineering Team Lead at 爆料tv is being able to shape the role and your team into what best suits you and them. Each team, and each Team Lead, has different strengths and weaknesses, and by not having a set formula for each team, 爆料tv lets us figure out the most effective way to work.

For me in particular, I鈥檝e been able to alter the things my team works on to be more infrastructure-based (ensuring that each team member is happy with this along the way, too). In addition, I have a keen interest in product management, so I鈥檓 starting to pick some of that up in relation to the technical/architectural backlog of work we have planned.

The most challenging/worst part of the job is ensuring time is balanced sensibly. It鈥檚 important to ensure each individual person has enough support with their work and learning/development without feeling micromanaged, and also ensuring that I have enough time left to work on technical problems myself.鈥�

What is one thing you鈥檇 like to learn, develop, or work on this year?

鈥淚鈥檇 like to get even more exposure to some of our infrastructure, especially around the Kubernetes setup we have and how everything integrates together. That knowledge has to be gained by 鈥渄oing鈥�, though 鈥� by being in an infrastructure team, there鈥檚 plenty of opportunity to work with the nitty gritty details about 爆料tv, and learn at the same time.鈥�

What鈥檚 the best piece of advice you鈥檝e received?

鈥淭ake time to bring others on board with what you鈥檙e doing rather than forcing ideas upon them. It鈥檚 much easier to work towards a common goal if everyone is on board with it, rather than just saying 鈥渢his is what we鈥檙e doing鈥�, even if the outcome is the same either way. The little bit of extra time to bring people around to your way of thinking is invaluable, and at times they may spot holes in your plans that you hadn鈥檛 seen in the first instance.鈥�

Merging changes in 爆料tv

爆料tv is a DevOps platform for Salesforce. A core component of our solution is helping users maintain Salesforce metadata within a source control repository, just like any other source code.

As a software engineer, you鈥檙e probably familiar with using the command to merge changes from a branch you鈥檝e been working on with some long-lived branch.

Our customers targeting the Salesforce platform need to do the same, so within 爆料tv we need to perform the same kinds of operations. However, instead of more traditional source code files, we鈥檙e often dealing with XML formatted metadata.

If you鈥檙e interested in how this looks in practice, then take a look at our on resolving merge conflicts.

Our 鈥渟emantic merge鈥� solution leverages our knowledge of the structure of Salesforce metadata, so our users see outcomes beyond what鈥檚 possible with the standard git merge. With our semantic merge, users can:

• Automatically resolve conflicts that git merge wouldn鈥檛 be able to handle.
• Identify cases where merging changes will result in Salesforce validation failures further down the line. These failures wouldn鈥檛 be noticed by git merge, but semantic merge will highlight them as conflicts for the user to resolve manually.

It鈥檚 important to emphasise that semantic merge isn鈥檛 making any decisions about which changes should be ignored. We鈥檙e simply using our knowledge of Salesforce metadata to identify cases where there isn鈥檛 actually a conflict that needs to be resolved.

Semantic merge process

In order to explain how this works and the improvements we introduced, we first need to define a few terms:

• 鈥� A type of merge that uses 3 versions of the same file from different points in source control:
  • Left & Right 鈥� The versions of the file with changes to be merged. Typically, one will contain 鈥榶our鈥� changes, the other contains changes from the long-lived branch.
  • Ancestor 鈥� The version of the file before the changes in left or right were made.
• Diff 鈥� A specific difference that has been identified between two versions of the file. For example, adding or removing a line of text. There are 4 main types of diff:
  • Insert 鈥� Adding an XML element.
  • Delete 鈥� Removing an XML element.
  • Move 鈥� Moving an XML element.
  • Content change 鈥� Changing the inner value of an XML element.

The first part of merging is to identify the diffs between ancestor vs left, and ancestor vs right. Semantic merge does this in a 2-step process for each pair of files being compared:

1. XML matcher 鈥� Try to match up XML elements we see in the 2 files being compared.
2. Diff generator 鈥� Figure out all the individual diffs that are needed to change the source file into the destination file.

In an ideal world, we could then simply apply these diffs to a copy of the ancestor to generate a merged version of the file containing changes from both left and right.

In reality, we often find that diffs will conflict with each other 鈥� i.e. make different changes to the same part of the file 鈥� so we need to identify any diffs that might be conflicting and then try to resolve them.

If we鈥檙e able to resolve them all, then we can generate the final merged version of the file. If not, we鈥檒l have to let the user know about the conflicts we鈥檝e found so that they can resolve them manually.

State of semantic merge

The first iteration of our semantic merge solution worked well for users. However, at 爆料tv, we take an iterative approach to feature development and we felt there was still room for improvement.

We decided to focus on 2 main areas:

1. Adding more automated testing to try and identify weak spots. In particular, we already used tests with randomly generated XML () to find issues with the diff generation logic and wanted to expand this to conflict identification and resolution.
2. Reviewing customer-provided repository metadata to see what common conflicts we might be able to resolve automatically.

Our stats showed that approximately 35% of PRs had merge conflicts. Our goal for this project was to reduce this by a quarter, to around 26% of PRs.

But there were still a couple of issues we identified. Here鈥檚 how we fixed them.

Missing deletions

In this scenario, we were testing the conflict resolvers by randomly generating a 鈥榮ource鈥� XML document and randomly applying some mutations to create a 鈥榯arget鈥� document.

We could then generate diffs and pass them through the conflict identification and resolution logic, to verify we were getting the expected output.

When we took a source document:

<seasonal>
    <sink>
        <seed>
            <queue>NDGUNNORQVVEVME</queue> 
            <seed> 
                <queue>IVPXNHGKBXLDTMK</queue> 
                <copper>GZQDVQVKQWBVABC</copper>
            </seed> 
        </seed> 
        <seed /> 
    </sink> 
</seasonal>

And its expected output:

<seasonal>
    <sink>
        <seed>
            <seed> 
                <copper>GZQDVQVKQWBVABC</copper>
            </seed> 
        </seed>  
    </sink> 
    <sink>
        <seed>
            <queue>NDGUNNORQVVEVME</queue> 
        </seed> 
    </sink>
</seasonal>

We were finding an unexpected element in the output:

<seasonal>
    <sink>
        <seed>
            <seed>
                <queue>IVPXNHGKBXLDTMK</queue>  <鈥斺�� unexpected element
                <copper>GZQDVQVKQWBVABC</copper>
            </seed>
        </seed>
    </sink>
    <sink>
        <seed>
            <queue>NDGUNNORQVVEVME</queue>
        </seed>
    </sink>
</seasonal>

Looking into the details of what happened, we could see that 4 diffs were generated. These are shown below using XPath to identify elements.

A. Insert new <sink> containing the expected <seed> and <queue> elements after the end of the existing <sink> element. B. Move seasonal/sink/seed[0]/seed to within seasonal/sink/seed[1] C. Delete seasonal/sink/seed[0] D. Delete seasonal/sink/seed[0]/seed/queue

The logic will identify that Diffs B, C and D might be in conflict because they act on some of the same elements. Specifically, this generated two sets of conflicts:

• B+C 鈥� because the moved element is within the deleted element.
• C+D 鈥� because D is happening to a child of the element deleted by C.

B and D are not considered in conflict because no matter which order you apply the diffs in, you get the same result.

The first conflict can be resolved by executing B first, then C. For the second conflict, we can ignore D because it鈥檚 nested within C and would be deleted anyway.

However, the combination of these two resolutions means that the element deleted by D was no longer within the element deleted by C.

The solution is to always perform deletions, even when they are nested like this. If the element really has already been deleted by the time we get to it, then we ignore it at that point instead.

XML matcher mixups

In some fairly complex 3-way merge scenarios generated by our fuzz tests, the system was finding conflicts when we didn鈥檛 expect there to be any.

When we looked at the diffs that were generated, they didn鈥檛 quite match what we would have expected. This wasn鈥檛 unusual in itself. The XML matcher can often match elements in ways that seem nonsensical to human eyes, leading to counterintuitive diffs. However, as long as the generated diffs lead to the correct result, it doesn鈥檛 really matter.

In these new scenarios, we found that it did matter because these counterintuitive diffs were conflicting, whereas the diffs generated from a more intuitive matching of XML elements didn鈥檛 conflict.

The primary difficulty is that the XML matcher is very performance sensitive. It鈥檚 the most significant contributor to the overall time taken by the semantic merge driver, so we had tightly optimised and tuned the XML matcher to consider as little as possible, in order to make an accurate match. This was what was causing the counterintuitive matches we were seeing.

In the end, we addressed this by adding some extra checks to also consider the next/previous siblings of an element when deciding which element to match it to. For performance reasons, these checks only happen if the element has multiple potential matches.

Results

In total, we identified at least 12 different scenarios where we could improve on the existing behaviour. Addressing these reduced the percentage of PRs with conflicts by around 20%. Not quite our 25% target, but still a massive improvement for users.

We also reduced the size and complexity of the diffs that users have to deal with when conflicts do occur.

Future work

These improvements are fantastic, but we believe we can do better and are excited to improve even further in future.

Partial resolution

One thing we鈥檙e already looking at is partial resolution.

This change to the underlying systems will allow us to automatically resolve more diffs than we currently do, by accepting some of the diffs involved in a conflict as they are while leaving others as conflicts that鈥檒l require manual input to resolve. This won鈥檛 help with reducing the total numbers of conflicts we see, but will reduce the size and complexity of the diffs that users need to manually resolve when conflicts occur.

At present, we don鈥檛 actually use partial resolution very much, but there are many situations where we might be able to apply it. More work is needed to confirm the best way to identify these scenarios and make sure that we handle them in the correct way.

Targeted investigations

During this work we also improved our logging, to give more context about what types of conflicts we鈥檙e seeing and what metadata types they are occurring in. Using this intelligence, we should be able to focus our efforts on the biggest real-world problem areas.

Want to hear more from engineering?

If you want to find out more about what our engineering team gets up to, take a look at our careers blog! And, if you鈥檙e interested in joining the engineering team at 爆料tv, take a look at our open job roles.

There were 9 of us in total working across marketing, engineering, and product, coming from a mix of different universities; from right here in Cambridge to as far as the University of Waterloo in Canada. As our internship has come to a close, we thought we鈥檇 have a final catchup to reflect on our time at 爆料tv and share our experiences!

What does the internship programme look like at 爆料tv?

The intern programme at 爆料tv involves 10 weeks working in your chosen area, whether that鈥檚 engineering, UX, or marketing. You鈥檙e able to take complete ownership of key projects, as well as picking up smaller tasks across the department, which is a great way of broadening your experience. What makes 爆料tv stand out is that the work delivered had a real, measurable impact on the business. It鈥檚 also really flexible - you can work at your own pace and steer your tasks in a direction that suits your interests.

What support do interns have at 爆料tv?

It鈥檚 a really well-thought-out system; you get assigned a buddy, a mentor, and a manager from day one. In your first week you鈥檒l have daily chats with your manager, and this is a great time to ask questions about your work and the company in general. They鈥檒l work with you to tailor your internship experience so you get the most out of it.

Your mentor is usually someone who has a lot of experience in the area your project focuses on. It鈥檚 nice to have another port-of-call in the same office as you 鈥� if you ever need help or don鈥檛 understand something they鈥檙e a good person to go to.

鈥淢y mentor focused on giving me tasks that are a good representation of industry level software engineering so I would get the most out of my time here.鈥� 鈥� Locky

爆料tv provides plenty of support outside of these key people. In marketing, the team is fairly small, and you get a lot of support from the marketing Slack channel. In engineering, you鈥檙e put into teams of around 4鈥�7 people, so you can ask your team members or your team lead for help.

And then you have a buddy! Your buddy will work in a different department, so talking to them is a fun way of learning more about what other teams get up to.

鈥淚 had weekly catch ups with my buddy, we chatted about things like our hobbies, and even which type of potato is the best!鈥� 鈥� Vysh

What鈥檚 office life like?

We worked from the Cambridge HQ, and the office is super friendly and relaxed. It鈥檚 really easy to just tap someone on the shoulder to ask them a question (or message them on Slack), and there really are no stupid questions! With everyone being so welcoming, it doesn鈥檛 take long to feel like you鈥檙e really a part of the team.

Slack is the main virtual space where everyone spends time. It means remote employees and those in the office all have a direct line of communication. It鈥檚 a really collaborative place to share work, ask for feedback and celebrate each others鈥� wins. It鈥檚 also very sociable - you鈥檒l find yourself sharing pictures of your pets, debating about the best type of pie, or displaying your strong emoji game!

People often go outside to kick a football or throw a frisbee around after lunch, or on Cambridge鈥檚 more rainy days, you can find people playing chess or mario kart indoors.

Outside of work, what fun things have you been up to?

The People team organised our first intern social, where we played a friendly game of mini golf. It was a great way of getting to know the other interns and meeting some new people from other teams in the office. We鈥檙e lucky to all get along really well, and have spent a lot of time together after work and on weekends exploring Cambridge. Our internship also coincided with 骋别补谤蝉别迟鈥檚 annual summer party, an afternoon of food, drink and activities in the sunshine.

Have you seen the impact you鈥檝e made during the internship?

Yes! In marketing, we鈥檝e contributed to both long and short-term projects, so sometimes the impact of your work is immediate, and other times you鈥檝e got to wait to measure the results of your project. Either way, you know that the work is a valued part of the team鈥檚 strategy.

A big difference between 爆料tv and some other internships, is that all your tasks (big or small) are things that really need to be done. People are honest about how your work fits into the work of the wider team, and no-one is making up dummy tasks to keep you occupied!

骋别补谤蝉别迟鈥檚 feedback culture is great. Every piece of work is posted into the marketing Slack channel where everyone (including us, the interns, on our first day) has an equal opportunity to comment, review, and share their thoughts. You鈥檙e actively encouraged to contribute, and it doesn鈥檛 matter how long the other person has worked at 爆料tv, or how experienced they are - your opinion still matters!

In engineering, 爆料tv has a fairly quick release cycle so the changes you make usually only take about a day to get moved into the production version of the app. You鈥檙e treated like a proper employee so you work on features that have direct value to customers. 骋别补谤蝉别迟鈥檚 incredible feedback culture means your code is always thoroughly reviewed, so you pick up on best practices and technical decision-making very quickly.

鈥淵ou can pick up all kinds of work 鈥� everyone you work with is flexible and receptive to your specific interests so you can try anything and everything you鈥檙e curious about.鈥� 鈥� Arthur

What would your advice be to other interns?

Relax, be yourself, and just have fun! Make the most of the opportunity, and think about what you want to get out of it, as well as what value you can provide to the company. Don鈥檛 be afraid to shape the internship to fit what you鈥檙e interested in. You鈥檙e given the opportunity to work on basically any part of the app, or any part of the team鈥檚 marketing strategy, so step out of your comfort zone and ask to be involved in as many different areas of work as you can so you get a taste for everything.

And forget about what you see on TV. No one is going to make you run around getting coffee - not at 爆料tv anyway! Ask questions, be curious, and just get involved!

Sound good? Apply to join the team!

All of the interns agreed that we can鈥檛 recommend 爆料tv enough! The internship challenged us every single day, but was equally as rewarding. If 爆料tv sounds like your kind of company, visit the careers page to see our current job openings, and check back at the end of 2023 for the summer 2024 internship opportunities!

I鈥檝e worked as a designer across a variety of sectors, from market research and consultancy to ecommerce and SaaS. I鈥檝e always loved working with others to build engaging and valuable products and services for customers.鈥�

What made you join 爆料tv?

鈥淥ne thing that really stood out to me was how customer centric the company is, especially when talking to various people throughout the recruitment process. It really highlighted that everyone, across the business, is close to our customers and focused on helping them succeed. All of this helps deliver a great customer experience, which is really important to me.鈥�

How would you describe the culture in the Product team?

鈥淔irst and foremost, I would say we are extremely collaborative. We sit between lots of other areas within the company working on multiple projects. Everyone in the team has their own 鈥榮uperpower鈥� in a certain area, which helps with our collaborative nature and means we can use our team鈥檚 strengths in order to improve our platform efficiently.鈥�

How do your teams like to work?

鈥淲e鈥檙e involved with the product manager鈥檚 early discovery work, helping them research opportunities and customer pain points. We work on ideas for solutions iteratively, validating them with people who use the platform. One of the most satisfying aspects of our work is collaborating directly with the engineering teams, and overseeing our ideas through to becoming real features on the platform.鈥�

What are you most excited about as your team continues to grow?

鈥淭丑别 team鈥檚 grown really quickly, which has been super exciting! Now that we鈥檙e an established team, we鈥檙e focusing on continuously improving and driving consistency with how we deliver work. There are new and compelling opportunities within the business, as we are attracting a wider and more diverse customer base 鈥� we鈥檙e working to understand this variety of user needs and how we can help them succeed with our platform.鈥�

Why should someone join 爆料tv?

鈥淭丑别 values and the culture of 爆料tv are really special. There鈥檚 a real sense that everyone is focused on bringing value for our customers, and we all work together to achieve it. It sounds slightly cheesy, but I think this is one of the only places I鈥檝e worked where everyone lives the values day in day out, and you can see the impact on the way we work here because of that.鈥�

Tell us something we probably don鈥檛 know about you.

鈥淚 ran the Great North run when I was 18 and ran it 18 years later when I was 36. I haven鈥檛 decided whether I鈥檒l run it when I鈥檓 54鈥︹��

What 爆料tv Slack channel do you hang out in most?

鈥淚 divide my time fairly squarely between #spotify, #animalympics and #parenting. Which is pretty much a summary of my life outside of 爆料tv!鈥�

What made you join 爆料tv?

鈥淜evin (our CEO and Co-Founder) sent me a Facebook message and asked me if I was interested in joining 爆料tv (I didn鈥檛 have a LinkedIn profile at the time).

The reason I said 鈥測es鈥� was because I knew 爆料tv was a great company. I was working in the same building as 爆料tv and I could see how close-knit the company was. The fact that the team ate lunch together and went for walks together at lunch really showed me that. I also have such a huge amount of respect for Kevin and Matt (CPO & Co-Founder). They鈥檙e both developers and I knew confidently that they understood developers, the problems, and how to solve them. It helps so much that they get that!鈥�

How would you describe the culture in the Engineering team?

鈥淭丑别 team is super smart! I often hear developers joining 爆料tv say that they thought they were a good developer, and upon joining 爆料tv they were humbled from working with such talented folks.

I love that we have people aligned with our company values. Our developers want to be close to our users and aren鈥檛 scared to have conversations with other departments. They really care about collaboration and have a desire to get things done.鈥�

How do your teams like to work?

鈥淭丑别re鈥檚 real variety across all of the teams. There鈥檚 not one 爆料tv way of working. We really value that as we鈥檙e all unique! The things we do have in common are collaborating on work, wanting to help our customers, and wanting to get things done.鈥�

What are you most excited about as your team continues to grow?

鈥淗ow the team matures as we grow. They鈥檒l have more capacity to be more successful working on solving problems which will delight our users. I鈥檓 also super excited about our observability team. This鈥檒l give us more confidence in what we鈥檙e doing and the code we鈥檙e releasing.鈥�

Why should someone join 爆料tv?

鈥淲hen you join a lot of companies you don鈥檛 get much autonomy or opportunity to make a huge impact. At 爆料tv there鈥檚 a lack of red tape, meaning you get to have a huge impact from day one. You also have the freedom to choose the areas you want to impact. Everyone from our interns to our senior engineers ship releases within their first week!鈥�

Tell us something we probably don鈥檛 know about you.

鈥淔or my first job, I had to dress up as a dinosaur: a T-Rex!鈥�

What attracted you to Software Engineering?

鈥淢y journey began during my time at Reading University where I was studying Economics (bear with me on that one)! A few of my housemates were studying Computer Science degrees and I thought it was cool seeing all the projects they鈥檇 built from scratch.

After completing my Economics degree, my partner鈥檚 company relocated to Cambridge. So, knowing no one there and having visited the place once or twice, we packed up and started a new adventure (and luckily so, as I later discovered Cambridge was the home of Silicon Fen).

Shortly after we moved, my partner gifted me a Raspberry Pi and a book called 鈥淧ython for the Absolute Beginner鈥� (which holds a place in my heart and is in view as I鈥檓 writing this sentence). That was the real turning point for me, and what kick started my obsession with becoming a software engineer.

Soon after, I decided to complete an online Python course to test the waters and see if coding was really as much fun as it seemed. Well, yes, it was! So, I enrolled in a Master鈥檚 degree in Computer Science at Hertfordshire University, which I completed with top grades, and I鈥檝e not looked back since!鈥�

What鈥檚 been your journey to a Development Team Lead at 爆料tv?

鈥淚 started life at 爆料tv just over 4 years ago as a software engineer. During my time here, I鈥檝e worked in all the major areas of the code base and collaborated with every department. Whilst I鈥檝e always loved the engineering side, I found that my biggest strength and the one that came most naturally to me was working with people.

I loved bouncing ideas around with the various teams at 爆料tv 鈥� sales, marketing, customer success, product, and UX folks. So, when I was offered the role as team lead I really couldn鈥檛 have asked for a better fit.鈥�

What do you like most about the tech industry, and what tech intrigues you?

鈥淒uring my time in the industry I鈥檝e witnessed the shift to cloud computing, AI going mainstream, and the spread of IoT (plus a bunch of others too)! It鈥檚 been so fun seeing these developments, the speed at which they take place, and how these developments end up finding application across various domains. Whether it鈥檚 learning how Formula 1 teams are using AI and machine learning to improve the aerodynamic efficiency of cars, or how satellites (such as the NOAA-20) are combating illegal deforestation 鈥� if someone is applying tech to a modern problem, I鈥檓 interested!鈥�

A day in the life

鈥淚 kickstart my day by doing 30 minutes of learning and development. I鈥檓 currently doing a React course 鈥� it鈥檚 fully funded by 爆料tv as part of our annual learning and development budget. 爆料tv not only provides us the financial opportunity to enrol on courses about anything we think necessary, but places an emphasis on learning and development too, which means you鈥檒l be encouraged to find the time to commit to a course.

Next, I check Slack and reply to any urgent messages or teammate queries. I鈥檒l then make a plan for the day and decide which tasks I鈥檇 like to accomplish, before jumping into some code reviews (a personal favourite). Once those are completed, I鈥檒l start on my list, typically tackling the most challenging item whilst I鈥檓 freshest. This might involve driving key projects forward, collaborating with the product team, or assisting with customer investigations.

Later in the morning, we might have a team meeting (we run those every other day, with a longer session on Fridays). These discussions keep everyone aligned and provide another place for folks to ask for help. After the team meeting, I typically take my lunch break 鈥� since I鈥檓 working from home, I give my wife a well earned break and entertain our two young children while trying to eat some lunch!

In the afternoon, I check again for code reviews and continue working through my to-do list. Occasionally, there are watercooler chats (these are 鈥榗offee breaks鈥� with a random group in the company) or a technical roadmap session, which I try and actively participate in 鈥� I enjoy hearing the various improvements other engineers bring forward, whether it鈥檚 a case for UI testing, or the introduction of a static code analyser, or the development of a UI component library.

As the day winds down, I try to wrap up some admin tasks (emails etc.) so I can start the next day with a clean slate. Working from home demands a lot of self discipline so by 5pm I try to turn my laptop off, and begin my long commute鈥� downstairs!鈥�

What makes engineering at 爆料tv different from other companies you鈥檝e worked with?

鈥淔or me it鈥檚 the combination of trust, amazing people, and the growth opportunities. There鈥檚 a healthy collaborative culture here that I haven鈥檛 seen so much of in my previous companies.

I try to contribute to a number of different projects and 爆料tv gives me no end of opportunities to grow! Whether it鈥檚 directly participating in the technical roadmap, helping out with customer issues, or getting more involved in the product side of things 鈥� there鈥檚 never a dull moment as there鈥檚 just so much variation. Add to all that the emphasis on wellbeing, learning and development 鈥� 爆料tv offers the perfect recipe for finding a happy balance between work and family, and being able to continuously grow.鈥�

What sort of projects have you worked on so far?

鈥淭丑别 team I was in (which is the same team I鈥檓 now leading) developed the Pipelines product. For me, it鈥檚 the perfect blend of technical and product challenges. Some of the most interesting technical challenges I worked on were helping the team come up with a brand new git branching model that would enable customers to effectively manage multiple Salesforce orgs. We ultimately developed the which enabled us to integrate forward and back propagations of pull requests, whilst supporting a consistent user experience across the 9 different version control systems.

The other fun technical challenge was being the first team to heavily adopt react, redux and TS! This has presented a series of technical and product/UX challenges, which I鈥檝e absolutely loved working on!鈥�

What attracted you to join 爆料tv?

鈥淭丑别 first thing that attracted me was the prospect of working on a DevOps tool, which is interesting in itself and an area that I had very little experience in. However, it was the conversations with the team and the positive feedback that truly convinced me.

Over four years later, I鈥檓 still loving life at 爆料tv and couldn鈥檛 ask for better companions. I can honestly say that each day is a rewarding experience. It wouldn鈥檛 be right not to mention how entirely supportive 爆料tv has been over the years on a personal level too. Be that during the pandemic, family sickness, when I鈥檝e wanted to pursue a course, or the birth of my babies 鈥� 爆料tv has always had my back.鈥�

And, finally, the burning question: tabs or spaces?

鈥淐onsistency is key! Maybe I鈥檓 in the minority here, but I鈥檝e never had a strong opinion on either 鈥� just don鈥檛 leave a trailing whitespace!鈥�

In a weird coincidence, three quarters of my previous companies are 爆料tv customers, so maybe I was always destined to end up here!鈥�

What made you join 爆料tv?

鈥淚 knew that I wanted to join a company to build something new to develop an innovative, modern, and thriving customer success team in an exciting and emerging industry. I also knew I wanted to join a business that reflected my values of compassion, inclusivity, and ambition.

From my very first conversation with Kevin (our CEO), it was clear that 爆料tv was a very special place. That expectation was set at a new, higher level with everyone that I met, every layer deeper that I got to dig, every question I had answered. I was so excited to join and be part of the journey of building the next phase of 爆料tv. With so many of the foundations already here, I knew that I had a great responsibility to do justice to what had come before.

It鈥檚 the single best professional decision I鈥檝e ever made.鈥�

How would you describe the culture in the Customer Success team?

鈥淭丑别re鈥檚 a great spirit in the team, it鈥檚 the most proactive, positive, and resourceful I鈥檝e ever worked in. I鈥檓 really proud that we鈥檝e managed to maintain that spirit as we鈥檝e evolved into a hybrid team spread across two continents.

We鈥檙e working with customers who are delivering meaningful change in their businesses, and this means there are inevitably some high pressure moments. So we鈥檙e really trying to build resilience in our approach, and in ourselves 鈥� knowing when we need support, when we need to step back, and when we need to improve a process is really important. The fact that we have a team that works so well together, helps each other out, and consistently delivers is born out of that resilience and is a real strength, I think.鈥�

How do your teams like to work?

鈥淥n the whole, we鈥檙e pretty collaborative and like to give folks the flexibility to work in a way that allows them to bring their best selves to work. We鈥檙e really connected to other teams across the business 鈥� in fact, every team at 爆料tv is 鈥� and we know that by collaborating with our colleagues in all departments we鈥檙e able to deliver what鈥檚 best for our customers.

We really try to keep internal meetings to a minimum, to give folks the time and space to do great work. When we do have them, we keep them short, prioritise key initiatives, and review regular sessions to make sure they鈥檙e still relevant.

Feedback is big for us, because we know how fast our space is moving and we know that we need to consistently progress, learn, and develop. So, we try to facilitate opportunities for that to happen: both organically and formally.

Our motto is: To build the best team, to empower the most successful customers in our industry. We aim to keep that thought at the forefront of everything we鈥檙e doing.鈥�

What are you most excited about for your team?

鈥泪鈥檓 most excited about how we鈥檙e continuing to develop innovative ways of making customers successful 鈥� things like a self-service portal, virtual events, community outreach, and partnerships.

The change in our industry is constant, and offers opportunities to deliver really important updates for customers; so the speed we鈥檙e developing the product always inspires me. We鈥檙e really plugged into the wider Salesforce community, which is dynamic and ever-evolving, and so I鈥檓 excited to see what comes from that in the next little while.鈥�

Why should someone join 爆料tv?

鈥淚f you lean towards wanting to build things, want to be a part of a company that鈥檚 transforming a really interesting market, and if you鈥檝e got a desire to work in a place where no two months are the same, and where your colleagues are collectively the kindest, smartest, most hard-working you鈥檝e ever know, then I鈥檇 really encourage you to apply.

From my team鈥檚 perspective, our customers are a technical crowd, and we seek to really stand alongside them in building solutions 鈥� which means we need to delve into those technical spaces with them. That doesn鈥檛 mean you have to have an engineering or development background though, just that you鈥檙e interested in those deep conversations and technical strategy.鈥�

Tell us something we probably don鈥檛 know about you.

鈥泪鈥檓 a pretty open book but I guess one thing is that back in 2013 I got down to the final 25 for a TV show, The Island with Bear Grylls. It would have seen me spend a month with 11 other people on a remote Pacific island filmed for everyone鈥檚 viewing pleasure. I didn鈥檛 make the cut, and instead joined my first start-up, and I guess the rest is history.鈥�

Which 爆料tv Slack channel do you hang out in most?

鈥淚 helped set up #pride and more recently have been lurking in #parenting, #gardening and #gigs.鈥�

Our internal DevOps team does a great job supporting our platform, and has been working on these kinds of problems for some time. The new observability team was set up to increase our capability in this area. Folks from different areas of engineering joined the team, and they continue to rotate in and out of the team to gain skills, and contribute to this important service. Read on to learn more about what observability means at 爆料tv, and the impact it has.

What do we mean by observability at 爆料tv?

For us, observability centres around the ability to understand the inner workings of our system solely based on observing and interrogating it with external tools. That means we want to be able to understand the state of our application at any time, even if it鈥檚 in a state that we hadn鈥檛 previously predicted. Ideally, that would mean at any given time we don鈥檛 need to ship new custom code to diagnose an issue that we鈥檙e already seeing in the application.

What鈥檚 the goal of the observability team at 爆料tv?

The goal of the team is to increase our capability to operate our systems at scale, while handling internal code updates and external changes to the environment our code operates in (based on new customers or customers changing their usage patterns).

We roughly view the four main challenges to keeping a system stable under the force of internal and external changes as:

• Detecting there鈥檚 a problem with the system
• Triaging the problem and assigning an owner
• Figuring out the root cause of the issue
• Fixing the problem

Asking why the problem happened, and how we can make sure it doesn鈥檛 happen again, is an explicit part of our write-up of each incident. For us, it鈥檚 part of 鈥渇ixing the problem鈥�, and it鈥檚 the way we do engineering at 爆料tv, but we realize that鈥檚 maybe not the way every company does it!

Our success at all four challenges can be improved by enhancing our observability. And so, a large part of the work the team has started doing is focussing on and improving our observability, therefore, aiming to improve our effectiveness when coping with those four problems.

We also have a remit to tackle all of the sociotechnical issues that arise when we鈥檙e tackling these problems. After all, there鈥檚 no point building a great observability tools if nobody knows how to use it! So, we engage with other teams to make sure we鈥檙e building the right things, help them get up to speed with it, share knowledge, and implement any feedback from using the platform.

How does the team work?

The team is made up of a mixture of temporary and permanent roles. This allows us to look long term and think about what the team might be doing in a year or two, and adapt as the business continues to grow.

Engineers from other teams do a three to six month secondment in the observability team, which is a great way to encourage learning and development in new areas for the rest of the engineering team.

Developers who join this team bring new ideas and experiences from their current roles, and take the new skills they鈥檝e learned back to their teams to make even more of a difference. Working in this collaborative transparent way is one of the things that makes 骋别补谤蝉别迟鈥檚 engineering culture unique, and encourages professional development in the engineering team.

Any engineer can ask to join the team 鈥� it鈥檚 an explicit goal to help spread some of the knowledge from the observability team, so you definitely don鈥檛 need to be an expert already. However, we do have to make sure there鈥檚 a balance on the team at any one time, and across the rest of the engineering teams.

What projects have the observability team worked on?

One of the big projects we鈥檝e worked on is to start using OpenTelemetry tracing to improve our observability. We鈥檝e started using a tool called Honeycomb to complement our existing observability stack, and this has already led to lots of small improvements in our operational capacity. For example:

• We鈥檙e quickly able to identify that a specific code change had led to a massive increase in latency on one of our key endpoints.
• We鈥檝e been able to apply a number of small optimisations that allows the app to fundamentally operate faster.
• We now have more confidence around our use of queues, and where the slow points are.

The team has also been able to look over some of our database usage, and put on better observability tooling and techniques to improve how we look at, and optimise our database usage.

All these projects help us achieve our overall goal, to help the whole team have more confidence in their understanding of the system. Over time, this will enable us to not only make small fixes like the ones we鈥檙e working on now, but recover faster from larger failures, and move faster with new functionality because it鈥檒l be easier to verify at each stage of rollout that things are behaving as expected.

What鈥檚 it like working on the observability team?

[Julian Wreford]: 鈥淚鈥檝e really enjoyed working on the operational team, it鈥檚 been a bit of a change from my prior experience doing just software development, but I鈥檝e learnt so much by having the opportunity to really focus on the operational aspects behind running our application. It鈥檚 a cool mixture of ad-hoc response to immediate issues, and longer term planning around how we improve our general approach to running the application, and I鈥檝e really enjoyed that mixture.鈥�

[Oli Lane]: 鈥淔ounding this team has been a real learning experience for us all 鈥� which is great. Having a team focused just on operational and observability concerns has given us the space to learn much more about how best to instrument, operate, and ultimately improve the services we run, and that鈥檚 been really fulfilling. From tackling issues, to paying down technical debt, to empowering other teams to get more insights into how the code they write runs in production, it鈥檚 easy to see the impact of the work we鈥檙e doing. And I often don鈥檛 know what I鈥檒l be working on when I get in each morning, which definitely keeps things fresh!鈥�

Want to join the observability team?

Then why not take a look at our engineering roles, and you could be part of making a real difference at 爆料tv and for our users.

What made you join 爆料tv?

鈥淚鈥檇 just finished my masters and had the choice between staying in law or moving into something a bit different, more exciting and engaging.

I was intrigued by the fast growing nature of 爆料tv, it was clearly run by smart, enthusiastic people. The idea of joining a company which offers such an effective product in an untapped market sold me on the move. A career in sales in a start-up environment really appealed to me, having the opportunity to be directly involved in scaling the business, every day is impactful to making the organisation bigger and better.鈥�

How would you describe the culture in the Sales team?

鈥淐ompetitive collaboration. The goal is for everyone to succeed, and the market is so big it allows everyone to overachieve and be successful without stepping on anyone鈥檚 toes. Everyone celebrates each other鈥檚 wins as much as their own鈥揵ut we鈥檝e got a bit of friendly competition going on as you鈥檇 expect!鈥�

How do your teams like to work?

鈥淲e鈥檝e got a great culture of autonomy, everyone is trusted to do their job and do it well. We come together to collaborate, share and bounce ideas off each other when we鈥檙e stuck. We share every possible learning in a tight feedback cycle and it鈥檚 hugely impactful.鈥�

What are you most excited about for your team?

鈥淭丑别re are so many new roles on the horizon for us, as we transition from a small team to a fully developed sales organisation over the next 12-18 months.

There鈥檚 the chance to pick what direction the current team members want to go into, such as focusing on new business, existing business or even getting into specialisms. I鈥檓 looking forward to seeing the team progress and develop.鈥�

Why should someone join 爆料tv?

鈥淭丑别 people you work with, not just in the sales team. The interactions you鈥檒l have across the company enable you to learn so much every single day. The focus on learning and collaboration sets us up to perform at our best all the time. The product and engineering teams take feedback directly from sales, so every conversation makes a difference.鈥�

Tell us something we probably don鈥檛 know about you.

鈥淚鈥檝e got 3 motorbikes and I plan to tour Europe on one this summer.鈥�

What 爆料tv Slack channel do you hang out in most?

鈥淚 post regularly in #motor-things about the travels I鈥檝e done on the motorbikes and it鈥檚 interesting to compare rides with other motor enthusiasts at 爆料tv. I also enjoy snooping at 爆料tv folks latest renovation work in the #diy channel.鈥�

We think the way we do engineering is pretty unique 鈥� but wouldn鈥檛 every tech company say that? To prove it, we take a dive into what makes 骋别补谤蝉别迟鈥檚 engineering team different. Don鈥檛 just take our word for it 鈥� keep reading to hear directly what some of the engineering folks think!

Our users are our main focus

Getting value into the hands of customers quickly is at the heart of everything we care about. Staying close to our customers to discover their real needs keeps us focused, and we work pragmatically to deliver value to them fast and regularly.

[Eamonn Boyle]: 鈥湵蟭v is the most collaborative place I鈥檝e ever worked. Not just within engineering, but across the whole company. There鈥檚 a real sense of common drive to deliver the features that our customers need.鈥�

[Matt Guy]: 鈥淎t 爆料tv, we have full ownership of the features we build. We can touch and impact every single layer of the tech stack if we want to, and have regular contact with customers to gain vital context and feedback to help us build the right solutions. This transparency and frequent contact with our customers helps direct our product development and gives us the chance to collaborate with plenty of other teams at 爆料tv, which is fantastic!鈥�

[Dave Rant]: 鈥淭丑别 primary way of measuring ourselves is the success of our customers. So, by interacting with customers and directly understanding their pain points, rather than that information filtering through lots of people, means when we ship something based on a request or some feedback from a customer, we can immediately see if it solves their problem. If it does, we can see the impact it makes right away. If we need to work on that solution, we can get direct feedback to pivot quickly to solve their need.鈥�

You see the difference your code makes

Just like Dave said, engineers at 爆料tv get to see first-hand the difference their work makes to our users. Unlike some companies, our engineers are involved in the whole process of improving our solution, whether it鈥檚 getting feedback directly from customers and understanding their pain points, or coming up with a solution, creating it and releasing it, to getting feedback on how it鈥檚 impacted our users.

[Catherine Bacon]: 鈥淓ach day is really varied. You might be working on a large feature, fixing a bug, releasing the app, speaking to a user, helping our customer success or sales team with a technical issue, or answering questions. I really like this way of working, as you鈥檙e not just a coding monkey stuck in a room! You see what you鈥檙e working on being used in real time, making a difference to users and helping their release processes. It鈥檚 very satisfying to work on something that genuinely makes our users鈥� job easier.鈥�

Close collaboration

Our engineering team is focused on delivering value for our customers in a pragmatic way, while maintaining our high standards. We鈥檝e built a great culture of trust, transparency, collaboration, and feedback, where engineers have the autonomy to succeed and are trusted to do good work. This means folks can try new things and challenge themselves to deliver their best work.

[Mark Allan]: 鈥淚t鈥檚 extremely collaborative. Even though the engineering department is split up into several small teams, you鈥檒l find yourself working with people from other teams and other departments very regularly. From reviewing PRs, to diagnosing issues, to working on tech debt, to jumping on calls with customers 鈥� as a company, we spend a lot of time listening to and talking with our customers!鈥�

[Dave Rant]: 鈥淥ur engineering culture is the foundation of everything we do at 爆料tv. We鈥檙e a company that was started by engineers, so the whole company tends to live and breathe a set of values that software engineers will find very familiar. We focus on giving our engineers the most enjoyable and productive experience possible. That involves giving them the best tools for the job, and the freedom to experiment with solutions to and get very quick feedback on the work they鈥檙e doing directly from our customers.鈥�

The freedom to grow

There are no rigid pre-set career paths at 爆料tv. You have the flexibility and trust to build on your skills and experience to reach your personal goals. Our collaborative team environment means folks are happy to share their experiences with teammates to help each other learn and grow.

[Matt Guy]: 鈥淎t 爆料tv, you鈥檙e surrounded by intelligent people that care about the quality of the work they produce and the toolset we鈥檙e building for our customers. The engineers here empower each other鈥檚 learning and encourage pragmatism in the technical decisions and developments we carry out. Ultimately, at the heart of our engineering team is a group of fantastic people that I love to work with every single day.鈥�

[Julian Wreford]: 鈥淭丑别 thing I value most about 爆料tv is the culture of trust and growth that exists. From starting as a junior developer, I was trusted to investigate and solve lots of different problems, but I always knew there was support if I found a problem too challenging or just needed a push in the right direction. This has meant that I鈥檝e grown in a variety of areas I wouldn鈥檛 expect, as I鈥檝e been encouraged to try things outside of my comfort zone and given the tools and support to succeed. I wouldn鈥檛 be the developer I am now without the opportunities for growth and support that I鈥檝e had in my time at 爆料tv.鈥�

[Richard Jones]: 鈥淏eing part of a company where you鈥檙e given equal parts freedom to explore your technological interests, and support to help you fully realise your ideas, is really refreshing. No area of the company is off-limits and I feel comfortable approaching problems that are new to me, knowing that I鈥檇 have teammates around to offer advice when I need it.鈥�

Do you want to be part of the team?

If you want to be part of the unique engineering culture at 爆料tv, and help us continue to grow, take a look at our open engineering roles.

What made you join 爆料tv?

鈥淚 knew all the great ways 爆料tv worked from a really trusted source, and I鈥檝e also seen how that way of working pays off in the success that 爆料tv has seen and how quickly it鈥檚 grown. So, what attracted me to 爆料tv was it鈥檚 a great balance between working the way I like to work (no politics, no bureaucracy, focus on the customer and getting value out the door quickly) but with the support of a larger, successful business with great people working together with a common goal.鈥�

How would you describe the culture in the Engineering team?

鈥淥ur culture is a mix of things. I work with some really talented people and I鈥檇 say 爆料tv is the most collaborative place I鈥檝e ever worked. Trust and safety play a big part in making that team effective and the level of collaboration possible. There鈥檚 a big emphasis in 爆料tv on honesty, transparency and working in the open and we see that from the top down.

There鈥檚 also very little politics or bureaucracy 鈥� good ideas are championed wherever they come from and we try to evolve the way we do things continuously to cut out waste.鈥�

How do your teams like to work?

鈥淲e follow some core principles and then each team might vary slightly with how they work. Day to day our team works really closely together (though I鈥檓 a bit more detached from the daily coding these days). Every day the team will jump on ad-hoc huddles on Slack to pair up on work or bash around ideas. Thinking about the next smallest increment is a big part of daily and weekly planning in the team. Everyone works full-stack so they may be in our .NET backend (C# 11) or on our frontend, where all the new code is using TypeScript and React.鈥�

What are you most excited about for your team?

鈥泪鈥檓 really excited for Belfast to become a larger and larger part of engineering in 爆料tv. We鈥檝e grown a lot in the first year of the office, and I鈥檓 looking forward to spinning up some more product teams here as we grow. We鈥檙e also into continuous improvement and everyone can suggest changes to how we work 鈥� so I鈥檓 keen to see how the way we work evolves with some current initiatives around releasing more frequently and improving quality.鈥�

Why should someone join 爆料tv?

鈥淵ou should join if you want to work somewhere that you regularly see your work make a difference to customers, and if you want to cut away excess process, bureaucracy, politics and egos. You should also join if you want to work with really talented people from many disciplines who are all working together with a common goal.鈥�

Tell us something we probably don鈥檛 know about you.

鈥淚鈥檝e dived with manta rays, turtles, sharks and wrecks but can鈥檛 really swim properly.鈥�

What 爆料tv Slack channel do you hang out in most?

鈥泪鈥檓 a fan of #movies-and-tv! This channel and I have a love-hate relationship. I鈥檓 a bit of a movie and tv fanboy and so love getting recommendations or a bit of banter about the latest shows, but I have to be careful too as I hate spoilers.鈥�

I feel very lucky to work somewhere where there鈥檚 such a big and supportive community of visible LGBTQ+ folks. While I love the informal socials we鈥檝e been having, something I take great heart in is how supportive and kind people are when sharing LGBTQ+ related world news in our #pride Slack channel, whether it鈥檚 good or bad. We asked three of the folks from that community at 爆料tv to share their thoughts, as we reflect on Pride month.

How can a workplace ensure it鈥檚 a safe, encouraging, and supportive environment for LGBTQ+ people?

[Jen]: At the moment, the world can be a very frightening place for LGBTQ+ individuals 鈥� so, any workplace that acknowledges that is already taking a big step in the right direction. One area that sets workplaces apart is mental health support. Having access to someone to talk to is enormous and can be incredibly impactful, no matter where you are in your journey. There can also be a big divide between how folks show up to an open and inclusive workplace, and how they might be forced to hide themselves in their home/private life. Being able to support someone in that situation is life-changing.

[Vivian]: Having specific workplace policies in place to protect queer employees from discrimination is vital; it can be difficult to come out at work if you鈥檙e unsure how your co-workers will react, and knowing that there鈥檚 something specific you can point to if there鈥檚 any difficulty brings huge peace of mind.

[Anonymous]: One is definitely mental health support 鈥� something like a buddy system or free counselling are both really useful and beneficial things, especially when things get tough (it鈥檚 been shown that LGBTQ+ people are significantly more likely to need counselling or advice). However, I鈥檇 say the main thing (for me, at least) is LGBTQ+ folk being seen and treated as normal, rather than as something 鈥榮pecial鈥� or 鈥榰ncommon鈥�. Being able to coexist and feel safe and welcome as myself is a great feeling, compared to previous experiences in my life (i.e. school) 鈥� and is definitely something I鈥檓 not taking for granted!

How did you celebrate Pride this year?

[Jen]: I didn鈥檛 do loads for Pride this year 鈥� I鈥檓 a bit past the age of partying till the sun goes down. But I did bring some friends and their young son to the local Cambridge Pride. I really enjoyed the fact that he could just absorb the event and it was a safe space for children. It definitely helps to set the foundation for knowing at a young age we live in a wonderfully diverse world.

[Vivian]: I don鈥檛 normally do much in terms of in-person Pride events as I鈥檓 not good with large crowds, but I have been bringing the Pride spirit to smaller social groups and other communities that I鈥檓 a part of 鈥� I want everyone to feel like the spaces I鈥檓 in are safe to be out and proud in.

[Anonymous]: By attending my first Pride event this year 鈥� London Pride! It was a great event to experience, and one to remind myself that I鈥檓 part of a bigger community and not alone!

What does Pride mean to you?

[Jen]: I think it means a month of reflection for me. Not just celebrating what has changed, but how can I be a leader and an aspirational figure for those around me to keep actioning change? This year, it鈥檚 important for me to understand what I can do to be a better ally to the transgender community.

[Vivian]: There are two different things I think Pride should be about. Pride means queer joy 鈥� showing other queer people that being queer means being yourself authentically and that it鈥檚 a source of happiness, and not something to be afraid of. It鈥檚 about showing people who may still be in the closet and struggling to come out that they鈥檙e not alone and that we stand stronger together. Pride is also a protest 鈥� there鈥檚 still plenty of discrimination and bigotry out there, especially towards the trans community in the past few years. Pride is a shout of defiance and a rallying point for the queer community to come together and fight!

[Anonymous]: Pride to me is feeling accepted and being a part of something bigger. Everyone has challenges in life, and one of my major ones has been acceptance (both internally and externally) of who I am and how I should express this. Pride is a good reminder for me to realise that I have the personal freedom and choice to express myself. However, it鈥檚 also a reminder that other people in other countries with stricter LGBTQ+ laws don鈥檛 have this luxury, and that visibility is important to advance rights for all LGBTQ+ people.

Do you have a favourite Pride memory?

[Jen]: LOL maybe having the bravery to dye my hair sparkly silver for London Pride. For me it felt pretty out there!

[Vivian]: Not specifically a Pride event, but any time someone feels comfortable coming out to me or tells me that my presence has helped them feel more confident in being proud of who they are. For me, coming out was a terrifying experience, and I want to make it less terrifying for everyone else!

[Anonymous]: Similar to Jen鈥檚, I painted my nails rainbow colours for London Pride which was good fun!

What is one message you wish you could share with your younger self?

[Vivian]: I was at school during the tail end of Section 28, and the oppressive school environment it created had lingering effects on me through adulthood. I鈥檇 tell my younger self: 鈥淵our feelings are normal and nothing to be ashamed of; it鈥檚 okay to accept yourself and your friends will accept you, too 鈥� and even among just your close friends, you鈥檙e not alone.鈥�

[Jen]: Life is full of surprises and the biggest one is that you鈥檙e never a fully-formed human. Don鈥檛 worry if how you feel and think at one stage of your life will be the same years down the line. Own yourself and be a badass. It鈥檚 what means the journey will be fun to the most important person: yourself.

[Anonymous]: Agree with Vivian here. I鈥檇 add: 鈥淒on鈥檛 judge yourself solely based on the reactions of others, you are valid!鈥�

Company culture is king

Culture is a word that often gets thrown around but it can be difficult to quantify. Despite this, it鈥檚 clear that it鈥檚 important to tech talent. The report showed that after compensation, candidates are most attracted to a role and organisation by the overall culture (15.1%) and mission (13.1%).

Looking at why tech talent choose to stay at their current company, we asked 鈥渨hat do you love about your current company and what makes you stay?鈥� The top reason, given in 45.4% of responses, was company culture.

The unique culture of every organisation is made up of all the little things done to empower their teams. At 爆料tv, our culture is underpinned by trust, collaboration, self-development, teamwork, feedback, and a focus on solving our customers鈥� problems. These core attributes are part of who we are at 爆料tv, and encourage our people to be their best, both as individuals and within our team.

Remote as a 鈥榩erk鈥� is no longer an option

The new world of hybrid and remote working has enabled a generation of developers to work on their own terms and in conditions that are more suitable for their working lives. When asked 鈥淲hat aspects of your job do you enjoy the most?鈥� remote working was ranked highest by technical talent 鈥� above tech stack, location, and benefits.

When asked about their work preferences, an overwhelming majority of respondents signalled their preferred way to work is fully remote.

爆料tv provides working styles including fully remote and hybrid roles, and we make sure we鈥檙e transparent with the needs of the roles and how these work to ensure everyone is on the same page from the start. Our flexibility ensures that each team member is set up for success.

Lack of learning and development leads to frustration

It鈥檚 clear tech talent wants the opportunity to continually learn and develop in their role and the company. When asked 鈥淲hat are some of your biggest work-related challenges and frustrations?鈥�, lack of learning and development was ranked almost top, just behind salary in the report.

Learning and development is highly supported and encouraged at 爆料tv, but is very much driven by the individual rather than being constrained by a predetermined structure. We support folks with various initiatives, including an annual learning and development budget of 拢1,500, mentoring opportunities, management training, personal development plans, and peer learning.

Maintaining a good work-life balance

Over three quarters of survey respondents said they鈥檙e unhappy with their roles and have looked for a new job in the past six months. Of those folks who鈥檝e looked for a new role, the main reason they stayed in their current role was clearly work-life balance. A good work-life balance is enough to retain tech talent, even if they鈥檙e interested in greater compensation in other areas.

Work/life balance means something different to all of us. Whether it鈥檚 working from home on the days that suit you, or working true flexible hours to suit your life and how you work best, 爆料tv supports it. We trust our team when it comes to when they work to deliver the work they need to do.

Info on the report

The data for the report was gathered and analysed by Hackajob, using figures from their Engineering 2023 Survey.

They received over 1,000 responses from technical talent to understand what attracts and retains them as well as what aspects of their roles are most important to them. Technical talent includes, but is not limited to, Software Developers, Engineers, Data Scientists, QA Testers, Data Analysts, UI/UX designers, Product Managers and more.

Read the report

To access the full report visit the Hackajob website .

What attracted you to Software Engineering?

鈥淲hen I was in primary school, my dad worked at what鈥檚 now Manchester Metropolitan University as a Sociology lecturer with an interest in computers, and in lieu of childcare he would take me in with him and let me play games on the mainframe terminals in the room next to his office. One day I asked if there was a way to make them easier (or 鈥渃heat鈥�, if you must) and so he showed me how to edit the BASIC code. Once I realised you could not only make them easier, but actually make them do entirely new things, I was hooked.鈥�

What鈥檚 been your journey to a Principal Software Engineer?

鈥淭o cut a rather long story short, I hacked away on home computers from when I was a wee lad until I got a job in tech. Then I spent over 10 years in that job working for a computer manufacturer doing everything from BIOS code and operating system patches to building their first website (HTML 1.0!), and after that moved on to freelancing for 20 years, working on all sorts of projects big and small.

Eventually I decided to ditch the stress of freelancing, so I started looking into companies where I could do a 鈥渘ormal鈥� job. After an amount of research, I found that 爆料tv matched my values best, so I applied, passed a very efficient and stress-free interview process and accepted a position. I鈥檇 never had a job title during the freelance years of course, but it turns out that over the years I鈥檇 accumulated a broad enough experience to fit the Principal Software Engineer role.鈥�

What do you like most about the tech industry, and what tech intrigues you?

鈥淭丑别 best thing about the tech industry (and possibly also the worst) is that it never stops changing, so you鈥檙e always learning and you never have the chance to get bored.

Obviously I鈥檓 as interested as everyone else to see where AI goes from here, particularly from an ethical point of view, but I鈥檓 also intrigued to see if WASI containers can deliver on their promise to bring more agility, flexibility and security to application hosting.鈥�

A day in the life

鈥淲ell, if we take yesterday as an example, I spent the morning working on a couple of PRs, one to add some user-facing auditing to the 爆料tv application, and another tweaking Terraform scripts for our Kubernetes cluster. We also had our daily stand-up meeting (our team prefers daily stand-ups, but each team has their own way of working).

Because I鈥檇 chosen to work in the office that day, at lunchtime I went to the caf茅 for a free and very tasty lunch 鈥� the Cambridge office is very jealous of the Belfast lunches ;)

In the afternoon, I had a meeting with engineers from several other teams to discuss our UI component library, a social 鈥渨atercooler鈥� call with a couple of other randomly chosen people from across the company, a knowledge-sharing presentation from one of the other engineers, and a call with a customer to discuss a new feature we鈥檝e been building.

In between this stuff, I did some PR reviewing, made some plans based off the component library discussion, and wrote up tickets for the next phase of development for the main feature I鈥檓 working on at the moment.鈥�

What makes engineering at 爆料tv different from other companies you鈥檝e worked with?

鈥淚t鈥檚 extremely collaborative. Even though the engineering department is split up into several small teams, you鈥檒l find yourself working with people from other teams and other departments very regularly. From reviewing PRs, to diagnosing issues, to working on tech debt, to jumping on calls with customers 鈥� as a company we spend a lot of time listening to and talking with our customers!鈥�

What sort of projects have you worked on so far?

鈥淢y team is working on what could be loosely described as enterprise features, so I鈥檝e been mostly dealing with security-related areas such as SSO, team permissions, safe sharing of resources and the like. But 爆料tv being 爆料tv, I鈥檝e also been mucking in on DevOps, frontend architecture and other such things outside the team鈥檚 immediate remit.鈥�

What attracted you to join 爆料tv?

鈥淭丑别 people. I bumped into the Head of Engineering, Luke, socially and we got on very well, and the Belfast office lead, Eamonn, is a well-known good egg, so I was fairly confident it鈥檇 be a good place to work. Fortunately it turns out I was right, everyone鈥檚 lovely (albeit disconcertingly smart).鈥�

And, finally, the burning question: tabs or spaces?

鈥淭abs, for accessibility reasons. But if you鈥檙e not using an editor that can easily switch between them then you should probably do something about that.鈥�

Back for a second year

This was the second year in a row 爆料tv has supported the Cambridge Half Marathon. It鈥檚 a great way for us as a team to be involved in a local event that supports health and wellbeing 鈥� something that鈥檚 really important to 爆料tv. Seeing folks embrace the event in different ways created a real buzz: from all the hard work and training they had to dedicate in order to run in the event, to coming along to cheer on their team members on the day.

Sarah Dewsbury, Head of People, commented: 鈥淏uilding on the great feedback we had from the team off the back of last year鈥檚 event, we knew we wanted to continue to partner with the Cambridge Half Marathon on this iconic event.

It鈥檚 been great seeing the 爆料tv team spirit come to life even more this year. Some of the team taking on the challenge were new to running, and were inspired by colleagues from last year to take part. All the runners pulled together to encourage each other with group training runs and sharing running tips on our internal slack channel.鈥�

Giving back to local charities

As part of our sponsorship of the event, we were able to support two local charities: fuel poverty charity and wellbeing charity .

These charities are doing amazing work in our local area to support people at a challenging time for many. We鈥檙e proud we were able to support them through supplying running places to raise money for their fantastic causes.

The journey to the Cambridge Half

We had over 35 Gearcitizens, families, and friends taking part in the race this year. We loved hearing their motivations for taking on the challenge and to see their journeys to the big day!

Here鈥檚 a snapshot of some of our runner stories:

Valerio, Team Lead, Customer Support & Documentation, took on the Cambridge Half last year for the first time, and came back for a second year to take on the challenge of getting a PB!

鈥淯ntil 爆料tv started sponsoring the half marathon, it never crossed my mind to run this sort of distance. I鈥檓 really happy to have been nudged to try something like this. The atmosphere in the city was incredible and I didn鈥檛 expect it to be this enjoyable.鈥�

Gemma, Events Coordinator, used the Cambridge Half as her return to running event to spur her on for future challenges.

鈥淭丑别 Cambridge Half Marathon is an iconic event and I鈥檓 glad that it was my 鈥榬eturn to running鈥� event!

It was such an uplifting experience running through the historic streets of Cambridge lined with supporters cheering all the runners on. It was great sharing the day with other runners who made the Cambridge Half Marathon such a special event. It eased the pain!鈥�

Ahtif, Software Engineer, took on the challenge for a second year in a row.

鈥淭his was my second time running the Cambridge Half and I have to say it鈥檚 been an incredible experience both times. I originally signed up after some encouragement from my colleagues as a way to motivate me to get into running, but I enjoyed it so much that I plan on running it every year now.

The support at the event is amazing, it honestly feels like half of the city comes out to show their support for the runners, which I really appreciate, especially during the last few miles. The fact that so much of us at 爆料tv take part is really cool since it means I get to run alongside my colleagues as well.

I was quite happy with my time this year. I was a bit injured going into it so I wasn鈥檛 expecting to beat my previous time but I got a lot closer than I expected!鈥�

Liz, Events Marketer, is no newbie to the Cambridge Half Marathon as she鈥檚 run every one apart from two since they started!

鈥淐ambridge Half is a date in any local runners calendar as one of the largest races within the region. The build up to the event adds to the magnitude of the occasion, with friends and colleagues all talking about the event. On the day it feels like a community of runners on Midsummer Common.

The support at the start is excellent, however the support you receive on the course is inspiring. Grantchester should get its own mention, being the halfway point, and the crowds really know how to rally around the runners with their enthusiasm spurring you on towards Trumpington Road.鈥�

Join us!

If you鈥檙e curious about team 爆料tv and what it鈥檚 like to work for us, take a look at our careers page and the exciting roles we鈥檝e got open!

We spoke to Eamonn Boyle, who heads up the engineering team in Belfast, to share what the journey has been like so far, and to shed some light on the exciting plans to come for the expanding Belfast engineering team.

So Eamonn, the office has been open since April 鈥� how are things going?

Wait, wait, wait鈥� have we only been open since April? So much has happened since then.

Things are going really well. We鈥檝e got our Belfast Engineering team up and running at River House in High Street and come January we鈥檒l have 7 in the office. 骋别补谤蝉别迟鈥檚 doing so well as a company and we鈥檙e continuing to grow, with big plans for next year. So, we鈥檙e hoping to more than double the Belfast team next year.

How do the Belfast team work alongside the wider engineering team based in the Cambridge HQ?

骋别补谤蝉别迟鈥檚 Engineering department is organised into small teams of 5-7 people. As Engineering has grown over the years, teams have organically formed and Belfast is no different. We currently have one team but will add more as we grow. Each team has a set of projects to focus on each quarter but we all collectively own the product.

Together as a larger engineering team we ship releases daily, pair on difficult tasks, swarm on issues, share knowledge and are continuously improving our practices and processes. In short, here in Belfast we鈥檙e interacting with the wider team continuously.

I should highlight that 爆料tv is the most collaborative place I鈥檝e ever worked. Not just within Engineering but across the whole company. There鈥檚 a real sense of common drive to deliver the features that our customers need. All communication is on Slack and there is a very open and honest ethos within 爆料tv. We have weekly company wide meetings where each department gives an update and we also have 鈥榙onuts鈥� (15 minute social calls) with random people across the company each week. All of this helps keep the Belfast crew connected to the rest of the 爆料tv. Our company is based in Cambridge, Chicago and we have folks working remotely from home 鈥� so Belfast is one part of the larger picture.

We also all got together for our big summer party 鈥� the company flew us and our families over to Cambridge for a great day鈥檚 craic.

But we do have better food in the Belfast office! 爆料tv pays for lunch and the sandwiches in River House Coffee are class and better than the canteen food over in Cambridge.

How has the team changed and grown in Belfast?

As the Belfast team grew in its first 4 months each new member, including myself, seconded into one of the existing Engineering teams. We worked in different product areas, such as the core comparison engine, pipelines and data backup. Everyone was so welcoming and helped us upskill, and since then we鈥檝e had a steady stream of visitors from the Cambridge office over to stay with us, which has been great! Once we gained enough knowledge, we formed our own Belfast team in September.

Our frontend stack is React and TypeScript and we have a lot of experience of this within the Belfast team, which has been useful. The backend is .NET and though some of the folks were coming from a Java or Kotlin background, this hasn鈥檛 been a problem and the transition for them has been very smooth. The team is working really well together and part of this last quarter has been figuring out how we want to work. We have common ideas of what good looks like within Engineering, but each team also has some autonomy to try different things.

We鈥檝e got 5 engineers in the office now but we鈥檙e only limited by how quickly we can find great engineers. I鈥檇 double that number tomorrow if I could. As part of that we鈥檙e trying to get the 爆料tv name known around Belfast. We were the Diamond sponsor at this year鈥檚 Northern Ireland Developer Conference and myself and Mark Allan were chuffed to have the opportunity to present. It was great to be out at an in-person event and speak to so many great folks 鈥� but a lot of people hadn鈥檛 heard of 爆料tv before so we鈥檝e still more work to do.

Can you share what projects the team have been involved in?

For the last quarter the team has been working on features supporting the Enterprise market. This is a strategic focus of 爆料tv, delighting our Enterprise customers as much as our SMB users. It鈥檚 great that the Belfast team is contributing in this area. We鈥檝e been adding security features that are important to our larger Enterprise customers such as Veolia, Tripadvisor, Johnson & Johnson and Intercom. We鈥檝e added the ability for Enterprise teams to restrict how their users can log in, which domains they can login from, restricting what Salesforce orgs and VCS repositories can be connected to their workflows and controlling access to app features.

We just finished a spike on new ways to login into the app and we鈥檒l be building that out at the start of next year.

We鈥檝e also helped out at events 鈥� I was in San Francisco for Dreamforce in September and Ross was in Seattle for DevOps Dreamin鈥�. As I mentioned, we also sponsored and ran a stand at NIDC and sponsored the local .NET meetup in Belfast.

With the company continuing to grow, how will this impact the Belfast team going forward?

As we continue to hire in the new year we鈥檒l organically grow and then split into smaller teams in Belfast, similar to the structure in the Cambridge office. We鈥檝e also recently had one of the engineers in Cambridge join the Belfast team, and we鈥檝e got a new starter who鈥檚 working remotely from England joining our Belfast team in January. We鈥檒l probably continue to do this, as we don鈥檛 want to create a separation between us and the Cambridge HQ.

骋别补谤蝉别迟鈥檚 product roadmap is pretty ambitious and we need more great engineers to help realise it. I鈥檝e been working in Belfast for almost 20 years now, so I know the wealth of talent we have here. My hope is that in 2023 爆料tv becomes the home to some of the best that Belfast has to offer.

If you want to find out more about what 爆料tv has to offer and if it鈥檚 the right place for you, take a look at our careers site, and the we have in Belfast.

At 爆料tv, learning and development isn鈥檛 just something that sits in a siloed area, it鈥檚 part of who we are. Learning and development shows up through one of our core values: 鈥榚mbracing discomfort鈥�. This encourages all 爆料tvters to grow through taking new opportunities available to them. It also shows up in our safe environment, where we help each other improve, grow, and learn every day through our strong feedback culture and our focus on collaboration.

On that note, here鈥檚 a snapshot of some of the initiatives we run at 爆料tv 鈥� to give you a flavour of what award-winning learning and development looks like to us.

Feedback culture

We have a strong focus on continuous, constructive feedback at 爆料tv, because we know it helps us all reach our full potential. Feedback routinely comes through each employees鈥� 1:1 with their line manager, which we encourage to be direct, in the moment, and peer-to-peer. People in all roles at the company take part in 360掳 feedback 鈥� so much so, it鈥檚 become a natural part of how we work. It allows everyone to have the opportunity to share their knowledge and advice.

There are no painful end of year meetings, as is the case in many companies, where employees only have one chance each year to get feedback on how they鈥檙e performing and how to improve. Instead, we encourage monthly check-ins where folks can talk to their managers about their development and ambitions. This makes sure we鈥檙e spotting opportunities for people to work in new areas, or take part in training that will help them to develop in the areas they want to focus.

Quarterly check-ins

At the end of every quarter each team carries out a quarterly review of what they鈥檝e achieved and what they鈥檇 like to do for the next quarter. This is then presented to the wider company, giving a great opportunity for input and questions from people outside of their team, including the executive team. This allows 爆料tv to continuously share expertise across the company, encourage improvement in each quarter, and ensure we all learn about the great initiatives happening across every team.

Personal development

We introduced personal development plans for folks to use if they find them useful. These are a tool to help people self-reflect and guide their own development. They provide an opportunity to work with their managers to identify both their skills and any gaps, as well as set goals and create a plan of how to achieve them. This works really well at 爆料tv, where the work and growth is fast paced, enabling us to support development around the exciting new projects and roles that are continually popping up.

We provide a personal learning budget of 拢1,500 ($2,000 for US folks) per team member per year that鈥檚 dedicated to fund their development. This can be used for anything to help a team member develop and on the type of content that suits them most, including courses, events, books, and online learning. There鈥檚 also team specific training in different areas, including sales training for people at any level, as well as product training for everyone in the company and a product management training programme for our new product management function.

Internship programme

We know what a good internship looks like 鈥� lots of our own developers started out as interns. We strongly believe that internships should be about doing real work and making a real difference from day one, not watching other people do things. At 爆料tv, our interns are fully fledged members of the team and work on real features, projects, and work 鈥� all interns impact the business from the start.

Supporting aspiring managers

For folks that aspire to be a people manager at 爆料tv, they have the opportunity to develop in their current role to allow them to build on their skills and make sure it鈥檚 something they enjoy doing by testing the waters. We offer opportunities to mentor new starters, manage interns, and get involved with interviewing across the business, which is what helps build the skills needed to become great managers.

Management development

Everyone in a management role takes part in formal leadership training, to allow them to better understand their role and themselves as managers. We have been focusing on delivering leadership training for those new to the role, but our training doesn鈥檛 stop there. We believe there should be continuous learning and development for all our managers, encouraging them to develop the key skills to be able to support and influence others effectively, and to develop, coach and provide effective feedback to their team.

We offer further developmental training to managers, specifically covering how to have powerful conversations, and the difference between directive and non-directive approaches. This encourages our managers to best support their team, largely through building their coaching skills to help them to have more developmental conversations with their team members.

Off the back of this training, it was great to see new managers set up their own self-led peer group sessions, in which they share their challenges, discuss their own practices and continue to learn from each other. This has given them support outside their immediate team and manager, and means they learn and grow together.

Support across all teams

Learning and development truly is at the heart of our organisation. We鈥檙e constantly looking for ways to support everyone across 爆料tv with their development. Folks of all levels are always looking for opportunities to improve and grow, and how to help their teammates do the same. Having this proactive focus on learning and development across the company means we grow together to deliver the best work we can, which is really important to help us deliver the most value for our customers.

We鈥檙e really proud of the learning and development culture we鈥檝e built at 爆料tv so far 鈥� and like everything we do, we鈥檒l keep looking for ways to improve and iterate as we grow as a company, to make sure we鈥檙e doing everything we can to develop and grow our team too.

• 4th Best Mid-Sized Company to work for in the UK
• 4th Best Tech Company to work for in the UK
• 3rd Best Company to work for in the East of England
• Learning and Development Special Award

Results from the Best Companies survey

Since the rankings are determined by employees鈥� responses to the Best Companies survey, these awards reflect how we all feel about working at 爆料tv. Best Companies are more interested in hearing from employees than employers 鈥� they believe (like us!) that happy and engaged employees are the key to successful companies.

Let鈥檚 dive into the key areas that were highlighted in our survey feedback, to show what life鈥檚 like at 爆料tv.

A healthy work-life balance

Everyone wants to have a healthy work-life balance, and 爆料tv tries to make that as easy as possible. The Best Companies survey shows that the 爆料tv team are 鈥榟appy with the balance between my work and home life鈥�. True flexible working, automatically approved annual leave, being trusted to manage your own time, and lots of wellbeing support programmes are just some of the ways we encourage our team to find a healthy work-life balance.

Confidence in the company

Another area highlighted was how many of the team are 鈥榝eeling confident in the leadership skills of the senior management team鈥�. This confidence is a reflection of the work Kevin Boyle, our CEO, and the rest of the senior leadership team have done over the past year to build on the amazing success 爆料tv has already achieved. They鈥檝e created a clear roadmap of where we鈥檙e headed, which means everyone can see how they can help to make that happen.

We enjoy our work

While we all take our work seriously at 爆料tv, we don鈥檛 take ourselves too seriously. The survey revealed that many of us think our teams are 鈥榝un to work with鈥�. Since we work together so collaboratively, there鈥檚 always lots of communication going on and these chats always feature a good dose of humour. It鈥檚 one thing to be able to have fun with your colleagues, but quite another to have fun working with them day in, day out. Outside of our daily work, we also host events like our monthly Drink & Learn, which is a lighthearted opportunity to learn about other鈥檚 work, and regular company meals and parties.

Supporting our team

When it comes to supporting our team, many folks across the company agreed that 鈥榤y manager ensures that I have the resources I need to do my job鈥�. This was highlighted by the special Learning and Development award we received for our outstanding work to support our team with learning and development. This is something we鈥檙e particularly proud of as one of our core values 鈥� 爆料tv, team, self 鈥� is focused on helping each other to improve.

We鈥檙e always looking to improve

We鈥檙e delighted to have received these Best Companies awards, and even more so that 爆料tv really is a great company to work for, with a bunch of people who are great to work with. At the same time, we don鈥檛 want to be complacent. We can always do better and find new ways of helping everyone across the company to thrive. As the company grows even more, we want to develop in all areas 鈥� including the engagement and wellbeing of the whole team.

Join us!

If you鈥檙e looking to join a fast-growing tech company with loads of exciting opportunities, take a look at our careers site 鈥� we鈥檙e hiring across all teams. And feel free to use the live chat on this page to find out more about what it鈥檚 like to work at 爆料tv!

My team lead explained that 爆料tv has worked hard to develop and maintain a unique company culture despite growing rapidly, and that the best way to experience that was in person. So I packed my bags, grabbed my US <> UK dictionary, and took flight across the pond to better understand Salesforce DevOps and this lively startup in the heart of 鈥淪ilicon Fen.鈥�

Every tech company pays lip service to 鈥榗ulture鈥�; some may even have a beer fridge and a ping pong table. But at 爆料tv, it quickly became obvious how integral this culture was in guiding every decision and interaction. The values that define 骋别补谤蝉别迟鈥檚 culture are well-documented, but I want to share some of my immediate impressions that confirmed my decision to join the 爆料tv team.

Trust and transparency

Trust is the starting point of every interaction in 爆料tv. If you鈥檝e ever been frustrated by vague corporate roadmaps, 骋别补谤蝉别迟鈥檚 company-wide policy of transparency can come as a bit of a shock. From day one, I was exposed to financials, intellectual property, and documentation. The transparency around such important information led me to the core of 骋别补谤蝉别迟鈥檚 culture: trust.

After seeing this for myself, it explained why the interview process for a 爆料tv role is so thorough. 爆料tv will assess not only a candidate鈥檚 technical ability and company cultural fit, but also discuss with previous employers the best way to work with you as an individual.

Communication and feedback

爆料tv doesn鈥檛 just build a DevOps product; the DevOps model of thinking about continuous improvement is embedded in the culture as well. One part of an effective DevOps process is receiving and giving feedback. Feedback enables us to seamlessly iterate on our methods and encourages the best ideas.

At 爆料tv, leaders right across the organization are open to feedback in several ways, either anonymously or openly. Of course, feedback is a two-way street: as much as you鈥檙e encouraged to provide it, you鈥檒l also need to be receptive to receiving it. Fortunately, the trust and open communication fostered at 爆料tv makes it easy to exchange even challenging ideas about the ways we can improve and better serve our customers.

Work and life

The only 鈥榯alking to鈥� I鈥檝e received so far at 爆料tv was working overtime in the office during my first week. It was explained to me that while initiative was appreciated, 爆料tv is about longevity. It鈥檚 about going far even if that comes at the expense of going fast.

One of the ways of promoting longevity is nurturing the elusive work/life balance. It might seem intuitive east of the Atlantic, but as an American working for a European company, the idea of not using people merely as tools to accomplish a job was a novel one. That workplace conditioning seems likely to be a major contributor to the burnout that鈥檚 all too common in the US tech sector.

A final point on culture that鈥檚 crucial to mention: 爆料tv loves to party! As maintaining trust and open communication is vital, team social outings are not just a distraction from our work, but integral to the team building necessary to complete it. There鈥檚 a lot at 爆料tv to be celebrated, and these folks hardly need an excuse!

#squadgoals

Now that you know a little bit about the company culture, I鈥檒l explain how the customer support team fits in.

Customer support is a great entry point to the technology industry; as a result, it attracts people from a wide variety of backgrounds. At 爆料tv, we have musicians, athletes, bartenders, food scientists, and artists, to name just a few. Some may be seasoned tech veterans, while others are budding enthusiasts.

This motley crew is aligned by a few unifying principles, however! They鈥檙e all creative, problem-solving ninjas who are passionate about curating an amazing experience for users. We鈥檙e the folks who will be checking in periodically to see how it鈥檚 going, or to get you unstuck in time to meet a deadline. Just as our product has been designed to lighten the load and make work more enjoyable for Salesforce professionals, customer support is the embodiment of those principles, providing that uniquely human touch in your inbox or in-app chat.

And better yet, we鈥檙e always on the lookout for more people to bring a new perspective to what we do!

If you鈥檙e the kind of person that鈥檚 curious about developing technology, relishes a new challenge, and enjoys working closely with others, be sure to reach out. Drop us a line on our website live chat where myself or one of my colleagues would be happy to answer any questions you might have. You can also check out any current vacancies across the company. Hope to hear from you!

At 爆料tv, transparency is part of who we are. Rather than us just telling you what engineering at 爆料tv is like, we鈥檝e got two of our talented engineers, Catherine Bacon and Matt Guy, on hand to give their perspectives.

Q: What鈥檚 it like being an engineer at 爆料tv?

A: Catherine

鈥湵蟭v is a supportive and collaborative place to work as an engineer. You鈥檙e surrounded by people who want to do a good job and are eager and willing to talk to you.

Each day is really varied. You might be working on a large feature, fixing a bug, releasing the app, speaking to a user, helping our customer success or sales team with a technical issue, or answering questions. I really like this way of working, as you鈥檙e not just a coding monkey stuck in a room! You see what you鈥檙e working on being used in real time, making a difference to users and helping their release processes.鈥�

A: Matt

鈥淎t 爆料tv you鈥檙e surrounded by intelligent people that care about the quality of the work they produce and the toolset we鈥檙e building for our customers. The engineers here empower each other鈥檚 learning and encourage pragmatism in the technical decisions and developments we carry out. Ultimately, at the heart of our engineering team is a group of fantastic people that I love to work with every single day.鈥�

Q: What makes engineering at 爆料tv different from other companies?

A: Catherine

鈥淭丑别re鈥檚 a brilliant balance between being able to approach your work in the way you think best, and colleagues being eager to work with you or help you out when you need it.

I also love that I鈥檓 involved with writing features from their inception, planning the work, and finally releasing them into the wild. It鈥檚 very satisfying to work on something that genuinely makes our users鈥� jobs easier.鈥�

A: Matt

鈥淎t 爆料tv we have full ownership of the features we build. We can touch and impact every single layer of the tech stack if we want to, and have regular contact with customers to gain vital context and feedback to help us build the right solutions. This transparency and frequent contact with our customers helps direct our product development and gives us the chance to collaborate with plenty of other teams at 爆料tv, which is fantastic!鈥�

Q: How do you feel we live up to our engineering values at 爆料tv?

A: Catherine

鈥淕ood vs perfect: It鈥檚 really easy to get bogged down in imagining version 10, when getting version 1 in front of users to get feedback makes sure it solves the users problem and is much better. There have been times when I鈥檝e fixed a bug in a quick way to unblock a user, and then gone back and implemented a more thought out, robust solution after.

Take ownership: I鈥檝e spoken to customers to work out what I need to build. Planned my work, written it, and fixed bugs. You can see your contribution really clearly, and where your work fits into the bigger picture.

Reject process for process sake: 爆料tv has grown from 12 people to 170+ since I joined. As you can imagine, that鈥檚 a lot of change. We鈥檝e needed to introduce a few new structures and processes over time, but there鈥檚 such a willingness to try something and no fear about changing if it doesn鈥檛 work.鈥�

A: Matt

鈥淲e鈥檙e very proud of our speed of delivery in the engineering team at 爆料tv. We release the latest version of the product multiple times a day and have the flexibility to easily roll back if there are issues.

As much as this is a credit to the automation practices we have in place at 爆料tv, this release frequency wouldn鈥檛 be possible without thinking about how we structure our code changes and the way that we write our code. We have a principle here of: 鈥榃e release good now, rather than perfect later鈥�, which drives the concept of delivering in small, but impactful, releasable chunks.鈥�

Q: And, finally, the burning question: tabs or spaces?

A: Catherine

鈥沦辫补肠别蝉!鈥�

A: Matt

鈥淭abs all day!鈥�

Eager to have your own engineering impact at 爆料tv? Apply now.

Pride is a time to celebrate and stand proud, but it鈥檚 also a time to reflect on the progress still to be made. It鈥檚 important that we remember those who couldn鈥檛 be there and to stand in solidarity with those in our community living in the 69 countries where homosexuality is still illegal.

A crowd of people hold placards from Amnesty International stating 鈥楲ove is a Human Right鈥欌��, while others also hold rainbow flags of various sizes, at a London Pride parade. Many are wearing colourful feather boas and some are blowing whistles. A few can be seen with rainbow face paint.

Whilst June is Pride Month, there are events in cities around the world all throughout the summer: last weekend (9th July), we celebrated Cambridge Pride in 骋别补谤蝉别迟鈥檚 home city. This week also marks the sixth month for me as a Gearcitizen, and naturally that鈥檚 given me pause to reflect on my journey so far.

For me, it鈥檚 impossible to separate the personal and the professional at times like this. I鈥檓 so proud to work in a company where everyone is encouraged and supported to bring their whole selves to work. It鈥檚 easy to forget that not everyone has a safe and supported environment that they can enjoy.

In fact, the Human Rights Campaign Foundation found that 46% of LGBTQ workers aren鈥檛 open about their sexual orientation or gender identity at work, and that 1 in 5 have suffered discrimination at work. Whilst the idea of being a 鈥榣eader鈥� sometimes sits uncomfortably with me, I know that I have a duty to use the opportunities I have to raise awareness and advocate for what鈥檚 right.

But I鈥檓 not the only voice at 爆料tv.

Hannah

鈥淭丑别 most impactful moment of the weekend at London Pride for me was having the opportunity to thank some of the people who had fought for LGBTQ+ rights at the first London Pride in 1972. They walked in the 2022 parade holding signs that said 鈥楶ride @ 50. Still fighting for global LGBT+ freedom鈥�. It was so emotional that I had to re-apply my glittery rainbow face paint as my tears meant the makeup had smudged down my face!

I had two conflicting emotions in that moment as I cheered them on: gratitude for the colourful life I鈥檓 able to live 50 years later, and sadness that 鈥榮till fighting for LGBT+ freedom鈥� needed to be written on their signs at all. Their reminder made me feel very lucky to work for a company where I鈥檓 respected and valued, no matter who I love. In fact, it鈥檚 easy to forget sometimes that there are many people in the UK and around the world who haven鈥檛 had the same positive experience as I鈥檝e had.

I hope one day we can live in a world where every workplace is as supportive and loving as 爆料tv, and we can remove 鈥榮till fighting for global LGBT+ freedom鈥� from our signs.鈥�

Ash

鈥淚 still remember my first Pride as a badly dressed teenager with a bunch of my other queer friends, being blown away by the sheer size of the whole thing. I鈥檇 never seen so many LGBTQ+ people, let alone so many couples holding hands and kissing without having to look over their shoulder. So many others like me and my friends stood amazed as the whole celebration washed over us.

That first Pride - and every one since then - is always slightly emotional as I reflect, during all the happiness, on those who came before. Those brave souls who laid down the path over the last 50 years so I can go to London Pride 2022, holding my boyfriend鈥檚 hand without having to look over my shoulder.鈥�

Jen

鈥淔or many years I struggled to come to terms with my own identity. It was a combination of being fiercely protective of my own privacy, and fear of the consequences of living my truth.

Pride for me is often filled with mixed emotions. I can remember attending my first event with a backpack that had a change of clothes. That way, no one would know where I was going and I could wipe off any face paint or glitter and be back in civvies ready to travel home. There was always a need to be looking over my shoulder, wondering what would happen if anyone from my family guessed my sexuality.

Fast forward 17 years and I鈥檓 engaged to a wonderful woman, with both our parents lovingly driving us crazy as we plan our wedding. I鈥檓 very fortunate to have grown up with friends who supported me on my journey, especially when I know so many aren鈥檛 as lucky.鈥�

One of the things I鈥檝e relished most about my time so far at 爆料tv is becoming part of the extended Salesforce community. It鈥檚 enriching in so many ways, and Pride is no different. There is a thriving Outforce community, and when you have a hugely visible ally in Marc Benioff - whose long taken both a moral and business stance on supporting the LGBTQ+ community - the impact of that鈥檚 felt around the world. If you were to trace a thread through LGBTQ+ history, you鈥檇 quickly find the huge impact that allies have had in supporting the community to push forward for equal rights.

Pride for me is about living: living your most authentic life. It鈥檚 about supporting those to live theirs; lives that aren鈥檛 yet free of discrimination. In a weekend rounded off with seeing Elton John finishing his Farewell Yellow Brick Road tour with a homecoming gig at Vicarage Road stadium, I鈥檓 reminded of one of his most famous quotes: 鈥淟ive for each second without hesitation.鈥� I couldn鈥檛 have put it better myself.

Written by Luke Harris with contributions from Hannah Ridge, Ash Rahman, and Jen Hicks.

Where it all started

Our co-founders Kevin Boyle and Matt Dickens, both software engineers by background, met while working at Redgate Software in Cambridge. Redgate had a hand-rolled CRM that was starting to show its age, so they turned to the market for a solution. Like most companies, they found Salesforce to be the obvious choice.

The internal dev team found that Salesforce lived up to the hype when it came to flexibility and ease of customization. But coming from a C# background, they were used to relying on automation to release repeatedly and reliably. And here the team found a gap - the sorts of tools they鈥檇 expected didn鈥檛 really exist for Salesforce. They were stuck with a largely manual release process, and suffering all of the pitfalls and downsides that come with it.

After 6 years together at Redgate, building software tools used by developers on the Microsoft platform, Kevin and Matt noticed that the challenges Salesforce teams were struggling with had a lot of similarities to those faced by Microsoft devs and DBAs.

Like all good product people, Kevin, Matt and a small team of engineers and UX specialists took to the phones and spoke to nearly a hundred Salesforce developers and admins, to understand whether the pains Redgate experienced were common among Salesforce teams. The response was resounding: Redgate was not alone.

The team began building what would become 爆料tv as you know it today. After some prototyping, a whirlwind trip to Dreamforce, and sharing mockups and prototypes with countless Salesforce teams, the team had validated the idea. The founding team - Kevin, Matt, Jason, Oli, Luke, Andrew, and Stephen - left Redgate in February 2017 with the full blessing of Simon Galbraith, Redgate鈥檚 then CEO, and 爆料tv was born.

爆料tv launched into the world

A little bit of 爆料tv trivia for you: why the name 鈥湵蟭v鈥�? Well, aside from the practical considerations like needing an SEO-friendly name with an available domain, we wanted something with a connection to what we actually did as a company. At the time, Salesforce developers thought more often in terms of the platform, and a gearset is something that transfers force from one place to another - just as 爆料tv moves your code and configuration from one environment to another. Decision taken.

In March 2017, we had a team of 7, a skeleton of a product, and a vision of where we wanted to go. We became a team obsessed with understanding how Salesforce devs and admins worked, the problems they struggled with, and building new solutions tailored to those problems.

By the summer of 2017, our focus and hard work had started to pay off with the onboarding of our first paying customers. We used Dreamforce that year as our springboard in a 鈥榤ake or break鈥� moment for the company - prove product-market fit by adding enough value for Salesforce teams that we could break even. We came back from Dreamforce, stopped coding (except for bug fixes and minor improvements!) and took to the phones once again, this time to sell. Thankfully, it was 鈥榤ake鈥� rather than 鈥榖reak鈥�, and the company鈥檚 gone from strength to strength ever since.

5 years on

爆料tv now has thousands of users across the globe. We鈥檝e doubled our headcount every year, with our team now 150 strong across the United Kingdom and United States, our most recent expansion being a new office in the tech hub of Belfast.

The original 7 who started the company (featured in the photo below) are still instrumental in 爆料tv today - quite rare for a startup to scale-up company. They even went to the same restaurant they did to celebrate starting the company, 5 years on! We鈥檒l be sharing personal stories of their 爆料tv journey in the coming months, so look out for them.

Reflecting on the last 5 years, Kevin, our CEO said:

鈥淲hen founding 爆料tv, Matt and I wanted to create a product that would solve real issues for our users, and build a company that we loved working for. Seeing how 爆料tv has grown over the years gives me the confidence that we鈥檝e created just that.

We鈥檝e assembled a team of smart, driven, and passionate people, with a drive to make things better for our users as our main focus. I鈥檓 incredibly proud of what we鈥檝e achieved so far and look forward to what鈥檚 to come.鈥�

Want more information on 爆料tv?

If you鈥檙e interested to find out more about 爆料tv, and how you can join our fast-growing team, take a look at our new roles.

At 爆料tv, prioritising and supporting our team鈥檚 wellbeing and mental health is always a priority. We care about each other, and feel that no Gearcitizen should ever feel they鈥檙e alone.

Our open team culture makes 爆料tv a safe space for people to share their struggles and get support from colleagues. We also provide confidential counselling and professional support whenever any of the team needs it.

We know taking time to prioritise your wellbeing to protect your mental health can be challenging in such a fast-paced world, so we took the opportunity with mental health awareness week to run a wellbeing week at 爆料tv. These are weeks we do regularly at 爆料tv to help our team take time out and prioritise their wellbeing.

What did wellbeing week look like at 爆料tv?

We kicked off the week with a virtual breathwork session, led by our regular yoga teacher Lucy who runs our weekly yoga sessions. This was a chance for the team to focus on something that we all take for granted, and to provide the tools to use breath for relaxation and repair.

Next up, two 爆料tv colleagues Holly and Rachel brought out our inner artists with an engaging art and wellbeing session. This was virtual and in person, and gave the team a chance to step away from our busy days and take part in some mindful, creative exercises. During the session we also discovered we had some budding artists in the company!

On Wednesday, we had an insightful session from Dr Claire Gillvray of , a registered GP and psychiatrist who delivers our confidential counselling service. In this session, Dr Claire shared the evidence and advice around how to combat that feeling of loneliness that comes when we feel low, stressed and anxious. It was a real feel-good session, with lots of advice for life, not just for wellbeing week!

We know moving our bodies has such a positive impact on our mental health, so on Thursday we got our heart rates up with a movement session aptly named cardio is hardio! It was great to get moving in a virtual cardio class run by our very own Jed Ingram.

Finally, to wrap up the week, we heard from Jonny Say of , an NHS High Intensity Therapy Councillor and Mindfulness coach. This session was to help the team with feelings of uncertainty that lead to rising anxiety levels and feelings of loneliness and isolation. This interactive workshop led us through the Finding Certainty Process, which helps combat feelings of uncertainty and provides tools to cope with them.

Outside of the sessions we ran during wellbeing week, we also found ways to further support the team. These included a voucher to a well known coffee chain for people to grab a coffee and cake with a friend whenever they wanted, a wellbeing hour for people to take during the week to spend doing whatever supported their mental health, and an optional daily virtual chat with 4 different colleagues from across 爆料tv.

Wellbeing week was a great reminder for us all to look out for each other, check in and see how we鈥檙e doing, and take time to protect our mental health. Let鈥檚 keep talking, keep connected and keep supporting each other.

If you鈥檙e new to 爆料tv, we鈥檙e a friendly bunch! Find out more about us.

Why have a hackathon?

A hackathon is an opportunity to remove the distractions of daily work, get into a new environment and focus on one particular project.

By setting aside 5 days to try something new, we could be more experimental in our approach to solving a key user issue. And by tackling a brand new problem with a team of people who don鈥檛 usually work together, we could approach the task with fresh and varied perspectives.

Normally, we all have multiple projects to work on and inevitably spend some time on other tasks and meetings. Focusing on one project in this way, outside of our usual roadmap work, allows us to get work out the door much faster.

What were we trying to achieve?

It can be tricky to decide what to build in a hackathon. We wanted to choose something that we could build in a limited amount of time, but that would also be useful. Equally, we didn鈥檛 want to plan out the week鈥檚 work too strictly, because the value of the hackathon is getting different viewpoints and a mixture of ideas so we can solve a problem creatively.

So while we didn鈥檛 have a set plan, we did go into the hackathon with a clear idea of the problem we wanted to solve.

The Salesforce developers and admins using 爆料tv to manage their DevOps processes know how useful 爆料tv is in their daily work. But people who aren鈥檛 using 爆料tv every day also want to understand its value. Sometimes senior managers in larger enterprise teams find it difficult to know how 爆料tv impacts the performance and health of their DevOps operations, and whether they鈥檙e getting the most value out of the tool. We wanted to find a way of presenting more information to these individuals, so they can better evaluate their DevOps performance.

To solve this problem, we decided to build a reporting API that allows senior managers to extract key metrics about the speed and stability of the DevOps processes that they鈥檙e carrying out with 爆料tv. Managers will be able to import this data, combine it with all their other data sources and build their own reports and dashboards that work for them.

We decided to focus on delivering the 4 key , which have become a universal standard to measure DevOps performance:

• Deployment frequency - how often an organization successfully releases to production
• Lead time for changes - the amount of time it takes a commit to get into production
• Time to restore - the time it takes to recover from a failure in production
• Change failure rate - the percentage of deployments causing a failure in production.

These are a crucial way for team leads and managers to understand both the resilience and the velocity of their release pipeline.

How we worked during the week

The hackathon team was made up of 7 software engineers, a UX designer and a marketer (me!).

The developers split into 4 groups, each focusing on a separate DORA metric and finding a way to extract useful data from 爆料tv about that metric. We also needed to visualize the data, so some developers worked with our UX designer to present the data and build an example report that can be integrated into users鈥� own dashboards. And finally, we had to tie all of that together by building a bridge between the data and the visuals to make the information usable and easy to consume.

For the duration of the week, we turned off our notifications, canceled our meetings and set up a new Slack workspace dedicated only to the hackathon. Every morning after breakfast we鈥檇 have our morning stand-up, where we hashed out the key objectives for that day. We鈥檇 get some music going and then get our heads down to work.

The working environment was super collaborative; being in one room together, with a single shared objective, we were able to really bounce ideas off each other and ask each other for advice when challenges arose.

With a mix of experience, ranging from team leads to developers with just 6 months at 爆料tv, we were able to make sure the hackathon experience was productive, efficient and a good learning opportunity. Unfortunately one of our team leads, Ben, was unable to join us in person due to illness, but he joined in remotely and we had him on the projector every day!

Getting to know our colleagues

We spent the week in a large country house, just outside the Cotswolds. There was more than enough space, and it was great to have a comfortable environment in which to get on with our project. We had a fully stocked fridge, plenty of coffee and ample snacks to keep us going!

Living and working together in one space was a great way for us to get to know our teammates better, especially as some of us hadn鈥檛 met in person before due to remote working. Even though we were working hard, the social side of the hackathon was a great way to recharge and keep momentum for the project.

We spent our evenings playing pool or having a chat around the fireplace. Several members of the team showcased their skills in the kitchen, so we had a lot of delicious dinners, including a BBQ - despite the chilly March weather! And we even ventured into the city of Bath on our final night to celebrate a successful hackathon.

What鈥檚 the result?

The hackathon has been a huge success. After writing thousands of lines of code and merging over 70 PRs, we鈥檝e got a working prototype of the reporting API that gathers data for the four DORA metrics and visualizes it in graphical form.

This represents some crucial groundwork for the reporting API, and we鈥檙e really proud of what we achieved in such a short space of time. The next step will be to build on these foundations to fine-tune how and what senior leaders want to see. It鈥檚 not quite ready for customers yet, but we鈥檙e hoping to begin testing with a small group of users in the near future, before making it more widely available.

Not to mention, we鈥檝e had a blast. It鈥檚 been an amazing experience to come together and work really closely on a shared goal.

Join us!

If the hackathon sounds like the kind of thing you鈥檇 love to be part of, take a look at our engineering roles.

爆料tv was founded by software developers and the foundation for its ongoing success has been the strength of its product. Our engineers form the largest team within the company, and we hire the very best people to build the best solution for Salesforce teams around the globe. We鈥檙e expanding on that success by opening a new product development centre in Belfast for software engineers.

Why Belfast

Making sure we have talented people doing their best work has been the bedrock of our success so far, and is fundamental to the continued success of our company in the future. Belfast is rapidly becoming an exciting tech hub for talent and innovation, and we鈥檙e confident that it鈥檚 the best place to open up our next office for software engineers.

Our very own CEO Kevin Boyle also graduated from QUB in 2008, and since starting the company in 2015, he鈥檚 wanted to bring 爆料tv to Belfast because he knows first-hand just how great the talent is there.

We鈥檙e really excited to welcome highly experienced tech leader to 爆料tv, and can鈥檛 wait to support him in heading up our new Belfast office and growing the development team.

The whole company is really excited about opening the new 爆料tv hub in Belfast. We鈥檝e already started to see the calibre of amazing engineering talent within the Belfast area, and we can鈥檛 wait to work with other like-minded engineers who are as passionate as we are about building great products to help our users do their best work!

Having Eamonn on board to head up our new office is great for us as he brings such extensive experience and passion for the industry. Ensuring we retain our unique 爆料tv culture in the new office will be fundamental, as we鈥檙e all one team regardless of location, and we know Eamonn will maintain this culture as the new team expands.

Join our team!

爆料tv was founded by developers for developers, and this is still at the heart of our values and everything we do. As an engineer at 爆料tv, you truly have an impact. The work you do, drives our future and supports thousands of developers worldwide.

If you鈥檙e interested in finding out more about 爆料tv, and joining a fast growing established tech scale up at a pivotal point in our journey, then we want to hear from you! Find out more about 爆料tv, or take a look at our new roles.

Although the current trends are encouraging, women in the tech space are still the minority - currently about a third of the workforce. There鈥檚 always more we can do to encourage gender diversity within the tech sector, so at 爆料tv we actively try to inspire women to join our industry and take the opportunities that a career in tech can bring.

Celebrating women in Salesforce DevOps

Last September we launched a new global community: Women in Salesforce DevOps. This initiative aims to connect, inspire, and empower women who are passionate about building on Salesforce and are looking to excel in their careers.

Sign up to the mailing list and you鈥檒l be the first to hear about local meetups in the US and UK, along with virtual events, through which women can support and encourage each other as they take the next step in their Salesforce careers.

Celebrating women at 爆料tv: Q&A with Alice Easey, Development Manager

Today we wanted to shine the spotlight on our Development Manager, Alice Easey. Alice has been at the company for nearly a year now and her career hasn鈥檛 been a straightforward path into DevOps. After studying for a degree in AI, Alice entered into the worlds of programming games, nursing and teaching English in Japan! However, her path has always led back to tech.

How did you come to work for 爆料tv?

鈥淚 had worked with a fair number of the engineers at a previous company and was very happy and honoured to join when they needed someone with my skills and experience.鈥�

What do you love most about your role?

鈥淚 love the quest to make something new and the problem-solving aspects. I鈥檓 grateful to my managers who encouraged me to get into management, which I鈥檓 really enjoying, especially helping people grow and develop in their careers.鈥�

Why do you think there鈥檚 a gender imbalance in the industry?

鈥淭丑别re鈥檚 definitely a pipeline problem: fewer women apply for STEM courses compared with men. I think it鈥檚 still the case that girls will look at what other women are doing and that probably won鈥檛 involve female coders. I also think the wider industry has a retainment issue, especially around coming back after maternity leave or offering the flexibility around caring for family members. When I worked for the NHS, most nurses were part-time and the culture was much more geared towards people with families, but it鈥檚 harder to achieve in tech companies where the norm is to work full-time.鈥�

Do you feel the gender imbalance is closing?

鈥淪omewhat. I was one of 3 women on my degree course and I鈥檝e been the only female coder or only female full stop in various companies - I haven鈥檛 seen that in the last 10 years or so, although we鈥檙e still very far away from a 50/50 split. I鈥檓 still concerned about the lack of female leadership in senior positions despite studies showing that companies that embrace this outperform companies with all-male boards or C-level roles. It鈥檚 great to see that 爆料tv has female representation at senior leadership level.鈥�

What would you say to a woman who was on the fence about applying to a software engineer role at 爆料tv?

鈥淚鈥檇 say go for it! It鈥檚 a great team - not only the engineers but across all the functions - and we have a really good culture to help people learn and develop their skills. Even though we鈥檙e growing pretty fast it still feels like a startup and there are lots of opportunities to be involved in things outside of your immediate project like mentoring interns, hack week, monitoring and fixing security issues, talking to customers, and representing 爆料tv at conferences like Dreamforce.鈥�

Have we inspired you? We鈥檙e hiring!

Recently voted the #3 best tech company to work for in the UK, 爆料tv offers a brilliant place for women to grow in their career. If you鈥檙e passionate about solving problems creatively and working in an incredibly collaborative environment then 爆料tv might just be the place for you. We have vacancies in all areas across the company including software engineers, sales, marketing and customer success. Apply today!

The CSN caf茅 is designed for Customer Success professionals at all stages of their career, to meet, discuss challenges, and share best practises in a relaxed setting over drinks and food.

This was the first of many Customer Success Caf茅 events 爆料tv will be hosting, as this topic is very close to our heart. Customer Success is something we truly live and breathe as a company, and we鈥檙e very transparent with our approach, including recently sharing what the CSM role looks like at 爆料tv.

For our first Cambridge caf茅, we were joined by Marija Skobe-Pilley, host of the who shared some great insights from her experience of what makes a successful CSM.

Marija revealed the 9 traits she thinks help make a successful CSM:

1. Start with WHY
2. Read the room
3. Tell a story with data
4. Develop your personal success engine
5. Become an influencer
6. Become a product expert
7. Become a coach
8. Become a team captain
9. Do it with a smile

We asked Luke Harris, VP of Customer Success at 爆料tv, what he made of the event.

鈥淗osting the first CSN Caf茅 in Cambridge was a real thrill. Marija鈥檚 鈥�9 traits for a great CSM鈥� were so powerful, and the feedback I had after the event was universally positive. Having a leader like Marija break down the core attributes undoubtedly helped everyone in the room really focus on development areas - plus we had fun doing it!

鈥淲hen Marija spoke of focusing on being a 鈥楾eam Captain鈥�, of building a group to support your customer, it highlighted the operational leadership that CSMs are starting to bring to their companies (big and small). I hope this will continue to inspire CSMs to see direct pathways to the boardroom, and that the C-Suite is an attainable goal.

鈥淥ne of the things I find so powerful about spending time with others in the Customer Success community is how open everyone is to sharing the challenges they face. There鈥檚 an industry-wide commitment to improve customer experience, and the outcomes customers are seeking, that shines through so clearly at events like this.鈥�

If you want to come along to the next Customer Success Network Caf茅 Cambridge event, it鈥檒l be on the 18th May 2022 at The Bradfield Centre, Cambridge Science Park, Cambridge. To find out more or book your ticket visit

P.s Look out for the recording from the event which we鈥檒l be sharing on our LinkedIn page shortly.

If you鈥檙e new to 爆料tv, we鈥檙e a friendly bunch! Find out more about us.

In this post, I鈥檒l explain how 爆料tv sees the CSM role, what you can expect from your CSM, and why we place so much value on this function.

What is a CSM?

A Customer Success Manager proactively engages with customers, helping them to make the most of their products and improve their performance over time. This makes CSMs distinct from Account Managers, as CSMs give their customers ongoing strategic support rather than focusing on renewals alone. CSMs also have a different function than customer support - a common misunderstanding about the role.

At 爆料tv, we have a truly amazing customer support team. Our average response time is under 3 minutes, and we have a 98% satisfaction rating for interactions on our live chat. Our Customer Support Engineers are expert at handling any and every issue that comes their way, helping admins and developers to troubleshoot their Salesforce deployments, whether they need help understanding the quirks of Salesforce鈥檚 Metadata API or just need some guidance navigating 骋别补谤蝉别迟鈥檚 UI.

Our CSEs do vitally important work and they are there to support all of 骋别补谤蝉别迟鈥檚 customers and trialists. But the CSM role is different. As you look to implement DevOps for Salesforce, your CSM will assist you in identifying long-term objectives for your business and advising how best to achieve those outcomes.

Strategic coordination

CSMs are your strategic point of contact within 爆料tv, and will work with you across every stage of your journey with us. Like you, your CSM wants to see you succeed in maturing into Salesforce DevOps with improvements in your development and release process over time. To ensure this happens, your CSM will proactively partner with you to identify key areas of focus, co-author a plan to achieve those improvements and provide assurances for delivery.

Your CSM will also coordinate a team of experts within 爆料tv, pulling together relevant people based on your requirements. For example, they might arrange time with our Product and Engineering teams, onboarding experts, or DevOps transformation advisors. Your CSM will actively track your progress and reach out to assist whenever they can offer support, not just at renewal.

Expert advisors

Salesforce teams can quickly adopt DevOps tools and processes. But getting buy-in from the team, bedding in new processes and building a DevOps culture takes time. Your 爆料tv CSM will guide you on the journey. While there isn鈥檛 any one workflow that works for every team, 爆料tv will make recommendations based on best practice and our experience working with hundreds of teams like yours. There鈥檚 a logical sequence of steps that teams should follow when implementing DevOps, and we鈥檝e charted that course in our maturity matrix.

骋别补谤蝉别迟鈥檚 own roadmap is user-driven, and your CSM will be happy to hear your feature requests. CSMs will dig into all of your use cases to get a deep understanding of your process and problems. Sometimes they can advise on a best-practice approach that solves the issue your team is facing. Where there鈥檚 a way 爆料tv can be developed to support a new approach that works well for teams, your CSM will act as your champion internally and loop in our software engineers. 爆料tv has delivered on hundreds of feature requests direct from our users, and releases a constant stream of improvements up to three times a day.

Managing customers鈥� success

Perhaps the best way to summarize the CSM鈥檚 role is by unpacking the job title: we鈥檙e here to manage our customers鈥� success. Whatever it takes, we鈥檒l help you to deliver on the promise of DevOps for Salesforce. We鈥檒l support you to establish your DevOps strategy, map out the journey and guide you along the way.

Achieving DevOps success will go hand in hand with expanding your use of 爆料tv, and this falls within the remit of your CSM. As a trusted partner, they are best placed to advise you on the licenses you need to meet your DevOps goals and unlock even more Salesforce ROI.

骋别补谤蝉别迟鈥檚 approach has always been to stay close to our users, so we deeply understand their workflows, opportunities and challenges. Everyone at 爆料tv, regardless of their role, regularly speaks with users so we always keep touch with our amazing community. Within that model, the CSM is an especially important figure as a constant companion for customers.

Stay in touch!

As well as providing you with a complete DevOps solution, with all the tools you need for development and releases on the Salesforce platform, 爆料tv will support you to maximize the value you get from those tools. The last few years have seen more and more teams move to adopt DevOps, and 爆料tv has been at the forefront of that transition, leading the ecosystem towards highly automated, source-driven workflows.

If you need any help understanding or implementing DevOps practices, or just want to give us feedback on how you鈥檝e found working with your CSM, get in touch via the live chat on this page. We always love hearing from you!

We always spend a lot of time listening to customer suggestions and making improvements to our app. But we rarely have the whole engineering team pulling in one direction like this, and we hope you鈥檒l agree the results are pretty astounding!

In this post, we鈥檒l explain how we approached our recent polish week and highlight our 5 favorite polishes.

Identifying the improvements we鈥檇 work on

Three weeks before polish week, everyone at 爆料tv was encouraged to contribute ideas for app improvements to a shared Kanban board. A significant portion of the submitted ideas came from customer feedback and our , but many were also taken directly from Gearcitizens鈥� personal experience.

All suggested tasks were initially tagged as 鈥淭o review鈥�. Our Product and UX teams assessed each one to work out whether a feature or fix was worth implementing, and what the solution might be. Tasks were then tagged as:

• Approved. Tasks that we were happy to implement, but needed more information or UI designs.
• Specced. Tasks that were ready for any developer to pick up and work on.
• Not quite yet. Tasks that were too large for polish week, so were migrated to our roadmap.

This preparation work meant that when the morning of the 13th of December came round there was lots of work ready for developers to start.

Tackling the tasks during polish week

Developers could assign themselves any task of their choosing from the specced list of polish week tasks. A rudimentary difficulty rating for each task gave an indication as to how much time and expertise a task would require, and whether collaborating with other developers would be sensible or even necessary.

Some developers chose to work through lots of smaller tasks, while others chose larger tasks that tackled more challenging features.

Polish week saw engineers from different teams working together on more complex tasks. Collaboration was actively encouraged, and made sure that we managed to complete some of the more difficult tasks during the five days of polish week.

We always have a short release cycle at 爆料tv, and polish week was no different. We released once or twice every day, shipping newly implemented features and fixes to customers as quickly as possible. This meant that our users were able to see the impact of polish week in real-time throughout the week, checking the 鈥淲hat鈥檚 new鈥� section of the app for regular updates.

Our top 5 polishes

1. Rollbacks for CI job deployments

The ability to roll back a continuous integration (CI) job run was a heavily requested feature. Many Gearcitizens were surprised to learn that this functionality didn鈥檛 already exist. It was already possible in 爆料tv to roll back manual deployments, so the logic for this rollback functionality was already in our codebase, and one of our developers was able to implement this feature by the end of polish week.

2. CI job history shows in-progress runs

Also on CI jobs, we recognized internally it was a little challenging to view the progress of a running CI job, as it wouldn鈥檛 appear on the CI job鈥檚 history page until the run was complete. We felt it was important to see all the information relating to a single job, including an in-progress run, in a single shared location. We want to reduce the need to navigate around from page to page as much as possible, and this feature felt like a relatively straightforward way to host all information relating to a CI job in one place.

3. Data deployment history now loads faster

It鈥檚 incredibly important to us that the 爆料tv app has great performance and responsiveness. That鈥檚 why one of the polish week tasks was to improve the loading speed of the data deployments history page. We identified the slow loading of this page, especially for customers with a long history of deployments, as a pain point we wanted to address.

We discovered that the performance of this page was being slowed by some heavy recalculations taking place every time the page loaded. The developer working on this task decided to store a number of pre-calculated values in our database relating to the information displayed on this page. These stored values make database queries much faster, so the page as a whole is quicker to load - especially for users with hundreds of historic items!

4. Automatic detection of the default Git branch

When users selected a source control repository as the source or target on the configure page, 爆料tv used to select the first branch in that repository alphabetically by default. We wanted 爆料tv to be smarter than this! More often, teams want to select their repository鈥檚 default branch, usually the main branch, so that鈥檚 what 爆料tv now selects by default.

We鈥檝e added support for this for GitHub, GitHub Enterprise, Bitbucket and Bitbucket Server, so next time you鈥檙e selecting a repository 爆料tv will make a better guess at which branch you might want to compare changes from. And don鈥檛 worry if main or master isn鈥檛 your repository鈥檚 default branch 鈥� 爆料tv pulls the default branch information directly from GitHub and Bitbucket鈥檚 APIs, so it鈥檒l know exactly what your default branch is called!

5. Text filters now persist through page refreshes

This request came from our customer success team, as they often used the text filters on various pages in 爆料tv but found the filtering had disappeared whenever they refreshed a page, leaving them to re-type their filters again.

This was a prime example of a polish week task: something that was implemented within a couple of days, but will have a huge impact on the general user experience of 爆料tv. Our CS team and customers are already appreciating it!

Join us next time!

Come and be part of the next polish week and make a huge difference to our thousands of customers worldwide! Check out our latest engineering jobs.

The first week

Even before our internship started, 爆料tv made us feel welcome. They made sure we had everything we needed for our home set-ups, from laptops to comfortable office chairs. They even sent each of us a welcome box of luxury chocolates! It was clear right from the start that 爆料tv really cares about each and every member of the team.

There was a consensus between the interns that starting the internship remotely was daunting because, as with any new job or internship, we didn鈥檛 quite know what to expect, but also because remote working is generally new to all of us. However, we quickly learned that there was nothing to worry about! 鈥淚 was really nervous,鈥� Phat explains. 鈥淚 wasn鈥檛 sure how the internship was going to pan out. But on the first day, my mentor reassured me and guided me through the next steps and made sure I had the best possible experience ever since my first day.鈥�

After having chats with our mentors, we were given plenty of time to get settled. 爆料tv allowed a big chunk of time in our first few weeks for us to learn more about the company and the product. Spending some time getting to grips with Slack, where all of 骋别补谤蝉别迟鈥檚 internal communications take place, really helped with understanding the company culture and puts newcomers at ease.

Making a real impact

All of the interns agree that, throughout our time at 爆料tv, we鈥檝e felt like ordinary members of the team. Since the first week, the team has trusted us with the work we鈥檝e been doing. 鈥淲e just started coding right away,鈥� says Jan. 鈥淭o put things into perspective, we pushed our first change to the product on day 2!鈥�

As an intern, you want to feel trusted to do the same work as your colleagues and have an impact on the wider company. At 爆料tv, that鈥檚 definitely the case, as Oktarian says: 鈥淭丑别re is no such thing as an intern project here! You immediately become a member of the team working on tasks that directly impact 骋别补谤蝉别迟鈥檚 customers, and I got to learn a lot in the process.鈥� Ben feels the same: 鈥淲e鈥檝e been working on real projects with real users and we have definitely been making a difference.鈥�

A culture of collaboration and feedback

骋别补谤蝉别迟鈥檚 open and transparent structure fosters a true sense of community throughout the company. It means that everyone across different departments works on the same projects, and this has a real benefit for interns. Rather than being limited to work in one area, we were able to work with lots of different people on varied projects. For example, as the marketing intern, I鈥檝e worked with software engineers to write blog posts on feature releases.

Another one of 骋别补谤蝉别迟鈥檚 core pillars is honest and constructive feedback - all work is reviewed by at least one other person with helpful suggestions and further input. For the software engineers, code review ensures their work is to the highest quality: 鈥淭丑别 code review process at 爆料tv is great as you get fantastic feedback from your peers to make your code just that bit better,鈥� explains Ben. Feedback has also allowed the interns to learn quickly and boost their skills. 鈥淚鈥檝e heard stories of my friends鈥� internships where they don鈥檛 receive any feedback so they can鈥檛 improve at all,鈥� Phat says.

爆料tv is flexible and fun!

鈥湵蟭v is really flexible in terms of working remotely,鈥� Jan tells us. Even before the pandemic, 爆料tv was flexible about working from home - so they adapted really well when everyone switched to virtual work. Thomas explains: 鈥淗aving worked remotely for most of my internship, I don鈥檛 feel like I missed out on anything. Every week, 爆料tv sets up a virtual meetup with you and three other random members of the team, which gave us a chance to see lots of different faces.鈥�

爆料tvters know how to have fun! 鈥淭丑别 company put a lot of effort into hosting social events to bridge the gap between the interns. For example, our first event was a virtual escape room!鈥� says Phat. Towards the end of our internship, 爆料tv was able to host their annual summer party in-person, which had an inflatable laser tag arena, ping pong, a burger van, and much more!

Our key takeaways

I asked the interns what they鈥檙e going on to do next, and their key takeaway from this summer at 爆料tv.

Phat has just finished his bachelor鈥檚 degree in Computer Science at University of Southampton, and is moving on to study a master鈥檚 at Anglia Ruskin next. Phat鈥檚 key takeaway is that, at 爆料tv, everyone pays attention to every little detail - and that has influenced him in a positive way.

Thomas is going into his fourth and final year at University of Cambridge studying Information Engineering. Thomas explains that his key takeaway is how he was able to make an impact on the product since the first week. 鈥淥verall I鈥檝e had a great internship and I can definitely see myself working at 爆料tv in the future!鈥�

Ben is starting his third year at Warwick studying Computer Science. For Ben, the internship has been invaluable in honing his skills working as part of a team and all that entails: 鈥淚t鈥檚 very different from working independently at university and gives you a real head start for working life.鈥�

Jan鈥檚 a Computer Science student at Cambridge and is going into his third and final year. He found the mentorship at 爆料tv to be extremely rewarding, and explains that the friendly team is something really special.

Oktarian will be heading into third year of Computer Science in Hong Kong. Oktarian enjoyed every aspect of the internship: 鈥淲orking on an innovative product, learning valuable skills, and meeting friendly teammates are just some of the reasons the internship outperformed my expectations!鈥�

I鈥檓 starting my fourth year studying Physics at Imperial College. It鈥檚 difficult to point out a single takeaway because I鈥檝e learnt so much these past 10 weeks, but one highlight has been getting to experience the level of trust and confidence 爆料tv has in each member of the team - it鈥檚 truly empowering!

Sound good? Apply to join the team!

All of the interns agreed that we can鈥檛 recommend 爆料tv enough! The internship challenged us every single day, but was equally as rewarding. If 爆料tv sounds like your kind of company, visit the careers page to see our current job openings, and check back at the end of 2021 for the summer 2022 internship opportunities!

Up to this point, we鈥檝e been based almost entirely in Cambridge, UK. Now, we鈥檙e heading stateside and opening our US head office in Chicago 馃嚭馃嚫

Supporting growth in the US

70% of our customer base is in the US, so we鈥檙e setting up shop in Chicago both to support growth and to make sure we keep delivering for our users. will be returning to Chicago to head up and expand 骋别补谤蝉别迟鈥檚 US team, drawing on his decade of experience in the Salesforce ecosystem.

鈥泪鈥檓 excited to be part of this important milestone for 爆料tv! With such strong growth in the US, having a local team makes good sense and is a real opportunity to work closely with our US customers as an in-region team, building on our outstanding customer support. Culture is very important to 爆料tv, so I鈥檓 looking forward to extending our UK culture and community as the building blocks of our new team.鈥�

From Cambridge to Chicago

While we plan to hire across the US, we鈥檝e decided to locate our US head office in Chicago. Looking across the pond, we were drawn to Chicago鈥檚 tech scene - a leading innovation hub with a huge amount of local talent. With Salesforce tower Chicago midway through construction, Salesforce is also expanding its Chicago presence.

Join us!

Companies of all shapes and sizes are using 爆料tv to get the most out of their Salesforce investment. If you want to work at a fast-growing and friendly company, come and join us!

At 爆料tv, we favor the iteration approach - we try to slice our product work into small, vertical slices, releasing good now instead of perfect later. In this post, I鈥檒l explore why we prefer that approach, what we mean by 鈥渟mall, vertical slices鈥�, and how we achieve it in practice.

Back to basics

In the beginning, software was released on physical media. The only way to deliver a new version was to batch up all the improvements you wanted to make, do a lot of testing to make sure that you didn鈥檛 have any show-stopping bugs, and release the whole new version at once. This approach is sometimes called a 鈥淏ig Bang鈥� release, and it鈥檚 still often used today for some types of software, such as games and operating systems.

There are some advantages to the Big Bang model, but there are also a lot of downsides. For example, you might spend months perfecting a whole set of features, and then discover that your customers don鈥檛 actually want that feature set, or they were imagining the features would work differently. It鈥檚 hard to set up a tight feedback cycle between your development process and the users of your product if you鈥檙e not getting new iterations in front of them very often.

In addition, it might be tricky to ship small bug fixes if your workflow isn鈥檛 set up to make releasing easy and painless. If you do a release once every six months, you鈥檙e unlikely to have spent the time and effort setting that workflow up. On the other end of the spectrum, if releasing multiple times per day is routine to your team, then getting a fix out to customers will be quick and easy.

As a result of these and other advantages, the general trend has been towards more frequent, smaller releases. This has also been driven by the rising popularity of web apps, app stores, and other distribution channels that allow for quick and easy upgrades to new versions of the software. At the same time, there鈥檚 been a trend towards using 鈥渁gile鈥� methodologies within software workflows. At 爆料tv we don鈥檛 follow any particular agile methodology down to the letter, but we do pick and choose the parts we like most from a lot of them. Our approach to breaking up development work is a great example of that.

Vertical slicing

Okay, so lots of people are moving to smaller releases. Here鈥檚 where the 鈥渧ertical slicing鈥� comes in. A small release implies that not many changes are shipped in each release, but it doesn鈥檛 imply anything about the shape and nature of those changes. At 爆料tv, we like to think about feature work in terms of 鈥渟lices鈥�.

Slices

A slice is, essentially, a single deliverable chunk of a feature. Usually a developer will take a feature that they want to build, look at what the main components of it are, and decide what the smallest useful chunk of functionality is that they can implement to get towards the goal of having the whole feature implemented.

Ideally, a slice should be a single conceptual change or, if that鈥檚 not possible, a logical grouping of changes. We avoid grouping changes when they don鈥檛 need to be grouped. Let鈥檚 say we have some alterations we want to make to a page - we want to change some of the behavior, and we also want to update the layout to be more consistent with some other pages. In this case, we鈥檇 probably deliver the work in two slices, one with the behavior change and one with the layout change, because they鈥檙e not particularly dependent on each other.

Vertical vs horizontal slices

When we come to implement a feature and start thinking about slicing, we can often think of multiple ways to break up the work. So how do we decide which way of slicing the feature is best?

Let鈥檚 take a step back to think about the benefits we鈥檙e trying to achieve. We鈥檒l explore them below in more depth, but for the moment, you鈥檒l notice that I鈥檝e split them into two sections:

Benefits of small slices:

• Limit the risk of each release - as each change is small, the risk of the release is lower
• Allow for more useful peer review - regularly reviewing smaller changes is more timely and effective
• Maintain momentum - it鈥檚 more motivating to be constantly shipping improvements
• Encourage frequent releases - smaller slices mean work gets finished more often and there鈥檚 almost always something to release

Added benefits of vertical slices:

• Deliver useful improvements to customers as soon as possible
• Get quick feedback from customers on new features
• Be able to pivot when priorities change and the thing you鈥檙e working on is no longer the most valuable thing you could be doing
• Exercise code paths and expose bugs as early as possible

Okay, but what is a vertical slice?

The term 鈥渧ertical鈥� comes from the idea of slicing down the technology stack, rather than across one layer. In general, a new feature will require some changes to all levels of abstraction.

When delivering a feature in slices, we could make just the changes to one abstraction level at a time (so, just do the database changes, and then just the backend changes, and then just the UI changes, for example). This would be a horizontal slice.

Alternatively, we could make multiple changes that sliced vertically through the stack, each adding one small part of the functionality throughout all the levels of abstraction. This would be a vertical slice.

At a glance, vertical slicing seems more complicated and difficult - isn鈥檛 it easier to just touch one level of abstraction at a time? In some cases, you鈥檇 be right. However, the problem with the horizontal approach is that the work you鈥檝e done isn鈥檛 really 鈥渞eleased鈥� in a true sense until all the layers (and so all the changes) are finished. If you do a release to change the database, and another to change the backend, none of that code will actually be executed until the UI is updated to make use of those changes. In addition, users won鈥檛 get any benefits until the final slice is in.

In contrast, with a vertical slice, you aim to release usable functionality in each slice. That way, users get their hands on the cool work you鈥檝e been doing even faster, and you get to talk to them to see if you鈥檙e taking the feature in the right direction. In addition, at any point after a slice is released, you could stop and work on something else without having any work in a limbo state where it鈥檚 released but isn鈥檛 being used yet.

This ghost-code introduced by horizontal slicing is risky in multiple ways:

• If for some reason you decide not to finish the last slice, you鈥檝e wasted all the effort in the previous slices, because you鈥檝e released no changes to functionality.
• You鈥檝e never executed that code in production, so it鈥檚 more likely that it contains unknown bugs.
• If you take too long to develop and release the last slice, assumptions made in the rest of the code may have become invalid without you noticing (again, because it鈥檚 not being executed regularly in production).

Exceptions that prove the rule

As with all rules, you 蝉丑辞耻濒诲苍鈥檛 just blindly follow the 鈥渧ertical slices are better鈥� rule. There are a few cases where horizontal slices are more appropriate.

In the main, horizontal slices are better when you have operational considerations about how to release a change to production. For example, there are cases where we need to deploy a database change independently from any code changes to make sure things are forwards/backwards compatible, as part of our blue-green deployment process. Sometimes this is unavoidable - it鈥檚 not that you wouldn鈥檛 get the benefits from vertical slices here, but sometimes other considerations make it hard or impossible to follow the rule.

You might be able to get the best of both worlds by slicing each of your vertical slices horizontally to increase your granularity (in the diagram above you鈥檇 end up with a release 1a, 1b, 1c etc.) Whether that approach ends up with overcomplication and slicing your releases too small is something of a judgement call.

As usual with this sort of rule of thumb, life doesn鈥檛 always fit neatly into the analogy. You won鈥檛 always be able to categorize your slice neatly into 鈥渧ertical鈥� or 鈥渉orizontal鈥�, and there isn鈥檛 always a clear best way. It is, however, a useful framework for thinking about how to split up large chunks of work, and an idea that we have found very powerful at 爆料tv.

At least you know you have a version of the product that works: the previous version. With an instant rollback, you can switch to the old version immediately, and if you鈥檙e lucky your customers won鈥檛 even notice.

Once you鈥檝e got instant rollbacks in place, you can release more often and with confidence - knowing that if something goes wrong, there鈥檚 a safety net in place.

What are blue-green deployments?

Blue-green deployments are a way to release your product without downtime. Rather than having a single production instance, you have two, traditionally labelled 鈥榖lue鈥� and 鈥榞reen鈥�. At any time, only one colour is active and serving traffic.

These two production instances might be two processes running on the same machine, or two entirely separate clusters of virtual machines. This has the downside that you effectively need to double up on all infrastructure, while only half of it is being used at full capacity at any one time - increasing both complexity and cost.

In order to deploy a new version, you tear down the inactive colour and replace it with the newer version. After it has started up, you switch all user traffic to the newly started instance. The new colour is now active, and the old colour is inactive.

In theory, this switchover can be gradual, but at 爆料tv we currently switch all user traffic at once. By doing this, it鈥檚 much easier to know what state all your users are in at any one time, and that users are always being served with the latest version. However, with a gradual switchover, you can monitor production workloads running on the new version and abort the rollout with fewer impacted customers if there is something wrong.

How do blue-green deployments help with instant rollbacks?

Once you have blue-green deployments in place, instant rollbacks are easy (in theory). All you need to do is switch which colour is currently active, without replacing the inactive colour as you would with part of a release.

There are things to consider when doing this. Speaking in the context of a web application like 爆料tv, the user鈥檚 web browser will have loaded the new version of the application, but requests will be handled by the previous version of the web server.

This can be a major issue if the release added endpoints that the frontend relies on, since these will no longer exist. Or, you may have updated existing endpoints to return additional fields, which again will no longer be there. We鈥檒l cover solutions to these problems later. Fortunately, users tend to refresh their web browser if they find things aren鈥檛 working, but ideally we鈥檇 like to avoid this as much as possible.

Another thing to consider is that although you have rolled back your application, you haven鈥檛 rolled back your database - you need to make sure your database changes are compatible. And finally, the new version of your application is still running (as the inactive colour). Any long-running tasks that were kicked off in the new version will still be running in the now inactive instance.

How do you structure your code to handle blue-green deployments correctly?

Since the frontend and backend of your application update independently, all developers need to keep in mind both forwards and backwards compatibility. In general, customers will be using the current version of the frontend. However, just after a release, customers will be using the previous version of the frontend but their requests will be going to the new backend version. In 爆料tv, a popup appears letting customers know that there is an update available and they should refresh their browsers (bringing their frontend version in line with the current backend version).

If the next 爆料tv version adds some functionality that requires the frontend to send extra information in a request, it cannot assume this information will always be included, because customers might still be running an old frontend version. Any new endpoint needs to be able to handle this. Similarly, if the new backend wants to stop sending some information to the frontend, the frontend needs to be able to handle this information being missing before the release.

This discrepancy between the frontend and backend generally only exists for one release. Customers rarely use 爆料tv for so long that their browser session isn鈥檛 refreshed after two releases. Having said that, the faster we get our release cadence, the more likely it is!

If a rollback happens, you get the opposite situation. Customers will have a new version of the 爆料tv frontend communicating with the old version of the backend. Because of all of this, you can find yourself in a situation where one version of the backend is simultaneously handling requests from three different versions of the frontend.

To ensure that users won鈥檛 be affected during a release or after a rollback, we follow these rules:

• Release new endpoints first without using them yet. This way, if you need to roll back, requests made to the new endpoints won鈥檛 fail. Often, we鈥檒l write the frontend anyway and then hide it from users using feature flagging. This makes testing the changes in the staging environment much easier.
• When deleting endpoints, make sure that the frontend doesn鈥檛 rely on their existence for at least two releases. Doing this makes sure that customers never end up hitting the endpoints with an old version of the frontend.
• If you are updating an existing endpoint, allow the old form of the request for at least one release, since the old version of the frontend won鈥檛 be sending the new version. Also, ensure the old endpoint can parse the format of the new endpoint to handle rollbacks gracefully. This can be done by allowing empty values in new request objects.

Since everyone on the engineering team takes part in releases, everyone thinks about how their changes will be released. And because of that, these rules become second nature.

What about database changes?

It鈥檚 unlikely that your database is deployed with blue-green deployments, because having two copies of your database introduces a lot of complexity when making sure that the data stays consistent between them. As a result, database migrations need to be thought about carefully. At 爆料tv, we always run pending database migrations in advance of the release. This means the new database version will be used across three different versions of the product at some point: in the previous version, the current version and the next version. Because of this, you have to structure your database changes carefully.

If you are only adding a new table to the database, then you can add it in one migration and immediately start using it. However, if you鈥檙e altering an existing table, some extra thought will need to go into the release strategy.

Adding a new column to a table

Suppose you want to add a new required column to a table in the database. You can鈥檛 add it in immediately, because any rows inserted into the table before releasing the new version will fail due to a missing required field. Adding the column over the course of three releases allows this to be done safely.

In the first release, you add the new column but allow it to be null (or set a sensible default). You can start writing to this column in the same release that the change is introduced, but you cannot yet guarantee that there is always a value for that column, because there may be a gap between adding the column and releasing the new version of the code, and any rows written in that gap won鈥檛 have a value for the new column. Also, in case of a rollback, any data written after the rollback will also result in null values.

After two releases, both the active and inactive colour will be writing to this new field. So now you can use a third release to run an update migration that will fill in the remaining null fields, and you can start reading from the new column. Since we release two to three times per day, this isn鈥檛 a very long wait.

Almost all database changes can be done using this pattern, and the few that can鈥檛 will need special consideration to handle the fact that three versions of 爆料tv need to be able to read and write to any one database version.

An example of a release strategy for a new feature

Suppose a 爆料tv customer wants to include some free-form notes to go along with their 爆料tv deployment, in order to keep track of what they鈥檝e changed. In order to add this, we need to be able to collect this information from the user and store it in the database for later retrieval.

We already have a deployments table in the database, and endpoints to both create and read these deployments. However, storing this free-form text is not currently implemented.

In the first release, add a notes column to the deployments table which is optionally null (this is a case where we can never make the column not nullable because we have old deployments that don鈥檛 have notes). We can also add support for receiving a notes field in the 鈥榗reate deployment鈥� request, which at the moment we allow not to exist at all. Finally, we return the deployment notes if they exist when getting a deployment.

This can be released, and is entirely compatible with the current state of the frontend because we didn鈥檛 change it.

Suppose there was a bug either in the writing of the deployment notes, or in something unrelated included in the same release, which made us roll back. There are no issues with the deployment notes writing because the column is allowed to be null, and the client doesn鈥檛 expect deployment notes to be included in the 鈥榞et deployment鈥� request.

For the frontend client changes, when a customer creates their 爆料tv deployment, we include deployment notes in the 鈥榗reate deployment鈥� request that gets sent to the backend server, and also display deployment notes if we receive them from the backend.

These changes can then be released, as they are entirely compatible with the backend changes - provided they have already been released.

Again, if there was an issue with these changes that forced us to roll back, then customers with the new frontend would enjoy deployment notes until they refreshed their client, and customers with the old frontend would never have seen them, making instant rollbacks seamless to the customer.

Deliver value quickly

Instant rollbacks and downtime-free deployments are both easy with blue-green deployments. Getting them to work effectively requires some discipline, and how to release your change must always be on your mind. However, the benefits for you and your customers are massive. Blue-green deployments make your releases less scary, they allow you to innovate and deliver value to your customers quickly, and they provide a safety net for when things go wrong.

If you want to be part of an engineering team that ships every day, and helps customers see the benefit of working like this too, 爆料tv could be the place for you. Find out more about our engineering roles.

Getting started

Starting a new job and working from home are each pretty daunting prospects. Add them together, and you might think...nightmare! Most of us felt anxious about how this would work. Getting to know a new team and learning a bunch of new skills remotely doesn鈥檛 sound like the easiest task, but, as Sam says, 鈥淚 蝉丑辞耻濒诲苍鈥檛 have worried! 爆料tv did everything to make sure I was comfortable, sending a brand new laptop, monitors, and other computer tech - even offering to provide a new desk and chair if I needed them.鈥�

Our first week struck a good balance between learning about the product, meeting the team, and starting to produce our own work. We had the chance to attend lots of virtual onboarding workshops which were run by people from a range of different departments, giving us insight into 骋别补谤蝉别迟鈥檚 open, collaborative nature. 鈥淓veryone you work with feels more like a friend than a colleague,鈥� explains Matt, 鈥渁nd that makes the experience quite unique.鈥� With a fantastic team to offer guidance and support, we were able to produce real, impactful work from the get go.

What we do

At 爆料tv, we work on the same projects as any other member of the team, which is incredibly rewarding. 鈥湵蟭v has a flat structure,鈥� explains Blair. 鈥淭hroughout my time working on the product, I鈥檝e spoken directly to the head of product design, and my decisions have had a clear impact on the app.鈥� Similarly, in my first four weeks as part of the marketing team, I鈥檝e already had the opportunity to write several blog posts, create a customer story, work on this month鈥檚 newsletter and help boost 骋别补谤蝉别迟鈥檚 social media presence.

Learning on the job has some serious benefits, too. 鈥泪鈥檓 getting better at navigating a huge code base because of 骋别补谤蝉别迟鈥檚 reviewing culture,鈥� says Sam. 鈥淢y work gets checked, and I鈥檓 also checking and trying to understand other people鈥檚 code, which means I鈥檓 learning very quickly.鈥� For many of us, working in this type of environment is a completely new experience. 鈥淟earning a lot of new information can be quite overwhelming,鈥� adds Matt, 鈥渂ut it鈥檚 easy to contact any member of the team through Slack if you鈥檝e got a question.鈥�

In addition to this, each intern has a mentor from within their particular department. 鈥淚 can be quite an anxious person, so it鈥檚 been really helpful having a specific person to talk me through things and to offer a helping hand,鈥� recalls Sam. 鈥淭丑别y keep track of how your internship is going, so you never feel abandoned.鈥� Will agrees, 鈥渋t鈥檚 been such an important part of the experience.鈥�

All work, no play? No way!

Even though Covid-19 means that we don鈥檛 get to experience what it鈥檚 like to work in the office, 爆料tv has created an active and lively social life online. It鈥檚 easy to connect with other people from the company through Slack, and there are a whole range of interesting channels outside of work. You can bond with co-workers over everything from sourdough recipes馃崬 to cute animal pictures in #animalympics 馃悎, and there鈥檚 always someone hanging out in #buffalo-tea for a brew 鈽�.

During our first week at 爆料tv, we took part in an 鈥榠ntern quiz鈥�, which helped us with getting to know more of the team - especially since it unleashed our competitive sides! Every few weeks, there鈥檚 also a 鈥榙rink and learn鈥� event, where different people from the company give 鈥榣ightning talks鈥� while we all have an afternoon soft drink or beer.

The best bit? Being part of the 爆料tv team

As you can probably tell by now, being an intern at 爆料tv is pretty damn good. But what鈥檚 the best part?

Sam, who鈥檚 going into her Masters year at the University of York, thinks it鈥檚 the friendly atmosphere. 鈥淓veryone is so nice all of the time! Plus, the Friday takeaways aren鈥檛 too bad either.鈥�

Matt, going into his fourth year at Southampton, agrees: 鈥淓ven though we鈥檙e working, I can still be myself. It sometimes takes me quite a while to feel comfortable socializing with new people, so I鈥檓 really grateful that 爆料tv is open and accepting.鈥�

For Blair, a soon-to-be third year student at St Andrews, and Will, who鈥檚 about to start a Masters degree at York, it鈥檚 about the impact we make from day one. 鈥淪eeing that our work makes a difference is a great feeling.鈥�

I鈥檓 about to start my third and final year at Durham, so for me, the feedback culture at 爆料tv has been incredibly valuable. I know that when I start my dissertation, I鈥檒l have developed the ability to criticize my own work and think more deeply about how each word on the page makes a difference. Beyond university, that鈥檚 an important skill for life!

Even though we didn鈥檛 know what to expect when we first started our internships from home, it鈥檚 clear that now, despite the distance between some of us, we all feel proud to be part of the 爆料tv team.

Want to join us?

If 爆料tv sounds like the kind of company you want to be part of too, check out our job vacancies.

This great culture brings a whole host of benefits both to us as engineers, and our users. It enables us to iterate quickly, build the right things at the right times, and deliver real, tangible product improvements week in week out - all without ever compromising on uptime and reliability.

To give one example, we make sure that releasing 爆料tv to our users is as easy and robust as possible, and work hard to continuously improve that process. We release to production 2-3 times per day and we鈥檙e still working to boost that cadence. In this blog post, I鈥檒l dig into the reasons we value being able to release so often, and how we achieve it in practice.

Why is it important to release often?

Both for us and our users, frequent releases deliver a range of advantages.

Short feedback cycles

Short feedback cycles are crucial for enabling a software team to be responsive and agile. The less time it takes to get a change or feature in front of real users, the faster we can get feedback on whether we鈥檙e going in the right direction. We constantly use this information to reassess, reprioritize and examine our assumptions.

There鈥檚 nothing worse than spending months building a feature and then realizing you鈥檝e built something that doesn鈥檛 quite meet the real-world needs of the people you thought would love it. By building in small slices, and releasing those slices to users for feedback as we go, we make sure we鈥檙e always doing the most impactful thing possible.

Quicker fixes

Having a high release velocity enables quick fixes. When we notice that something鈥檚 not right, the time taken to release a fix is roughly the sum of:

• the time to identify the issue
• the time to create a fix for the issue
• the time to get that fix into our users鈥� hands

While it鈥檚 fairly obvious that the faster we can release, the less time that last bullet point will take, fast releases can also help with identifying and fixing the issue. More on this later.

Forcing us to automate

Releasing multiple times a day soon gets tedious if the process isn鈥檛 quick and painless. It forces us to make sure we automate as much as possible. This becomes a virtuous cycle: the more we release, the more pressure there is to automate as much as makes sense; and the more automated the process, the more often we release because it鈥檚 easy.

Automation doesn鈥檛 just reduce repetitive manual labor and free us up to do more important things. Manual processes are error-prone, but an automated process that鈥檚 used multiple times per day becomes battle-tested and trusted. Our release scripts and processes improve incrementally over time, as we learn from mistakes and codify what we鈥檝e learned in our automations.

Small releases

Finally, and most importantly, every release is small because there鈥檚 less time for us to build up changes and fixes in the pipeline between each release. Small releases, in turn, yield even more benefits:

• Releasing software always involves some risk. But with smaller releases, each individual release carries less risk, and so is less stressful. With fewer changes being made, there are fewer things that can go wrong each time. Over a given time period, we鈥檒l make the same changes we would have made with bigger releases, if not more. But handling the changes in smaller chunks makes the risks more manageable and easier to mitigate.
• We talked about quick fixes earlier - a small release means that, if anything goes wrong with the rollout, there are a smaller set of changes to inspect to find the root cause. It also decreases the chance that we introduce multiple related issues in the same release. Some of the most complex situations to untangle are when multiple bugs intersect. By minimizing the chance of this happening, we increase the reliability of our software and make fixing issues easier and faster.

The benefits of releasing frequently really matter to us because we make tools that help teams streamline their own release processes on the Salesforce platform. We practice what we preach. All of the philosophies set out in this blog post are baked into the product that we build. Being at the forefront of best practice in our own release process means that we鈥檙e well placed to build tools that help our users achieve the same benefits we enjoy.

Who releases?

Anyone on the team. Everyone on the team. We strongly believe it鈥檚 important to get everyone on the engineering team involved in releases. In fact, we explicitly set a goal for each new starter to run their own release (with help!) in their first week. We all gain from this in a number of ways:

• If everyone runs releases, everyone is invested in making the release process better. We have to make it easy (and safe) enough that we feel comfortable walking someone through it in their first week.
• Because everyone understands the process, it鈥檚 easier to make quick decisions during a release if we need to, without getting bogged down in explaining context or waiting for someone with more knowledge to become available.
• We鈥檙e not reliant on particular people being available to run a release.
• Operational issues that hold up releases cause the whole development team pain, which strongly motivates us all to fix those operational issues quickly.

All of this accelerates/increases our release velocity. The more we empower the whole team to own the release process, the more often we can release.

How do we get changes into production?

How do code changes make it from a developer鈥檚 machine right through to the point where they鈥檙e released to our users? I鈥檒l take you through the process, step by step.

It鈥檚 important to note that being able to release on a rapid cadence is as much a cultural problem as a technical one. Most of the things that we do in practice are fairly straightforward - the hard bit is getting buy-in from everyone, at every level of the company, and embedding the process into the way everyone works so that it becomes a habit rather than a conscious effort.

Step 1: Code review

We use a feature branch Git workflow at 爆料tv. Changes are implemented on short-lived feature branches. We try not to let these branches live more than a week; many last just a few hours. Once a developer is happy with a set of changes on a particular branch (including writing any appropriate automated tests), they submit a pull request and select someone from the team to review their changes. Before being merged, all code must be approved by at least one other member of the team, and all of the automated tests must pass.

Once the code has been approved, it gets merged straight to the master branch. This branch is our source of truth, and is expected always to be in a state ready to release. If we鈥檙e not happy to release a change to production, we don鈥檛 merge it to master. This means that we鈥檙e always in a position to run a release when we want to.

Step 2: Automated tests and staging deployment

This step is completely automated. The newly updated version of master is picked up by our CI process, which runs all of our automated tests and creates a new build of the product.

We don鈥檛 normally expect any test failures at this stage, as the tests are also run before merging to master and our branches are short-lived enough that merge problems are rare. However, if there are any problems then a notification is sent to the whole engineering team. Getting the master branch 鈥済reen鈥� again then becomes a top priority - until the issue is fixed, we can鈥檛 release.

Once these tests have passed, the latest build is automatically deployed to our staging environment, which is designed to be as close as possible to our production environment.

Step 3: Manual testing

As soon as a particular change hits staging, the developer that created the pull request in question is notified by our release slackbot. The notification looks something like this:

This is a prompt for the developer to check that everything looks okay with their change on staging. It鈥檚 their responsibility to make sure that they鈥檙e still happy for the change to be shipped to our users. When they鈥檝e performed whatever manual testing is appropriate, they give the notification a checkmark to show that they鈥檙e happy:

Step 4: Pre-checks

When someone wants to run a release, all updates are posted into a dedicated 鈥渙perations鈥� Slack channel so that the whole company has visibility. The developer runs a command which prompts our release slackbot to list all of the changes that have been merged since the last time the product was released. The bot automatically tags the authors of those changes, and also includes a checkmark next to each item to indicate whether it鈥檚 been manually tested by someone (as in the previous step):

If any of the changes haven鈥檛 yet been manually checked, it鈥檚 the responsibility of whoever is running the release to make sure any appropriate testing happens before the release starts.

Each item links out to the pull request in question, as useful context for what鈥檚 about to be released. The bot also lists any database changes that need to be applied as part of the release, if applicable.

Step 5: The release

Once we鈥檙e happy with what鈥檚 about to be released, the release itself is very straightforward. There鈥檚 a script to run, which asks you which version number you want to deploy. It also posts into the operations channel so that everyone is aware the release is going ahead.

鈥nd that鈥檚 it.

Of course, under the hood, there鈥檚 a lot going on! Our infrastructure is orchestrated by Kubernetes, and deployments follow a blue-green strategy: new instances of the app are spun up separately from the instances currently running user workloads, and then once all the new instances are healthy we switch all traffic onto the new instances. Old instances stick around to complete jobs they鈥檙e already running, and to enable instant rollback (more on that later.) There are safeguards built in to make sure we鈥檙e not accidentally trampling any long-running user jobs as part of the release, among other potential pitfalls.

With every past failure, we鈥檝e built what we鈥檝e learned into the process. The beauty of having an automated process is that we don鈥檛 have to remember all of this every time - each previous issue has been carefully examined and fixed so that it 蝉丑辞耻濒诲苍鈥檛 happen again. Over time, the scripts and the process get more resilient and more reliable.

What if the release has a problem?

We鈥檝e talked a lot about the safeguards baked into every step of the process - from automated testing, to code review, to final manual testing on the staging environment. But, as we all know, there鈥檚 no way to guarantee that our new release will be problem-free. Inevitably, releases will occasionally have some sort of issue.

As a result, it鈥檚 important that we can respond quickly to and recover from any issue that slips through the cracks. In many cases we can do this before any users even notice a problem.

Finding out something鈥檚 wrong

The first step is to realize something is wrong. As a rule, the faster we can do this, the smaller the impact will be. Ideally, we notice an issue before any users are affected at all.

In general, a sign that something鈥檚 up comes from one of three sources:

• Alerts: we have a wide variety of alerts set up on our production systems, from warnings about low memory or instance crashes to notifications about certain log messages (or a lack of certain log messages) which may indicate a particular issue. It鈥檚 important that these alerts have a low rate of false positives to make sure that when they鈥檙e raised, people pay attention and investigate.
• Logs: sometimes we notice an issue by seeing something strange in the logs. Occasionally, this is by chance when we were looking for something else. But normally it鈥檚 because we鈥檝e released something that affected a high-risk area of the codebase and we were monitoring the logs carefully to make sure the release was good.
• Customer reports: we have a great relationship with our customers. As a last resort, if anything looks wrong from their perspective and they jump on to the live chat to report it, that request comes straight to a technical member of the team for investigation.

Assessing the situation

Once we suspect there鈥檚 an issue with a release, we need to make a decision about how to proceed. In general, the guiding principle is to minimize risk.

Unless we can quickly determine that the issue we鈥檝e seen isn鈥檛 related to the release, our default position is to roll back the release immediately . Because of our blue-green deployment strategy, this is instant. Running one script will redirect all new traffic back to the cluster running the previous build. We make sure to write all of our changes in a way that鈥檚 both forwards and backwards-compatible with respect to database schema and client changes, which means we can always feel secure doing this.

Having small releases (are you sensing a theme?!) even helps us here. The fact that each release is fairly small means that the user impact of rolling one version back is also fairly small. If we were rolling back a whole month鈥檚 worth of feature updates it might be a different story!

Being able to get quickly and safely back to a state we know to be good is invaluable. It gives us time and space so we can critically assess the situation and make sure we proceed in the best possible direction. And it also means we can immediately mitigate the issue for any users currently online.

Fixing the issue

Our next step is to track down and fix the issue. Once again, this is made easier thanks to smaller releases, as there are fewer changes to inspect. Once we鈥檝e made an initial assessment of how difficult the issue will be to fix, we tend to choose one of two approaches:

• If we think it鈥檚 going to be an easy fix (and, importantly, if it鈥檚 easy to reproduce the issue to make completely sure it is indeed fixed), we usually just make the fix on top of the current master build and 鈥渞oll forwards鈥�, releasing the new version once it鈥檚 gone through the release pipeline.
• If it鈥檚 going to be an involved fix, we don鈥檛 want to block the release pipeline until we get to the bottom of it, otherwise we鈥檒l be in danger of creating a backlog of changes that turns our next release into a big scary one - exactly what we鈥檝e been trying to avoid! In this case we鈥檒l pull the change that caused the problem out of master, and clear the pipeline by releasing again without the offending change. Once a fix has been written, we can re-merge the original change along with the fix and continue as normal.

Reflecting

We don鈥檛 stop once we鈥檝e fixed the immediate problem, as there鈥檚 still a final and important piece of the puzzle to solve. It鈥檚 important that we take time to reflect and ask ourselves whether there was anything we could improve about our process as a whole that would have prevented the issue from happening in the first place. Iterative improvement over the whole workflow is the only way to build a truly robust release process.

Constant iteration

Every part of this process is subject to constant iteration. Particularly as we scale the team, we constantly reassess to see if there鈥檚 anything we could improve on. Once upon a time (actually not so long ago!), none of the work the slackbot did was automated - we would manually collate a list of changes in each release, and then manually check with each author that they were happy. That worked great with a team of 7, but didn鈥檛 really scale to an engineering team of 30+.

I鈥檓 sure the process will look different again in another two years, but the core principles - automation, small releases, high release velocity, constant improvement - will still be at its heart.

Sound like the kind of team you鈥檇 like to be a part of? We鈥檙e hiring! Check out the careers page for more, or shoot us an email at jobs@gearset.com.

Drafting and submitting our entry to the GPTW contest made us think a lot more about our values and motivations as a company. We鈥檝e always had lots of fun working with a group of incredibly smart, kind and passionate people, dedicated to understanding the needs of our users at a deep level. So entering the GPTW awards was a kind of litmus test for us. How well are we really working as a team? Are we living up to our values? Do others at 爆料tv see it the same way? We thought we鈥檇 take this opportunity to share with you (and any prospective new joiners 馃憢), a little about what makes us tick, and some of what our teammates like about working here.

Setting the highest standard by staying close to users

From the start, 爆料tv set out to help the Salesforce community by talking to thousands upon thousands of developers and administrators directly about their DevOps challenges. As a company founded by a group of software engineers, we work with Salesforce teams across the globe to tackle their day-to-day technical problems. It鈥檚 a pragmatic and bottom-up approach that comes naturally. We make a real difference to people by solving specific issues as they arise, and assisting teams when they鈥檙e ready to take their development processes to the next level.

Key to this approach is our ability to offer our users immediate and focused support. Our Customer Success team is always on hand to solve our users鈥� problems there and then. The dedicated developers in our Engineering team are ready to jump in at a moment鈥檚 notice to share their expertise. Similarly, our product development is driven directly by user feedback and the real needs of our users. A culture of trust and transparency is what helps us work constructively with feedback, both from customers and in our own work as a team. And for anyone new to 爆料tv, you can sign up for a free 30-day trial of 爆料tv in just a few clicks to try it out for yourself - no strings attached.

As 爆料tv has grown rapidly, we鈥檝e held firm to our values. We trust our teammates, love working together, and share all our knowledge as widely as we can with each other and our customers, as a way of discovering and unlocking valuable new insights. As Kevin Boyle, everyone鈥檚 favorite bossman, explains:

What individual Gearcitizens think

Completing GPTW鈥檚 employee experience survey as part of our entry to the awards was also insightful - it鈥檚 always one thing to hear what a company鈥檚 Marketing team or CEO thinks about the company, and another to hear it from all employees directly. Here are a few of their voices (we haven鈥檛 added their names because we didn鈥檛 want to embarrass them - not that they would have minded much):

Thinking about joining the 爆料tv team?

If you like the sound of working at 爆料tv, we鈥檇 love to hear from you! We鈥檙e always on the lookout for creative, smart and decisive people to fill roles in engineering, sales, marketing, customer support, and in other areas of the business. While we respect skills and experience, above all, we鈥檙e looking for people with aptitude. If you鈥檙e willing to learn, work well within teams, and have the right attitude to delivering valuable work promptly, then do check out our careers page. You鈥檙e also very welcome to find out more about what it鈥檚 like working with us every day by chatting to us right now using the live-chat on this page.

You may have already heard about this through our previous blog post or from some of our , but in case you haven鈥檛 - the Hillside Hackathon project was about a small team of us getting away from the usual hustle and bustle of current projects and user requests we work on in our everyday work lives. We wanted to step away from the usual distractions, take a fresh look at some of the problems our users are facing, and put some new ideas together for exciting ways to solve them.

So that鈥檚 what we did. 5 developers, 2 designers and a marketer (myself) hid ourselves away for a week with the aim to spike and prototype a new product feature. We weren鈥檛 entirely sure on just how much we鈥檇 be able to achieve in just 5 days, but we were all ready to give it our best shot nonetheless.

We鈥檝e decided to not share exactly what it was that we were working on during the hackathon just yet, but we can say that the project was a complete success, with the team producing an awesome, very functional prototype in just 5 short days. Check out the highlights of the week in the video below, and keep reading for the full account.

Beginning hurdles

Before we started the project, we had to make sure our workspace was ready to go and that the team were all settled in. After travelling down on the Sunday, and excitedly exploring our fabulous home for the week, we got started on setting up our office. Based in the dining room with a long wooden table, we managed to squeeze in 8 computers, 8 monitors, a seemingly endless number of plug adaptors, and finally 8 people. It was tight quarters, but everything worked - and that鈥檚 all that mattered.

With Monday morning came the official start of the hackathon, and the arrival of our final team members. The first day (and a fair chunk of Tuesday) were focused on planning out the project in more detail, figuring out how we could overcome the potential blockers with our plan, and subsequently adding and assigning tasks to our Trello board to track exactly what needed to be done.

As a result, the first few days felt the slowest in terms of progress; everyone was getting to grips with exactly what it was they were working on and de-risking some of the more technically challenging aspects and potential issues that could cause problems further down the line (week).

But although the first few days felt slow, these initial steps were crucial to us making sure we could get everything done in time. It was important we didn鈥檛 rush into big ideas without thinking them through together, and making sure we were all on the same page about what we were building and why.

Picking up speed

By Wednesday, we really began to hit our stride. We鈥檇 made it past the initial blockers and started to get excited about seeing the prototype come together. Daily morning catch-ups were a great way of highlighting just how much everyone was getting done each day, seconded by the number of tasks we were getting through on the trello board - after just 3 days the team had submitted 36 PRs, made 266 commits, and written 6738 lines of code.

To keep spirits high, the team were treated to a midweek surprise on Wednesday evening, in the form of a three course meal cooked by Michelin star chef, Paul Barnard. We鈥檇 already had some fantastic group meals (Oli鈥檚 paella in particular stands out), but the meal prepared for us by Paul was absolutely delicious, and just what we needed to keep us going. It was definitely one of our quietest nights around the table while we devoured every bit of food in sight!

The final countdown

As Friday drew closer, the team began to feel the strain of a long week - sniffles began to creep across the room, strepsils were being handed out readily and the tea and coffee supplies had almost run out. We didn鈥檛 let this get us down though, and instead pushed even harder on the Thursday. We worked solidly all day, and late into the night, but the atmosphere of excitement and camaraderie were enough to keep us going, at least until we got to watch the first complete run through of our now working prototype! This called for a celebratory round of midnight Rocket League.

Friday was the final day of the hackathon and our final chance to get as much done as possible to return the next week with great prototype. We mainly dedicated the day to polishing, testing and seeing what nice-to-haves we could add in the time remaining.

The final rush to make sure we got everything finished up meant the day flew by in a flurry of activity, as well as some surprise birthday cake thanks to my wonderful teammates. By the end of the day we were all pretty shattered, but mostly we were proud of what we鈥檇 achieved in such a short period of time. We all gathered around one screen to watch the prototype in action, super pleased (and relieved) to see it all working successfully and just quite excited to get it back to the office and show the rest of the team what we鈥檇 created.

Owing to the state of semi-exhaustion we were all in, we spent the final evening celebrating in a fairly low key manner: chatting, and playing Rocket League for many, many hours.

Plans for the future

We鈥檙e thrilled with how the Hillside Hackathon went - we started off with just ideas and in 5 days we managed to build a fairly polished working prototype, as well as having a lot of fun and laughs along the way. Now we鈥檙e back in the office, work is continuing on the prototype, building on the fantastic foundation we laid on our week away.

We can鈥檛 wait to show off this new feature so keep your eyes peeled for a future announcement!

In short; we鈥檙e doing a one-week hackathon in the quiet hills of Berkshire.

Why are we doing this?

In regular day-to-day work, it can be easy to get caught up in user requests and existing projects, which means that big, exciting (and sometimes daunting) ideas get put on the back burner. But as a growing company, it鈥檚 important to continue to find ways to innovate, and to preserve the spirit of experimentation that helped 爆料tv become what it is today. In the past, we鈥檝e had great success with the idea of the down-tools week - teams stop working on current projects for a week, take a step back to examine problems our users are facing, and put ideas together for new, exciting, and sometimes wacky ways to solve them. We then reorganise for a week into new teams and work on tackling these problems.

This year, we鈥檝e decided to try a new way to bring these challenges and ideas to the foreground; a week away from the usual distractions where new ideas and potential features could get our undivided attention and efforts.

So, after some calendar wrangling and many terrible name suggestions, the Hillside Hackathon was born. A team of 6 developers, 2 designers and a marketer (myself) have been sent to a work-away-from-work week in a lovely cottage in Bisham, to work on spiking new features, with the aim of producing some working prototypes before the week is out!

Ready, set, code!

To make sure we could hit the ground running this morning (Monday the 19th of November), half of us arrived at the cottage yesterday to get the lay of the land and set up all the equipment.

Once we鈥檇 arrived, and after we鈥檇 finished marvelling at the size of the bathtubs and the number of living rooms, we unpacked what seemed like a thousand cables and extension leads, and made sure everyone鈥檚 computer was up and running. Then, all that was left was to stock the house with provisions, enjoy a relaxing evening and make the most of our comfortable surrounds, before a hard week of non-stop building.

With the morning came the rest of the team, ready to begin our week-long hackathon. With the computers set up, the full team raring to go, and the tea brewed, we kicked off our Hillside Hackathon and we can鈥檛 wait to see what we can produce in 5 short days.

Want to see how we鈥檙e getting on?

As this week is dedicated to spiking and producing new prototypes, we might not be announcing any new features immediately. But if you鈥檙e interested in hearing about our hackathon experience, the joys of living with your teammates for a week, and any little snippets that we can share, keep an eye on our and profiles, and follow the hashtag #hillsidehackathon for updates!

At its core, VSCode is powered by the editor, which handles all of the code editing functionality. Since it鈥檚 all built on top of browser technology, it鈥檚 actually possible to use the Monaco editor by itself inside a browser - and in fact, that鈥檚 exactly what we do to render most of our code and XML diffs within 爆料tv.

Monaco handles things like diff rendering, quick navigation and syntax highlighting for you, but when it came to displaying Apex diffs, there was no Apex syntax highlighter available. Since Java and Apex are syntactically pretty similar, we got away with using the inbuilt Java syntax highlighting for a little while, but we wanted to both improve our product and give back to the open source community that helps build this fantastic editor. So, I decided to take a stab at writing an Apex syntax highlighter and contributing it back to the project.

What does a syntax highlighter do, anyway?

Syntax highlighting requires understanding the code and 鈥渢okenizing鈥� it. This entails marking which bits of text correspond to different 鈥渢oken types鈥�, where a token type might be something like 鈥渋dentifier鈥� or 鈥渟tring鈥� or 鈥渃omment鈥�. Each of those token types can then be mapped to a certain colour to provide syntax highlighting. In a lot of editors, those colours can be customised by themes - and the tokenization can also help the editor provide other functionality such as highlighting matching brackets and code folding.

The code/configuration that carries out this tokenization process is sometimes called a tokenizer or a grammar, or even a lexical specification.

How does Monaco do syntax highlighting?

If you鈥檙e familiar with Salesforce鈥檚 for VSCode, you might be wondering why I need to create a syntax highlighter for Monaco, given that the plugin provides Apex syntax highlighting.

It turns out that there are actually several ways to implement syntax highlighting in Monaco:

TextMate grammars

TextMate grammars were created for the TextMate editor, but are now used by many editors and are something of a defacto standard when it comes to syntax highlighting. Since so many TextMate grammars exist for so many different languages, when you make a new editor it makes sense to support TextMate grammars for your syntax highlighting. So, in VSCode, Monaco has a module which support TextMate grammars.

Unfortunately this support relies on a native regex library for performance reasons, and therefore the support only works in VSCode, and not when you run Monaco in a browser.

Language servers

Microsoft also has a specification called the (LSP), which can be used to let an editor communicate with a separate server which will provide language-specific features like autocomplete and syntax highlighting.

The Apex Code Editor plugin uses this functionality - it provides a separate Apex Language Server which communicates with VSCode over LSP. Unfortunately, this separate server is written in Java and designed to run locally, so it doesn鈥檛 make sense in the browser either.

Monarch grammars

Monaco also has its own way of creating syntax highlighters by specifying rules in a JSON format, using a library called Monarch. This library is designed to be efficient (so that it can run fast in a browser environment) - and is the only syntax highlighting method that runs in Monaco in the browser.

Since no Monarch Apex grammar existed, we were stuck when it came to highlighting Apex in the browser.

Creating a Monarch grammar for Apex

The Monaco editor website has a on how to write a Monarch grammar. Not only does it explain the Monarch specification pretty clearly, it also has a playground where you can modify a language definition and see the resulting syntax highlighting applied to some code in real time. The real time editor was invaluable when trying out different things during development.

As mentioned above, in Monarch you provide a series of attributes for your language in a JSON format in order to create a language definition. The main configuration happens within the tokenizer attribute which contains a series of states, and rules. The rules match on the input and tell the tokenizer to perform a certain action - usually to transition into a different state or mark the matched text with a certain token.

The states are needed to keep track of context - the string 4.5 will probably match some sort of number token normally, but it 蝉丑辞耻濒诲苍鈥檛 do so when it appears within a comment.

A starting point

As a novice when it comes to writing language grammars, I would have been a bit lost trying to start from scratch!

Luckily, I had a good jumping off point in the form of the Java Monarch grammar which already exists for Monaco (and which we were already using to highlight our Apex code in 爆料tv). Java and Apex are very similar in many ways, so it made sense to copy the existing grammar and modify it to suit some of the differences that Apex has.

One of the ways I went about finding these differences was to grab a fairly diverse set of Apex code from open source repositories on GitHub which I could run the current highlighter on for testing. The Monarch website鈥檚 live playground editor was really useful for this.

One of the things that immediately jumps out when you use a Java highlighter on Apex code is that some of the keywords aren鈥檛 highlighted - keywords like global, bulk and future don鈥檛 exist in Java, and so they usually get interpreted as identifiers instead. Merging in the list of Apex keywords immediately improved the results.

Another difference is that Apex is case insensitive, and Java isn鈥檛. You can mark Monarch grammars as case insensitive, which sounds like a great solution - unfortunately, it clashed with another feature which I wanted to include. When you set your grammar to be case insensitive, it stops any of your rules discriminating based on the casing of the text (which makes sense).

The problem was, I also wanted to highlight identifiers that started with an uppercase letter differently to those that didn鈥檛, because it鈥檚 a good clue that the identifier is a type rather than a variable name. This rule wasn鈥檛 possible to write without case sensitivity turned on.

As a compromise, I created a small function which takes all of the keywords and generates some common casing variations (specifically, all uppercase and with the first letter upper cased). This means that the highlighter will correctly match things like SELECT, if and Decimal as keywords, but it won鈥檛 match uSiNg or tomORROW. This seemed like a decent compromise to me, but it鈥檚 not perfect. In particular, PascalCase keywords like TestMethod seem perfectly sensible but won鈥檛 be highlighted correctly.

Some other small changes to the Java highlighter which I made included:

• Removing binary, hex and octal numbers (Apex doesn鈥檛 support them)
• Changing the javadoc tokens to apexdoc tokens

Making sure it works

Every Salesforce developer knows the value of a good test suite - so it was time to make sure the highlighter had a good set of tests to verify the functionality (and help out the next people who come to make improvements).

Tests in the repository basically consist of a set of test inputs and the expected token output. Again, the existing test suite for the Java highlighter was a big help.

Submitting a pull request

Finally, after running through the checklist of things to do when adding a new language, I submitted a with my work.

It was accepted, and is now released in version 0.14.0 of Monaco editor - and it鈥檚 also now live in the 爆料tv app for your Apex code diffs! 馃帀

PRs welcome

Of course, although it鈥檚 a good starting point, it鈥檚 not perfect by any means. Here鈥檚 a list of things that could do with some improvement:

• SOQL - although lots of SOQL keywords like SELECT and FROM are highlighted correctly the tokenizer won鈥檛 recognise SOQL as a different context and therefore the highlighting within SOQL queries isn鈥檛 perfect
• I didn鈥檛 manage to find a fully comprehensive list of Apex keywords. There鈥檚 one in the , but some keywords such as switch are marked as 鈥渇or future use鈥� despite being in use now, and some keywords such as get, and void are missing. It also doesn鈥檛 include any of the built in types. Because of this, I actually merged this list with the list of keywords from the Java highlighter to get my final list.
• As mentioned above, the highlighter isn鈥檛 totally case insensitive.
• Some keywords are context dependent - for example, with and sharing are keywords when used defining a class but aren鈥檛 reserved words and can be used as identifiers in different contexts. I didn鈥檛 tackle this issue in my first pass - the highlighter simply won鈥檛 detect these as keywords.
• Although apexdoc is recognised as a whole block, individual usages of things like @param within the apexdoc block are not parsed separately.

Like I said, it鈥檚 all open source, so if one of these issues is bugging you and you think you can take a crack at making it better, you can!

Join us!

Come and work in a team where trying new things is the norm! Take a look at our latest engineering jobs if you think 爆料tv could be the next step for you.