Vi presenterer Python

stemmer
6

Selskapet Jeg pleide å jobbe med, har to utviklere som jobber fulltid, og en håndfull frilansere. De er i ferd med å ansette en ny hovedutvikler for å prøve å bringe orden og styring til utvikling.

Men, i dag, en av utviklerne har sett dagens lys Django (selskapet har bare utviklet i PHP til dato), mens den andre utvikleren er opptatt av at innføring av et nytt språk (Python) er en dårlig idé akkurat nå.

Hvordan bør de nærmer innføre denne nye teknologien? Tydeligvis med bare en av utviklerne egentlig å vite Python, vil det ikke være redundans når det dev er borte eller slutter i selskapet.

Skulle de gidder å innføre Python, eller bør de se etter PHP-bare løsninger inntil en tid da laget faktisk har mer enn én Pythonion? Uten en teamleder, blir beslutningene måtte falle for dem.

Publisert på 21/08/2008 klokken 11:48
kilden bruker
På andre språk...                            


8 svar

stemmer
14

Jeg har nylig introdusert Python til mitt firma, som gjør konsulentarbeid for Posten. Jeg gjorde dette ved å vente til det var et prosjekt som jeg ville være den eneste programmerer, så får tillatelse til å gjøre dette nye prosjektet i Python. Jeg så gjorde en annen liten prosjekt i Python med lignende imponerende resultater. I tillegg har jeg brukt Python for alle mine små kast oppgaver ( "kan du analysere statistikken i disse filene til en CSV-fil organisert etter dato og sted?", Etc) og hadde en rask behandlingstid på dem alle.

Jeg har også evangelisert Python litt; Jeg gikk ut av min måte å ikke være ytterst ubehagelig om det, men jeg vil tidvis beskrive hvorfor jeg likte det så mye, snakket om personlige prosjekter jeg bruker det for i min fritid, og hvorfor det er kjempebra for meg, etc.

Etter hvert begynte vi et annet prosjekt, og jeg overbeviste alle å bruke Python for det. Jeg sørget for å peke alle til en masse dokumentasjon, herunder de spesifikke nettsider om hva de jobber med, og hver gang de hadde et spørsmål, vil jeg forklare hvordan du gjør ting riktig ved å forklare Pytonske tilnærming til ting, etc .

Dette har fungert veldig bra. Men dette kan være noe annerledes enn det du beskriver. I mitt tilfelle begynte jeg med moderat små prosjekter og Python kun blir brukt til nye prosjekter. Også ingen av mine kolleger var virkelig Perl eller PHP guruer; de alle visste disse språkene og hadde brukt dem en stund, men det tok ikke mye innsats for dem å bli mer produktive i Python enn de hadde vært før.

Så hvis du snakker om nye prosjekter med folk som i dag bruker PHP, men ikke super-eksperter og ikke elsker dette språket, så tror jeg bytter til Python er en no-brainer. Men hvis du snakker om å jobbe med en stor eksisterende PHP kodebase med en rekke svært erfarne PHP programmerere som er fornøyd med sin nåværende oppsett, deretter bytte språk er sannsynligvis ikke en god idé. Du er sannsynligvis et sted i mellom, så du må veie avveininger; forhåpentligvis mitt svar vil hjelpe deg å gjøre det.

Svarte 21/08/2008 kl. 12:25
kilden bruker

stemmer
4

Hvis mandatet til den nye ledelsen er å sette huset i orden, bør dagens situasjon sannsynligvis forenkles så mye som mulig før. Hvis jeg måtte ta ting på bestilling, ville jeg ikke ønsker å måtte håndtere en pågående språkkonverteringsprosjektet på toppen av alt annet, eller i det minste jeg ønsker noen valg ved oppstart av prosjektet. Når du lager din anbefaling, synes du om den ekstra ledelsesmessige kompleksiteten som kommer inn i midten av en konvertering vil innebære?

Svarte 21/08/2008 kl. 11:56
kilden bruker

stemmer
2

@darkdog:

Ved hjelp av et nytt språk i produksjonskode handler om mer enn enkel syntaks og høyt nivå evne. Du ønsker å bli kjent med kjerne APIer og føler at du kan fikse noe gjennom logikk i stedet for å måtte gre gjennom dokumentasjonen.

Jeg sier ikke at overgangen til Python ville være en dårlig idé for dette selskapet, men jeg er med John - holde ting enkelt under overgangen. Den nye ledelsen vil sette pris på å ha noe å si i slike beslutninger.

Hvis du virkelig, virkelig, virkelig ønsker å presentere Python, vurdere å skrive noen utvidelser eller verktøy i straight-up Python eller i rammeverket. Du vil ikke bli oppskakende dine kjerne initiativer, så det vil være en lav / ikke-risiko mulighet til å bevise verdien av en bryter.

Svarte 21/08/2008 kl. 12:09
kilden bruker

stemmer
1

Det er egentlig alt om tidsplaner. For meg pause bør være med et konkret prosjekt. Hvis du bestemmer deg for din retning er Django deretter starte nye prosjekter med det. Før du starter et nytt prosjekt med et nytt språk / rammeverk, enten sørge for at du har planlagt tide å stå opp for å få fart i denne nye retningen, eller får fart før du bruker på nye prosjekter.

Jeg ville unngå å gå med et verktøy av måneden. Pass på at du vil den skal være din retning og forplikte noen tid / ressurser til å lære nok til å gjøre en god beslutning.

Svarte 21/08/2008 kl. 13:57
kilden bruker

stemmer
1

Jeg tror språket i seg selv er ikke et problem her, så python er veldig hyggelig høyt nivå språk med god og lett å finne, grundig dokumentasjon.

Fra hva jeg har sett, er det Django rammeverket også en stor tooklit for webutvikling, noe som gir mye de samme utvikleren ytelsesforbedring Rails er spioneringen å gi.

Det virkelige problemet er at vedlikehold og ledernivå.

Hvordan vil dette trekket fragmentere vedlikehold mellom PHP og Python-kode. Er det behov for å migrere eksisterende kode fra en plattform til en annen? Hvilke problemer vil vedta Python og Django løse det du har i din nåværende utvikling arbeidsflyt og rammer, etc.

Svarte 21/08/2008 kl. 12:13
kilden bruker

stemmer
0

Jeg elsker Python og Django, og bruke både til å utvikle våre kjerne webapps.

Når det er sagt, er det vanskelig å lage en business case for å bytte på dette punktet. Nærmere bestemt:

  • Enhver ny plattform er risikabelt i forhold til å bo med de prøvde og sanne
  • Du må utvikleren fragmentering du nevnte
  • Det er langt lettere å finne PHP programmerere enn python programmerere

Videre, som andre plakater har nevnt, hvis problemet er mer med spaghetti-kode enn PHP selv, det er mange fine PHP rammeverk som kan brukes til å refactor koden.

Når det er sagt, hvis denne utvikleren er begeistret python, stoppe dem regelrett er trolig demoraliserende. Mitt forslag ville være å oppmuntre dem til å utvikle seg i python, men ikke de kritiske delene av programmet. I stedet kunne de skrive noen nytte skript, noen små interne applikasjon som må gjøres, etc.

Konklusjon: Jeg anbefaler ikke å bytte fra PHP, men jeg anbefaler imøtekommende utviklerens interesse på noen måte på jobb.

Svarte 21/08/2008 kl. 13:47
kilden bruker

stemmer
0

Jeg tror ikke det er et spørsmål om et programmeringsspråk som sådan.

Hva er ferdighet nivået av PHP i teamet du snakker om? Er de gjør spaghetti-kode eller bruke noen strukturert rammeverk som Zend? Hvis dette er det første tilfellet så jeg forstår absolutt fyren interesse i Python og Django. Det er dette det siste, det er bare en hype.

Svarte 21/08/2008 kl. 12:03
kilden bruker

stemmer
0

Vel, er python et høyt nivå språk .. det er ikke vanskelig å lære, og hvis gutta allerede har kunnskap om programmering det burde være mye lettere å lære .. Jeg liker Django .. jeg tror det skal være en fin prøve å bruke Django ..

Svarte 21/08/2008 kl. 11:53
kilden bruker

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more