Citat:
Ursprungligen postat av Jine
Visa förslag på vad du vill ha i PHP som du saknar.
Det finns massor med PHP-classer, säkert mer än 22k dessutom.
phpclasses.org rekommenderas av vissa, men hatas av andra, varierande innehåll dvs.
Github har väl ett par miljoner projekt med PHP-kod med, frågan är dock vad du letar efter.
|
Ruby är näst största språket på Github med sina 17%.
Q.E.D
Sedan handlar inte diskussionen om vad som finns. Läs om tråden igen.
Jag är nämligen helt säker på att alla obskyra exempel på paket som jag tagit upp finns tillgängliga i PHP.
Citat:
Ursprungligen postat av Jine
Angående paket och paketberoende så undrar jag vilken faktisk funktionalitet du saknar, att du inte hittar matchande paket med identiskt namn kan jag förstå - men vad är det du EGENTLIGEN vill ha. Skriv gärna lista.
|
Postade ett en kortare lista lite tidigare, ta en titt på den.
Citat:
Ursprungligen postat av Jine
|
Fink är tyvärr utdaterat. Under OS X så använder jag Brew eller Port.
Dessa pakethanterare är fortfarande inte plattformsoberoende och låter mig inte specificera vilka paketberoenden mitt projekt består av.
Citat:
Ursprungligen postat av Jine
|
Det finns heller inget i Java jag inte skulle kunna göra i ASM, frågan är dock hur bra projektet skulle bli.
Kolla bara på Roller Coaster Tycoon.
Större delen av de tre första spelen är skriven i just ASM.
Sedan så kan man fråga sig vad Rails har med saken att göra.
Citat:
Ursprungligen postat av Clarence
Borde då inte core vara fritt från allt? Jämförelsevis ligger dock mysql som extension till php (pecl install pdo_mysql - done).
|
Givetvis så får man dra en gräns någonstans.
Bryggor mellan ett språk och ett projekt, där projektet kan tänkas utvecklas snabbare än språket bör rent generellt utvecklas vid sidan av.
Chansen att någon gör någon funky i String-klassen i valfritt språk är med stor sannolikhet mindre än att något funky (användbart) implementeras i MongoDB.
Citat:
Ursprungligen postat av Clarence
Pecl install mongo
|
Vad du ville visa med det där förstår jag inte riktigt.
Hur sätter du mongo som ett paketberoende i din applikation då?
Citat:
Ursprungligen postat av Clarence
Rubygems finns inte för automatiska uppdateringar osv och det finns BETYDLIGT mer bibliotek till PHP.
|
Syn bara att majoriteten inte går att köra i produktion.
Möjligen att Lasse hos Lasses Fisk inte bryr sig om copy ´n paste-kod från någon random-forum, men jobbar man med lite större projekt där kvaliteten på koden är otroligt viktig så finns det (tyvärr) ingen möjlighet att använda kodbasen.
Sedan så får du gärna utveckla det där med automatiska uppdateringar.
Citat:
Ursprungligen postat av Clarence
Det är här du är fel ute. Bara för att det inte finns en centraliserad källa som har allt innebär det inte att vem som helst på en minut kan finna sådana saker. Skillnaden är att du får känna till ett par tre sajter eller göra en google-sökning
|
För att använda koden så måste du sedan ... *trummvirvel* ...
Att kopiera kod tillsammans med alla paketberoenden tar tid, vilket kanske inte är ett problem om projektet är litet, men ställer till aningen med problem i lite större kodbaser.
Ta te.x koden jag postade i tidigare inlägget.
Projektet är relativt litet, ändå hade jag angivit drygt 30 gems.
Varje gems beroende resulterade i slutändan i 190 paket.
Citat:
Ursprungligen postat av Clarence
Nej. PHP-utveckling är generellt sätt både billigare och lättare att finna utvecklare för än python, ruby och haskell.
|
PHP-utvecklare är rent generellt billigare eftersom komplexiteten i applikationerna som ska implementeras ofta inte överstiger svårhetsgraden för vad en 15-åring skulle klara av.
Ta bara en titt i feedback-forumet. Det är ju inte direkt rocket-science.
Citat:
Ursprungligen postat av Clarence
Utvecklingstiden har du fått om bakfoten då du verkar tro att precis allting skrivs från scratch. Det används ofta/för det mesta ramverk, bibliotek, specialiserade plugins osv samtidigt som du har väldigt väldigt mycket inbyggt i språket så att du får mer standardiserad utveckling.
|
Det var allt bra längesedan jag träffade en PHP-utvecklare som satt i ett ramverk. Jag har heller inte sett någon fråga varken på det här forumet eller på flashback som indikerar på att folk faktiskt väljer att använda ett ramverk. Men vet vem, folk kanske utvecklar i smyg.
I min värld så ökar även implementeringstiden i samband med att mer kod behöver skrivas.
Citat:
Ursprungligen postat av Clarence
Om nu obskyr kod som ingen använder skulle vara av värde kan jag försäkra dig om att det finns gott om det för PHP också.
|
De tror jag säkert, frågan är bara om folk verkligen orkar lägga ner tid på att leta upp den.
Som tidigare nämnt så handlar det inte om något är möjligt eller ej utan hur snabbt och enkelt det faktiskt är att utföra något.
Citat:
Ursprungligen postat av Clarence
Samtliga är med i en standard PHP-installation. Skulle du inte ha kompilerat med t ex mysql får du in den senaste genom en pecl install mysql
|
Precis som tidigare nämnt så är det bara 4 av ~ 200 paket som fanns inbyggd PHP.
Här är listan:
http://pastebin.com/Hfk9QCAn
Citat:
Ursprungligen postat av Clarence
Nej under de plattformarna får du nog nöja dig med en checkout från subversion/git efter en google-sökning.
|
Eller så väljer jag ett språk som har en lösning.
Citat:
Ursprungligen postat av Clarence
Låser man paketversionerna så blir man väl av med största nyttan av detta sätt att föra in funktioner?
|
Det där får du gärna utveckla, förstår inte riktigt vad du menar.
Citat:
Ursprungligen postat av Clarence
För mig är iallafall den enskilda ordentliga nyttan att du faktiskt kan uppdatera mjukvaran i ett steg. Men då har du såklart nackdelen med alla community-kod att du ofta inte har en aning om hur stabil den är. Prestanda-problem kan exempelvis smyga sig in utan att upptäckas i tester - och i sin tur slå ner hela systemet.
|
Jag kanske skulle tillägga att mitt wild-and-crazy-alltid-nyaste-paketet-tänk bara körs på mina egna småprojekt. Skulle servern överbelastas under 30 min för mindre än 20k användare så är det inte hela världen.
Jag skulle dock inte få för mig att göra samma sak i ett större projekt, där jag har folk över mig.
Ni får ursäka min möjligen aggressiva ton, jag känner att jag hade aningen svårt att linda in mina svar i silkeshandskar