Hva er gode argumenter for å overbevise ledelsen å oppgradere til Delphi 2009/2010?

stemmer
8

Vi har en middels til stor størrelse søknad. En versjon kjører på Delphi 6 og en annen på Delphi 2006.

Et argument ville være støtte for Unicode. Vi trenger det for å imøtekomme til kunder over hele verden.

Andre ting jeg har lest om er: bedre IDE (stabilitet, hastighet), bedre hjelp og noen kule tillegg til språket (f.eks: generika)

Hva om tredjepartskomponenter? Vi bruker DevExpress, DBISAM og mange andre. Er disse allerede portet?

Touch / Bevegelser høres kult, men vi har ikke bruk for det i søknaden vår.

Publisert på 08/10/2009 klokken 20:06
kilden bruker
På andre språk...                            


12 svar

stemmer
2
  • De refactoring verktøy og generell hastighet og stabilitet i IDE vil gjøre utviklingsteamet mer produktiv.

  • Arbeide med de nyeste verktøyene vil gjøre det lettere å rekruttere topp talent.

Svarte 08/10/2009 kl. 20:16
kilden bruker

stemmer
4

Som en ren reaktiv tiltak. La oss si at det er en ny funksjon i den nyeste versjonen av en ennå ikke utgitt operativsystem. La oss si at denne funksjonen bryter visse funksjoner inne søknaden din. Hvis det skulle være en global løsning for det, ville det mest sannsynlig ikke bli plassert i eldre versjoner av kompilatoren, men de nyere versjonene som "offisielt" støtter det nye operativsystemet. Det største problemet om å vente for lenge er at når et slikt tiltak er nødvendig sin alminnelighet på null time når salget er i faresonen.

Oppgrader nå, og bidra til å forberede søknaden din til å være mer reaktiv til fremtidige endringer.

Svarte 08/10/2009 kl. 20:18
kilden bruker

stemmer
10

Bedre tema støtte (f.eks., TStringGrid / TDBGrid støtter nå temaer).

Støtte for Windows Vista og Windows 7, inkludert støtte for Direct2D Canvas i Win7 og Touch / Gesture støtte du nevnte.

Forbedret refactoring, inkludert støtte for ommøblerer generika.

Innebygd kildekode formateringskortet.

IDE Insight kan du finne ting i IDE selv.

Forbedret RTTI.

Forbedringer i debugger, inkludert nye tilpassede data visualizers og muligheten til å lage din egen. Det er to inkludert med kilde (en for TDateTime og en for TStringList). Også bedre støtte for debugging tråder, inkludert muligheten for å nevne tråder for debugging og sette stoppunkter på spesifikke emner.

Muligheten til å legge versjonskontroll støtte til IDE via grensesnitt. Dette vil tillate versjonskontroll utviklere å legge til støtte direkte i IDE selv.

Hjelpen er mye bedre enn i tidligere versjoner. Det har blitt fullstendig redesignet igjen, og er mye mer omfattende og fullstendig. Det finnes også en online wiki-basert versjon (brukes til å generere den hjelpen selv) som du kan legge til eller redigere.

Bakgrunn samling kan du fortsette å arbeide mens du kompilere prosjektet.

Såvidt tredjepartskontroller, det er opp til den spesifikke leverandøren; du må sjekke for å se om Delphi 2010-versjonene er tilgjengelige for hver av dem individuelt. (Du kan sjekke Embarcadero nettsted, men å se om de har en liste som allerede er tilgjengelig, jeg synes å huske å ha hørt fra en ... Ah, ja. Her er det.)

Svarte 08/10/2009 kl. 20:21
kilden bruker

stemmer
0

Sak 9 av The Joel Test: 12 trinn til bedre kode er:

Bruker du de beste verktøyene kan kjøpes for penger?

Kanskje dette argumentet er germane her.

På den annen side hvis du opprettholder arven kode og ikke genererer noe som har avhengigheten av nye OS eller verktøyet funksjoner, er det en vanskelig argument å vinne. Jeg vil imidlertid ikke anbefale å generere helt nye prosjekter på verktøy som gamle.

Unicode har vært støttet i Windows siden minst NT 4.0 og Windows 95/98 / Me siden tillegg av MSLU i 2001 - så sikkert Delphi 2006 støtter det !? [rediger] Ikke fullt støttet i komponentbiblioteket det virker. [/ rediger]

Jeg foreslår at en overbevisende argument er for å sikre Vista og Windows 7-kompatibilitet. Jeg forstår at 64bit målet støtte var planlagt for Delphi dette året. Det kan være et argument; men igjen det gjelder bare hvis du faktisk har tenkt å målrette en slik plattform, og på en måte som vil gi en konkret fordel fremfor 32bit kode. [rediger] jeg understreket planlagt fordi jeg gjorde ikke vet om det hadde gjort det inn i produktet, men at det kan være en vurdering for deg. Det synes det har ikke, så argumentet du legger til ledelsen kan bli enda mindre sterk. [/ Rediger]

Ledelsen kommer ikke til å bli imponert av de "jeg bare ønsker kule verktøy for å spille med", må du nærmer deg det på en "Return on Investment" (ROI) basis. Vil du få produktet ut raskere eller billigere å bruke dette verktøyet? Er de eksisterende verktøyene en teknisk barriere å komme videre? Omvendt, vurdere om å bruke tid porting arven kode til nye verktøy (med tilhørende validering og testing) vil drepe dine budsjetter og tidsfrister for ingen kommersiell fordel?

Svarte 08/10/2009 kl. 20:39
kilden bruker

stemmer
8
  • Siste oppgradering for gammel versjon

Med gammel versjon av Delphi (før Delphi 2005), har du bare før 1. januar 2010 for å oppgradere.

Etter at du er nødt til å kjøpe en full versjon.

  • Produktivitet

http://www.tmssoftware.com/site/blog.asp?post=127

Svarte 08/10/2009 kl. 20:39
kilden bruker

stemmer
1

D2006 var en forferdelig versjon av Delphi. Det er verdt å oppgradere bare for å bli kvitt alle de minnelekkasjer og tilfeldige IDE krasjer og glitches. Rettferdiggjøre det til sjefen som en massiv nedgang i tapt produktivitet. Det betyr mindre penger bortkastet å betale deg for å ikke produsere kode fordi dev verktøy ikke fungerer. Det vil betale seg svært raskt på det grunnlaget alene.

Som for D6 vs. D2010, som er en funksjon argument. Start med Skamradt svar, at det hjelper koden være fremtidsrettet. Understreke det med OS kompatibilitet. D2007 var den første versjonen som forstår Vista. D2010 er den første versjonen til å forstå Windows 7. Hvis du kompilere med noen eldre versjon, programmet ditt er foreldet før du selv distribuere det fordi det er ingen garanti for det er forenlig med moderne versjoner av Windows.

Da har du faktiske språkfunksjoner. De viktigste forbedringene IMO fra 2006 til 2010 er Generics, som hjelper med alle slags repeterende oppgaver, og utvidet RTTI. Robert Kjærlighet har gjort noen gode blogginnlegg i det siste om hvordan den utvidede RTTI kan forenkle vanlige reelle problemer. (Pluss Unicode, selvfølgelig.)

Svarte 08/10/2009 kl. 20:55
kilden bruker

stemmer
2

IDE er definitivt et steg opp fra Delphi 6 og / eller Delphi 2006.

Hvis Unicode er viktig for kundene så Delphi 2009/2010 er et klart alternativ. Men hvis Unicode er viktig for deg , i stedet for dine kunder, så jeg vil være forsiktig.

Unicode er ikke "gratis". Hvis brukere / kunder har spørsmål wrt minne fotavtrykk og / eller ytelse, og / eller søknaden innebærer omfattende streng håndtering, deretter Unicode exacts en pris som alle kundene må betale, og for kunder som ikke selv er opptatt av Unicode-støtte kommer den prisen med null nytte (for dem).

Tilsvarende hvis søknaden din sitter på toppen av en foreløpig ikke-Unicode aktivert databaseskjema. Migrere eksisterende databaser fra ikke-Unicode til Unicode er ikke trivielt, og hvis du har kunder med store produksjonsdatabaser, pådra nedetid for de kundene mens de vandrer sine datalagre er noe du bør vurdere nøye.

Også du må være veldig oppmerksom på eventuelle grensesnitt mot eksterne systemer - koden din vil ensidig "gå Unicode", og som kan ha negativ innvirkning på eksterne grensesnitt til andre systemer som er ikke .

I slike tilfeller vil du gjøre det bra å knytte overgangen til Unicode med andre bevisende funksjonsforbedringer og fordeler for å gjøre overgangen overbevisende for andre grunner.

Også, hvis du virkelig har kunder med et reelt behov for sann Unicode, så overgangen er ikke så enkelt som rekompileres med den nyeste / beste kompilatoren og VCL. Sann Unicode-støtte vil innebære en god del mer arbeid i søknaden din kode enn du kanskje først sette pris på.

Selvfølgelig, å ha en Unicode stand kompilator / VCL er en viktig del, men det er ikke et svar på sin egen.

Unicode Endringen har en betydelig innvirkning på 3. parts komponenter. Selv om du har kilden til tredje part koden kan du finne deg selv overfor Unicode spørsmål i denne koden, med mindre selgeren har tatt skritt for å oppdatere denne koden i en mer oppdatert versjon. De fleste nåværende leverandør biblioteker er Unicode nå selv om jeg mener, så med mindre du bruker et bibliotek som ikke lenger støttes av leverandøren, bør du være OK på som scorer.

Jeg vil også utvise forsiktighet når det gjelder de "kule" språkfunksjoner som generika. De sikker ser kul, men de har noen alvorlig begrensende egenskaper som du vil kjøre inn utenfor har demonstrasjoner og kan resultere i vedlikehold og feilsøking problemer som opplevelsen av fellesskapet i å jobbe med dem er begrenset, så "beste praksis" har ennå å dukke opp og verktøyet støtter kanskje ennå ikke har fanget opp med bruker som disse funksjonene blir benyttet i selve koden.

Når det er sagt ALL at .... Siden du ikke kan realistisk velge hvilken som helst versjon enn Delphi 2010 for å oppgradere til, så hvis du kommer til å oppgradere i det hele tatt så må du bite i Unicode kule og vil finne deg selv presentert med mange fristende språk funksjoner for å tinker med og distrahere deg. ;)

Og nå som Embarcadero er å pålegge en mer strenge politikk wrt kvalifiserende oppgradere produkter, vil du ha for å komme ut av Delphi 2006 hvis du ønsker å kvalifisere seg til oppgraderingspris for Delphi 20 * 11 * videre, om du bestemmer deg for at 2010 er riktig for deg eller ikke, ellers når den tid kommer til å oppgradere til Delphi 2011 vil du finne deg selv behandlet som en ny kunde , og hvis du trodde at oppgraderingspris var bratt, sjekk ut den nye brukerlisenskostnader!

Svarte 09/10/2009 kl. 00:35
kilden bruker

stemmer
1

Spille djevelens advokat, kan det være grunner til ikke å oppgradere. For eksempel kan du gå glipp av kilden til visse komponenter eller kan du fortsatt trenger å støtte Win9X.

Jeg tror du vil sannsynligvis finne den beste grunnen til å oppgradere (forlater alle de nye Wizz-bang har til side) er at du vil være betydelig mer produktiv i den nye IDE. Hvis du ikke har / kan ikke oppgradere jeg vil anbefale å gripe en kopi av Castalia, som kan gi deg tilgang til mange produktivitetsforbedringer (f.eks refactoring) i Delphi 6.

Svarte 09/10/2009 kl. 02:19
kilden bruker

stemmer
1

DBISAM er oppdatert, jeg mailet dem denne siste uken om et prosjekt jeg håper å være å oppgradere fra Delphi 3 til Delphi 2010.

Alle de andre pakkene jeg så i oppgradering for at prosjektet (WPTools, Infopower, TMS) alle statlige på sine nettsider at de tilbyr kompatibilitet med 2010.

Jeg har aldri hatt D2006 (jeg har 2007) så jeg kan ikke snakke med noen feil i den aktuelle utgaven (D2007 er ikke så stor, heller), men det er vanligvis en god rektor å holde verktøy i god form. For en sag som betyr skarpe, for programvare som betyr strøm. Spesielt i en ny-OS år, har du sannsynligvis vil tilsvarende versjon av din primære utviklingsmiljø.

Svarte 09/10/2009 kl. 02:27
kilden bruker

stemmer
0

Lister over kompatible komponenter som allerede støtter Delphi 2010 inkludert DevExpress (artikkelen vil bli jevnlig oppdatert fra vår teknologipartner database) er på

http://edn.embarcadero.com/article/39864

Argument - titusenvis av verktøy og komponenter som er tilgjengelige for de tingene du trenger i tillegg til den åpne API (er) for komponenter og IDE.

Svarte 09/10/2009 kl. 03:09
kilden bruker

stemmer
3

Ikke overbevise ham for en Delphi 2009/2010 oppgradering, Gjør det for en Software Assurance.

Svarte 09/10/2009 kl. 13:19
kilden bruker

stemmer
1

Det virker for meg er det 2 aspekter i å utvikle profesjonelle programmer:

  1. Du ønsker å tjene penger, du må holde deg til kundens krav, holde ting KISS, vedlikeholde og så videre ... Du må være produktiv: uansett av generiske legemidler, RTTI, widgets som flowpannel, gest og så videre, fordi det tar tid å lære og mer tid til å bruke. På denne måten er endring fra D7 til D2010 ikke nessary relevant. Endring for en annen IDE som virkelig grunnleggende slik at multiplaform målet er mer nøyaktig.

  2. Men som en utvikler det er et barn og en poet i deg, fascinert av nye teknologier eller / og algoritmer ... Dette er den kreative delen av jobben. Du må være kreativ hvis du ønsker å være imponerende og innovatør. Oppgrader til Delphi 2010 er en må ha, søker etter nye klasser, nye objekter er en livsstil i dagens programmering.

Det er min ydmyke synspunkt, og grunnen til at holde meg bruke pengene mine til å oppgradere Delphi fra I til 2010.

Med vennlig hilsen,

Didier

Svarte 10/10/2009 kl. 08:04
kilden bruker

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