#28 DevRel, say what?!

This is very much a microcosm of odd experiences. So don't judge the rest of the US by what you see in Vegas. Ale wciąż to jest dobry miejsce do spotkań, wiesz, możesz wypełnić wszystkie niesamowite pomysły i co jest najlepsze, nigdy nie dostaniesz do top 10, niesamowitym, w tej samej nocy, więc nie martw się. Nazywam się Maciek Lelusz, to jest evoilutioncast. Dzisiaj porozmawiamy o relacjach z deweloperami, tak? Tak, to nazywa się DevRel. I tylko mały dodatek, nikt z nas nigdy nie był deweloperem, tak? Więc to jak dwa chłopaki, Nie mówię o tym w środku, ale myślę, że ty jesteś osobą open source. Ja jestem, powiedzmy, przedsiębiorcą.

Very often it's listening to what is not being said. Reading between the lines. You're absolutely right. I lean back on something called the XY problem, where someone has asked how can I do X and they don't actually want to do X, they think they want to do X. Because someone led them along, they googled and found a stack overflow that said you should do X when they actually want to do Y. And then if you dig through or read between the lines and figure out what Y is, then you can give them a different solution than X, potentially the right one. So I think the listening, the active listening of digging through and understanding what is it you're actually trying to do,

As opposed to, I want to run Postgres on three nodes. Why do you want to do that? Like, oh, I want a highly available Postgres cluster. Maybe you should use this solution over here instead of you trying to run three nodes. Maybe the right answer is you do want to run three nodes and you have reasons, but the initial request often should turn around with a, alright, what are you exactly trying to do? And read through those. I think it's super important that we have Wiesz, sytuacja, że jest ktoś, kto nie jest tak techniczny, tak? Więc jeśli jesteś super techniczny, to zwykle myślisz, że wiesz odpowiedzi na pytania, tak? I myślę, że kiedy jesteś osobą relacyjną, zapytasz sobie pytanie, dlaczego to robisz?

All these aspects in the end will follow to the target that just the process will be better, right? And I think that that's the important part. Yeah, the billing part is interesting. I've seen through different companies where folks with developer advocate or DevRel fall under either marketing or engineering. It all kind of depends on your company structure. When it comes to billable, I mean, marketing is not directly billable, right? In marketing, budgets are... We believe that if we spend X amount of dollars, we will see Y amount of revenue. And there's... . .