#28 DevRel, say what?!
Maciej alongside Mike Fiedler asks themselves about Developer Relationship. What that DevRel states for?! Listen to what 2 dudes would've never been developers but have to say on that topic. From the perspective of IT architect vs. Python Open Source Contributor, we can find out their view on that. ____________________ 🔔 Subskrybuj kanał: https://bit.ly/sub_evoilutioncast
And again, architects are another role that every company is going to implement what they think architects should do slightly differently. Zostało się takie myśl, że jeśli masz architektów przedsiębiorstw, to powinni się zainteresować i robić design. Gdzie myślę, że DevRel naprawdę działa, to gdzie nie masz architektów przedsiębiorstw, gdzie wiele firm nie mają tej roli. Będą mieć seniora inżyniera, stafu inżyniera, który będzie prowadził projekt. I to jest ok, no, pozwólcie mi poszukać i zrozumieć, jakie są właściwe wybory. Tutaj jest to, co jest możliwe i pozwala w mojej organizacji i zrozumieć intersekt, jak mogę używać DynamoDB w sposób, w jaki moja firma jest szczęśliwa i służy mojemu użyciu.
Albo może Dynamo jest niebezpiecznym odpowiednikiem na to. Wiesz, więc myślę, że to, gdzie DevRels naprawdę brzmi, When they're bringing ideas to folks that don't have the advantage of having somebody of that deep technical expertise in their team available to help guide those decisions. Yeah, because when you have somebody who can make decisions, you don't need to do any decision, right? So it's a very safe place to be. Yeah, I get you. So if you have an architect, then you say, like, hey, architect, screw that. It's more than me, right? And when you don't have, or you have limited access, let's say, to the architect itself, .
Pokazano wszystkie 2 dopasowania. Transkrypcja generowana automatycznie i niesprawdzana ręcznie — może zawierać błędy.
Mike Fiedler opowiada o swoim pierwszym wizycie na PyCon i rozmawia o roli open source w jego karierze.
Rozmowa o programie AWS Hero i wspomnienia z spotkania w Las Vegas.
Kurt Gardener definiuje DevRel i wyjaśnia, dlaczego jest to ważne.
Mike Fiedler opisuje, co to znaczy być DevRel i jak pracować z inżynierami rozwojowymi.
Rozmowa o potrzebie doświadczenia w roli DevRel i znaczeniu soft skills.
Analiza umiejętności komunikacji i relacji z klientami w kontekście DevRel.
Rozmowa o tym, jak kombinować różne umiejętności w DevRel i znaczeniu tego rola w firmie.
Analiza wartości DevRel dla klientów i firm, jak również rozmowa o storytellingu i zrozumieniu produktu.
Rozmowa o głównych zadaniach DevRel w firmie i znaczeniu skalowania tej roli.
Rozmowa o znaczeniu DevRel w kontekście narzędzi i użycia w firmie.
Analiza roli DevRel w firmach bez architektów i porównanie z budową domu.
Rozmowa o rozwijaniu się DevRel i ryzykach związane z budową systemów IT.
Zakończenie rozmowy i podsumowanie roli DevRel w firmie.
Rozmowa o znaczeniu DevRel w systemach IT i przykładach jego zastosowania.
Omówienie roli DevRel w utrzymaniu talentu i budowaniu kreatywności w zespołach.
Diskussja na temat wyboru między najnowszą technologią a stabilnością systemu.
Podsumowanie i dziękowania zakończone rozmową o przyszłości podcastu.
Rozdziały i streszczenia generowane automatycznie. Pełna transkrypcja nie jest publikowana — wyszukaj frazę, aby zobaczyć dopasowane fragmenty.
Kliknij, aby znaleźć fragmenty, w których pada.
Maciej alongside Mike Fiedler asks themselves about Developer Relationship. What that DevRel states for?! Listen to what 2 dudes would've never been developers but have to say on that topic. From the perspective of IT architect vs. Python Open Source Contributor, we can find out their view on that.
____________________
🔔 Subskrybuj kanał: https://bit.ly/sub_evoilutioncast