Як перенести ASP.NET через PHP на потенційного клієнта? [зачинено]

Я працюю в магазині Microsoft, займаючись в основному веб-розробками.

У нас був клієнт, який попросив нас переглянути (вдосконалити) модель даних для його веб-програми, але сказав, що він хоче розробити свій додаток в PHP (він знає "хлопця", який може це зробити).

Коли я запитав його, чому він хоче піти з PHP, він дав мені стандартний набір аргументів 90-х:

1. Microsoft злий, а PHP - безкоштовний
2. Написання програми ASP.NET дорожче (програмне забезпечення)
3. Навіщо Facebook використовувати PHP, якщо це була погана ідея? [класичний]

У нього було ще кілька коментарів щодо витрат, пов’язаних із переходом на .NET.

Правда полягає в тому, що «Microsoft дорого» більше не тримає води, за їх пакетом «Експрес» ви можете розробити додаток ASP.NET, не платячи нічого за програмне забезпечення.

Що стосується хостингу, ви можете заощадити кілька доларів за допомогою PHP через .NET, але це невелика частка прогнозованих витрат на розробку (ми цитували 10-15k).

Повертаючись до мого питання, які аргументи я б наводив клієнту на користь ASP.NET через PHP? [вкажіть, будь ласка, джерела кількісних претензій]

Просто скажіть йому правду .. Ви не магазин PHP. (Це достатньо причини, чому ВИ не можете це зробити в PHP)

Це ціна, яку ви цитуєте .Net. Якщо він може перемогти це в іншому місці, так і нехай буде.

Це жахлива тактика продажів, щоб збити вашу конкуренцію на основі використовуваної платформи. (Навіть якщо це має велику вагу в розумі клієнтів)

Продайте себе, продайте свої сильні сторони, визнайте, де вам не вистачає досвіду. Ви виграєте роботу за своїми заслугами.

"Ми можемо створювати чудові веб-сайти, дивитись наш портфоліо, дивитись на нашу послугу, перевіряти наші довідки. Ми можемо робити те, що ви просите, і ми можемо це зробити за справедливою та конкурентоспроможною ціною, але ми не можемо це зробити в PHP. "

Ви, мабуть, витрачаєте свій час. Якщо потенційний чоловік розглядає роботу в розмірі 10-15 тис. Доларів США і має труднощі з вибором між професійною фірмою порівняно з "хлопцем", він, мабуть, насправді не має $ 10-15 тис. (Якщо він розглядав можливість зберегти вашу фірму з професійних послуг за допомогою ASP та іншої фірми, що надає професійні послуги, використовуючи PHP, це була б інша історія.)

Я погоджуюся з коментарями "тому, що ти магазин asp.net" та "(хлопець) == червоний прапор", але я маю додати кілька речей, деякі за, а деякі проти asp.net. Зауважте, що я є поточним MVP MS ASP.Net, тому у мене тут можуть бути упередження:

• Він використовує виділення, такі як Facebook, як приклад типових результатів PHP. Реальність полягає в тому, що високодоступний характер PHP означає, що існує багато нестандартних розробників PHP. У цьому випадку виділення далекі від типового. Ефективно, PHP - це новий VB.

• Він також прирівнює мільйони доларів інвестицій в код і дизайн, зроблений facebook, з тим, що він може очікувати від свого "хлопця". Яблука та апельсини тут. Якщо ви вкладете в нього достатньо грошей та часу, ви можете запустити facebook на COBOL та Paradox. Це не для ASP.Net і проти PHP. Це на вас, щоб переконатися, що він цінує те, що він купує: час програміста. І, можливо, певний рівень професіоналізму, який ви можете запропонувати йому та хлопцеві PHP, не може .

• Ви згадали співвідношення витрат у інструментах для розробників. У кращому випадку ви говорите: «Наймайте нас, бо ми не набагато гірші». Дійсно, це для нього взагалі нічого не означає. Йому не байдуже вартість інструментів. Все, що він бачить, - це ставка ставки та операційна вартість, і тут гранично вища операційна (хостинг) вартість може завдати вам шкоди. Це не багато, але це не нуль. Якщо він припускає, що ви зможете знизити ставку, перейшовши на PHP, він помиляється.

• Напевно, "php guy", мабуть, не планує створювати сайт з нуля, і, можливо, вам теж не варто. Набагато ймовірніше, що він думає, що він потрапить у інсталяцію Joomla з приємним попереднім шаблоном, щоб змусити його здебільшого туди й піти з усіма грошима майже на будь-яку роботу. Іноді це афера, і доставлений товар не є хорошим. Іноді тут є якась реальна цінність ... якщо він справді знає продукт, сайт добре підходить для CMS, і він потребує часу, щоб доставити відшліфований результат, у цьому немає нічого поганого. Переконайтеся, що ви не пропускаєте можливість використовувати приємний CMS на базі мережі. В якості вихідної точки і, можливо, покращуйте ставку таким чином.

Ви також помиляєтесь. Asp.Net не "кращий" для всіх, а отже, і не кращий. Я розробник C # / ASP.Net і працюю вже 10 років. Я також робив професійні сайти PHP, а також робив додатки в Javascript, Ruby та Objective-C.
Жодне з них не є строго «кращим», ніж інші. Всі вони заповнюють потребу і, можливо, PHP повністю відповідає потребам ваших клієнтів.

Моя стандартна відповідь була старою максимою: "Швидко, дешево, добре. Виберіть два". Ви пропрофесійний магазин ASP.NET, а не "якийсь хлопець". Фактична вигода для нього полягає не в тому, що він вибирає, а в тому, що він отримує підтримку, коли проект виходить з виробництва та перебуває на живому сервері. Невже "якийсь хлопець" буде навколо, щоб допомогти йому, коли його сайт виходить з ладу?

Для того, щоб вийти з цього шляху, є законні причини, щоб мати вимогу до певного технологічного стеку. Вони можуть варіюватися від інфраструктури (часто походить від "вона повинна працювати на апаратній техніці X, операційні системи Y") до технічного обслуговування ("у нас є розробники в Z, але достатньо лише для обслуговування, а не для побудови, тому нам потрібно, щоб її створити , і тоді ми можемо підтримувати це довгостроково ").

Як інженер програмного забезпечення, ваші клієнти повинні довіряти вам, щоб створити найкраще програмне забезпечення за гроші, які вони вам платять. Вам слід пред'явити всі вимоги до системи, від функціональних до нефункціональних, а також будь-які обмеження. Також документуйте всі ваші припущення. Після того, як ви добре уявите велику картину, ви зможете попрацювати над доопрацюванням вимог та обмежень.

Зрештою, зводиться до того, що ви даєте рекомендацію та пропозицію, а ваш клієнт погоджується з цим. Ви хочете поставити під сумнів своє рішення для клієнта (або будь-якого роботодавця)? Я не хотів би цього.

Я щойно був свідком того, що компанія платить майже 200 000 доларів за ще не готовий для початківців веб-сайт електронної комерції PHP (я програв контракт рік тому цим клоунам). Минуло більше 10 місяців часу розробки. Сайт виглядає чудово, але йому не вистачає стільки «основ» електронної комерції, це жарт. Зізнаюсь, я паршивий маркетолог - але ось крок, який використовувала компанія PHP: це "безкоштовно" та "відкритий код"! Facebook використовує це! Linux & MySQL - "безкоштовно"! Це швидше, ніж ASP.Net! Це швидше розвиватися!

Правда в тому, що оригінальний веб-сайт (написаний на ASP.NET) мав удвічі більше функцій і був завершений одним розробником за 3 місяці вартістю 25 000 доларів (включаючи вартість ПОВНОЇ, єдиної ліцензії на процесор SQL Server 2008 R2 & Visual Studio Pro). На сайті в розмірі 200 000 доларів працювала команда розробників, і STILL не закінчується через 10 місяців, це половина швидкості (з кешування) старого сайту.

Якщо ви хочете продати їх ASP.Net, скажіть: "LAMP може бути безкоштовним, але ваш час на розробку обійдеться дорожче ... МНОГО БІЛЬШЕ!" Facebook працює PHP, правда, але вони почали з квартири, де грошей було мало, а час вільний. Facebook сьогодні використовує складені програми Oracle та МНОГО (так що ця суть є суперечкою).

Якщо вам потрібна повторна використання та просте обслуговування коду, мови сценаріїв можуть швидко перетворитись у кошмар (включаючи ASP і тут).

Якщо вам потрібна продуктивність, перейдіть зі скомпільованою мовою - жодна сценарна мова ніколи не буде конкурувати зі складеним кодом і ніколи не буде, оскільки інтерпретатор завжди додаватиме накладні витрати. Кешування дуже допомагає, але ASP.Net також кешує.

Звичайно, Linux безкоштовний, але експерти Linux дуже дорогі, коли щось піде не так. Сервер Win коштує напередодні $$$, але експерти дешево знайти (і майже всюдисуще), коли щось піде не так. Підключення до виграшних мереж непросте і просте, тому інтеграція в інші бізнес-системи - це легкий порядок (пакети бухгалтерського обліку, вантажоперевезення тощо) з найкращим менеджментом облікових записів користувачів, який я бачив (хоча, MS дуже багато позичив у Novell) .

Накладні витрати на графічний інтерфейс, про які говорять Linux, - це велика витрата ресурсів - це майже не проблема сучасного обладнання. Якщо у вас є проблема з нею, доступні не-GUI версії Windows Server ("Core" версія) з w / powerShell.

Основна причина, що вам не доведеться використовувати PHP, полягає в тому, що це буде коштувати ваш магазин набагато більше часу.

Однак замість того, щоб просто сказати "ні", у вас є інший варіант. Ви можете запропонувати зробити це в PHP, якщо замовник готовий заплатити за додаткові витрати ваших розробників на вивчення нової мови / платформи.

Це зробить вартістю часу для вас корисним, і фактично він заплатить за додаткову освіту для ваших розробників. Виконання певної роботи з розробки PHP не зашкодить їм, вони, швидше за все, навчиться чомусь.

Якщо він не готовий платити додаткові витрати, то шукає когось іншого.

Ви цього не робите. Якщо це питання, про які клієнт хитається перед тим, як проект ще розпочнеться, ви повинні звільнити клієнта. Навіть якщо ви переконаєте його пройти маршрут .NET, він / вона ніколи не буде задоволений. Якщо клієнт "знає хлопця", то він повинен ним скористатися. Вони вже зробили свою думку.

Перевірте ціну хостингу для Windows та Linux. Розрив досить близький. Тепер, SQL Server - це ще одне питання ціни. Він планує платити за інструменти розробки? Навіщо йому байдуже, скільки ви вклали у Visual Studio?

Чи може ваша фірма конкурувати з суперечкою «я знаю хлопця», надаючи стільки кваліфікованих розробників, скільки потрібно, і керувати переходом протягом життя проекту? Не те, що ви не можете знайти кваліфікованих розробників PHP.

Зараз Facebook перетворює свій PHP на C + Code . Сайти SO дуже добре справляються з ASP. Джефф і Джоель ніколи не зроблять нічого зла.