Beste svaret
Jeg er forskningsprogramvareingeniør ved et programvareselskap i California. Mine synspunkter er basert på Small Business (00 ansatte) Innovasjon Research (SBIR) -kontrakter jeg jobber med. Hvis utførelse av SBIR-kontrakter er en del av forretningsmodellen til selskapet, så får du jobbe med dine egne forskningsforslag til Forsvarsdepartementet ( DoD), Department of Energy (DoE), etc. Som en konsekvens er Ph.D. sterkt foretrukket (les nødvendig) og det er en fordel. Du må være en god forfatter og presentatør – begge nødvendige for å kommunisere komplekse ideer på vanlig engelsk. Forskningssamarbeid med akademia og nasjonale laboratorier oppfordres og noen ganger kreves for å få finansiering.
Den virkelige jobben til forskningsingeniøren starter når prosjektet er finansiert. Man må være en veldig god programvareingeniør for å løse interessante problemer og piske opp kode for løsningene gjennom hele utførelsen på av prosjektet. Koden er sjelden produksjonsklar. Ideene må ha direkte betydning for produktet. Det siste et lite selskap ønsker er å få talentet til å lure på og utforske ting som ingen andre bryr seg om i selskapet. Tidsplanen er kanskje ikke så slapp som man skulle tro. Hvert prosjekt / demo / rapport har en fast frist. Begrensninger er flytende og det er mange muligheter for å eksperimentere med ny teknologi. Øyeblikket er riktig for innovasjon.
Mens det nesten alltid er spennende å utforske nye teknologier, er det en annen side av det. SBIR-prosjekter kan være kortvarige (6-9 måneder). Med mindre du er i stand til å fokusere på en spesifikk (kanskje ny) teknologi gjennom et flerårig prosjekt, det er vanskelig å utvikle ekte ekspertise og betydelig erfaring for å støtte det. Det er mye større sjanse for å produsere kvalitetsforskningsartikler, TRL 7-8 programvare, og å gjøre en virkelig forskjell på den måten. Faktum i livet er imidlertid at slike muligheter er sjeldne fordi det bare er så mye penger å gå rundt og konkurransen er stiv. Som en konsekvens vil du i løpet av årene sannsynligvis ende opp med å dykke inn i mange (perifert tilkoblede) teknologier. bygge overfladisk kjennskap, som til slutt vasker seg bort. Det vil si: «Faded jack of a few trades and master of none.»
Interessant, det er ikke alltid en dårlig ting. Det kommer virkelig an på hvilke ambisjoner man har. I «skiftalderen» i dag er hastigheten på teknologiendring så rask at det å tilegne seg nye ferdigheter raskt kan være den mest verdifulle ressursen enn en veldig dyp kompetanse i en bestemt ferdighet. Ikke misforstå meg, dyp kunnskap i noen viktige områder er viktig, og man må prøve å bli bedre på det uansett.
Det bringer meg til mitt neste punkt, som handler om hva som skjer når stjerner stemmer overens og et flerårig prosjekt fokusert på et elsket område (for selskapet og deg) er finansiert. Det er en gullgruve! Man kan bli latterlig heldig slik at hobby blir arbeid. Det er en følelse av frihet som er vanskelig å finne andre steder. Det er en bemyndigende følelse av at du har $$$, talent (kodingsferdigheter) og tid til å virkelig gjøre en forskjell. Det er «mirage» som holder mange i gang i håp om at det en dag vil bli en ekte oase.
Svar
På høyt nivå legger RSDEs til konstruere muskler til pågående forskningsprosjekter for å bygge robuste forskningsprototyper for eksperimentering i den virkelige verden. For å utdype, som SDE, er fokuset på RSDE å konstruere programvare. Imidlertid, i motsetning til SDE, må RSDE arbeide med ganske flytende begrensninger. det faktum at implementering av en forskningside for eksperimentell virkelighet krever ganske mye flikking. Og dette poenget garanterer ingeniørkunnskap, fleksibilitet og smidighet fra RSDE-er. Som en fordel vil RSDE-er ha mer fleksibilitet til å eksperimentere med teknologier, teknikker og engineering prosesser. Siden RSDE s er nær forskning, er det lett for dem å bidra / utforske ideer til kjerneforskningsinnsatsen. Med andre ord, det lar dem utforske ideer / innsats som ikke har direkte betydning for et produkt. Så det ville være gunstig for RSDE å ha en gnist for den ukjente / blå himmelen. I motsetning til SDE-er som ofte arbeider innenfor begrensningene for en bestemt leveringsplan, arbeider RSDE-er med forskningsprosjekter som oftest ikke har noen stive leveringsplaner. Derfor bør RSDE-er være i stand til å styre sin tid, oppgave og tidsplan mens de imøtekommer prosjektene de er involvert i. Kort sagt, uavhengighet og selvledelse er høyst ønsket egenskaper i RSDE. Selvfølgelig er RSDE-er også SDE-er. Så man bør være en utmerket SDE for å være en RSDE – sterk i programmering, algoritmer og ingeniørprosesser. Jeg tviler på om Masters er et krav for å være en RSDE; det kan hjelpe skjønt. Mens de fleste RSDE-er har en mastergrad, har jeg kjent RSDE-er uten mastergrad. Basert på RSDE-er som jeg har kjent, hvis du er interessert i å være RSDE, kan du forbedre SDE-ferdighetene dine, søke, lære om og hjelpe forskningsinnsatsen i din bedrift.Ansvarsfraskrivelse: Svaret mitt er basert på mine observasjoner ved MSR. Disse gjelder kanskje ikke i andre selskaper.