Onderwerp: [GEZOCHT] Programeur

Origineel geplaatst door darius


Vergis je je niet, PHP is heel goed te schalen. Zelfs Yahoo gebruikt het. My(SQL) is ook heel goed schaalbaar, mits je bepaalde dingen kan missen. Anders kun je ook Postgres gebruiken, die is namelijk technisch in dezelfde league als mssql & oracle.

Ook is PHP goed te splitsen in modules (classes/smarty/PHP5) .

Postgresql valt inderdaad wat bij betreft ook in de groep van MsSql.
Maar iedereen die uitgebreid SQL gebruikt weet dat MySql echt niet in deze groep valt. Neemt niet weg dat mysql inderdaad goed te gebruiken is in sommige situaties

Zelfde geldt voor php. Tuurlijk kun je er best ver mee (tijden van simpele script talen is voorbij), maar het is nog steeds niet hetzelfde als echte object georienteerde talen.
Niet om php zwart te maken (want het is naar mijn mening wel een van de betere script talen), maar het blijft een script taal en geen echte programmeer taal.

Mijn conclusie blijft nog steeds hetzelfde. Het is afhankelijk van de uiteindelijke wensen van de klant wat de beste combinatie is.
Of willen we een compleet intranet systeem met ERP etc. die gebruikt wordt door verschillende bedrijven over de wereld gekoppeld aan een website gaan bouwen in PHP met mysql ??

(overigens wordt dit een discussie op zich en niet direct voor deze thread)

Origineel geplaatst door chrisism


Postgresql valt inderdaad wat bij betreft ook in de groep van MsSql.
Maar iedereen die uitgebreid SQL gebruikt weet dat MySql echt niet in deze groep valt. Neemt niet weg dat mysql inderdaad goed te gebruiken is in sommige situaties

Zelfde geldt voor php. Tuurlijk kun je er best ver mee (tijden van simpele script talen is voorbij), maar het is nog steeds niet hetzelfde als echte object georienteerde talen.
Niet om php zwart te maken (want het is naar mijn mening wel een van de betere script talen), maar het blijft een script taal en geen echte programmeer taal.

Mijn conclusie blijft nog steeds hetzelfde. Het is afhankelijk van de uiteindelijke wensen van de klant wat de beste combinatie is.
Of willen we een compleet intranet systeem met ERP etc. die gebruikt wordt door verschillende bedrijven over de wereld gekoppeld aan een website gaan bouwen in PHP met mysql ??

(overigens wordt dit een discussie op zich en niet direct voor deze thread)

Ik zeg ook niet dat mySQL daar tussen hoort, maar het hoort zeker niet bij Access.
Als oracle een 10 is dan is MySQL een7 en access een dikke 2 . MySQL is wel robust genoeg voor zware applicaties, hier heb ik genoeg ervaring mee. Alleen komt het op veel vlakken net iets te kort.

Terwijl PHP niet voor alle toepassingen de oplossing is wordt het vaak wel onderschat. Zo heb ik vaak genoeg gezien dat mensen een trage app maken in J2EE wat veel beter in PHP gemaakt kon worden.

Ik moet wel toegeven dat andere talen (python) vaak een betere oplossing zijn dan PHP. Helaas kent niemand die en is er dus geen vraag naar.

Off-topic: Het lijkt mij slim om even on-topic te blijven en niet te discussiëren over wat de beste script-talen zijn.

On-topic:
Het is moeilijk om een prijs in het wilde weg te roepen.
Als het bijvoorbeeld om een CMS gaat waarbij alleen wat nieuwsberichtjes af en toe worden gepost, kun je nauwelijks spreken van €700,- die ik in voorgaande posts zag voor een CMS.

Slimste is om even af te wachten wat de topic-starter in gedachten heeft en aan de hand daarvan een prijs te bepalen.

Die gast die hier voor 10 euro per uur wou scripten...wat is daar mis mee. Je bent jong en weet alles van php, als je dan voor 10 euro per uur kan scripten dan ben je goed bezig hoor, bij de supermarkt krijg je 3 euro per uur....

Origineel geplaatst door TiMMiEJ
Die gast die hier voor 10 euro per uur wou scripten...wat is daar mis mee. Je bent jong en weet alles van php, als je dan voor 10 euro per uur kan scripten dan ben je goed bezig hoor, bij de supermarkt krijg je 3 euro per uur....

Sorry hoor, maar toen ik 16 was verdiende ik meer. Het probleem met 10 euro/uur is dat mensen verwachten dat ze daar kwaliteit voor krijgen.

Als een echte developer dan aankomt met een echte offerte (dus minstens 5x zo duur) krijg je verraste reacties van "waarom ben je zo duur?". Mensen snappen niet hoeveel werk er in gestoken moet worden. De "dat doe je toch wel ff" mentaliteit.

Overgins heb ik het ook een paar keer meegemaakt dat mensen eerst naar zo'n 10 euro figuur gaan, en daarna bij mij komen om hun rommel te fixen.

Vooral aangezien je nog verzekering/belasting/kosten allemaal zelf moet betalen kan het gewoon niet voor minder. Ik snap wel dat als je begint en klanten wil lokken dat laag bieden helpt, maar zorg wel dat je duidelijk maakt dat je een noob bent. Dat is beter voor iedereen.

Voor 30,- per uur kunnen wij ons CMS systeem voor u op maat maken. Ook kunt u bij ons terecht voor de layout.

Als u mij een PM kunt sturen met een indicatie van uw wensen is het mogenlijk om het ook op vast tarief te doen.

Voorbeelden:

www.xentronix.com
www.beveiligingsbedrijf-isis.com

Euh, verder nog iemand deze regel gelezen?

ps; ik ben dus, nog, niet opzoek naar een programeur maar naar een goede prijs.

ps; ik ben dus, nog, niet opzoek naar een programeur maar naar een goede prijs.

Je kan pas een goede prijs krijgen wanneer je contact gehad hebt met bedrijven en alle wensen/voorwaarden/gegevens/etc bekend zijn.

Laat de TS maar een aantal offertes opstellen, dan weet hij pas waar hij aan toe is, want met wat nu bekend is kan je echt geen getallen noemen.

"Wie kan mij zeggen hoe duur een goede auto is?"

Zelf reken ik altijd prijzen per project. Dit vind ik eerlijker omdat de een sneller is dan de ander etc.

Origineel geplaatst door AlexanderOnline
Zelf reken ik altijd prijzen per project. Dit vind ik eerlijker omdat de een sneller is dan de ander etc.

IK reken ook vaker vaste prijs. en laat op papier goed vast leggen wat er gebeuren moet. Maar geef ook altijd me uurprijs aan voor als de klant per uur, iets gedaan wilt hebben.

Want er zijn ook wel eens mensen die vragen je "eventjes" in hun code te kijken, want "iets" werkt niet.

Dus een goede prijs is een prijs op prijsafspraak per project

Origineel geplaatst door MaffeMuis
Dus een goede prijs is een prijs op prijsafspraak per project

Het leuke is dat in een eerder bericht door iemand een uurtarief van 17,50 werd genoemd, en een totaalprijs van 400 euro. Die persoon is dus zo'n 20 uur aan het werk.

Voor deze discussie is meer van belang dat een echt goede programmeur (brrrrrr) helemaal niets meer hoeft te programmeren. Hij heeft in zijn loopbaan al van alles gemaakt, en kan dus 80% van zijn klanten direct helpen.

Een beginner met weinig ervaring doet het in 20 uur voor 20 per uur.
Een ervaren programmeur heeft 4 uur nodig om reeds gemaakt werk aan te passen. Hij rekent er 100 per uur voor.

Bij beiden betaal je 400 euro. Beste TS: wie kies je?

Alleen maar omdat je iets al eerder heb gemaakt wil niet zeggen dat je het gratis weg moet geven. Dat slaat nergens op.

Kijk, ipv 10 uur reken je er mischien 6 uur voor, mits de opdracht groot genoeg is omdat de code al bestaat.

Overgins ga je er ook nog vanuit dat eerdere modules 123 ingeplakt kunen worden. Dit is ook lang niet altijd zo. Je moet ook rekening houden met support/aanpassingen enz. Als je steeds als laagste gaat bieden dan moet je echt 12 uur / dag werken om kwaliteit aan te bieden.

Origineel geplaatst door MaffeMuis


IK reken ook vaker vaste prijs. en laat op papier goed vast leggen wat er gebeuren moet. Maar geef ook altijd me uurprijs aan voor als de klant per uur, iets gedaan wilt hebben.

Dit is op zich voor de topicstarter wel iets om rekening mee te houden.
Door zeg maar zelf de scripting in human readable formaat alvast te "schrijven" help je een eventuele coder/scripter een bijhoorlijk eind op weg.
Ook krijg je gelijk een indicatie van het aantal uren wat er in zou _kunnen_ gaan zitten, hoeveel code er hergebruikt kan worden voor andere functies, etc. etc.
Verder zullen onnodige functies gelijk wegvallen omdat je ze niet zult beschrijven, als je hier zelf ook je tijd aan moet besteden, en nuttige functies zullen duidelijker beschreven zijn, wat het eindproduct weer ten goede komt.

Overigens is het dan wel zaak te gaan voor een "betrouwbare" coder/scripter, want het kan maar zo zijn dat het geheel onwenselijk is dat bepaalde procedures zoals jij die beschreven hebt niet in handen van een concurrent dienen te vallen, hetgeen heel erg aannemlijk is bij online media.

Origineel geplaatst door darius
Alleen maar omdat je iets al eerder heb gemaakt wil niet zeggen dat je het gratis weg moet geven.

Dan lees je niet goed. Ik zeg nergens dat het gratis is.

Waarom denk je dat een ervaren scripter meer kost dan een beginnende? Omdat hij hetzelfde kan realiseren in minder tijd. Hij kan een probleemstelling beter analyseren, script sneller omdat hij functies vaker heeft toegepast, heeft meer reeds gemaakte scripts tot zijn beschikking.

Als je steeds als laagste gaat bieden dan moet je echt 12 uur / dag werken om kwaliteit aan te bieden.

Als je een fulltime pro bent weet je dat werkdagen van 12 uur meer dan normaal zijn.

Origineel geplaatst door M-BahZ

Dit is op zich voor de topicstarter wel iets om rekening mee te houden.
Door zeg maar zelf de scripting in human readable formaat alvast te "schrijven" help je een eventuele coder/scripter een bijhoorlijk eind op weg.
Ook krijg je gelijk een indicatie van het aantal uren wat er in zou _kunnen_ gaan zitten, hoeveel code er hergebruikt kan worden voor andere functies, etc. etc.
Verder zullen onnodige functies gelijk wegvallen omdat je ze niet zult beschrijven, als je hier zelf ook je tijd aan moet besteden, en nuttige functies zullen duidelijker beschreven zijn, wat het eindproduct weer ten goede komt.

Overigens is het dan wel zaak te gaan voor een "betrouwbare" coder/scripter, want het kan maar zo zijn dat het geheel onwenselijk is dat bepaalde procedures zoals jij die beschreven hebt niet in handen van een concurrent dienen te vallen, hetgeen heel erg aannemlijk is bij online media.

Idd. het is het beste om alles zo specifiek mogelijk op papier uit tewerken, zodat iedereen weet waar hij/zij eraan toe is. Dan kunnen er ook een ruzies onstaan over afgesproken functionaliteit. Om die reden is het ook handig voor de scripter om een uitgebreide & precieze offerte te schrijven.