We're sorry but this page doesn't work properly without JavaScript enabled. Please enable it to continue.
Feedback

Investing in Ember

00:00

Formale Metadaten

Titel
Investing in Ember
Serientitel
Anzahl der Teile
24
Autor
Lizenz
CC-Namensnennung 3.0 Unported:
Sie dürfen das Werk bzw. den Inhalt zu jedem legalen Zweck nutzen, verändern und in unveränderter oder veränderter Form vervielfältigen, verbreiten und öffentlich zugänglich machen, sofern Sie den Namen des Autors/Rechteinhabers in der von ihm festgelegten Weise nennen.
Identifikatoren
Herausgeber
Erscheinungsjahr
Sprache

Inhaltliche Metadaten

Fachgebiet
Genre
Abstract
Less productivity, missed project deadlines and wasted money: that’s what you get for letting your developers work on open-source projects. Or do you really? In this talk you will learn about the value that an investment in OSS provides to businesses on different levels. By example of organisations who benefit and give back to the open-source project Ember, you will see why paying your team to spend time on OSS might be the best business decision you will make this year.
Binder <Informatik>Rhombus <Mathematik>Shape <Informatik>CodeNichtkommutative Jordan-AlgebraFormation <Mathematik>SoftwareWeb-ApplikationMaßerweiterungProjektive EbeneDatenverwaltungSoftware EngineeringSoftwarewartungOpen SourceEinfache GenauigkeitWeb-SeiteVektorpotenzialEntscheidungstheorieSoftwareentwicklerKartesische KoordinatenStrategisches SpielWeb-DesignerComputeranimationJSONBesprechung/Interview
Open SourceQuellcodeSoftware EngineeringWeb-ApplikationGamecontrollerGruppenoperationQuellcodeKartesische KoordinatenOpen SourceEvoluteLeistung <Physik>Peer-to-Peer-NetzSoftwareMusterspracheFramework <Informatik>ProgrammierparadigmaSoftwareentwicklerBitSpieltheorieProzess <Informatik>BenutzeroberflächeVerknüpfungsgliedKette <Mathematik>MAPKontextbezogenes SystemBesprechung/Interview
Methode der kleinsten QuadrateMenütechnikUnendlichkeitStrategisches SpielSelbst organisierendes SystemOpen SourceImplementierungSoftwareAnalysisBeobachtungsstudieDatenverwaltungCASE <Informatik>Besprechung/Interview
Reelle ZahlSoftwareE-MailQuellcodeBitMereologieÄußere Algebra eines ModulsOpen SourceApp <Programm>MultiplikationsoperatorSoftwareDatenverwaltungDienst <Informatik>ServerPaarvergleichInhalt <Mathematik>StabKategorie <Mathematik>Vorlesung/Konferenz
Reelle ZahlSoftwareSoftwareVektorpotenzialBildgebendes VerfahrenTeilbarkeitSelbst organisierendes SystemUmwandlungsenthalpieDigitalisierungNichtlinearer OperatorZusammenhängender GraphVerteilte ProgrammierungQuadratische GleichungOpen SourceBesprechung/InterviewVorlesung/Konferenz
Reelle ZahlSoftwareVektorpotenzialPunktQuellcodeSoftwarewartungAuflösung <Mathematik>ImplementierungDienst <Informatik>Pay-TVZahlenbereichArithmetisches MittelOpen SourceSoftwareSelbst organisierendes SystemBesprechung/Interview
Reelle ZahlSoftwareQuellcodeProdukt <Mathematik>GruppenoperationOpen SourceSelbst organisierendes SystemReelle ZahlFahne <Mathematik>Kontextbezogenes SystemResultanteProdukt <Mathematik>VektorpotenzialVorlesung/KonferenzBesprechung/Interview
OrtsoperatorSoftwareSoftwareentwicklerDreiecksfreier GraphProdukt <Mathematik>SoftwareOpen SourceKette <Mathematik>QuellcodeSelbst organisierendes SystemGemeinsamer SpeicherMomentenproblemBesprechung/Interview
Produkt <Mathematik>DifferenteCASE <Informatik>Produkt <Mathematik>UmwandlungsenthalpieKette <Mathematik>SoftwareSelbst organisierendes SystemQuellcodeOpen SourceBitBesprechung/Interview
Produkt <Mathematik>OSS <Rechnernetz>Open SourceProdukt <Mathematik>Selbst organisierendes SystemNichtlinearer OperatorKomponente <Software>SoftwareentwicklerQuellcodeBesprechung/Interview
VektorpotenzialProdukt <Mathematik>NewsletterBitOpen SourceDivergente ReiheBesprechung/Interview
Divergente ReiheDivergente ReihePay-TVVirtualisierungSpeicherabzugDifferenteMereologieHalbleiterspeicherFramework <Informatik>GruppenoperationBitMultiplikationsoperatorBesprechung/Interview
CodeGasströmungProzess <Informatik>CodeDynamisches SystemMAPHilfesystemStrategisches SpielOpen SourceIntegralKugelProjektive EbeneBesprechung/InterviewComputeranimation
QuellcodeDesintegration <Mathematik>Open SourceDifferenteIntegralMAPZentrische StreckungSelbst organisierendes SystemMomentenproblemBesprechung/Interview
DifferenteProgrammierungIntegralFramework <Informatik>Open SourceFlächeninhaltProgrammbibliothekProgrammierspracheComputeranimationBesprechung/Interview
RPCSchreiben <Datenverarbeitung>ComputerspielWeb SiteKollaboration <Informatik>Selbst organisierendes SystemPeer-to-Peer-NetzKomplexe DarstellungBesprechung/Interview
Minkowski-MetrikVektorpotenzialProzess <Informatik>Produkt <Mathematik>Selbst organisierendes SystemCASE <Informatik>Besprechung/Interview
Lokales MinimumEuler-WinkelProzess <Informatik>Profil <Aerodynamik>GeradeMailing-ListeEuler-WinkelBesprechung/InterviewVorlesung/Konferenz
Prozess <Informatik>Strategisches SpielMultiplikationsoperatorOpen SourceIntegral
Desintegration <Mathematik>OSS <Rechnernetz>Strategisches SpielSchlüsselverwaltungStrategisches SpielOpen SourceBitTeilbarkeitProjektive EbeneMultiplikationsoperatorSoftwaretestSoftwareProzess <Informatik>QuellcodeProdukt <Mathematik>Besprechung/Interview
Open SourceQuellcodeOffene MengeSpeicherabzugGruppenoperationBasis <Mathematik>MultiplikationsoperatorMereologieProgrammierumgebungBesprechung/Interview
GruppenoperationStrategisches SpielCASE <Informatik>Strategisches SpielDifferenteOpen SourceEDV-BeratungMultiplikationsoperatorApp <Programm>Besprechung/Interview
FehlermeldungClientClientMultiplikationsoperatorSummengleichungProjektive EbeneSpeicherabzugOffene MengeWeb logOpen SourceEinfache GenauigkeitTeilbarkeitApp <Programm>EreignishorizontCASE <Informatik>QuellcodeBesprechung/Interview
SoftwareentwicklerSchlussregelProjektive EbeneKartesische KoordinatenBesprechung/Interview
Desintegration <Mathematik>Open SourceUmwandlungsenthalpieDifferenteStrategisches SpielFlächeninhaltSoftwareentwicklerProdukt <Mathematik>WellenpaketTermMIDI <Musikelektronik>Besprechung/InterviewVorlesung/Konferenz
Produkt <Mathematik>Desintegration <Mathematik>TermProgrammfehlerProgrammfehlerProdukt <Mathematik>Patch <Software>Kartesische KoordinatenSoftwareentwicklerProgrammbibliothekIntegralApp <Programm>WellenpaketCodeOpen SourceTouchscreenUmwandlungsenthalpieFront-End <Software>MAPCASE <Informatik>Vorlesung/Konferenz
Desintegration <Mathematik>Produkt <Mathematik>App <Programm>FunktionalProgrammbibliothekProdukt <Mathematik>SoftwareentwicklerSelbst organisierendes SystemOpen SourceProjektive EbeneQuellcodeBesprechung/Interview
SoftwareentwicklerIdentifizierbarkeitRoutingFunktionalProjektive EbeneCASE <Informatik>BitBesprechung/Interview
Offene MengeTermDesintegration <Mathematik>MIDI <Musikelektronik>Selbst organisierendes SystemStellenringProdukt <Mathematik>Strategisches SpielGruppenoperationSoftwareentwicklerFlächeninhaltBitSichtenkonzeptMannigfaltigkeitMultiplikationsoperatorSoundverarbeitungHilfesystemEreignishorizontProjektive EbeneTermPunktQuellcodeSoftwareVersionsverwaltungBefehl <Informatik>Besprechung/Interview
TermSondierungStrategisches SpielProjektive EbeneOpen SourceMultiplikationsoperatorProgrammfehlerHilfesystemProdukt <Mathematik>DifferenteStellenringTermOrtsoperatorStabQuellcodeAuswahlaxiomSelbst organisierendes SystemBesprechung/Interview
CodeDifferenteMIDI <Musikelektronik>Strategisches SpielSelbst organisierendes SystemProjektive EbeneFramework <Informatik>QuellcodeProdukt <Mathematik>Open SourceBesprechung/Interview
Open SourceProdukt <Mathematik>QuellcodeBitApp <Programm>Strategisches SpielPunktMultiplikationsoperatorSummierbarkeitEntscheidungstheorie
EntscheidungstheorieNichtkommutative Jordan-AlgebraSoftware EngineeringSoftwareEntscheidungstheorieSoftware EngineeringSpeicherabzugEDV-BeratungTwitter <Softwareplattform>Besprechung/Interview
Nichtkommutative Jordan-AlgebraSoftware EngineeringSpeicherabzugMultiplikationsoperatorTexteditorStellenringOpen SourceGruppenoperationMultiplikationsoperatorSelbst organisierendes SystemBesprechung/Interview
Nichtkommutative Jordan-AlgebraBesprechung/Interview
Transkript: Englisch(automatisch erzeugt)
What's happening? I'm Jessica Jordan. It doesn't really matter if you're a software engineer,
project manager, a team lead or the founder of a company. If you're interested in moving yourself forward professionally, your team or your business, this talk is exactly for you. You will take a look at strategies we can employ to tap into the potential of open source
and also to which extent doing so will actually benefit us. And last but not least, by the end of the talk, you might actually realize that investing in Ember is the best business decision you're going to make this year. But before we talk about investment and all of this stuff, let's talk about Ember
and what actually brings me here to talk about this. Several years ago, when I was trying to take the next step in my learning journey as a web developer and as a front-end engineer, I found that there was a very interesting
concept I wanted to get more into, which was all about building single-page applications. And back then, this was still kind of like a big new thing. And I found Ember to be quite promising in this regard because it had the slogan, this idea that I was actually able to build large-scaled and maintainable web applications
using this framework. And I found it really interesting and exciting for strong conventions that it had and having the feeling that I can build on top of the foundation of patterns and paradigms that have been battle-tested by a global community. Also, the feeling that the user interface and developer experience was quite modern
with the CLI, which was still a very new thing back then. I had the feeling to be very productive and could get my things out of the gate rather easily and also have the feeling that the framework actually developed itself and undertook some evolution throughout the years was also what waited
and was worth staying for me, specifically in regards to looking at the recent Ember Octane release. I think it is not an understatement to say that Ember is the modern framework. And last but not least, maybe one of the things that I found really, really intriguing
when I just started learning Ember was to learn much more about open source. And why was this so interesting to me? Why was open source such a big deal? I think just like with learning Ember, I really realized how much of a game changer this actually was. The ability that you as an engineer could actually go into GitHub
and really look into the source code of, for example, Ember, and then even if you run this kind of process where you actually regret the source code from the top to the bottom, even just looking at some of the bits of it, it kind of made you feel that you got a better understanding of how it works under the hood
and that maybe you could use some of these bits and pieces of knowledge to build better web applications based on Ember. This was a really big thing for me, at least back then, and I think to this day it still is for a lot of software engineers to have this idea that if you use open source, you have a lot of power and control and the knowledge what you actually build your applications and your other software on top of.
It's not only about the public source code, it's also about things like, depending on the license, that you can modify and redistribute the software and maybe try out ideas in the open source community by doing so and also the fact that documentation tends to be rather high quality
because it is also openly developed with a group of peers from all across the globe. So open source on an individual software level, software engineer level, is actually quite a really nice thing, really appreciated. But now let's take it a step further. Like what does it actually mean in a business context?
Are there like any benefits? Are there any values for businesses and companies to use open source? I want to share a story with you to illustrate some of the ideas behind that. In a research paper by Fitzgerald and Carey from 2003 called Open Source in Software in the Trenches,
Lessons from a Large-Scale OSS Implementation, they had a look at the deployment of open source strategy at a public large-scale health sector organization in Dublin, Ireland, the Bermond Hospital. In their case study, they found a very interesting incentive of the said hospital
to implement open source in their own IT infrastructure. By the end of 2002, the management found themselves in a budgetary shortfall of 17 million euro, quite a lot of money, and they wanted to find a way around that to actually solve this problem. One idea was to reevaluate the expenses in the IT department. And I can tell you from the research and the analysis they did,
the findings were actually quite surprising. So they took a look at what they currently already spent and they found that there were a couple of proprietary commercial solutions that they were using that kind of like cost a bit of money to get them working and to get the infrastructure running.
So, for example, for email services, they paid 100,000 euro every single year to maintain the infrastructure for around 3,000 staff members back at the time. This is not so much the interesting part yet. The interesting part is now to look at a comparison that they did back then with valuable solutions or alternatives from the open source realm
that they could use instead of these proprietary solutions they already used and spent so much money for. What they found is actually quite dramatic. They found that using open source software solutions similar to what they want to achieve with the email services, they could possibly actually put the expenses down by 100,000 euro.
Quite a lot of savings, isn't it? And it doesn't end here with emails. It's also about desktop apps, content management services and app servers that they'll be using in the IT infrastructure. And even here, compared with open source software-based solutions, they found a potential saving potential of over 100k, 100k and 300k respectively.
And also, last but not least, a really big cost factor at the hospital imaging. And because this is used for diagnostics and actually quite critical for the business operation of a hospital, this is, of course, also a cost factor where you cannot really try to bring down the price.
You just pay as much as you need. And this is also maybe one of the reasons why this is such a tremendous cost factor in the IT department. With almost 4.2 million euro every single year, it has been quite a contributing factor to the budgetary problems that the organization faced.
And even here, in this very specific example, X-ray digital imaging technology, you can imagine how small the community is. It actually tries to distribute software around this. Even there, they could actually find OSS-based components that would help them to make savings. And also here, the saving potential is quite drastic.
They found using open source, they might actually have another potential for savings of over 4.15 million. All of this costs and savings actually add up, so they calculated that for the first year of implementation of open source software solutions, they might have a saving potential of 4.75 million euro.
And over five years, calculating all the maintenance costs, renewing subscriptions for commercial services, they also found that here, they had an immense saving potential of 8.17 million euro. And just to give you an idea of what 8.17 million euro means, because at least I personally, after one million euro, I don't understand what this number means anymore.
For an organization in Dublin, Ireland, this, for example, means paying the average salary of 48 medical scientists or a group of 27 doctors or a group of 36 nurses for another five years. So quite a lot of money, and also shows you how leveraging open source actually was the solution that the organization
could actually choose to overcome the budget problem. And this idea that we can, in the business context, use open source for infrastructure or for products that we build on top of this is what we called open source acquisition. Acquiring open source, and then oftentimes this also results in a lot of benefits,
which includes saving money. Maybe the most obvious potential that we get from using open source in a business, but not the single one, actually. To illustrate this, I want to share a quote with you by Jim Sandlin, the executive director of the Linux Foundation,
who also shared why he thinks businesses really catch on to this idea to use open source. He, for example, said, shared development is enabling faster development with higher quality and lower costs. This is causing the software value chain to change. The idea here is that it's not only about being concerned
about your finances when you're using open source, it's also about trying to create faster development cycles for products that are based on open source and making sure that by sharing development, even outside of your organization, the quality has to be higher because more people are actually trying to figure out what are the best solution for not only your specific use case,
but for a lot of people's different use cases. This inevitably actually makes the products better than they could ever have been by just developing them internally in a single organization. This quality idea behind improving products
is what makes open source acquisition also so attractive to a lot of businesses. What you also mentioned, that this is causing the software value chain to change, sounds a little bit like this was a far distant utopian future, but actually it is not, as you can probably already imagine as well from your own teams, because in 2015 it was already found
that 95% of modern digital products were actually based on open source software components. And if we estimate that this development actually continued up until 2020, we can also imagine that nowadays it is safe to say that every single business,
every kind of like operative organization is actually based on open source and is using open source for its own benefit. This idea of open source acquisition is kind of like rather common and kind of like well understood. But what if I told you that this is not even trying to fully embrace the potential
of what open source could do to businesses? What if I told you this is just the tip of the iceberg and that the full potential of open source is not even kind of like touched yet or talked about yet when we talk about better products and trying to save money by using open source.
So now you wonder what is this underbelly of this iceberg? What is this untapped potential? We will take a look at this in just a bit. But let's first of all take a look at an interesting interview series we did at the Ember Times newsletter, which if you haven't subscribed yet, you should totally do that just right now. Go to Gitbits and get the subscription going.
Join us also and support Ember Times on the Discord. Okay, this is really the end of the elevator pitch. But anyways, we did an interview series and we tried to talk with different community members about their motivations and also their interest to contribute to Ember and be part of the group. We also talked with Jen Weber,
who is an Ember Core Learning Team member, Ember Framework Core Team member, who also gave this excellent keynote just earlier here at Virtual EmberConf, and who talked with us also about her intrinsic motivations to contribute to Ember. And she said that
Contributing to Ember is really fun. I started by writing, but the chance to learn from others was what really made it worth staying. The things that I've learned from other people by participating here helped me in my job every day, and not just on the code front, even on the team dynamic level, leadership strategies, and best practices.
Many of the things that she talks about don't have anything to do with the fact that she's trying to use Open Source so she can save money. It's about a whole other sphere of how we can leverage Open Source in businesses. This is not only about acquiring it. It's also about integrating Open Source in a more holistic way
and trying to find other ways to interact with it. So the process of giving back to projects to contribute to it and see which kind of benefits you can get for it is what we call Open Source integration. And this is also something that's actually very relevant for businesses, but sometimes not as well understood as Open Source acquisition.
Because there are many different levels that Open Source integration can help businesses and organizations, both on the team, individual, and also on the whole scale, large scale business level. One example that we can think of by listening to the interview just earlier was, oops, one moment please.
Here we go. Sorry about that. One thing that we thought about when we think about OSS integration
is the fact that engineers who actually contribute to Open Source have another and very significant way to improve their own skills in many different areas. Be it technical skills, learning a new program language, getting more intimate knowledge of libraries or frameworks that they're using, or be it organizational skills,
trying to lead initiatives in the community, for example, writing RFCs or trying to lead new efforts, for example, redesign of a website to bring them to life and to bring back these kind of skills that have been honed in remote collaboration with peers all around the world into your own organization where they can also be very beneficial.
It's all about thinking of it more of a way to try to provide the room and the space for engineers who are already working on your teams to nurture their own excellence that they already have and to really fulfill their full potential. And last but not least, also if you think about it from this way,
what does it actually mean if an engineer can really work on something that they share values with? What if an engineer really feels that having a real impact, not only on a product that is developed internally, but on something that is used by organizations all around the world and that can have a real, pragmatic use case
and be a real solution out there is something that they really value and can give them also another sense of fulfillment that might even exceed their fulfillment in their day-to-day job. If you think about it this way, you can also think about that this is some nourishment we can provide to teams, to engineers and to our business by providing this sense of
fulfillment and work satisfaction. And of course, this is not the end of the story. Oftentimes, if you're involved in hiring processes at all, you find yourself in a situation where you want to grow your team another time, and then you say to yourself, do you have a job out there
that says something along the lines of that you're looking for a senior JavaScript engineer, that should have at least five years of experience with Amber, maybe it should be driven, motivated, self-starter, have a can-do attitude, the list goes on and on and on. And at the end of the day, you might actually find a lot of great candidates that really fit this profile really nicely, and you're already doing a great job
to get all of these great people potentially getting onto your team and creating great work. But then at one blocker, which is all about them also interviewing with a lot of other places and then realizing, I'm actually not really confident yet if I should really go with company X
and not company Y. And if you are company X, you now realize, yeah, this is actually quite frustrating. You spend a lot of time and money into hiring processes, and sometimes it really just doesn't work out because the demand for skilled workers,
knowledge workers is really high, and it's actually not so clear yet how to get this competitive edge at the very end of a talent process to get people to really confidently say, I want to be here. And what if I now told you that even in this very specific aspect of your business,
open source can actually play a crucial role? What if I told you that an open source integrated talent strategy is something that actually can give you this competitive edge that you're looking for? Let's take a look how this could actually play out. So imagine you actually accept the fact that this could be the key to your talent strategy success, and you implement an open source strategy.
We'll take a look later on how this could look like in practice. Just assume this for now. What you might find is that, especially these people who already contributed to open source that find a lot of value and contributed it in their paid work time at your company get an increased sense of fulfillment or work satisfaction
because it can actually adhere to their own interests rather easily by choosing 3D work on open source products. What you might find out of this as well that talent retainment is a bit easier to do in your company as well just because work satisfaction increase. And what you get out of this as well might be that, especially if your engineers are really involved
in open source communities, that they reach out to other engineers rather automatically by working on any kind of projects and that this kind of network that they're creating is also something that can later on help you in the talent acquisition process by being able to actually proactively reach out to other skilled engineers
that already have the skillset that you are looking for by being involved in the same open source community as your engineers are already in. You actually have the chance to provide opportunities to people who are maybe looking for the next career steps months or years from now. And thinking about these five key steps of your talent strategy and how it plays into open source
is something that you could also keep in mind and might be kind of like the convincing factor for you already. But even after this, even after kind of like highlighting how attracting talent, retain talent might be something that's really great for you and how open source can play a role, you might still kind of like think to yourself,
well, like honestly, this sounds all really great in theory, but like in practice, how does this really work? We're a small company, we have a lot of deadlines. We work in a very fast-paced environment. You don't have the time and the money to actually do all of this. Just like another thing that actually distracts us from our core business. And honestly,
I believe you actually have the best idea of what is best for your business because you are actually part of it and you know how it actually works and what restrictions you have to deal with on a day-to-day basis. So this part of the talk is not all about trying to convince you what is right and wrong. It's more about giving you ideas,
what you could employ and what you could leave out depending on what you really need. And maybe there are some things that I show you right now in an example of how open source could look like in practice that are valuable for you. Maybe they're not. But just keep an open mind and see if there's something that you could take away from. When we talk about how open source can look like in action and practice
by the examples of different strategies in real-life businesses. As this example, I want to highlight one strategy at a company that I know quite well because I worked there for almost three years, which is Simple Apps consultancy based in Munich. We're also very involved in the ML community
and here, for example, we also really value to find a way to integrate open source into our actual work and not have it only just as a side asset. And here we try to leverage the 20% time method. If you're not familiar with it, it's the idea that you have one day per week, so 20% time per single week,
available for work in open source, be it co-contributions, preparation of conference talks, writing blog posts, or be it also organizing community events. And for the rest of the time, you actually work on your core business. For example, in our case, working on client projects. The great thing is about this as well,
how we try to do it with the 20% time, that by the way that we already balance it, we can also give equal opportunity of this time to everyone. So every engineer, every designer can actually leverage it and work on their own interesting projects that they find. Last but not least, we also want to make sure that we actually get tangible outcomes out of this 20% time. And so these outcomes should be shared
either with the team or with the wider community. And I think it's an understatement to say that the 20% time and being able to work on open source at Simplabs had a significant impact. I think it is maybe one of the outstanding factors of our company so far
to be able to have a lot of great projects out there that actually hallmarks of our work in the community, including over a dozen JavaScript tools. For example, Ember SimpleAuth or Cunidom, who help developers all around the world in their day-to-day businesses to create great applications.
And yeah, maybe you also see from this that these benefits are real and this is also something you could consider for your own business. But last but not least, at the end of the day, if you think about investing, if you think about investing open source or like in Ember, you still have to figure out
how will you actually do it? Because depending on how you invested, it will actually be a real success or it might be more of a very expensive investment that you don't get so many returns from. So how will you know where to invest? Yeah, first of all, understand what your business needs are and try to tailor and cater to them. And thinking about areas
that you want to improve in, be it product development or training or branding, you might want to employ different strategies, either with short, mid-term or long-term returns. So let's take a look at some very specific examples of needs that you want to meet in your business so you can actually choose the right strategy
for the specific need when you try to develop an OSS-integrated strategy at your business. So for example, you had the need to fix your product. Did you actually know that sometimes when your engineer actually stumbles upon like a bug fix that you pay them to fix so your product can be sold to your customers again?
It's sometimes not only about trying to monkey patch this bug in the actual application code. Sometimes it's a bug that actually originates from a third-party library, or it's just because a third-party library doesn't have a feature yet that could actually be available and would help you
to fix the bug in your application. And in this specific case, for example, it's actually rather easy for the engineer to say, well, I'm not gonna monkey patch this in the app. I'm actually gonna provide an upstream bug fix, so a bug fix that actually fixes the third-party library, and in turn will automatically fix your application with the next release of that library.
And they are actually able to work on this without any kind of like extra money or effort expended from your site. And this is really great first of all for your product development, of course, because you just want to fix the bugs, and this is what you want in the first place. But also it's a great training opportunity for any developers working on this
because they actually get to see other great insights into the libraries that they're using, and this knowledge might be beneficial weeks or months from now. So something to keep in mind if you just want to have some kind of short-term open-source integration wins. You can, for example, ask engineers
to try to do upstream bug fixes wherever possible. If you're really looking forward to improve the quality of your products, there are also different ways. Just imagine you had an internal library or functionality that you could rather easily externalize and actually make an open-source add-on or an open-source project, and all kinds of people
from all around other organizations could actually help you to improve it. The great thing is once you actually share the development it's usually much, much easier to kind of like identify use cases that are very interesting for the functionality or the project that you're open-sourcing
that you haven't been aware of before, and to also help you identify and fix bugs and fix them much quicker than if you would have continued with the development internally. So if you go with this route, for example, you realize, okay, it's actually quite a little bit of an investment to kind of like get something generic enough so it can be an open-source project. We have to invest a little bit of engineering time to do that.
But once we've done this, it's actually like a very great return for us on the product development side. And last but not least, also on the branding side, if other engineers or other organizations are using your open-source project, you name what's going to be out there for engineering teams, and this is really great for your kind of like
marketing strategy here as well. great wins in the mid and the long term. And last but not least, especially if you're like a small mid-signal, you as a company can only grow with the help and support from others, and this is what you want to nourish as good as possible. And if you imagine, or kind of like
have this point of view of tech user groups actually really fulfilling the need, then this is something you should definitely look into. Just imagine you had like your own local user group for Ember developers in your own town, or maybe you sponsor or host an event from an already existing user group every now and then. The effects that you have are manifold.
First of all, you have an opportunity to co-network with a lot of other engineers or organizations around your area that are also using the same technologies as yours, and also you get an added benefit of when you sponsor or when you host people will remember your name and this is something that can pay off already
weeks, months, sometimes years from now. So here also, great benefits that you get in the long term both on the branding and the talent strategy side, and which should also not be underestimated, especially for the talent strategy where you know as a tech company, it might sometimes take quite a long time to hire someone,
so why not invest today and then get the benefits from it a couple of months or years from now. So something to keep in mind. Support your local Ember meetup. And there are many different ways that companies contribute to open source right now. So if you, for example, like a smaller company you might kind of try to tend to do more short-term investments, for example these
upstream bug fixes that I talk about, or trying to collaborate on open source projects that you're already using because it's rather easy to invest and stop the investment and go from there. But especially if you're like a large organization, maybe like more than 10,000 staff members, then you might realize that, for example, having stakeholder positions
and projects trying to help open source projects to fill the roadmap and to pace them through it with the features that are relevant for your own business product is something that you would really value. And to give you some confidence, well, if you're maybe already there
to make the choice, yeah, okay, maybe I should look into open source and how we can deploy this in our business. I want to assure you we're a great company. Especially in the Ember community which is a framework or a project that is not backed by one single big company but a lot of different companies and organizations and individual contributors that come together
to share the product, you are in yeah, as I said, very great company. And looking at a lot of like small, mid and larger sized companies, you might also find very similar strategies that you can adapt for your own business. And yeah, with this
I think you have like a better understanding how this could actually play out and that higher quality products, more secure products but also more effective and excellent teams as well as the competitive ad that you get in sales and also your talent strategy by employing open source in your business
are the things that actually give this multiplied business impact that is larger than just the sum of its parts. And yeah, I think you had a great time to kind of like get a little bit of insight together with me into open source and what it means in the Ember ecosystem specifically
and maybe at this point you might ponder a little bit and actually come to the conclusion that you can now actually make a really great business decision for yourself, maybe even the best by investing in Ember. And with this, I would like to thank you again. I'm a
senior software engineering consultant at Simplabs. If you want to learn more about what we're up to there, feel free to reach out to me at Discord or on Twitter. Also at Ember Learning Core Team member of the Ember Times and an Ember Just Berlin organizer if you're ever interested in contributing to open source, either with our learning team
efforts or with the newsletter, feel free to reach out and if you're ever in Berlin please pop by our local user group. And last but not least, thank you so much for listening to me and wishing you a very great time at EmberConf.