#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
. . . The utility, right? So how many times have you seen somebody buy a license for a product or pay for a monthly product service and they're using 10% of the features? And that's great, right? Maybe they get to use the 10% that they need, but there's 90% of features out there that could be helpful to their business and could maximize their value of whatever the product is.
Możesz to zrobić, ale może nie jest najlepszym modelem biznesowym. Nie sądzę, że Harvard Business Review napisze o tym pozytywnie. Zajmijmy się tymi talentami i po prostu ich nienawidzimy. Myślę, że to jest sposób. Ale wróćmy jeszcze trochę do tego, że mamy osobowość, jak powinni pracować w kulturze organizacji, ale co to jest Jaki jest główny cel, na Twojej opinii, ze względu na Twoje doświadczenie, jak otrzymać pewne zrozumienie produktu? Jaki jest główny cel ich istnienia w firmie?
Tak, bo oni potrzebują guida z lepszym zrozumieniem domenu, gdzie chcą pracować, prawda? I jeśli będzie ktoś w tym miejscu i w tym czasie, specyficzny dla ich kreatywności, to przyjeżdżają do dużo lepszych rzeczy. Więc, by to trochę zakończyć, We have a rare gem who can extend our people's creativity, maybe put them on track somewhere. In the end, it will both give to our customers and to our internal teams more understanding what they're doing. I think more understanding of the business itself.
I think it's super hard, just a side note. So it's super hard for many of our customers when we talk with them today to understand what is really important for them. So for example, we built huge farms of Tanzu, hybrid clouds, different approach to the architecture. But the first conversation that we have usually is like, what your business is doing? What's important for you? What do you want to arrive in? Sześć, sześć, sześć, sześć rozmowań, w których mówimy, że produkujemy brzuchy, że chcemy sprzedawać brzuchy tak szybko jak to możliwe. Ja mówię, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak, tak.
Pokazano wszystkie 4 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