Gå til innhold

  

29 stemmer

  1. 1. Språk eller konsept, hva er viktigst?

    • Hail power to the programming language. Språket jeg jobber i gjør meg mer produktiv (fordi jeg kan gjøre foo og bar).
      7
    • Konseptene er det viktigste, språket man skriver i har mindre betydning. En god programmerer er en god ingeniør/arkitekt uavhengig av programmeringsspråk.
      22


Anbefalte innlegg

Plattfformer som WordPress og Drupal kan være godt nok til noen formål. Hvorfor skal man finne opp hjulet på nytt?

 

Merk denne: Drupal 7 Mobile Web Development Beginner’s Guide

 

som er forventet i februar 2012. Merk at de fleste websteder kan utvikles med Drupal, nå også mobile. Drupal 8 er sikkert like rundt hjørne og så vidt jeg vet vil Drupal 8 gjøre mer bruk av OOP.

Drupal er forøvrig ett godt eksempel på rammeverk hvor OOP og MVC ikke brukes. Det fungerer bra for Drupal og webutvikling. Men kunnskapen om Drupal er ikke så nyttig i andre sammenhenger ettersom det er så spesialisert.

Lenke til kommentar
Videoannonse
Annonse
Gjest Slettet+9871234

Er programmingsspråket man jobber i avgjørende for at du oppnår suksess? Eller er det viktigere å tenke konsepter, håndtverk og gjøre det beste ut av det man har for hånden?

Drupal er et konsept.

 

Les mer om

 

2. Object oriented programming in Drupal

 

Her: http://www.oopschool.com/phpBB3/viewtopic.php?f=24&t=231

 

De fleste web siter kan lages med Drupal og drupal kan for eksempel integreres med phpBB etc, selv om man kan lage forum i Drupal.

Lenke til kommentar
Gjest Slettet+9871234

Jeg vet ganske mange på forumet her driver med webutvikling (meg selv inkludert) men kan vi diskutere noe mindre trivielt? Og holde diskusjoner om CMS-er der det hører hjemme.

 

Det forumet

 

Forum

> Data

> Programvare

> Webserverprogramvare og CMS-er

 

https://www.diskusjon.no/index.php?showforum=342

 

var da godt gjemt.

 

For noen er de vanskeligste programmeringsspråkene langt lettere enn å få et stort CMS system som Drupal til å fungere knirkfritt på nettet og mobile plattformer. Skal man skreddersy et CMS, trenges også generell programmerings kompetanse.

 

Skjønner jeg har mye å lære. :)

 

Den som er ferdig utlært er ikke utlært, men ferdig.

Endret av Slettet+9871234
Lenke til kommentar

For noen er de vanskeligste programmeringsspråkene langt lettere enn å få et stort CMS system som Drupal til å fungere knirkfritt på nettet og mobile plattformer. Skal man skreddersy et CMS, trenges også generell programmerings kompetanse.

Whaaaaat? Det er isåfall et problem med Drupal. Ikke fortell meg at det er vanskeligere å implementere Drupal på en webserver enn å skrive et fungerende Constructive Solid Geometry system. Isåfall har Drupal alvorlige problemer som burde løses.

Lenke til kommentar
Gjest Slettet+9871234

... enn å skrive et fungerende Constructive Solid Geometry system.

Er der ikke programvare til det som for eksempel Mathematica http://www.wolfram.com/mathematica/?

 

Mattematikk er en samling trivialiteter. Hvert enkelt skritt er trivielt. Programmering er enda mer trivielt.

 

Problemet med å få et stort Drupal system til å virke knrikefritt på mobile plattformer er at hver eneste byte teller. Da kan biblioteker som http://jquery.com/ http://jquerymobile.com/ og http://jqtouch.com/ lett bli for store.

 

Dermed må man bygge bro over ulike applikasjoner å utvikle fra en felles kodebase med for eksempel http://phonegap.com/ og http://xuijs.com/ som på sett og vis er jQuery for PhoneGap.

 

XUI er ca 1/10 av størrelsen til jQuery.

 

OK hva er problemet venter jeg som neste spørsmål?

 

Problemet er skreddersøm som virker på tvers av ulike plattformer. Det er ikke så enkelt som å bruker modernizr http://www.modernizr.com/ til å sniffe egenskaper og så levere et skreddersydd stilark til brukerens plattform.

 

Brukeropplevelse er alt i 2012. Helst skal man snurre på en jordklode, velge land for eksempel Norge, deretter NrK og snurre seg frem til riktig kanal og se mobil tv på så mange plattformer som mulig i omtrent samme kvalitet. Det var et eksempel på plattform agnostisk skreddersøm. :w00t:

 

Brobygging over plattformer er med andre ord viktig og her er WebKit browsere, PhoneGap etc. viktig.

 

Dette er selvsagt et generelt problem, men jeg brukte drupal som eksempel, ettersom det er noe av det jeg jobber med for tiden og drupal er veldig tidelig ute med å plukke opp nye teknoligier og trender.

 

Les mer her:

 

Drupal mobile: http://www.oopschool.com/phpBB3/viewtopic.php?f=24&t=259

 

Kan dere ikke bare la det ligge. :p

Gjerne for meg etter dette svaret. GG kan få siste ord.

Endret av Slettet+9871234
Lenke til kommentar
Gjest Slettet+9871234

Vi bør ha såpass respekt for opprinnelig trådstarter at

 

  1. vi kommer med mer enn lyder en papegøye :roll: kunne uttalt.
  2. vi flytter denne diskusjonen til riktig cms underforrum.
  3. jeg har langt mer jeg kunnse sagt og spurt deg om når det gjelder CMS systemer.
  4. Derfor bør diskusjonen flyttes dit.

 

Og du kommer med enkle matte oppgaver som får det til å høres vanskelig ut for en lekmann. Merk at jeg har holdt seminarer for hovedfagsstudenter på matematisk institutt på UIO og skrevet en hovedfagsoppgave i matte på samme institutt. GG, du lurer ikke pus med en tremus. Jeg har hjulpet professorer og Dr gradsstudenter. Dette er faktum og var ikke ment som skryt, men noen ganger får si hvior skapet skal stå når andre slenger ut løse påstander uten ytterligere begrunnelse.

 

Så om du ikke fortsetter diskusjonen i nevnte underforum og du ikke har mer enn papegøyelyder å komme med, skal du gjerne få ytre de siste i denne tråden. :dribble:

 

Vennligst fortsett diskusjonen her:

 

drupal som CMS system og som "mobil CMS plattform".

Endret av Slettet+9871234
Lenke til kommentar

Først og fremst er det ikke enkel matte. Hvis det var det så kunne du vel spikret sammen et CSG system på kort tid? Det er ikke bare matematikk, du mp konstruere objekttreet ditt korrekt også. Du må kunne danne triangler som representerer enhver overflate som blir krysset. I tillegg bør du kunne produsere også en voxel kollisjonsmodell for brukt i en fysikkmotor. I tillegg skal det går fort.

Endret av GeirGrusom
Lenke til kommentar
Gjest Slettet+9871234

Først og fremst er det ikke enkel matte. Hvis det var det så kunne du vel spikret sammen et CSG system på kort tid?

Hvorfor skulle jeg det? Jeg regner med at det er enkel matte.

 

Jeg har kun en gang stått bom fast i matte. Hovedfags forelseninger i denne boken:

 

http://www.amazon.com/Reaction-Diffusion-Equations-Grundlehren-mathematischen-Wissenschaften/dp/0387942599

 

Vi var 10 studenter som begynte på pensum. Alle de andre 9 pluss forelser sluttet. Jeg satt igjen med kursansvarlig professor og hadde bestemt meg for å få til det faget (der blant annet begrepet derivasjon generaliseres slik at man kan derivere ikke for ville diskontinuerlige :roll: funksjoner). Kursansvarlig porfessor satte seg ned med meg i et kvarter og alt løsnet.

 

Så om jeg ikke hadde greidd å løse problemet ditt, hadde jeg tatt meg en tur til forelser eller en annen på mat nat og bedt om hjelp.

 

Men først ville jeg sette om problemet kunne løses i Mathematica eller andre ferdige programmer. Jeg har ikke tid til å finne opp hjulet på nytt.

 

Forutsetning: Jeg ville fort løst problemet ditt om jeg hadde hatt tid.

 

Jeg har brukt altfor mye tid på denne tråden, men jeg vil gjerne at du uttdyper din påstand i den andre tråden.

 

Jeg står ved at mattematikk er trivielt og programmering enda mer trivielt. Å skrive godt innhold på en effektiv måte på nettet er ikke trivielt slik jeg ser det.

Endret av Slettet+9871234
Lenke til kommentar
Gjest Slettet+9871234

Jeg husker da jeg programmerte rentekontrollen for finansminiater Rolf Presthus. Er du ikke ferdig enda spurte de i finansdepartementet? Hvis dere ikke slutter å mase får dere ingen ting sa jeg. Det verste jeg vet er folk som presser en når en er presset fra før. Jeg brukte en uke på den jobben.

 

Stygge internrenteberegninger for statens lånekasse og statens husbank med variabel rente, variable annuiteter og variabel periode lengde endte på mitt bord i Norges Bank da det ble hevdet (sikkert det danskene kaller øregass) at ingen andre kunne løse det. Det ble løst på noen timer.

 

GG's avanserte problemer regner jeg kan løses i eksisterende programvare. Jeg tror ikke hans programmeringsproblemer er så avanserte som han gir inntrykk av.

 

Nå har jeg ikke mer tid til dette utenomsnakket.

 

Jeg nevnte drupal som et konsept og dermed startet slossingen med vindemøllene som der er mange av her inne :w00t:

 

Start gjerne en ny tråd om dette :hrm: uten at jeg lover å delta.

 

Jeg kan løse alt, for alt er enkelt, og hvis jeg ikke får det til så kan jeg spørre noen som får det til. Men jeg gidder ikke, for jeg har ikke tid!

 

Seriøst?

Der klikket jeg jaggu på rykte kanppen i stedet for å svare deg. Programmering er som nevnt trivielt. Det er ikke trivielt å skrive godt innhold effektivt på nettet.

 

Var det du skrev godt innhold? :thumbdown:

 

En mer aktuell tråd for deg som oppholder deg i Bergen:

Realfagsbygget i Bergen - Verneverdig?

 

Utsagn jeg minnes fra MatNat på UIO: Har vi ikke metodene (les programvaren) lager vi dem. Så om ikke jeg kan gjøre det vet jeg hvem og hvor jeg skal spørre om en halvtimes hjelp eller endog en forelesningsserie for å oppdatere seg på det aller siste innen IT?

 

Populær definisjon på en økonom:

En som i dag kan si hvorfor det vedkommende sa i går var feil.

 

Ikke alle kan det.

 

Tilbake til konseptene og språkene?

 

Jeg synes Python er et greit dyr å begynne med. Python + Django https://www.djangoproject.com/ skulle jeg gjerne hatt tid til å sett mer på så jeg kunne implementert noen av metodene i http://eu.wiley.com/WileyCDA/WileyTitle/productCd-0470987847.html på nettsidene mine.

 

De som vil se nærmere på det konseptet kan starte her:

http://withdjango.com/

Endret av Slettet+9871234
Lenke til kommentar
Gjest Slettet+9871234

Jeg har sett mye feile på en datamaskin som er matematisk korrekt. Det er blant annet fordi en datamaskin har endelig presisjon, mens mattematikk ofte forutsetter uendelig presisjon.

 

Jeg har endog sett en simulering utført på en IBM stormaskin divergere ved at man flyttet et uttrykk fra en side av en ligning til en annen.

 

Nå kjenner jeg ikke det faglige uttrykket ekser så derfor ville jeg googlet:

 

a boolean operation of a union between two * close to each can fail even if it is mathematically correct

 

(jeg bruker * operatoren, da jeg åpner for den mulighet at det norske ordet er skrevet feil av deg. Gir Google translate en rimelig oversettelse?)

 

Et spørsmål da som du bør kunne svare på:

En boolsk operasjon av union med to ekser rett ved siden av hverandre kan feile selv om algoritmen er matematisk korrekt. Hvorfor?

God dag mann økseskaft:

Let her: http://www.no.hukol.net/themenreihe.p?c=Informatikk

 

Ekser er for meg kanskje som sti avhengige salgsopsjoner på Nasdaq futuren for deg. Jeg greier meg med de matte og programmeringskunnskapene jeg har til de oppgavene jeg løser for meg selv.

 

Jeg er økonom og anser meg selv som kvasi matematiker og programmerer. For meg er begge deler som sagt en trivialitet. :w00t:

 

Rettet d til g i med etter svar.

Endret av Slettet+9871234
Lenke til kommentar

Jeg vet svaret fra før, og det er som du sier: flyttallsoperasjoner er upresise, og selv om du prøver å posisjonere helt likt så kan man fortsatt oppleve at en slik operasjon vil feile. Du vil kunne se at profesjonelle CAD programmer vil feile på dette.

Dette er en av tingene som gjør programmering interessant: finne ut av løsninger på problemer som ser ut til å ikke ha noen. Den mest åpenbare løsningen her er å øke presisjonen på flyttallene, men en vil aldri kunne unngå det fullstendig på den måten.

Lenke til kommentar
Gjest Slettet+9871234

Men om du har all datakraft i universet vil du ikke kunne regne ut pi, da pi er et transendentalt tall.

 

Hadde du to identisk utstyrte datamaskiner hvor den ene startet simuleringen av en kaotisk prosess i 3.14 og den andre i 3,14159265 ville de to prosessene fort divergere. Ja selv om begge startet i origo ville de divergere når det kreves uendelig presisjon. Uendelig presisjon er det ikke mulig å få til ved numeriske simuleringer.

 

Hva er en ekse?

Endret av Slettet+9871234
Lenke til kommentar
Gjest Slettet+9871234

Når jeg bruker Google translate på

 

En boolsk operasjon av union med to ekser rett ved siden av hverandre kan feile selv om algoritmen er matematisk korrekt.

 

får jeg følgende spørsmål:

 

Mente du: En boolsk operasjon av union med to akser rett ved siden av hverandre kan feile selv om algoritmen er matematisk korrekt.

 

Som oversettes med:

 

A Boolean operations of union with two axes right next to each other can fail even if the algorithm is mathematically correct.

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
×
×
  • Opprett ny...