Come inserisco ASP.NET su PHP in un potenziale cliente? [chiuso]

Digli semplicemente la verità. Non sei un negozio PHP. (Questo è un motivo sufficiente per cui non puoi farlo in PHP)

Questo è il prezzo che stai citando per .Net. Se riesce a batterlo altrove, così sia.

È un'orribile tattica di vendita per abbattere la concorrenza basata sulla piattaforma utilizzata. (Anche se ha un sacco di peso nella mente dei clienti)

Vendi te stesso, Vendi i tuoi punti di forza, ammetti dove non hai esperienza. Vincerai il lavoro nel merito.

"Possiamo costruire grandi siti web, guardare il nostro portfolio, guardare il nostro percorso registra, controlla i nostri riferimenti. Possiamo fare ciò che chiedi e possiamo fare a una fiera & prezzo competitivo, ma non possiamo farlo in PHP. "

Probabilmente stai sprecando il tuo tempo. Se il potenziale cliente sta considerando un lavoro da $ 10-15K e ha difficoltà a scegliere tra una ditta professionale e "un ragazzo", probabilmente non ha in realtà $ 10-15K. (Se pensava di mantenere la tua azienda di servizi professionali utilizzando ASP e un'altra società di servizi professionali che utilizza PHP, sarebbe una storia diversa.)

Sono d'accordo con i commenti "perché sei un asp.net shop" e "(a guy) == red flag", ma ho alcune cose da aggiungere, alcune per e alcuni contro asp.net. Si noti che sono un MVP MS ASP.Net corrente, quindi potrei avere un bias qui:

• Sta usando gli stand-out come Facebook come esempio di risultati tipici di PHP. La realtà è che la natura altamente disponibile di PHP significa che ci sono un lotto di sviluppatori PHP inferiori alla media che girano. Il risalto è molto lontano dal tipico, in questo caso. In effetti, PHP è il nuovo VB.

• Sta uguagliando anche milioni di dollari di investimenti in codice e design fatti da facebook con quello che può aspettarsi dal suo "ragazzo". Mele e arance qui Se ci metti abbastanza tempo e denaro, potresti eseguire Facebook su COBOL e Paradox. Questo non è né per ASP.Net né contro PHP. Sta a te assicurarti che apprezzi ciò che sta comprando: il tempo del programmatore. E forse un certo livello di professionalità che puoi offrire a lui e al ragazzo di PHP potrebbe non.

• Hai menzionato una parità di costo negli strumenti di sviluppo. Nel migliore dei casi, stai dicendo "Assumeteci perché non siamo molto peggio". Davvero, questo non significa niente per lui. A lui non interessa il costo degli utensili. Tutto ciò che vede è un costo di offerta e un costo operativo, e qui il costo operativo (hosting) marginalmente più alto può farti male. Non è molto, ma non è zero. Se suggerisce che potresti essere in grado di abbassare la tua offerta passando a PHP, è sbagliato.

• Probabilmente il "php guy" non sta pianificando di costruire un sito da zero, e forse non dovresti neanche farlo. È molto più probabile che stia pensando di fare un salto in un'installazione di joomla con un bel template preesistente per averlo per lo più lì, e andare via con tutti i soldi per quasi nessun lavoro. A volte questa è una truffa e il prodotto consegnato non è buono. A volte c'è un qualche valore reale qui ... se conosce veramente il prodotto, il sito è adatto per il CMS e si prende il tempo per fornire un risultato lucido, non c'è niente di sbagliato in questo. Assicurati di non trascurare l'opzione di utilizzare un CMS basato su .Net come punto di partenza e magari migliorare l'offerta in questo modo.

Hai anche torto. Asp.Net non è "migliore" per tutti e quindi non è migliore. Sono uno sviluppatore C # / ASP.Net e sono stato per 10 anni. Ho anche realizzato siti PHP professionali e ho creato app in Javascript, Ruby e Objective-C.
Nessuno di questi è strettamente "migliore" degli altri. Riempiono tutti un bisogno e possibilmente PHP si adatta perfettamente alle esigenze dei tuoi clienti.

La mia risposta standard era la vecchia massima: "Veloce, economico, buono, scegli due". Sei un pro shop ASP.NET, non "un ragazzo". Il beneficio effettivo per lui non è nella lingua che sceglie ma nel supporto che ottiene quando il progetto esce dalla produzione e su un server live. "Un tizio" sarà in giro per aiutarlo quando il suo sito va in crash?

Solo per togliersi di mezzo, ci sono ragioni legittime per avere un requisito per un particolare stack tecnologico. Questi potrebbero variare dall'infrastruttura (spesso derivata da "deve essere eseguito su hardware X, sistemi operativi Y") alla manutenzione ("abbiamo sviluppatori in Z, ma solo abbastanza da mantenere, non da compilare, quindi abbiamo bisogno che tu lo costruisca e quindi possiamo supportarlo a lungo termine ").

In qualità di ingegnere del software, i tuoi clienti dovrebbero fidarsi di te per costruire il miglior software possibile per i soldi che ti stanno pagando. Dovresti ottenere tutti i requisiti per il sistema, da quelli funzionali a quelli non funzionali, con tutti i vincoli. Documenta anche qualsiasi ipotesi tu faccia. Una volta che hai una buona idea del quadro generale, puoi lavorare sulla definizione dei requisiti e dei vincoli.

Alla fine, ti viene data una raccomandazione e una proposta e il tuo cliente accetta di farlo. Vuoi compromettere il tuo miglior giudizio per un cliente (o qualsiasi datore di lavoro)? Non vorrei.

Ho appena visto una società pagare quasi $ 200.000 per un sito Web di e-commerce PHP non ancora pronto per la prima volta (ho perso il contratto un anno fa a questi pagliacci). Sono trascorsi più di 10 mesi di sviluppo. Il sito sembra meraviglioso, ma mancano così tante "basi" di e-commerce, è uno scherzo. Lo ammetto, sono un pessimo marketer - ma qui è il campo di applicazione della società PHP: È "gratuito" e "open source"! Facebook lo usa! Linux e amp; MySQL è "gratis"! È più veloce di ASP.Net! È più veloce da sviluppare!

La verità è che il sito web originale (scritto in ASP.NET) aveva il doppio delle funzionalità ed è stato completato da un singolo sviluppatore in 3 mesi ad un costo di $ 25.000 (incluso il costo per una licenza FULL singola CPU di SQL Server 2008 R2 e Visual Studio Pro). Il sito da $ 200K aveva un team di sviluppatori, e STILL non è finito dopo 10 mesi, è la metà della velocità (con cacheing) del vecchio sito.

Se vuoi vendere loro ASP.Net, dì "L.A.M.P. può essere libero, ma il tuo tempo di sviluppo costerà di più ... MOLTO DI PIÙ!" Facebook esegue PHP, vero, ma hanno iniziato da un appartamento dove i soldi erano bassi e il tempo libero. Facebook utilizza Oracle e molti programmi compilati in questi giorni (quindi quel punto è discutibile).

Se hai bisogno di riusabilità e manutenzione semplice del codice, i linguaggi script possono trasformarsi rapidamente in un incubo (anche qui l'ASP).

Se hai bisogno di prestazioni, usa un linguaggio compilato - nessun linguaggio programmato potrà mai competere con il codice compilato e non lo farà mai, poiché l'interprete aggiungerà sempre un sovraccarico. Il caching aiuta moltissimo, ma ASP.Net ha anche il caching.

Certo, Linux è gratuito, ma gli esperti di Linux sono molto costosi quando qualcosa va storto. Vincere il server costa in anticipo, ma gli esperti sono poco costosi da trovare (e quasi onnipresenti) quando qualcosa va storto. La connettività alle reti win è stupida e solida, quindi l'integrazione in altri sistemi aziendali è un gioco da ragazzi (pacchetti contabili, spedizionieri, ecc.) Con la migliore gestione degli account utente che ho visto (sebbene MS abbia preso in prestito molto da Novell) .

L'overhead della GUI che le persone di Linux dicono è una grande perdita di risorse è quasi un non-problema con l'hardware di oggi. In caso di problemi, sono disponibili le versioni non GUI di Windows Server (versione "Core") disponibili con powerShell.

Il grande motivo per cui non devi usare PHP è perché costerà molto più tempo al tuo negozio.

Tuttavia, anziché limitarti a dire "no", hai un'altra opzione. Puoi offrire di farlo in PHP, a patto che il cliente sia disposto a pagare il costo aggiuntivo dei tuoi sviluppatori per imparare una nuova lingua / piattaforma.

Questo ti farebbe risparmiare tempo e, in effetti, pagherebbe un'ulteriore istruzione per i tuoi sviluppatori. Fare alcuni lavori di sviluppo in PHP non li danneggerà, probabilmente impareranno alcune cose.

Se non è disposto a pagare il costo aggiuntivo, allora sta cercando qualcun altro.

Non lo fai. Se queste sono le cose su cui il cliente sta cavillando prima ancora che inizi il progetto, dovresti licenziare il cliente. Anche se lo convinci a seguire la rotta .NET, lui / lei non sarà mai felice. Se il cliente "conosce un ragazzo", allora dovrebbero usarlo. Hanno già preso una decisione.

Controlla il prezzo dell'hosting per Windows e Linux. Il divario è abbastanza vicino. Ora, SQL Server è un altro problema di prezzo. Prevede di pagare gli strumenti di sviluppo? Perché dovrebbe preoccuparsi di quanto hai investito in Visual Studio?

La tua azienda può competere con la discussione "conosco un ragazzo" fornendo tanti sviluppatori qualificati come necessario e gestendo il turn-over durante la vita del progetto? Non che non sia possibile trovare sviluppatori PHP qualificati.

Facebook ora converte il loro codice da PHP a C + . I siti SO funzionano piuttosto bene con ASP. Jeff e Joel non farebbero mai nulla di male.