Spørsmål ang. et enkelt utviklingsoppdrag

[bo1e]

Vi vurderer å få noen til å utvikle en liten sak for oss der hvor jeg jobber. Et presentasjons- og redigeringsgrensesnitt mot en enkel database, for web. Noen som vet om noen som kunne tatt på seg et slikt oppdrag? Det skal være en ganske enkel løsning, og ingen spesielt avanserte funksjoner. Hva er vanlig timepris for noe sånt?

[phfjeld]

Et enkelt grensesnitt mot databasen burde ikke ta all verdens tid å skrive, men jeg har ingen formening om pris.

Det at applikasjonen skal kjøre i en nettleser er for meg den eneste hindringen, jeg orker rett og slett ikke å bruke en helg til å lese opp på Java, PHP, JavaScript og XHTML.

[bo1e]

Tar gjerne imot forslag til "seriøse" aktører som tar slike oppdrag hvis noen vet om noen. Har anslått at jobben vil være på ca 10-15 timer og at vanlig timepris ligger rundt 1000 kr. Og begge de variablene kommer an på hvem som gjør jobben

 

Det stilles ingen krav til språk eller database i utgangspunktet. Det skal være et enkelt webgrensesnitt med tilgangskontroll. Hovedfunksjonene vil være innsyn i database, søk i database, redigering i database og administrasjon av tilgang. Mulig kravspekken inneholder litt flere funksjoner men er ikke kommet så langt enda

[steingrim]

Det høres ut som om dere kan klare dere med en enkel applikasjon laget i et moderne webrammeverk som Rails eller Django. Skulle jeg tippet så ville det vært nok med Admin-grensesnittet i Django og noen fornuftig definerte modeller, men det kommer litt an på hva slags tilgangskontroll som kreves.

[Giddion]

Posten din hører vel hjemme under Jobb og utdanning.

[ChrML]

Hmm, det kan bli mye billigere hvis du bruker amatører til jobben. Veldig mange amatører er minst like gode som professjonelle. Bare å hyre inn noen med god erfaring innenfor de aktuelle språkene og databaser og betale 200 kr timen.

[bo1e]

Har fått noen meldinger fra interesserte folk. Jeg mener også at et så lite oppdrag som dette er greit å la noen ta på si og ikke lage noe stort nummer ut av det Men greit å vite hvilke muligheter som finnes ihvertfall. Skal få laget en kravspek og få litt mer konkrete tilbakemeldinger.

[ITOslo]

Hmm, det kan bli mye billigere hvis du bruker amatører til jobben. Veldig mange amatører er minst like gode som professjonelle. Bare å hyre inn noen med god erfaring innenfor de aktuelle språkene og databaser og betale 200 kr timen.

 

Bare en liten kommentarer på dette. Amatører er flink til å få opp ting som funker og gjør jobben enkelt. Hvis man skal ha løsninger som skal være vedlikeholdbare (av andre enn utvikleren selv), skalerbare og integrerbart så er ikke amatører tingen.

 

For trådstarter så avhenger det litt av hva behovet hans er.

 

P.S. Ja det finnes selvsagt unntak, jeg har bare til gode å møte dem.

Endret 8. juli 2008 av stadskle

[jfallsen]

Har fått noen meldinger fra interesserte folk. Jeg mener også at et så lite oppdrag som dette er greit å la noen ta på si og ikke lage noe stort nummer ut av det Men greit å vite hvilke muligheter som finnes ihvertfall. Skal få laget en kravspek og få litt mer konkrete tilbakemeldinger.

 

 

Hei

Jeg har bred erfaring fra slike løsninger og kan gjøre jobben for 300 kr timen

 

mvh

 

Jan Fredrik Fallsen

[___]

Hmm, det kan bli mye billigere hvis du bruker amatører til jobben. Veldig mange amatører er minst like gode som professjonelle. Bare å hyre inn noen med god erfaring innenfor de aktuelle språkene og databaser og betale 200 kr timen.

 

Ditt utsagn om at mange amatører er minst like gode som profesjonelle, henger veldig dårlig på greip. Det kommer jo selvsagt helt an på hva man legger i begrepet amatør, men la oss si at du med amatør mener en som sitter på gutterommet og mekker PHP-løsninger.

 

Han gjorde det kanskje ikke så veldig bra i matte på skolen, og når det gjelder faglitteratur leser han helst bøker skrevet på norsk. Denne karen har aldri jobbet ut fra en kravspesifikasjon, og han kjenner veldig lite til de mest utbredte utviklingsmetodikker.

 

Han har kanskje opparbeidet seg brukbar forståelse for elementær programmering, etter å ha lånt noen bøker på biblioteket, og lest endel "tutorials" han har funnet på nettet. Men han sliter kanskje med å forstå diverse begreper, f.eks. OOP. Design patterns er for ham et ukjent begrep. Gjenbruk av kode betyr for ham klipp og lim.

 

Han har aldri sett et klassediagram, ei heller et sekvensdiagram, og begreper som SVN og CVS kjenner han veldig lite til. Han har aldri vært borti flerlagsarkitektur, og XML er noe han skygger unna så langt det er mulig.

 

Vel, dette var bare en vag beskrivelse på en amatør.

 

Werner

[phfjeld]

Hmm, det kan bli mye billigere hvis du bruker amatører til jobben. Veldig mange amatører er minst like gode som professjonelle. Bare å hyre inn noen med god erfaring innenfor de aktuelle språkene og databaser og betale 200 kr timen.

 

Ditt utsagn om at mange amatører er minst like gode som profesjonelle, henger veldig dårlig på greip. Det kommer jo selvsagt helt an på hva man legger i begrepet amatør, men la oss si at du med amatør mener en som sitter på gutterommet og mekker PHP-løsninger.

 

Han gjorde det kanskje ikke så veldig bra i matte på skolen, og når det gjelder faglitteratur leser han helst bøker skrevet på norsk. Denne karen har aldri jobbet ut fra en kravspesifikasjon, og han kjenner veldig lite til de mest utbredte utviklingsmetodikker.

 

Han har kanskje opparbeidet seg brukbar forståelse for elementær programmering, etter å ha lånt noen bøker på biblioteket, og lest endel "tutorials" han har funnet på nettet. Men han sliter kanskje med å forstå diverse begreper, f.eks. OOP. Design patterns er for ham et ukjent begrep. Gjenbruk av kode betyr for ham klipp og lim.

 

Han har aldri sett et klassediagram, ei heller et sekvensdiagram, og begreper som SVN og CVS kjenner han veldig lite til. Han har aldri vært borti flerlagsarkitektur, og XML er noe han skygger unna så langt det er mulig.

 

Vel, dette var bare en vag beskrivelse på en amatør.

 

Werner

 

Det var en god beskrivelse av en idiot.

Om man ikke er komfortabel med designmønstre, objektorientert programmering, Subversion-systemet eller gjenbrukbar kode i form av for eksempel dynamiske bibliotek (du burde fornorske fagspråket når du skriver på et norsk forum) føler man seg vel ikke helt klar til å ta på seg å skrive et grensesnitt mot en database for en seriøs bedrift.

 

I "amatører" ligger det vel i denne sammenhengen "ikke profesjonell/lever ikke av det", ikke at man er stokk tett.

[nirolo]

Tar gjerne imot forslag til "seriøse" aktører som tar slike oppdrag hvis noen vet om noen. Har anslått at jobben vil være på ca 10-15 timer og at vanlig timepris ligger rundt 1000 kr. Og begge de variablene kommer an på hvem som gjør jobben

 

Det stilles ingen krav til språk eller database i utgangspunktet. Det skal være et enkelt webgrensesnitt med tilgangskontroll. Hovedfunksjonene vil være innsyn i database, søk i database, redigering i database og administrasjon av tilgang. Mulig kravspekken inneholder litt flere funksjoner men er ikke kommet så langt enda

 

Å estimere dette til 10-15 timer er nok et eksempel på et fryktelig underestimert prosjekt.

[bo1e]

Det er meget mulig. Til å begynne med har vi bare sett på de helt overordnede funksjonene, og det er ikke spesielt avansert og 10-15 timer burde holde. Men etterhvert som vi kommer igang med kravspek så blir det nok litt mer enn det kan det se ut som. Men har ferie nå så jeg skal ikke tenke på sånt før om 2 uker

[Zlash]

Husk at kodingen utgjør ikke alt. En seriøs bedrift dedikerer tid på planlegging, dokumentasjon og eventuelt opplæring av personal som skal benytte det. Det er ikke bare å overlevere en disk med kode å så forvente at dette vil funke.

 

Men fullfør beskrivelsen og send den ut til diverse bedrifter.

[bo1e]

Det som er planen ja. Det er ikke så komplisert system at noen voldsom dokumentasjon og opplæring skal være nødvendig. Da er jeg redd for at brukerne ikke kommer til å henge med. Men grunnleggende dokumentasjon bør jo være på plass. Det er meningen at kravspek med brukstilfeller og denslags skal være såpass klare at det ikke blir noen store overraskelser. Det ser ut som det blir litt venting før noe skjer, vi må få godkjent finansiering fra styret før vi kan sette skikkelig igang med noe. Men kravspek skal jobbes med etter ferien.

[Ultrag]

Hei.

 

Var det slik at du fortsatt er interessert i å høre fra interesserte?

[bo1e]

Forsåvidt, men selve oppdraget vil ikke bli utlyst helt enda. Saken må visst godkjennes i styret og penger bevilges osv før vi får gjøre noe. Så det kan dra ut litt i tid.