Hej,
Hermed en opdatering på dette indlæg.
Angående hastigheden så har vi noget konkret og noget vi skal arbejde videre med. Generelt er der at sige, at dette med hastigheden og forbedringen heraf, at man må tage et skridt af gangen. Man må optimere det nærmeste man ser og arbejde med det, og det er først når det er optimeret, man finder ud af hvad næste skridt betyder. Derfor arbejder vi på flere niveauer, og har nu arbejdet os igennem noget - og vil fortsætte med at arbejde i denne retning. Ligesom når vi revidere regnskab. Først skal banken stemme, og så kan vi bagefter her konstatere "hvad der ikke stemmer".
Det konkrente er at der på onsdag i vores ugentlige markedspakke kommer 2 ting ud. Her følger en uteknisk forklaring. Det ene drejer sig om performance i kassekladde og oprettelse af den første nye postering, hver gang man går i kassekladden. Her har vi omskrevet noget kode, til at give en bedre performance og hastighed. Dette får betydning for de kunder der laver få posteringer af gangen, eller "hopper" mellem flere forskellige kladder, funktioner eller lign.. Det andet drejer sig om søgning i "sendt" post, hvor koden bag i programmet, testede mange ting, inden den rent faktisk viste søgeresultatet. Vi har nu nedbragt nogen af de ting den "tjekker" på, uden at gå på kompromis med søgeresultatet. Vi er ikke i tvivl om at førnævnte for en betydning. Det kan dog være svært at sige hvad det får af endelig betydning - men vi er ikke i tvivl om det er skridt i den rigtige retning. Flere skridt er på vej!
Vedrørende det vi skal arbejde videre med, så har vi nu et konkret bud på, hvad vi skal arbejde videre med, i forhold til det mere generelle billede. Vi har noget vi stærkt mistænker for at forudsage dette. Da det stadig er behæftet med en vis risiko, vil jeg ikke dele nærmere herom - men nærmere sige: Vi er på den, og opdatere så snart vi/jeg ved nærmere. Jeg kan endnu ikke sige noget omkring datoer.
@Landberg.dk
Generelt er jeg tilhænger af, at alt der kan behandles i forhold til hastighed skal behandles ens: Lige meget om det er funktionalitet eller load-time. Lige i dette tilfælde vil jeg dog ikke gøre det, da det andet der nævnes her, er netop Performance og hertil skal fokus være. I forhold til XML og lign. læsninger af filer har vi for nærværende ingen planer om at gå i kast hermed. Vi har flere APP's som måske/,måske ikke kan hjælpe hertil(fakturaboks, Ibistic eller lign.).
@ALLE
Med fare for at udfordre tålmodigheden endnu en gang. Så må i meget gerne dele steder, som i altid oplever udfordringer med. I må gerne skrive e-conomic generelt - og det kan jeg så vidt også forstå. I må meget gerne være meget konkrente, og grunden til det ekstra spørgsmål er, at jeg selv har lavet en liste over steder, og vil bare sikre mig, at jeg ikke har overset noget - som måske kan skabe input til videre udvikling.
Mvh
<p>
<strong>Steffen Ekelund</strong></p>
<p>
<li>
<strong><img alt="" src="
style="width: 200px; height: 49px; " /></strong></p>
<p>
Sidder du af og til og er i tvivl om, hvordan du skal bogføre?
<a href="http://forum.e-conomic.dk/bogfoeringshjaelp/"><strong> - Klik her og spørg tusindvis af andre e-conomic brugere</strong></a><br />
</p>
<ul>
<li>
<a href="http://www.e-conomic.dk/support">e-conomic support</a> - Din vej til vores support</li>
<li>
<a href="http://wiki.e-conomic.dk/">e-copedia</a> - Opslagsværk om e-conomic</li>
<li>
<a href="http://blog.e-conomic.dk/">e-conomic blog</a> - Hold dig opdateret</li>
</ul>