[Magnus_A]

Verkar vara en samstämmig slutsats att just ramverket tillför struktur och ordning i projektet. oavsett vilket ramverk man väljer att jobba i.
Nu har jag inte kunskaper nog att jämföra ramverken sida vid sida. Så det får var och en välja själv.
Postgre hamnade jag i av en slump, och noterade att en hel del saker som man tar för givet i MySQL inte finns eller fungerar likadant (insert ignore, replace, insert .. on duplicate key update, concat, hur autoincrement fungerar för att nämna några) och då får man skriva om sina frågor. En nyttig upplevelse! Om postgre är bättre eller inte kan jag inte bedöma, det stora problemet för den mindre utvecklaren är väl att andelen webhotell med stöd för postgre är försvinnande litet.

[Magnus_A]

Ursprungligen postat av clirre

tartareanddesire: Jag håller med dig om att det kan vara overkill att lära sig ett ramverk (öht) om man inte håller på med lite mer komplexa sajter. Däremot så är det många av mina gamla sidor som jag känner att jag kan göra saker jag inte kunnat drömma om innan nu med RoR / ramverk.

Svårt att beskriva för någon var gränser går dock och när "kunskapsinvesteringen" blir betald i form av tidsbesparande. Har man lite ambitioner med sitt webbutvecklande tycker jag dock att man bör lära sig ett ramverk.

Om jag ska föreslå ett ramverk för enklare sidor, så skulle jag föreslå Zend.
Och då inte som ramverk utan snarare som bibliotek. Använd till exempel bara validerare och filter till formulär, eller view helpers för att formatera utdata.
Detta utan att kalla in hela ramverket.
Enkelt att implementera, och du får en säker applikation utan att behöva skriva dina egna validerare eller filter.

[znap]

Rubygems har över 28k paket, Pear hade 500 sist jag kollade. Jag har själv skrivit ~ 25 paket som laddas ner runt 11k gånger. Hur många har du släppt?

haha vilken sliring Ursäkta för att jag inte är lika produktiv och givmild som du.... Pear + pecl tror jag handlar om ett par tusen paket, men inget att jämföra med 28k.

Jag vill inte ge mig på att argumentera mot RoR. Allt jag hört om RoR tilltalar mig, trevlig syntax, uppstyrd pakethantering med ett brett utbud, mvc etc... Att unit-tester är en norm inom communityt, som någon nämnde här, låter helt fantastikt. Hade jag haft tiden över så hade jag ögonblickligen gett mig på det. All min extra tid går just nu åt nodjs, den som inte hört om det tidigare borde ta sig en titt (verkar vara smått fantastiskt).

Aaa, vad jag älskar de här argumentet.

Det jag skrev var med betoning på _tror_. Min poäng är väl egentligen att jag tror att det ska gå ganska långt innan man känner sig begränsad av PHP. Jag tycker att saknaden av stöd för multitrådning är en av nackdelarna och där har ju ruby lösningen direkt verkar det som. Sen finns det, enligt min mening, nackdelar som båda teknologier delar, löst typat, saknar visa OOP-features.

[Clarence]

Jag känner själv (som f.d PHP-utvecklare och nuvarande Rails-utvecklare) att applikationerna man utvecklar idag är på tok för avancerade för ett webhotell. Redis/memcached-cachar, dokumentbaserade databaser, fulltextmotorer i form av Solor, asynkrona bakgrundsprocesser är vardagsmat i princip allt jag gör.

För de allra flesta webbsajter är detta helt onödiga belastningar. Att drifta 6-7 tjänster själv istället för att ha en uppsjö av leverantörer som driftar de 3 som man behöver är för de flesta webbplatser antingen en rejäl kostnad eller tidsbelastning. 99.9% av webbsajter har inget direkt behov av någon av dessa.

Du ska inte bara skriva koden, du ska även testa, dokumentera, buggfixa och underhålla. Du måste även ha spetskompetensen inom området om du ska konkurrera med redan färdiga lösningar.

PHPUnderControl. Klar. CI-verktyg finns för alla språk.

Rubygems har över 28k paket, Pear hade 500 sist jag kollade. Jag har själv skrivit ~ 25 paket som laddas ner runt 11k gånger. Hur många har du släppt?

Aaa, vad jag älskar de här argumentet.

Absolut. Här har du de stora fördelarna med språket, tillsammans med lite elegans i vissa kodmoment som jag visst missade i QUOTEn. Vill du slippa ta 5 minuter på att leta reda på ett paket har du en stor nytta med Rubygems. Dessutom ska väl nämnas att det kan bli desto mer än 5 minuter då många klasser ofta har dependencys och rubygems hanterar detta automatiskt medans man får göra det halv-/hel-manuellt med php.