FAQ |
Kalender |
2011-01-14, 15:43 | #11 | |||
|
||||
Bara ett inlägg till!
|
Citat:
jag tror att många börjar kolla på optimering först när kunden skriker.. Det är väldigt viktigt med optimering bland annat eftersom Google rankar delvis på hur snabb sidan är.. Själv håller mig till Drupal där det redan finns fullt stöd till cache, gzip, merge css och JS osv.. funkar väldigt bra prestandamässigt. |
|||
Svara med citat |
2011-04-07, 23:59 | #12 | |||
|
||||
Mycket flitig postare
|
Citat:
Läste tråden när den kom men har fram tills nu inte haft tid eller syfte med att sätta mig in i de nya namnen som presenterades, förens nu. På senare tid har jag intresserat mig för att skapa olika typer av diagram och grafer och då kom jag att tänka på Raphael-libbet som jag kommer ihåg härifrån. Helt klart är det imponerande, mycket imponerande! Önskar att man själv kunde skriva något liknande utan problem (eller libs). |
|||
Svara med citat |
2011-04-08, 23:46 | #13 | |||
|
||||
Medlem
|
Sitter just nu och ser på ett par screencasts för node.js på nettuts. Vet dock inte ifall jag orkar börja med det ännu.
Så fort jag får tid hade jag tänkt djupdyka totalt i antingen rails (där jag redan varit och utvecklat ett par webapps i, dock aldrig riktigt totalt fastnat för det), alternativt något trevligt ramverk för PHP. Men tyvärr är det så (enligt mig) att arbetsmarknaden just nu, iaf här i sverige bara vill ha kostymklädda C#-konsulter.. |
|||
Svara med citat |
2011-04-09, 12:00 | #14 | |||
|
||||
Klarade millennium-buggen
|
||||
Svara med citat |
2011-04-09, 16:00 | #15 | ||
|
|||
Klarade millennium-buggen
|
Jag håller på att testa F# som är ett funktionellt språk. Det går att köra allt man kan från vanliga .NET CLI/CLR som att anropa moduler skrivna i andra .NET-språk.
F# distribueras gratis () och kan köras med Mono 2.6/2.8. se mer ref på http://www.fsharp.net Senast redigerad av Conny Westh den 2011-04-09 klockan 17:21 |
||
Svara med citat |
2011-05-18, 01:05 | #16 | |||||||
|
||||||||
Medlem
|
Får ta och väcka den här tråden igen.
Citat:
Citat:
Om någon ska sätta sig in i en kodbas som jag byggt så hänvisar jag bara till de redan satta rekommendationerna och den befintliga dokumentationen. Hur gör du? Citat:
Själv förespråkar iden med att implementera kärnan i projekt, inte vill jag jobba med layouten, skriva SQL-kod eller utfinna hjulet på nytt. Citat:
Det ska, enligt min mening, inte ta någon extra tid att göra något så trivialt som att komprimera sina CSS- och JavaScript-filer. Precis på samma sätt som att det inte ska ta någon extra tid att skriva valideras CSS-, JavaScript- och HTML-kod. Citat:
Man bör, om möjligt dock lämna över skitgöran till en dator. Jag tror att det enklaste sättet för dig att se skillnaden mellan Rails och exempelvis Sinatra är att bygga en enklare applikation. Jag har svårt att se hur man skulle klara av att hålla en större applikation tillräckligt torr i Sinatra. Visst det går, men ack så jobbigt. Citat:
Koden som i slutändan körs i produktion är alltså mer körbar än koden som du själv skrivit. Resonerar du så om allt nytt du måste lära sig? Citat:
Du kan ju även fråga dig om det verkligen är rätt att "gå utanför ramarna". I många fall så är begreppet ekvivalent med fulhack. Men visst, vill du skriva fulkod om du känner för de. Jag gjorde de själv i ung ålder. Det är billigt att skala en servrar, det är dyrt att ta betala för utveckling. |
|||||||
Svara med citat |
2011-05-18, 11:25 | #17 | ||||
|
|||||
Supermoderator
|
Citat:
Citat:
Återigen så har du emellertid ett problem i en liten verksamhet med få utvecklingstimmar där du snabbt vill kunna ta in personer för att fixa småsaker. Citat:
En kompetent person skriver lättillgänglig kod oavsett om ett ramverk används eller inte. Dokumentationen är oerhört mycket viktigare än huruvida man använder ett ramverk eller inte. Saknas sådan blir det krångligt så snart någon annan person är inblandad. Citat:
Ditt inlägg blev lite av en enda lång hyllning till Rails Det finns ju ett gäng andra ramverk som är betydligt mer välanvända. Riskerar alltid att bli en PC vs Mac-diskussion i sådana här frågor. Ramverk kan vara bra. Att koda utan ramverk kan vara bra. Tycker vi lämnar den diskussionen nu och återgår till huvudtemat jQuery Mobile är ett väldigt användbart nytt ramverk av betydligt större vikt än exempelvis Rails även om det givetvis inte fyller samma funktion.
__________________
Full-stack developer, free for smaller assignments Senast redigerad av tartareandesire den 2011-05-18 klockan 12:01 |
||||
Svara med citat |
2011-05-18, 23:42 | #18 | |||
|
||||
Har WN som tidsfördriv
|
Självklart finns det väldigt stora vinster med att använda ramverk, färdiga bibliotek och annat som hjälper till och snabbar på utvecklingen. Men det börjar ju bli farligt när man slänger in allt som är nytt och hett för tillfället utan att göra väldigt grundlig research innan man väljer vilket ramverk man vill satsa på.
Att bygga in sig i fel framverk kan i många fall innebära att man måste bygga om hela applikationen från början mer eller mindre. Jag anser nog att man bör välja ett fåtal ramverk som man specialiserar sig och blir riktigt bra på istället för att kunna 10-20 stycken halvbra. Jag har själv specialiserat mig i framförallt CodeIgniter, jQuery och lite CMS-lösningar. |
|||
Svara med citat |
2011-05-20, 01:09 | #19 | ||
|
|||
Medlem
|
Citat:
Jag har själv utvecklat småprojekt (< 10k rader kod) i ett 15-tal språk, 10 utav dem kan jag nog sätta mig in i på ett par timmar. De som tar tid att lära sig är inte språket i sig, eller ramverket i fråga utan tekniker för att ta fram bra kod. Att testa andra språk gör att man får en insyn i hur andra skulle löst diverse problem. |
||
Svara med citat |
2011-05-20, 12:44 | #20 | |||
|
||||
Har WN som tidsfördriv
|
Citat:
Det är väldigt svårt och jobbigt att hålla koll på alla ramverksspecifika klasser, funktioner, helpers m.m. vilket gör att man spenderar mer tid på att läsa dokumentationen än man kodar. Sedan skiljer sig ju "best practice" en del mellan olika ramverk vilket gör att det då är svårt att hålla isär. Vad syftar du på med tekniker för att ta fram bra kod? Ge gärna ett exempel. Det som tar tid att lära sig är alla funktioner, både inbyggda och de som får i ramverk, extentions m.m. Vad gör de? Vilken som är bäst att använda i vilka sammanhang? Är de kompatibla med varandra? osv. (jag gissar att det är det här du menar med att skiva bra kod) Att kunna skriva bra kod utan att sitta och googla och kolla dokumentation varje gång man ska använda en funktion tar lång tid att lära sig och det är förutsättning för att man ska få bra flyt i programmeringen. Man kommer ju självklart inte ifrån det helt men man bör försöka minimera den tiden. Givetvis är det bra att kunna flera olika för att kunna välja de som är bäst för det specifika projektet och som utvecklare är det säkert bra för förståelsen att man har bredare kunskaper. Men byter man ut vilka ramverk man jobbar med måste man ju börja om och lära sig på nytt. Även om ett annat ramverk kanske är något bättre för ett specifikt projekt bör man nog i de flesta fall ändå använda det man redan kan så att man kan skiva bra kod snabbare om man inte ser en långsiktig vinst med det. En expert löser uppgifter inom sitt område bättre än en generalist. |
|||
Svara med citat |
Svara |
|
|