[Nerix]

Ursprungligen postat av tartareandesire

Allt du nämner går alldeles utmärkt att göra i PHP (med eller utan ramverk) eller .NET också.

Man får dock fråga sig om huvudargumentet *går* verkligen passar in här. Jag menar, man skulle i princip kunna bygga de TS gjort i ADA95, fråga är dock hur enkelt de skulle varit.

Ursprungligen postat av tartareandesire

Den stora nackdelen med RoR är ju som du själv nämner att man inte har någon direkt valfrihet när det gäller hosting vilket är lite extra trist när man arbetar med svenska webbplatser på det sättet du gör.

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.

I takt med att komplexiteten över så försvinner möjligheten att använda ett webhotell.

Ursprungligen postat av tartareandesire

Det som inte finns är bara att bygga egna funktioner och klasser för så har man återanvändbar kod även där.

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.

Ursprungligen postat av znap

Tycker du gör lite fel i att jämföra ett ramverk (RoR) med ett programmeringsspråk (PHP). Du kanske hade sett annorlunda på saken om du börjat med Zend, eller annat ramverk, för fem år sedan, eller om du för 6 månader sedan började programmera i ruby direkt istället för RoR.

Efter att ha suttit i CakePHP i ~2 år så kan jag konstatera att ramverket ligger långt efter Rails. Någon som förvisso inte beror på Cakes utvecklings-team utan PHP som språk i sig.

Rails-teamet har löst många skönhetsproblem m.h.a monkey-patchning, något som b.la gjort de möjligt att skriva just 3.days.ago + 1.day.

Ursprungligen postat av znap

PHP's motsvarighet till Gems heter pear, finns tonvis med färdig kod att använda sig av.

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?

Ursprungligen postat av znap

Har svårt att tro att det skulle finnas något som du kan göra i ruby som du inte kan göra i PHP, möjligtvis multitrådning om nu det kommer native i ruby

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

[tartareandesire]

Ursprungligen postat av Nerix

Man får dock fråga sig om huvudargumentet *går* verkligen passar in här. Jag menar, man skulle i princip kunna bygga de TS gjort i ADA95, fråga är dock hur enkelt de skulle varit.

Med "går" i det här fallet menade jag att det går att utgöra utan någon större ansträngning jämfört med RoR. Poängen var inte att diskutera vilket språk som är bäst, det är ungefär lika meningslöst som Mac vs PC, iPhone vs Android-telefon, vilken musik som är bäst etc.

Ursprungligen postat av Nerix

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.

I takt med att komplexiteten över så försvinner möjligheten att använda ett webhotell

Det mesta sådant är ju rejäl overkill för alla som sitter med mindre projekt i stil med detta. Lite som att köpa en ko om man behöver mjölk till kaffet

[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.

[dAEk]

Ursprungligen postat av clirre

Det bör påpekas att jag jobbat med php i fem år

Ursprungligen postat av clirre

Jag tror det intressanta i din fråga ligger i ordet "jag" för jag kunde inte göra speciellt mycket i php innan utan förlitade mig ganska mycket på grundfunktionaliteter. If-satser, loopar, post, smarta sätt att hantera databaser etc. Ganska grundläggande saker. Jag kunde dock pussla ihop dem till ganska komplexa sidor. Med Rails kunde jag tex mycket, mycket enklare räkna med datum, återanvända kod, centralisera koden (så att en funktion löste samma sak över hela sidan på ett sätt jag inte lyckades med innan).

Läser jag det stycket kan jag inte låta bli att tycka att det låter som en nybörjares syn på saken men samtidigt skriver du att du har jobbat med PHP i 5 år... låter som att du har klippt och klistrat lite för mycket.
Näe. men jag tror att jag förstår vad du menar. Hur PHP är som språk att jobba med kan jag inte svara på men jag kan dra vissa paralleller till Java vs C# av det jag har sett av både Ruby och PHP.
Är det inte så att Ruby som språk är tydligare för utvecklaren och att det leder till ökad produktivitet jämfört med PHP som språk? Jag tänker på språkets uppbyggnad och standard-API:et.

Ursprungligen postat av clirre

Några nackdelar jag upplevt:
- Det är en viss tröskel att lära sig språket. Man kan inte bara tuta och köra på samma sätt som med php. På gott och ont. Jag har svurit en hel del kan erkännas.
- Det är inte riktigt lika lätt att hitta svar via Google.
- Ibland skiter man i om det är 100% rätt men det vill inte gärna Rails. Det kan vara lite frustrerande ibland när man bara vill fulhacka (även detta på gott och ont).
- Server och publicering är mer komplicerat / dyrare. Jag stod mellan att välja mellan en VPS med Ubuntu (vilket i princip innebar att jag var tvungen att lära mig Ubuntu...halvsugen) eller använda Heroku.com. Det temporära valet föll på Heroku.com som är snyggt och välgjort men dyrt. Man betalar för prestanda och funktion och jag betalar för närvarande $35 i månaden. För mindre applikationer (nya sidor tex) är det dock gratis!

• Menar du språket eller ramverket? Nya språk och plattformar är alltid bökiga i början. Ny syntax, nya API:er, ny utvecklingsmiljö, ja, mycket nytt helt enkelt. Det roliga är att man lär sig massor! Går du tillbaks till PHP eller väljer att testa en annan plattform om säg 1 år eller så, då kommer du ha bättre möjligheter när du angriper uppgifterna. Det är bra att tvinga sig tänka om även om man kanske klamrar sig fast vid det gamla s.k. tänket i början.
  
  
• Är inte det bara bra, egentligen? Inte om man sitter under tidspress men annars tror jag att man lär sig mer den jobbiga vägen. Man tvingas utforska API:erna och fundera lite själv om inte annat och det tjänar man ju garanterat in i längden.
  
  
• Precis som du skriver är det på gott och ont. Återigen: i långa loppet är det positivt att det är svårt att fula sig eftersom de flesta gärna tar genvägar om det är för enkelt.

Själv har jag gått över från ASP/VBScript > Java > Asp.Net (C#) och kan säga att jag lärt mig massor vid varje byte. Lustigt nog var det krångligaste bytet det från Java, där man i regel använder sig av MVC-ramverk, till .NET. Trots att språken i sig är lika.

[znap]

Absolut, håller med.

Men just i detta fall fick jag uppfattningen att trådskaparen hade programmering som yrke och då vore det fel om han lät sig avskräckas av det faktum att ruby verkar vara svårare att "fulhacka" jämfört med php. Han tar upp det som en nackdel, vilket i varje fall i mina öron låter lite vanvettigt

[clirre]

Roligt med all er feedback! Det bör nog påpekas att jag inte rackar ned på php. Jämförelsen haltar som sagt eftersom jag aldrig testat ramverk för php och kan inte jämföra rakt av. Jag gissar att mycket av det jag gör med Rails nu också kan göras med php och andra programmeringsspråk.

Syftet med tråden var mycket att lyfta fram lite frågor och svar kring Rails som det annars var ganska tomt om här på WN tycker jag. Därtill tror jag att många programmerar utan ramverk och inte har någon riktig koll på RubyOnRails (eller kanske vad ramverk egentligen innebär). Syftet är egentligen inte så mycket att utröna vilket programmeringsspråk som är bäst utan bara mina upplevelser av det.

Jag tror att om jag gjort detta idag hade jag eventuellt gått vägen via ett ramverk för php och lärt mig det först. Hade jag vetat om problematiken med hosting hade jag nog varit än mer angelägen om det.

Några svar på era frågor:

- Jag valde inte postgre egentligen. Heroku.com har det som förvald db.
- Det stämmer. Jag har inte utforskat programmeringen mer än jag behövt, 5 års erfarenhet betyder inte att jag haft en stadigt ökande kurva Nu har jag fått lära mig mycket mer programmering på 6 mån än jag tvingats göra innan.
- Med tröskeln menar jag både språket och ramverket. Att tänka ramverk och MVC är ganska nytt. De flesta funktioner för själva Ruby är ganska lätt att hitta i referenser och mha Google.

Skulle vara intressant att höra från någon som testat php med ramverk samt RubyOnRails och dennes upplevelser om de olika språken.

Oavsett vad så känns ett ramverk nästan som ett måste om man ska göra lite mer seriösa webbsidor.

[linusoleander]

Ursprungligen postat av clirre

[...]Skulle vara intressant att höra från någon som testat php med ramverk samt RubyOnRails och dennes upplevelser om de olika språken.[...]

Jag skulle nog säga (som PHP- och Rails-utvecklare) att skillnaden mellan sättet att utveckla inte beror på språken i sig utan communityt bakom språken.

Ruby-communityt uppmuntrar, enligt egen mening, till bättre, stabilare och mer modulär kod. Pakethanterare som "gem" gör det supr-enkelt att distribuera sin kod och på så vis modularisera sin kodbas. Tester är på något vänster är obligatoriskt, något som man inte riktigt få känslan av i PHP-communityt.

Man pushas hela tiden för att bli bättre, skriva bättre kod, testa på nya tekniker, något som gör en till en bättre utvecklare.

Folks öppenhet ökar även utvecklingshastigheten. Ta bara en titt på Github. Ruby har trots sina fåtalet användare, näst flest repos. I princip all projekt (även detta i skrivande stund) på "most watched" är Ruby-relaterade projekt. Det är helt enkelt väldigt roligt att vara delaktig i ett så snabbt växande community som Ruby faktiskt är.

[clirre]

Det hanns med två svar medan jag skrev.

Jag är långt ifrån programmerare till yrket. Jag lever dock på att göra webbsidor där programmering är en del av vad jag gör. Denna sida är den mest avancerade jag gjort (mycket är Wordpress samt lite enklare varianter).

Det jag menar med att det är positivt med fulhack är att det är ganska skönt att bara få igenom nåt ibland när man inte orkar gå till botten med varenda bugg som dyker upp. Det är dock oftast bara en kortsiktig lösning men flyter båten så gör den det, har jag resonerat Nackdelen är ju uppenbar, det fungerar inte långsiktigt och gör uppgraderingar av webbsidorna till mycket svårare än det hade varit utan fulhack.

[clirre]

Nerix: Mycket intressant att höra dina synpunkter också!