http://homepages.borland.com/davidi/bdn/2003BDNSurveyResults.html
Läs och njut . Ser att Delphi ligger mycket bra till.
Om inte annat så är det en bra inventering på vilka verktyg som är igång.

För Er som lägger ner kol på Vb.net , den här raden är talande.

Vad är viktigt när man väljer verktyg ?
Fast development process (time to market) 45206 53.61 %

God 2:a icke oväntat
Runtime performance (cpu optimization) 23622 28.02 %

övrigt är försumbart.

Har läst den nu, har massor av kritik mot en del av resultaten...

> För Er som lägger ner kol på Vb.net , den här raden är talande.
>
> Vad är viktigt när man väljer verktyg ?
> Fast development process (time to market) 45206 53.61 %

Vad har det med vb.net att göra, vb.net är ett utmärkt språk för att åstakomma en hög utvecklingstakt till skillnad från t.ex. assembler...


> God 2:a icke oväntat
> Runtime performance (cpu optimization) 23622 28.02 %

En normal applikation av idag spenderar så mycket tid i sin databas så att det är där man får lägga mest krut på prestandan, och om nu detta inte ses som helt sant av dig så kan vi ju be Pelle lägga upp en poll på framsidan där han frågar hur om man utvecklar mot databaser eller inte, jag gissar att minst 60% på PS jobbar mot databaser när de utvecklar även om inte alla gör det...


Dessutom får man väl se en undersöking från Borland som extremt icke-objektiv då deras kanaler sannolikt är inom deras egna domäner.

"Källkritik" sa Bill, "Källkritik" var ordet sa Bull...

<"Källkritik" sa Bill, "Källkritik" var ordet sa Bull...
*LOL* förstod att det skulle komma sådana här reaktioner.
Håller med om att det är besvärande att Borland gjort enkäten.
Men ! det ligger förmodligen mycket sanningar i den.

Hur tror du det skulle se ut om Ms gjorde en liknande ?
Du och andra vet att jag tycker att all utveckling med VB.net
bryter mot de 2 mest fundementala resultaten i enkäten.

Fast development process (time to market)
Runtime performance (cpu optimization) .

Varför ? Därför att Vb.net är ett "interpreterande" verktyg och strider kraftigt
mot "Runtime performance".Och är sannslöst ändrat så att all gammal
kunskap i Vb är värdelös vid övergång.Strider kraftigt mot
Fast development process (time to market).
Vb är ett hobbyspråk det är bara att inse.

Den uppfattningen är oomkullrunklig från min sida.

Sven,

Jag har aldrig förstått din din ilska mot VB.NET.
Inte med de argument du kommer med nu:

Att just vb.net apps skulle vara långsammare (runtime) än t.ex c#.
Vissa hävdar att det finns en liten liten skillnad, personligen tror jag den är bortbyggd till v2003.
Här är det nog CLR som sätter begränsningarna. Inte VB.NET

Att det skulle gå snabbare (ttm) att utveckla en app i C# än VB.NET.
Herregud, det beror nog mer på den som sitter bakom skärmen än språket.
Miljön & flödet är detsamma i båda fall.

Har du ens tittat på språken?
För visst är din åsikt att C# klarar dessa två punkter, men inte just VB.NET??

//fredda

> Den uppfattningen är oomkullrunklig från min sida.

Förlåt att jag försöker runka (=skaka!) omkull dig...


> Men ! det ligger förmodligen mycket sanningar i den.

Visst finns det en hel del sanningar i den..

> Hur tror du det skulle se ut om Ms gjorde en liknande ?

Det skulle ha sett likadant ut fast med olika språk, jag skulle inte lita på MS heller. En sån här undersökning borde vara genomförd av en neutral stor organisation...

> Du och andra vet att jag tycker att all utveckling med VB.net
> bryter mot de 2 mest fundementala resultaten i enkäten.
>
> Fast development process (time to market)

VB.NET är snabbt och smidigt att utveckla så TTM är det mycket låga värden på till, jag är tyvärr inte så hemma på Delphi så jag kan avgöra om Delphi är snabbare att utveckla i eller inte, men ett är klart OOP komer att accellerera utvecklingstakten i VB.NET på samma vis som t.ex. i C++ och Java.

> Runtime performance (cpu optimization) .
>
> Varför ? Därför att Vb.net är ett "interpreterande" verktyg och strider kraftigt
> mot "Runtime performance".Och är sannslöst ändrat så att all gammal
> kunskap i Vb är värdelös vid övergång.Strider kraftigt mot
> Fast development process (time to market).

Ja VB.Net är interpreterande, det gör att jag antar att du inte drar in Delphi.Net i diskussionen då det har samma handikapp, men att ett interpreterande språk skulle vara speciellt slött kan man ifrågasätta väldigt mycket (fråga vilken javautvecklare som helst). Ett interpreterande språk bygger i grunden på att det tolkas och körs av någon form av motor, om denna motor är hårt optimerad och specialiserad så borde inte språket i sig innebära så mycket overhead att språket i sig är slött. Rent tekniskt så är ju faktiskt all asssemblerkod som körs på en AMD-processor och interpreterande då en (t.ex.) AMD K6 består av flera ALU-enheter med risc-arkitektur och den matchade ändå en P2 i samm hastighet på sin tid...

Att du tog inte upp mitt databasargument noterades med stor intresse...

För övrigt så är ändringarna i VB.Net inget som strider mot TTM, förändringarna finns för att förbättra tiderna i utvecklingsprocessen, på samma sätt finns ju faktiskt förändringar i Delphi.Net.


> Vb är ett hobbyspråk det är bara att inse.
>

Ja, det är ett utmärkt hobbyspråk och i många fall ett utmärkt proffessionelt verktyg. Dock så kan jag tipsa dig om ett annat utmärkt hobbyspråk som inte är fullt så användbart professionellt, besök www.terse.com där hittar du det ultimata hobbyspråket!

Hej igen.


Jag trodde undersökningen var seriös från borlands sida.
Skulle läsa den lite nogrannare...och upptäckte snart att så inte är fallet.

//fredda

Hmm.

Intressant diskussion måste jag säga. Har dock en fråga: Hur definieras hobbyspråk? Vissa säger att VB/VB.NET är hobbyspråk... Jag har sett många applikationer i produktionsmiljö som är skivna med just dessa språk. Är JAVA ett hobbyspråk kanske?

h. Philip

För egen del tycker jag att Terse är det ultimata hobbyspråket, men ordet hobbyspråk är egentligen felaktigt då i stort sett allla språk är utvecklade för produktionsmiljö (vissa undantag finns).

Njaaaaaaaaaaaa...........

Tror nog att undersökningen speglar sanningen ganska nära.

Java fick 21 % Delphi 28 % C++ 22 % Basic (VB) 4 %

35 % säger att dom började med Basic (VB) kan nog stämma.

Undersökningen är gjord i USA ,där är man inte sådana enögda MS nissar
som här i Sverige.Tror att Borland skulle hålla sig för goda att trixa
med sådana här undersökningar.Men Ok "Take It Or live It" .

Ni blir varse sanningen när Ni försöker leva på Er hobby.

De stora untantagen heter väl Basic och Pascal? ;-)

Hej.

Jag är varken enögd, nisse och inte bor jag i Sverige heller... Undrar bara vad Svenpon menar när han skriver att man blir varse sanningen när man försöker leva på sin hobby... SvenPon?

h. Philip

citat:
At about this time Microsoft was undertaking extensive work
developing a second version of their J++ Java tool...
One of the main people designing the new J++ was
Anders Hejlsberg, a former Borland technical architect who
had been largely responsible for designing Borland Delphi
(Developer Network Journal 2001)

A new programming language called C# ("C sharp") is born:
this is a modern object-oriented language, something of a cross
between C++ and Java. C# was created by Anders Hejlsberg, architect
of a number of languages and tools at Borland, including the famous Delphi...

http://www.intranetjournal.com/articles/200101/id_01_31_01a.html

by the way, it really shows that one of the architects (Anders Hejlsberg)
was also the chief architect of Delphi, who had a chance to do it again with
.NET. In other words: the class differences are not as big as you might expect...
http://www.elists.org/pipermail/delphi-dotnet/2002-August/000022.html

När man programmerar idag så är det inte så mycket språket, som de klassbibliotek
man har tillgång till som spelar roll. Som framgår här ovan så är både VCL klassbiblioteken (Delphi/CBuilder) och .NET framework biblioteken byggda av samma snubbe.

jag har jobbat med dessa språk i följande ordning

VB 5 -6
CBuilder
VB 6 (igen)
Visual C++
VB 6
VB .NET

och visst kändes det som ett nerköp när jag gick ifrån CBuilder till vb6,
men i VB.NET så känns det faktiskt som när jag kodade i CBuilder,
man har i båda fallen tilgång till ett robust framework, och körningshastigheten
är i båda fallen advekvat för det jag håller på med.
skulle också kunna tänka mig att jobba med Delphi/CBuilder, men min erfarenhet
av arbetsmarknaden här i Sverige är att de flesta jobbar med Microsoft verktyg, eller
java.

Tack för ditt belysande inlägg. Det visar på att det finns
fler gudar än Bill Gates Ms och det visar också på att
det mesta Ms åstadkommit är stöldgods åtkommit med osunda affärsmetoder.

amen för h-vete SvenPon. Anders Hejlsberg jobbar ju på ms....
Nu får du ge dig på din "anti-ms crusade"... ta reda på lite fakta innan du vräker ur dig en massa saker. Börjar bli trött på det återkommande tjat mot att vissa företag faktiskt vill tjäna pengar på sina produkter....
Jag vet inte vad ms har gjort mot dig men det måste vara något väldigt hemskt...

>Jag vet inte vad ms har gjort mot dig men det måste vara något väldigt hemskt...
>Nu får du ge dig på din "anti-ms crusade"... ta reda på lite fakta

Det är många som har en "anti-ms crusade"... mot Ms bla. USA :s Justitsie Departement.
Men som svensk Ms nisse med skygglapparna på så vill du inte veta det.
nisse = liten tomte som dansar efter tomtefars pipa.

Frånsett att dom är ett rövareföretag i allmännhet,så har dom lurat
mig och många andra på två urkassa produkter , massa pengar har helt enkelt blivit lurad.
Visual Basic 4.0 och Windows ME som jag kan referera till.

Anders Hejlsberg, a former Borland technical architect who
had been largely responsible for designing Borland Delphi
(Developer Network Journal 2001)

A new programming language called C# ("C sharp") is born:
this is a modern object-oriented language, something of a cross
between C++ and Java. C# was created by Anders Hejlsberg, architect
of a number of languages and tools at Borland, including the famous Delphi...

Anders Hejlsberg har all heder av sitt arbet, men han blev köpt av MS
när dom gjorde allt för att döda Borland och Sun.
Varför tror du Ms har så många stämningar på sig ?
Vad tycker du om köpta drängar ?

Fö skiter jag ganska tunnt i vad du tycker.

>Men som svensk Ms nisse med skygglapparna på så vill du inte veta det.
hur vet du det? Har du pratat med mig någon gång? Jag tror snarare att hatet förblindar...
hmm, jag har blivit lurad av Borland... att köpa JBuilder 5... men jag är inte på nån Borland crusade för det...
>nisse = liten tomte som dansar efter tomtefars pipa.
Tomtefar.. är det du då eller?

>Fö skiter jag ganska tunnt i vad du tycker.
jaha, och? varför lägger du ut dina grejer här då? varför för du en debatt?
Jag skiter inte i vad du tycker... men jag får väl tycka att du inte alltid tycker rätt... eller är det "ÄR du inte med mig så är du emot mig" a´ la Göran Persson?

En reflektion, MS är alltså ett rövarföretag då de handlar upp den bästa konkurrensen?

Jämförelse:

Ford är ett rövarföretag som handlar upp Volvo...

Kontenta:

Köp ingen volvo, de som jobbar på volvo arbetar för en av ondskans axelmakter (GM).

En reflektion till:
Ett företag blir alltså ondskan personifierat när de släppt dåliga produkter, MS släppte t.ex. WinME (som för övrigt är uselt) och VB4...

Jämförelse:
Systembolagets sprit är usel, handla inte av dom.
Mazda har släppt flera dåliga bilmodeller handla inte av dom.

Det som förblir osagt är alltså:
MS har släppt W2k, Windows XP och ett flertal andra lysande produkter som man inte ska handla. Att de är bäst i användarvänlighet är försumbart...
Systembolaget säljer Carlsberg Sort Guld och Karjala på beställning men det är försumbart trots att ölen är god...
Mazda har under flera år sålt Mazda 626, sveriges bästa bil om man enbart tittar på besiktingsprotokollen under flera års tid, men dom hade ju 323:an i sitt produktsortiment på 80-talet....

Kontenta:
Om ett företag satsar på produktutveckling och tar åt sig av kritiken från sina kunder så ska man inte satsa på det företaget, i de flesta fall finns ju gratis alternativ. Ska man bli full ska man dricka finkel utspätt med hemgjord äppelmust upphälld i återanvända syltburkar som mormor sparat, allt för att undvika plastglas från Ikea.

Och om ni undrar är detta skrivet i ren protest mot MS-produkter på en Mozilla som går under OpenBSD. Vidare har jag täckt över alla .NET och MSSQL-böcker med en mörk duk för att de inte ska kasta reflexer på skärmen och kanske lämna spår i inlägget.

Så, nu är sarkasmerna slut för idag, grillen väntar och ölen (hemmagjord) är kall, köttet har jag skjutit på egen hand så ingen stor kedja som Willys eller Ica är inblandade.

LOL
Det verkar inte vara många som läst och tänk särskilt mycket.
Jo den är seriös och statistiskt korrekt och visar även objektivt vad folk har svarat . Denna tråd visar däremot på andra saker :-).

Den visar helt enkelt vad folk har svarat på frågor från borland.
http://whatever.borland.com/bdnsurvey.html

SvenPon tror du att representerar borlands kunder eller tror du att den repsenterar hur det ser ut på marknaden idag.

Gjorde en sökning på monster efter jobb där det

1. efterfrågas VB kunskaper 287 träffar
2. efterfrågas Delphikunskaper 31 träffar
3. C# antal träffar : 55
4. java antal träffar : 282


Personligen så tror jag faktiskt inte att delphi är speciellt efterfrågat, tyvärr för det är ett trevligt språk.

Sen undrar jag varför du tror att vb.net skulle ha så mycket högre ttm jämfört med Delphi, ser inte att du kunna lägga fram ett enda sakligt inlägg för det.

Jovist är den säkert helt korrekt, men faktum är att om borland går ut med en enkät så lär den i huvudsak nå borlandkunder, därav resultatet. När besvarade du senast en enkät från t.ex. SUSE eller Magic?

Skrev i ett av mina första inlägg
Håller med om att det är besvärande att Borland gjort enkäten.
Men ! det ligger förmodligen mycket sanningar i den.

>ser inte att du kunna lägga fram ett enda sakligt inlägg för det.

Mitt främsta argument är "interpreterande" språk.
Kan det verkligen vara effektivt att kuta och fråga tolken varje gång
man vill ha reda på vad If eller For mfl. betyder. Runtime performance (cpu optimization) .

Samma dignitet har "StandAlone". En application skall kunna stå för sig själv
När den väl funkar så är det klart. Skulle det ske uppgraderingar/modifieringar
så är det bara att skicka en ny .exe fil. *En fil inte 10 !*
Det är framtiden. "Sanna mina ord" som KrösaMaja skulle ha sagt.
Om inte förr så kommer Ni att bli varse detta när Linux tagit halva marknaden.

Målet är nått jag fick upp adrenalinet på några, inte Trash han är cool.
Magnus och Q är klarsynta och sakliga.
Godnatt alla små Ms nissar ;-) Bill Gates älskar Er så Ni kan sova lugnt.

hej

Nej, jag ser absoulut inget problem med att borland har gjort undersökningen och den är säkert helt rätt. Men frågan är vad man skall dra för slutsatser utifrån materialet.

Svenpon, du verkar tror att denna undersökninen speglar hur marknaden ser ut idag vilket jag tror är helt fel...

Sen frågade jag inte om Runtime performance utan Fast development process (time to market) och var du anser att VB.net har högre ttm jämnfört med exempelvis Delphi

> Mitt främsta argument är "interpreterande" språk.
> Kan det verkligen vara effektivt att kuta och fråga tolken varje gång
> man vill ha reda på vad If eller For mfl. betyder. Runtime performance (cpu
> optimization) .

Ja, det kan det om tolken är specialiserad för den typen av förfrågningar. Ett exempel på det är att man kan i minnet manipulera koden baserad på hur användaren använder den. Du skulle ju t.ex. kunna testa att implementera en algoritm i flera olika språk (gör ett mandelbrot t.ex.) och testa vilket språk som utför den snabbast.

Jag återkommer med psuedokod för en algoritm som är tung nog för att testa prestanda i olika språk med. så får vi se hur många som orkar implementera den i "sitt" specialspråk.

<Jag återkommer med psuedokod för en algoritm som är tung nog för att testa prestanda i olika språk med

Det ser Vi fram emot.Har själv gjort ett Mandelbrot prog i VB 6(mycket stöldgods)Programarkivet:036 .

< speglar hur marknaden ser ut idag .
I landet bortom det stora havet Ja .

Vet inte varför, men kom att tänka på den gamle Gajus när det gäller att
omorganisera till andra språkverktyg.

Vi tränade hårt - Men varje gång Vi började få fram fungerande grupper skulle Vi omorganiseras.
Jag lärde Mig snart i livet att Vi är benägna att möta varje ny situation genom omorganisation
och Vi lärde oss också vilken underbar metod detta är för att skapa illusitioner av framsteg,
emedan den bara åstadkommer kaos , ineffektivitet och demoralisering !

Gajus Petronius död 66 e K .

>En application skall kunna stå för sig själv
>När den väl funkar så är det klart. Skulle det ske uppgraderingar/modifieringar
>så är det bara att skicka en ny .exe fil. *En fil inte 10 !*
>Det är framtiden.

Du använder ofta detta argument, och jag kan hur jag än tänker på det inte sluta att förundras. GAMLA program använde sig av principen som du beskriver. Framtiden går rakt mot motsatt håll. DirectX är ett ganska bra exempel. Man skickar naturligtvis med allt som behövs för att installera programmet, och man gör eventuella utomstående installationer automatiskt och i samband med installationen av programmet.

Att sen ett program skulle vara en enda fil är ju helt vansinnigt. Kan ju bara tänka på ett tungt program (t.ex. ett spel med massvis av ljus och bilder). Att baka in detta i en fil kommer:
1. Leda till enorma minneskrav - hela programmet måste laddas in vid uppstart.
2. Göra uppdateringar tunga och svåra att få tag i för folk med långsam anslutning.

Tänk dig en kille med 56k-modem som skall ladda ner en uppdatering på 160 MB. Visst... det kommer nog att hända. Men om det enda som behöver förändras är tre bilder och en rutin mitt i koden, då kan man byta ut just de bilderna och den (förmodligen) relativt lilla exe-filen. Max ett par MB.

>Om inte förr så kommer Ni att bli varse detta när Linux tagit halva marknaden
Hmm... är det nåt system som inte använder standalone-konceptet så är det ju linux.

Du orkar inte hålla en rak linje. Du talar om framtid sen skriver du
>Tänk dig en kille med 56k-modem som skall ladda ner en uppdatering på 160 MB.

.exe betyder exekvering , klart att man måste bifoga ljud och bilder
ev databaser som stöttar exekveringen separat. Men att behöva skicka
med en massa Ms skit dll:er mm för att exe skall funka är idiotiskt.
Exefilen skall vara "StandAlone" dvs den som "har hand öm att"

Skulle man behöva justera .exe så skickar man en liten patch 10 kb , voila !
En liten service dll till just denna exefil är också ok.Ex jag måste givetvis
bifoga DlPortIO.dll om jag skall språka med parallellporten.
Bland dom bästa exempel på vad jag menar är PaintShop.En mapp allt funkar.

Ett av de sakligaste inlägg jag läst i denna fråga kommer från Håkan.
Citat:
"Man behöver bara gå till England eller Tyskland för att upptäcka att Delphi
faktiskt är ett större spårk/verktyg än vad man upplever i Sverige."

Gud jag blev varm i hjärttrakten, fick t.o.m. en tår i vänster öga.

Jag var i London för ett tag sedan, snacket kom in på programmering
Jahaa intresserade ansikte vändes mot mig. Ok skall testa tänkte jag

"Jo jag har börjat med Vb.net" . Förvånade miner sedan ett asgarv när dom förstod att jag skojade.

(1) Argumentet om massor av filer iställer för 1 - Om 1-3 windows releaseer är .NET framework 100% integrerarat med operativsystemet
(2) RÄTT VERKTYG FÖR RÄTT JOBB - Herregud människa. det finns varesig bara äppel eller päron.
(3) Interpreterande? JIT Compilation ? Ngen.exe ? Läst på ?

Framför allt är det punkt (2) som är relevant. Det finns, och kommer alltid att finnas, flera olika programmerings språk, alla som har sin tid & plats. Det är inget annat än trångsynthet om man tror något annat.

Vill du arbeta med Delphi? Jätte bra.. vad trevligt för dig.. jag hoppas verkligen att det passar dig perfekt och att du kommer att få intressanta jobb med det. Detta är inget annat än gamla goda Java Vs. NET disskutionerna igen, fast under förklädnad.

Skulle nästan kunna kalla det programmeringsrasism. Ang. runt om i världen. Jag känner flera utvecklare runt om i världen som jobbar med stora företag där man använder allt från VB6, .NET, Java och Delphi .. Som sagt.. rätt verktyg för rätt jobb.

// Andreas

Alla som är intresserade av att delta och göra ett program som beräknar ett mandlebrot kan utgå från denna psuedokod:

(Saxad från http://www.pjde.demon.co.uk/answers/mandel.htm där även ett exempel skrivet i C finns)

<code>
x = y = 0 ( z ( 0 ) = 0)
for p = -2. 25 to 0.75 step (real increment)
for q = -l.5 to 1.5 step (imaginary increment)
for n = 1 to (iteration maximum) step 1
x' = x * x - y*y + p
y' = 2*x*y + q
m = x' * x' + y' * y' (the square magnitude of z)
if m greater than cut-off value
colour point with colour
reset n and escape n-loop
x = x'
y = y'
next n
next q
next p
</code>

Lite värden behöver dock definieras för att programmen ska vara rättvisa:
cut-off value = 100
(real increment) = 3 / 640
(imaginary increment) = 3 / 480
(iteration maximum) = 256

Din fraktal ska alltså bli 640x480 pixler stor och bestå av 256 färger.

Reglerna för de som vill delta i en inofficiell tävling är följande:
Språket är valfritt.
Koden får implementeras på valfritt sätt, dock så skall alla bilder som produceras skall vara exakt likadana, detta på grund av att variation kan påverka tidsåtgången för programmet att köras enormt mycket.
Programmet skall ange exakt hur lång tid det tog på sig att generera bilden (som givetvis måste visas på skärmen) räknat i millisekunder.
Bilden skall gå att spara som en bitmap med 24 bitars färgdjup (bmp-format eller gif-format är ok då jag vill kunna jämföra bilderna på ett enkelt sätt).
Färgskalan skall vara grå, en grå färgskala är enkel att generera, sätt bara r,g och b till samma värde som n-1.
Alla bidrag mailas till <mailto:pontus.wang@home.se>.

Vinnaren får behörighet att kora sitt språk till det snabbaste språket i ren prestanda och ingen får säga emot honom under loppet av en vecka, alla andra får bita i det sura äpplet och hålla med.

Prestandatestet jag kör (5ggr per program, snitttiden är den som gäller) blir på en Celeron 600, P3 800@897 samt en P3 500, samtliga kör Windows XP, kommer det in program för andra plattformar så är det inte helt olösbart.

All källkod skall följa med, den komer att packeteras i en zip-fil och publiceras på filarean.

Prestandatestet körs Lördagen den 24 maj eller när minst fem olika språk är representerade efter det.

Denna post dubbelpostas även i skrivklådeforumet...

Hur blir det om ngn bakar in in-line assembly? =)
Och är det rättvist om någon är en jävel på att optimera och har kännedom
om vilka kommando i sitt språk som ger bättre prestanda? =)

T.ex så är det som bekant bättre att använda StringBuilder när man skall
slåsamman många stängar. Nu handlar det inte om strängar, men det är
ett bra exempel på hur samma spåk kan ge olika prestanda baserat på
programmerarens kunskaper =)


// Andreas

Njaaaaaaaaaaaaaa det är väl klart att man får.
I min Delphi lösning kommer jag givetvis använda in-line assembly ;-)
Kan inte Vb.net eller C# användarna göra det ?

Kolla svaren i [Fraktal / Spr&#229;k t&#228;vling utlyst!] !

Hej Trash finner ett stort nöje i att sitta och pula med detta.
Edit:
Ahhhh... tänkte fråga en sak men efter att ha läst reglerna en gång till så blev det klart.

Trodde jag , 256 färger 24 bitar förstår jag inte,för mig blir det 8 bitar vid 256.
Undrar om Vi inte måste bestämma vilken Palette som skall gälla
Eller är jag ute och cyklar igen ?
Får väldigt divergerande resultat på utseende beroende på vilken palette
som ligger i bakgrunden.

Efter att ha funderat ett tag så måste det bli som Trash skriver
cut-off value = 100
(real increment) = 3 / 640
(imaginary increment) = 3 / 480
(iteration maximum) = 256

Din fraktal ska alltså bli 640x480 pixler stor och bestå av 256 färger.

cut-off value måste väl betyda "escape point" och då måste alla köra på 100
om det skall bli jämförbart.
Med dessa värde har jag nu kommit ner till 800 ms med VB 6.0 SP5 WinXP
Men det finns mer att hämta.Skall bli intressant att se vad Delphi gör.

> Hej Trash finner ett stort nöje i att sitta och pula med detta.

Visst är det?

> 256 färger 24 bitar förstår jag inte,för mig blir det 8 bitar vid 256.
> Undrar om Vi inte måste bestämma vilken Palette som skall gälla
> Eller är jag ute och cyklar igen ?

Bilden du genererar och sparar till hårddisken har jag av bekvämlighetsskäl bestämt att den ska ha 24 bitars färgdjup och gråskala, bilden du presenterar bestämmer du själv hur du presenterar (Optimering är fortfarande nyckelordet)...

> Får väldigt divergerande resultat på utseende beroende på vilken palette
> som ligger i bakgrunden.

> Efter att ha funderat ett tag så måste det bli som Trash skriver
> cut-off value = 100
> (real increment) = 3 / 640
> (imaginary increment) = 3 / 480
> (iteration maximum) = 256
>
> Din fraktal ska alltså bli 640x480 pixler stor och bestå av 256 färger.
>
> cut-off value måste väl betyda "escape point" och då måste alla köra på 100
> om det skall bli jämförbart.
> Med dessa värde har jag nu kommit ner till 800 ms med VB 6.0 SP5 WinXP
> Men det finns mer att hämta.Skall bli intressant att se vad Delphi gör.

Även här är det fantasin som sätter gränserna, det är utresultatet som räknas har jag sagt och det menar jag bokstavligt talat. Det jag gör är att kolla följande:
Att bilden som sparas är densamma som den referensbild som skapas av exempelprogrammet på sidan jag hänvisat till.
Att ditt program mäter den faktiska tiden som själva BERÄKNINGEN och PRESENTATIONEN av bilden tar.

I övrigt är det fritt fram att fuska och ta genvägar, fantasin sätter gränserna! Inget är att betrakta som fusk så länge beräkningen genomförs och bilden visas. Ett språks snabbhet står i direkt relation till den som utnyttjar det och vissa andra saker med.

Kund inte låta bli
Har lagt ut ett av mina experimenkör i VB 6. Programarkivet:Min Gif på Mandel

Kommer att ta bort det efter några dagar !

>Hur blir det om ngn bakar in in-line assembly? =)
> Och är det rättvist om någon är en jävel på att optimera och har kännedom
> om vilka kommando i sitt språk som ger bättre prestanda? =)

Sånt här är djä.... frustrerande att läsa, Obs ! hackar inte på dig Andreas.

Den åsikten genomsyrar dom här slit o släng MS-nissarna.

Skulle skämmas om jag inte levererade en slutprodukt som inte var det
bästa jag kunde åstadkomma ! just då ! ,ang prestanda , minne, cpu tid.

Sen skäller jag som en bannhund på MS, men ! Win XP är "good" blir lika bra som
deras Office 97 . Har svårt att se att något Databas prog Access97 med Dao 3.5
som är bättre för lokala småföretag < 50 användare på Lan
svårt att slå ang användarvänlighet.

Efter Office97 har det bara blivit en massa djä... "lulllull" som ingen egentligen behöver.

Sen en sista "kräkning" Varför enda in i helv... sitter folk och tragglar med ADO
när dom bara jobbar mot Access.
Kan någon motivera mig att använda ADO mot Access ??!! DAO 3.6 är optimalt "to my knowledge"

Sven:
Jag vet inte om du har tänkt på att de flesta mjukvaror idag som inte utför några tidskritiska beräkningar faktiskt spenderar större delen av sin tid med att vänta på att användaren ska trycka in en knapp eller tangent...

Appropå Access, den har många begränsningar t.ex. max fem samtidiga användare, kan bli knepigt att lösa om man måste köra flera stora batch-körningar i den samtidigt. Access tenderar att blöda data ibland, kan vara många olika fel som gör att den beter sig så under hög last. Access är inte speciellt flexibelt vad gäller att göra stora databehandlingar som inkluderar flera olika körningar, sånt utför man på klientnivå i Access medan andra databaser stödjer stored procedures och functions...

En bra anledning till att lära sig ADO är om man vill skriva en kostnadseffektiv lösning, man börjar att utveckla mot Access, sedan så byter man bara anslutningsträng och portar databasen så funkar programmet på SQL-server, MySQL, Oracle eller en annan databsmotor...

Oh, javisst ja, Roggan påpekade en sak för mig, CIL (Common Intermediate Language, det språk VB.Net, C# och andra .NET-språk kompilerar till) i .NET är INTE interpreterande, det är ett jit-språk. Det betyder att det interpreteras första gången det körs och all kod som är jittad översätts till ett plattformsberoende språk. Detta gör att ett .NET-program faktiskt kan variera i hur stort det är i minnet då enbart de körda kodsekvenserna är kompilerade till lågnivå.

>Jag vet inte om du har tänkt på att de flesta mjukvaror idag som inte utför några
>tidskritiska beräkningar faktiskt spenderar större delen av sin tid med att vänta på
>att användaren ska trycka in en knapp eller tangent...

Jo visst är det så, det är då Vi mjukvarunissar skall sätta in stöten.

Fö , tycker jag inte om folk som har rätt.Dom får välja mellan hängning eller skjutning.

>Appropå Access, den har många begränsningar t.ex. max fem samtidiga användare.

Oki på det har aldrig gjort större "preformence" , måst dock anse att min
Replications lösning i Access var djä... effektiv.

.NET använder inte interpretering. .NET är en kompilerande teknologi. CLR'n kompilerar till en sk "native image" vilket är maskinkod, ettor och nollor. Den imagen sparas sedan under processens livstid och du behöver inte kompilera om den igen.

Att ens uttala sig innan man vet är ju befängt och skapar löjje över hela inlägget.

.NET är dessutom i V1.0 just nu, det innebär att vi kommer att få se många förändringar. In-Line assembly är definitvt inte en av dem, jag skulle inte ens vilja se inline assembly i .NET, det är inte speciellt feltolerant och kommer skapa mer problem än nytta i det stora hela. Däremot hoppas jag på Inline IL kod.

Skall man bygga tidskritiska appliaktioner där millisekunder är avgörande så rekommenderar MS att man använder C++. Vilket jag också gör när jag håller kurs i C#.

Men det finns nog inte ett scenario någon kan drömma ihop som delphi skulle klara så värst mycket bättre än en .NET applikation.

Å andra sidan, vad vet jag? När jag inte håller sådana där fjantiga kurser i den verkliga världen med kunder som sliter på stora företag med lösningar, så bygger jag större helt meningslösa kundlösningar. Svårt att jämföra med allvaret i tick tack toe och mandelbrot algoritmer.

JAg undrar lite över din pseudokod. Ska det var såhär?
<code>
x' = x * x - y*y + p
y' = 2*x*y + q y
ym = x' * x' + y' * y' (the square magnitude of z)
if ym greater than cut-off value
colour point with colour
reset n and escape n-loop
x = x'
y = y'
</code>
Är det så att x' och y' bara variabler för derivatan?

Snacka om man blev snurrig av allt detta läsande av denna tråd.

En nackdel men lååååånga tråder att man bara "skummar" igenom det eftersom man tyckter att det blir för mycket läsande

Att läsa om programmeringspråk var intressant och man kan göra hur många untersökningar som helst och risken är stor att det får olika resultat.

Jag ex, jag gillar programmera i VB men jag hatar inte C

Att SvenPon inte gillar MS kan man förstå sådär men han är inte så ensam om det (kanske mest högljuda personen på Pellesoft om det :) men det finns flera personer som inte gillar MS:s produkter och det är ju tack vara det som det finns olika programspråk och andra saker att välja på

Vissa gillar inte Linux och tycker att det är bara en fluga som kommer att dö ut.

Jag gillar Linux men det gör inte mig att jag hatar Windows eller MS

Smaken är som baken, delad och tack för det för hur skulle det se ut om alla tyckte om samma sak, nej tack.

Att ni "vädrar" ut era åsikter är bra men inga påhopp tack
Visst kanske kommer någon att skriva att "CJ vet inte ett skit var han pratar om" men det kan jag ta. men inte hur mycket skit som helst.

Programmerare ska ju hålla sig sammans och lösa saker inte kasta massa skit på varandra.

Jag är en person som tål en hel del men det finns vissa som inte gör det och har på så sätt blivit en medlem mindre på Pellesoft.


En bra programmerar lär sig med tiden och inte jäkta sig fram

Carsten "CJ" Johansson

>JAg undrar lite över din pseudokod. Ska det var såhär?
>Är det så att x' och y' bara variabler för derivatan?

Personligen tycker jag dels att algoritmen är ganska vansinnig, dels att man (som jag tidigare påpekat) använder en onödigt ineffektiv metod.
Men om man bortser från det så betyder x' resp. y' inte derivatan.

En Mandelbrotserie är en komplex serie med utseendet
z(n+1)=z(n)^2+c
Där z(0)=0 och c en komplex konstant. Därifrån kommer formeln.
Det man sedan studerar är om z går mot den komplexa oändligheten eller inte. Man kan visa att den gör det om |z(n)|>2. Därför bör "Cut-off value" vara 2 (eller 4, kommer inte ihåg exakt hur formeln ser ut).

x motsvarar i det här fallet Re(z(n)) och y=Im(z(n)).
x' och y' skall alltså vara Re(z(n+1)) resp. Im(z(n+1)).

Min lösning för VB 6 är nu klar 780 ms på min dator.
Vidhåller att cut off skall vara 100 om alla bilder skall se likadana ut. 640*480

Skall jag maila den till dig .zip Trash eller ??

Skall porta den till Delphi då blir det gas i köret.

Så här har jag gjort Niklas

While iter < MaxIter And x2 + y2 < 100 'Escapepoint cut off
dblTemp = x2 - y2 + cx
Y = 2 * X * Y + cy
X = dblTemp
x2 = X * X
y2 = Y * Y
iter = iter + 1
Wend
Ser någon optimering här. ?
Kom inte och säg att det är fel för den ritar exakt enl de förutsättningar Vi fått.

Maila den till pontus.wang@home.se, beroende på bidragen som kommer så kan det bli fråga om mindre rgeländringar, dessa meddelas i god tid dock...

Har lagt ut min lösning VB 6 på filarean Programarkivet:Trash utmaning Mandelbrot
Tar bort den efter 24/5.

Den riktiga lösningen portar jag till Delphi,då blir det fart under galoscherna.

SvenPon,

Det är beklagligt att du i tid och otid ska uttrycka din negativa inställning till MS och deras produkter. Det förtar mycket av det som du har en poäng i och med.

Du får därför ursäkta mig för att jag endast läste dina första inlägg i denna tråd.

En reflektion i sammanhanget är dock att verktygslådan är stor och att det borde vara problemets karaktär och dess miljö som i mån och mycket styr i vilken utvecklingsmiljö lösningar utvecklas i.

//Dennis

>Det är beklagligt att du i tid och otid ska uttrycka din negativa inställning till MS och deras produkter.

Jassåååååååååå..... "Snus är Snus om än i gyllene dosor.
Rosor i ett sprucket krus, är ändå alltid rosor."
Jag är ärligt negativ till MS och deras produkter,med få undantag
Win 98 och Office97 Win XP är bra produkter som kostar hutlöst för mycket.
I övrigt är det bara negativt pga av deras affärsmetoder.

Dvs om man tycker att något är undermåligt så skall man klart säga det.
Säg vad man vill om USA men dom har bra jurudik.Varför tror du mfl
att dom har så mycket stämmningar på sig i USA.

fö bryr jag mig icke om vad du tycker.

SvenPon,

"Dvs om man tycker att något är undermåligt så skall man klart säga det."

Ja, med det behöver väl inte bli någon slags mantra och signatur?

Du låter mer som en rättshaverist än som en självständig professionell tyckare.

//Dennis