Svar
Her «er en liste med softis
Programvareutvikler – er en ansatt på heltidslønn og gjør jobben med å implementere kravene til applikasjonen. Utviklere hopper rundt på forskjellige prosjekter som fungerer som når instruert av sine arbeidsgivere.
Programvarekonsulent – er ikke en ansatt, og blir hentet inn for å gi råd (rådgivning) om hvordan applikasjonen skal implementeres ved hjelp av dagens næringsmetoder. Ofte gir konsulenten tekniske råd om hvordan du konfigurerer en stor applikasjon (SAP, Oracle osv.). Etter min erfaring er konsulenter vanligvis ikke programmerere.
Programvareleverandør – er ikke en ansatt, og blir hentet inn for å gi ferdigheter og ekspertise i dagens næringstilnærminger. Vanligvis jobber entreprenøren på et enkelt prosjekt og ser det gjennom til fullføring, programmering etter behov. De er ikke under dir. valg av arbeidsgivere, selv om de kan bistå på andre områder som en profesjonell høflighet.
Hvordan blir du programvarekonsulent?
Vanligvis som et resultat av å jobbe for et programvarekonsulentfirma som daglig ansetter deg ut. Tenk deg at du jobber for Oracle, og noen store selskaper trenger hjelp med å sette opp mellomvare. Du er en fast ansatt som jobber på kontraktsbasis for en tredjepart. Dette er ikke alltid tilfelle (se neste avsnitt), men det er vanlig vei.
Hvordan blir du programvareleverandør?
Vanligvis som et resultat av å opprette ditt eget selskap og fortelle rekrutteringsagenter at du» er tilgjengelig for arbeid (programmering, rådgivning, begge deler …) Byrået ansetter deg ut daglig, underlagt visse kontraktsvilkår. Du kan gå direkte, men det er mye vanskeligere (agentens rolle er å lande klienten, din rolle er å skaffe ekspertisen).
Kommentarer
- Damn, først leste jeg @FrustratedWithFormsDesigner ' sitt svar og jeg trodde jeg kunne følge. Nå leste jeg dette motstridende svaret, og jeg ' mistet igjen. 🙂 Bryr meg om å kjempe det? )
- @FrustratedWithFormsDesigner er helt greit, jeg ' jeg er bare peda mer enn noe annet.
- @Steven Jeuris: Gary har gitt litt mer detaljer mellom " konsulent " og " entreprenør ". Etter min erfaring overlapper de to rollene ofte (men ikke alltid) og linjene blir uskarpe, så jeg gikk ikke ' til det detaljnivået.
- @Kumar Developers gjør gode tekniske konsulenter fordi de har den programmeringskunnskapen som IT-avdelingen trenger for å få programvaren til å gjøre det de vil. Husk at det å være konsulent har mer å gjøre med forholdet mellom deg og personen som betaler deg.
- Teknisk sett er definisjonene ikke ' t helt korrekt som deg ikke trenger ' å være selvstendig næringsdrivende. De fleste programvarekonsulenter og entreprenører jeg kjenner (jeg ' er en entreprenør selv) er ansatte i firmaer (som Accenture, IBM, Logica etc.) som tilbyr disse tjenestene.
Svar
En «programvarekonsulent» skiller seg fra en «programvareutvikler» basert på ansettelsesvilkår. «Programvarekonsulenten» blir ansatt som entreprenør i en spesifisert tidsperiode og for en veldig spesifikk oppgave / rolle / prosjekt, mens «Programvareutvikler» (som ikke er en entreprenør eller konsulent) er en heltidsansatt på lønn. , og kan ha flere roller / prosjekter i selskapet.
«Sofware Consultant» kunne referere til en utvikler / programmerer som er ansatt på kontraktsbasis i stedet for en utvikler / programmerer som er ansatt på heltid. Det kan også referere til noen som gir veiledning og prosjektledelse / design / arkitektur på høyt nivå, som andre har nevnt, men i mine erfaringer ender tittelen «Software Consultant» vanligvis opp som en som jobber 60-90% av tiden som en utvikler / programmerer og er ansatt på en kontrakt i stedet for på heltid.
Enhver utvikler kan være konsulent ved å jobbe som entreprenør. For å gjøre dette er det vanligvis et spørsmål om enten å være frilansentreprenør, eller å jobbe med et konsulentfirma.
Kommentarer
- Vel, jeg jobbet for en oppstart som entreprenør, fikk ikke ' enda en krone ekstra. På toppen av det jobbet til og med i helgene for en pizza og diettkoks, og det også i San Jose. På den annen side fikk min " konsulent " ku-arbeidere betalt for hver eneste time de jobbet i helgen eller sent på kvelden. San Jose-delen er å understreke at folk jobber gratis selv i Silicon Valley: P
- I dette tilfellet kan det være at " Konsulenter " hadde rett og slett bedre kontrakter (eller var ' ikke redd for å håndheve dem, eller hadde noe konsulentfirma som støttet dem) enn " Entreprenører " (deg). Har kontrakten din spesifisert at pizza og diettkoks var akseptabel kompensasjon (og hvorfor holdt du ' ikke i det minste vanlig Coke)?
- ikke sant – mange utviklere er også entreprenører
- @Steven A. Lowe: Jeg ment ikke ' de var ' t, men jeg brukte OP ' s titler " Programvareutvikler " og " Programvarekonsulent ". Hvordan / hvor sa jeg at utviklere er ikke entreprenører?
- @Frustrated " mens utvikleren er en heltidsansatt på lønn "
Svar
Konsulenter skal forbedre virksomheten ikke bare utvikle noe programvare.
Jeg har vært utvikler i over 30 år. Jeg har bare kjent nok til å være konsulent de siste ti årene.
Kommentarer
- Jeg tror dette er kort og mye nøyaktig svar, IMO. Programvarekonsulent ville være mer eller mindre tilbøyelig til forretninger.
Svar
Jeg ser ikke forskjell på «konsulent» og «entreprenør» annet enn at konsulenten på en eller annen måte synes meg er stilig og potensielt dyrere. 🙂
I begge tilfeller har jeg «kalt konsulenter / entreprenører» programvareutviklere «når de jobbet i en utviklingsrolle, men jeg forventer også at når jeg ansetter noen som en «konsulent» at de skal gjøre et visst nivå av hender på veiledning av det faste ansattes team. Jeg forventer at når jeg ansetter en konsulent, ansetter jeg noen som allerede har erfaring med teknologien jeg ansetter dem til, og at det er fullt mulig at det meste av det faste teamet mitt allerede er i ferd med å detaljer om den teknologien. Så jeg forventer at teamet mitt vil pumpe konsulenten for informasjon, og konsulenten vil klare å både gi smarte, tidsbesparende svar til teamet og få en viss mengde hendearbeid utført med raskere hastighet / bedre kvalitet enn mine nettopp kommende raskere faste ansatte.
I andre tilfeller har jeg ansatt konsulenter for å være «konsulent» permanent – det vil si at de ikke gjør noe på jobben, de lærer teamet for å være et bedre team eller for å bli bedre med et gitt verktøy eller teknologi.
Som de andre innleggene sier, jeg forventer ikke at konsulenter vil være permanente. Jeg forventer at faste ansatte vil være faste, eller i det minste ha en tilknytning til selskapet som varer lenger enn et enkelt prosjekt eller en kort tidsperiode.
Hvis du vil bli konsulent og belaste deg deretter, Jeg vil si at du trenger noe CV. Når jeg vurderer konsulentopptak, ser jeg etter en veldig solid erfaring med å kutte kunstverktøy og teknologier. Det varierer fra domene til domene, men jeg ser etter noen som er implementert komplekse ting i den blødende kanten, slik at de allerede har truffet læringskurven om teknologiene jeg prøver å implementere. De fleste av konsulentene jeg kjenner er avhengige tinkere. De jobber hardt på dagtid og bruker deretter kveldene på å løpe enda lenger fremme i sine spesialiseringsområder fordi de vet at de trenger ferdigheter for å selge til sin neste jobb.
Kommentarer
- Så som en ansettelsesleder / person bortsett fra erfaring, ser du også etter sertifiseringer og forskning h papirer gjort av konsulenten? Hvordan intervjuer du dem? AFAIK, en ansetter en konsulent når de mangler dyktighet, og hvordan sjekker du så at CV ikke er falske, og at personen har disse ferdighetene?
- Personlig, jeg ' Jeg er ikke en stor fan av papirer og sertifiseringer.Det ' er en bonus hvis de ' har fått dem, men hvis jeg ' ser ut for noen som kan noe som er ganske banebrytende, da forventer jeg ikke ' at det ' er en sertifisering som vil hjelpe, og ikke alle er en papirforfatter – når alt kommer til alt er det å skrive et papir og skrive god kode ganske forskjellige ting. Jeg kan generelt fortelle at noen gir meg tull hvis jeg ber dem om å forklare en arkitektur ved hjelp av en gitt teknologi, og de gir ingen mening. Jeg har vanligvis nok dybde i området jeg ' klarer å holde følge forbi BS-nivået.
- Noen hvordan jeg savnet svaret ditt, ikke sikker Hvorfor. Uansett takk. Men ikke alle organisasjonene har en ekspert til å velge konsulent. Så er det som om du " ansetter " en konsulent for å finne deg en konsulent? Tenk på dette, en organisasjon som arbeider med hardkode MS-teknologier trenger en ekspert for Unix, hvordan ville de velge konsulenten? Er det som å ansette den mest kjente basert på sosialt / profesjonelt nettverk & ikke evaluere de tekniske ferdighetene?
- I ' jeg sier ikke at jeg ' er ekspert i området … når jeg trenger å gå langt utenfor området mitt, ' Jeg stiller fortsatt spørsmål fra konsulenten og ber ham forklare. Jeg pleier også å spørre den generelle " hva synes du de 10 beste tingene du bør unngå i ditt ekspertiseområde ". Dette stemmer vanligvis opp med NOE jeg vet om, eller jeg kan gjøre litt research på fora som Stack Overflow og se om fyren er på pengene. Den største feilen jeg noen gang har gjort, var å ansette en fyr som ikke ' ikke hadde mening når han forklarte ting. Jeg trodde det var min mangel på kunnskap … viser seg at fyren ikke ' ikke ga mening for noen.
- En entreprenør kommer inn for å gjøre en jobb & fullfører den. En konsulent kommer inn for å starte jobben & lar deg fullføre den.
Svar
Det er synd at spørsmålet er innrammet som det er. Jeg tror et bedre spørsmål kan være «Hvordan er en» programvareleverandør «annerledes enn en» programvarekonsulent «?» Det er disse begrepene som virkelig reise spørsmålet, i det minste her i USA
Begrepet «programvareutvikler» kan gjelde for alle typer ansettelser, idet utvikler er den type rolle eller ressurs man tjener. problemer, og igjen, jeg snakker med henvisning til hvordan det fungerer her i USA. Men for å virkelig svare på dette spørsmålet definitivt (og du vil se, selv det er vanskelig å gjøre!), må vi først definere noen termer og utforske noen historie.
En programvareutvikler, uavhengig av hvordan de er ansatt, lager programvare, og gjør sannsynligvis mange andre oppgaver knyttet til opprettelse av programvare, vanligvis med unntak av en lederrolle, selv om selv det er ganske vanlig på noen prosjekter, som teamledere. Programvareprosjekt- og programledere blir sjelden involvert i mutter-og-bolt-aktivitetene ved å lage programvare (bortsett fra teamledere). Igjen, dette er roller .
Når det gjelder ansettelse og betaling, er det flere typer (gjelder for USA). Den vanligste typen ansettelser er vanlig eller «direkte», der arbeidstakeren er på lønn for selskapet som utvikler programvaren. De fyller ut en W-4 med arbeidsgiveren hvert år og mottar en W-2 fra den arbeidsgiveren på slutten av året for skatten.
Utenfor direkte ansettelse er det entreprenører, og (avhengig av på definisjon) konsulenter. Begrepet «entreprenør» er imidlertid litt misvisende. Teknisk sett er en entreprenør en enhet eller person som signerer en kontrakt med klientselskapet, i dette tilfellet den som utvikler programvaren. Men realiteten er at nesten alle entreprenører i USA jobber gjennom et entreprenørselskap (også referert til som «body shops» og enda mindre komplementære vilkår); de «kontraherer» ikke i seg selv direkte med klienten. Disse såkalte entreprenørene fyller faktisk ut en W-4 med kontraktselskapet – ikke klienten – hvert år og mottar en W-2 fra kontraktselskapet på slutten av året for sine skatter. De beskattes på nøyaktig samme måte som deres direkte ansatte brødre og søsken. Når det gjelder IRS er alle W-2-arbeidere direkte ansatte.
Poenget her er at det er «entreprenørselskapet» som faktisk signerer en kontrakt med klientselskapet, ikke den såkalte entreprenører («kontraktsansatte»). Kontraktsansatte er faktisk ansatt i kontraktsselskapet, og kontraktsselskapet er part i kontrakten med klienten.Så kontrakten og direkte ansatte som jobber med et programvareprosjekt er i det vesentlige de samme når det gjelder beskatning, og jobber vanligvis i tilstøtende avlukke uten spesiell spesiell status, den eneste store forskjellen er at entreprenører er begrenset til en viss tid de kan fortsette å jobbe med prosjektet for den klienten. Dette fordi entreprenørselskapet de jobber for ikke skal holde dem der lenger enn den tiden, ellers kan skattemyndighetene våre omklassifisere dem som direkte ansatte, og partene (klient og entreprenørfirma) til kontrakten vil bli ansvarlige for forskjellen i skatter.
Etter min egen erfaring utvides entreprenører ofte med HR-lureri, og omklassifiserer en kontraktsmedarbeider fra for eksempel «entreprenør» til «vikar» eller lignende. Kunder som ønsket å holde meg på, har gjort det noen ganger. Klientselskapene må imidlertid være forsiktige; skattemyndighetene kan revidere dem for å fastslå det virkelige forholdet til disse entreprenørene. Hvis skattemyndighetene finner ut at klienten har behandlet dem som direkte ansatte, for eksempel å holde dem på stedet på ubestemt tid, blir klienten ansvarlig for eventuelle fordeler de (nå vanlige) ansatte ikke mottok som kontraktsansatte. Og entreprenørselskapet kan også være ansvarlig. Jeg kjenner ikke alle forgreninger, men det kan bli rotete.
Å, ja. Hva er en «konsulent?» Det begrepet er slags «squishy» – det har vært mange kriger om det hellige territoriet. Det pleide å være, kanskje for 40 år siden, at «konsulent» var mer eller mindre synonymt med «uavhengig entreprenør», som betyr en arbeider som direkte kontraherte med en klient. Det vil si at arbeidstakeren signerte en kontrakt med klienten (kanskje den som utvikler programvare, som ovenfor). Den arbeidstakeren fyller IKKE ut en W-4 med klienten og mottar ikke en W-2 fra klienten på slutten av året. I stedet mottar en direkte entreprenør (det som ofte ble referert til som en «konsulent» den gangen) en 1099 fra klienten. Den direkte entreprenøren hadde vanligvis sitt eget selskap som betalte skatten til selskapspriser og måtte overholde IRS forretningsskatteregler (og hadde selvfølgelig også fordeler av å være et selskap!).
Sammen med denne veldig forskjellige avgiften ordning, hadde begrepet «konsulent» en viss aura om det. Konsulenter var generelt mer erfarne (minst 10 år i felt) og hadde vanligvis et område som kunne ha vært vanskelig å finne, noe som gjorde dem svært ønskelige for kunder, og klienter var villige til å betale $ 500 eller $ 1000 per dag (en veldig sjenerøs mengde da) for deres eksperttjenester. Konsulenter løp med en elitemengde av ganske godt forbundne mennesker, og det var generelt vanskelig å bryte inn i disse klikkerne. Medlemskap var nødvendig hvis man skulle være en vellykket konsulent. Det var en organisasjon som nylig ble avsluttet, men som ble gjenopplivet nå, kalt ICCA, som var en slags old-boys-klubb for datakonsulenter. Hvem som helst kunne bli med, og det gjorde jeg på et tidspunkt; å bli akseptert og få arbeid var en annen historie.
Det var også en nisjeindustri, spesielt på steder som finansdistriktet NYC, som spesialiserte seg i meglingskontrakter for disse konsulentene. Men den gang, for å få arbeid i programvare – og spesielt finanssektoren – måtte man være godt koblet (jeg vet fordi jeg hadde prøvd den gang). I dag har disse meglerne blitt svelget eller gått tom for virksomhet av de store plasseringsselskapene. Uavhengig kontraktsinngåelse er nesten utelukket (den eksisterer, men den sektoren er mye mindre nå, nesten ikke eksisterende) av en rekke lovgivninger som sakte og sikkert har ødelagt uavhengig kontrakt som det.
I dag har begrepet «konsulent» brukes sjelden i programvareutviklingen. I det minste har jeg sjelden hørt det. Noen ganger blir en programvareutvikler referert til som en konsulent, men det er neppe noe skille annet enn, kanskje, noen forsøk på å smigre eller komplimentere en bestemt entreprenør for deres ekspertise i et tilbakekall til det tidligere tidspunktet da begrepet betydde noe spesielt .
Jeg skal si at det fremdeles er programvareprosjektledere kalt «programvareadministrasjonskonsulenter», men nesten alle av dem er også direkte ansatte til et eller annet entreprenørselskap som utfører samme formål med disse ledelseskontraktsmedarbeiderne som selskapene som leverer W-4-ene til de kontraktansatte i programvareutvikleren. Og som du kanskje forestiller deg, noen ganger er de de samme kontraktsfirmaene. Noen kunder ønsker å forholde seg til en kilde med arbeidere for både utviklere og ledere som jobber med et prosjekt.
Ekte, uavhengig programvarekonsulentvirksomhet i USA er for det meste død takket være endringer i føderal lovgivning og det skiftende landskapet i bedriftsamerika. Etter hvert som selskaper (potensielle konsulentklienter) blir større, blir deres HR-avdelinger mer brutalt sentralisert, arrogant effektiv, og teknologisk svartboks.Det er nesten umulig i disse dager å kontakte en ansettelsesleder for å diskutere en ansettelsesmulighet av noe slag, direkte eller kontrakt. Noe av dette er hemmelighold og ansattes beskyttelse, men mye av dette er trenden mot å sikre at så mange arbeidstakere som mulig er direkte ansatte, eller i det minste arbeider gjennom et entreprenørselskap.
Alternativet til dette scenariet, i likhet med den tidligere tiden for omtrent 40 år siden, var ganske annerledes. Den gang var det vanskeligere for arbeidsgivere å kontrollere arbeidet til sine kontraherte ansatte, spesielt konsulenttypen. Kontroll av arbeidere har i økende grad blitt det viktigste spørsmålet om sysselsetting i USA for å sikre økt produktivitet, som igjen er viktig for konkurranse med nasjoner som India og Vietnam, hvis arbeidere er enda mer vant til stadig økende krav til produktivitet. / p>
Nøkkelen til å forstå alt dette er å forstå at den uavhengige entreprenøren ikke kan bli fortalt nøyaktig hvordan eller når de skal gjøre arbeidet sitt. De må vanligvis gi sine egne verktøy. De må overholde omtrent 20 av disse typer begrensninger for at IRS skal anerkjenne dem som legitime uavhengige entreprenører. Ellers sparker de juridiske spørsmålene jeg henviste til ovenfor inn, sammen med potensielle søksmål mellom kontraktsansatte og deres kontraktsselskaper for tilbakebetalinger som da på grunn av dem skulle være lovlig. , men det er virkelig dette komplekset. Jeg er en programvareutvikler som har jobbet direkte for selskaper og gjennom kontraktsselskaper. Jeg har mange ganger vurdert å gå «indy», men det har blitt en veldig forrædersk (og skremmende!) Vei å følge de siste tiårene. Og selskapene som plyndrer og utnytter sin innflytelse i regjeringen, fortsetter å stramme opp denne ordningen. Den amerikanske programvarekonsulenten er død; eventuelle gjenværende overlevende lider sitt siste åndedrag.
Kommentarer
- Jeg tror du forveksler de faktiske rollene folk kan utføre med myndighetens byråkrati rundt det
- Jeg er ikke sikker på hva du mener. Din kommentar høres veldig generaliserende ut og synes bare å gjelde for statlige jobber. Jeg snakket også om privat sektor.
- @Phelonius, jeg synes svaret ditt er spennende, og det er en fyr som skriver en blogg som ser ut til å være uenig med deg: daedtech.com/reader-question-round-up-video-consulting-edition . Jeg har alltid forstått det samme som deg.
Svar
Hvordan bli programvarekonsulent:
- Gå til en kopibutikk og skriv ut 100 visittkort med navnet ditt, telefonnummeret ditt, e-postadressen din og tittelen «Software Consultant».
- Oppdrag: Du er nå en programvarekonsulent.
Kommentarer
- Det jeg har samlet her er at det ikke ser ut til å være enighet om hva en programvarekonsulent er det imidlertid en fyr med en blogg som føler seg ganske sikker: daedtech.com/hypothetical-consulting-gig . Jeg personlig kunne ikke ' ikke si, jeg visste faktisk aldri at det var forskjell før jeg begynte å dialogere med ham.
Svar
Min forståelse av «konsulent» er noen som gjør både forretningsanalysen (kravinnsamling) og i det minste noe programvaredesign / utvikling, selv om de ikke komme så langt ned i grøftene som en programvareutvikler på heltid.
IOW, konsulenter bruker flere hatter, mens utviklere bruker den ene hatten.
Svar
Min erfaring med rollen som konsulent skiller seg fra det vanlige temaet så langt.
En annen bruk av begrepet, muligens bare vanlig i Storbritannia , er en senior, erfaren ingeniør som har en påvist evne til å forstå et system, kommunisere om det og diskutere kompromissene mellom alternative implementeringer.
Det beste av disse kan gi dette høye nivået av innspill på systemer som de ikke tidligere har møtt rødt.
Eksterne konsulenter, hentet inn for et bestemt formål, viser av og til noen av disse ferdighetene – men oppleves vanligvis (hvis det) på en mye smalere, mer fokusert måte.
Svar
Jeg antar at du må være en kickass-programvareutvikler eller i det minste en god en, for å gi andre råd om hvordan de kan utvikle programvare.
Enkelt sagt, en S / W-konsulent er en S / W-utvikler med bevist erfaring.
Bare se tilbake i tid i ditt eget liv – når du begynte å kjøre, eller nådde alder for å få førerkort, spurte du ting om kjøring og lisenssøknad fra noen yngre enn deg eller noen eldre som hadde lisens og kjente kjøring?
Også konsulenter gjør ofte jobben for deg – den utviklende delen, i tillegg til andre ting som er rundt etableringen av et programvareprodukt, fra start til slutt. I det store og hele de store organisasjonene gjør det, håndterer de alle aspekter av produktopprettelsen for deg. Du trenger bare å fortelle dem hva du vil, hvordan du vil at det skal gjøres, hva de kritiske tingene er, tidsfrister, dokumentasjon osv.
TCS kommer til å tenke deg. Tata Consultancy Services. Ikke bli villedet, de er et av Indias veldig lyse IT-tjenesteselskaper, en gaffel fra Tata-gruppen av næringer, under Ratan Tata.
TCS «bemerkelsesverdige arbeider – digitalisering av passprogrammet system, UID og andre store regjeringsarbeider.
Svar
Konsulenter får mer lønn for hver time de jobber.
Men som en permanent full- tidsutvikler i firmaet ditt, får du lønnen hver måned. Jobben din er «tryggere».
Unge mennesker liker utfordringer og liker å jobbe som konsulenter. Dette er hyggelig hvis du liker å se nye ansikter, har mer ansvar og uavhengighet.
Jeg antar at du etter ekteskap og barn foretrekker «sikkerhet» framfor «eventyr». Du liker å vite hva som kommer til å skje neste uke osv.
Jeg er ikke sikker på at lønnen er det viktigste punktet her. Å jobbe alene har mange fordeler.
Du kan ikke kjøpe lykke med penger, og noen ganger vil jeg heller tjene 500 dollar mindre hver måned (selv om du jobber hjemme trenger du ikke å betale for transporation for eksempel) enn å jobbe med skitne prosjekter, i det travle miljøet med 10 personer per rom med forsinkelser og alt …
Det er det samme som å jobbe som ansatt eller lage din egen virksomhet . (det er nesten ingen investeringer å gjøre som en enkelt programvareutvikler)
Kommentarer
- Avhengig av selskapet får heltidsansatte også fordeler slik som helse- og tannforsikringsdekning gjennom selskapets plan. De kan også få pensjon og andre hyggelige " ansatte bare! " fordeler. Entreprenører og konsulenter får aldri det (så langt jeg ' har sett), og hvis de vil ha det, kjøper de det på egenhånd.
- @ user25382 Couldn ' t uenig mer – Jeg ' er entreprenør og er gift med barn og elsker det pågående eventyret som er kontraktutvikling av programvare. Jeg oppfatter risikoen for kontraktprogramvare som er lik den som en fast ansatt.
- @Gary Rowe Jeg oppfatter faktisk risikoen for kontraktprogramvare som er lavere enn for en fast ansatt.
- @Gary Rowe ja nøyaktig. I tillegg er du tvunget til å holde dine intervju- / salgsferdigheter skarpe. Jeg har også sett selskaper beholde sine entreprenører og frigjøre heltidsansatte, samt hente inn entreprenører før de ansetter heltidsansatte.
- Du ser ut til å blande konsulenter med entreprenører. IMO, det er veldig forskjellige ting når det gjelder jobbsikkerhet. De fleste, hvis ikke alle konsulenter, er heltidsansatte med normal jobbsikkerhet.
Svar
I synes det er interessant de flere svarene begynner « En programvarekonsulent er ikke en ansatt … » – de er en ansatt et sted! Og spesielt er OP interessert i hvordan man kan bli konsulent, noe som absolutt er noe som bør presenteres fra ansattes perspektiv.
Jeg jobber innen konsulentfeltet og vil foreslå den primære egenskapen. man trenger for å lykkes er å være svært personell. Dette kommer fra det konstante behovet for å være i kontakt med kunder. Enhver som er en «programvarekonsulent», men ikke er direkte involvert med kundene på en nær daglig basis, er rett og slett en programvareutvikler.
Etter min erfaring er programvarekonsulenter også programmerere. Noen ganger er de imidlertid ikke ganske like talentfulle som deres kolleger til programvareutviklere – mest fordi de har måttet finpusse andre ferdigheter som vel, inkludert presentasjon og forfatterskap. Selvfølgelig varierer dette mellom konsulenter.
Jeg har også ansatt konsulenter som tidligere var programvareutviklere. Etter et intervju eller to kan jeg enkelt sjekke deres talent for programvareutvikling er opp til bunnen av. Jeg må da fokusere på om de er omgjengelige nok (til og med presentabel nok) til å representere selskapet foran kundene. I noen grad må du se bra ut i dress, så grunt som det høres ut. Du må kunne presentere trygt foran av kunder og vanskelige spørsmål. Dette er ferdigheter som bare noen programvareutviklere har.
Til slutt vil jeg legge til at jeg elsker jobben min som programvarekonsulent. Det er ikke fordi det lønner seg bra, selv om jeg ikke klager på det. Det er fordi jeg er involvert i mange kundeprosjekter med et bredt utvalg av problemer å løse og teknologier å bruke. Det for meg vil alltid slå jobber med neste utgivelse …
Svar
Utvikler eller entreprenør – Du ser etter åpne programvareutviklingsstillinger (ingen sluttdato) eller kontrakter (definert sluttdato).
Konsulent – Du gjør deg kjent, og selskaper ber om programvareutviklingstjenester, vanligvis under en kontrakt.
Alt annet er tilleggsbasert basert på mekanikken til ovenfor.
Svar
Jeg tror dere har feil ide. Skille mellom programvarekonsulenter som har eget selskap og individuelt konsultere mot programvarekonsulenter som jobber for Big 4. Konsulenter har mer forretningsferdigheter / forholdsstyringsfokus og begrenset kompetanseutvikling. Programvareutviklere er for det meste praktiske, hardcore tekniske, og over en periode blir deres harde ferdighetssett sterkere enn en programvarekonsulent. En konsulent må dele sin / hennes attn mellom forretnings- og teknisk arbeid, så hans / hennes ferdighetstrend mer mot virksomheten når ansienniteten stiger. Hvis det er en programvarekonsulent som opererer hver for seg, er det noen som har vist seg å være kjempebra og har råd til å gi råd og tjenester til en høy pris. Programvarekonsulentene som jobber på steder som Big Fire konsulentfirmaer er mer som knekt av alle bransjer. Et selskap som Google eller Amazon eller Apple vil sjelden berøre denne typen mennesker etter at konsultasjon er gjort med dem, med mindre de har holdt sine harde tekniske ferdigheter utenfor arbeidslivet.
Kommentarer
- dette innlegget er ganske vanskelig å lese (tekstvegg). Har du noe imot redigere få den til en bedre form?
Svar
In pra Forhold kan faste ansatte bli sagt opp når som helst, når som helst, når som helst. Slik sett er ikke fast ansatt bedre enn entreprenører. Og faktisk er «fast ansatt» bare en entreprenør uten en veldefinert kontrakt, noe som er verre enn formell entreprenør.
Kommentarer
- Avhenger av landet du jobber i. I Storbritannia kan en entreprenør slippes veldig lett, mens bare en nøye konstruert permanent avskjedigelse vil unngå en arbeidsrettsrett.
Svar
Jeg vet at det er noen selskaper som kaller seg konsulentselskaper, men etter det jeg forstår, gjør de ikke mye rådgivning i tradisjonell forstand.
Den eneste forskjellen ser ut til å være at de bare ansetter erfarne utviklere og blir kontrahert til store selskaper for å gjøre det arbeidet de selv kunne gjøre internt, men forhåpentligvis til en høyere standard.