Tengo una idea de inicio web y quiero construir un prototipo funcional … ¿qué necesito para construirlo rápidamente? ¿LÁMPARA? XAMPP? MAMP?

La respuesta que probablemente esté buscando es una opinión de en qué idioma codificar.

Si insiste en preguntar eso, recomendaría Ruby on Rails (marco web) alojado en Heroku.

Si un tipo con experiencia en negocios como yo puede lanzar un sitio bastante sofisticado como Joke-Off.com en un par de semanas, debe ser bastante rápido trabajar con él.

…pero eso es La pregunta equivocada.

Si insiste en construir algo con líneas de códigos, lo más rápido para “sacarlo a la luz” será usar lo que ya sabe. Si se trata de MAMP y PHP, utilícelo ya que no hay una curva de aprendizaje por recorrer.

Es posible que desee complementar esa base con un marco de patrón Modelo-Vista-Controlador como Yii Framework. Eso te dará un buen andamio para construir. Utilicé Yii antes y es bastante comparable a mi experiencia en Rails en términos de ser rápidamente productivo.

… pero esa sigue siendo la pregunta equivocada.

Dependiendo de lo que vaya a construir, puede haber algunas formas simples de burlarse de la funcionalidad de lo que desea prototipar sin escribir ningún código .

Hay sistemas de gestión de contenido (CMS) simples como WordPress o Joomla! que, complementado por algunos de la deslumbrante variedad de complementos de código abierto, puede ser increíblemente funcional con muy poco esfuerzo. Incluso pueden ser bastante elegantes en términos de diseño.

… y sin embargo eso es todavía La pregunta equivocada.

Depende.

Dependiendo de lo que esté construyendo, un prototipo funcional podría ser cualquier cosa, desde un sofisticado algoritmo respaldado por una arquitectura escalable hasta una prueba de conserjería con cero líneas de código. (Ver la presentación de Manuel Russo en Startup Lessons Learned 2010 http://www.justin.tv/startupless…)

También puede hacer algo más parecido a la prueba del mago de Oz de Aardvark (compañía) (De nuevo … aquí está la presentación de Startup Lessons Learned 2010: http://www.justin.tv/startupless…)

A veces, incluso una simple maqueta de Photoshop puede ser suficiente para ayudarlo a iterar 51 veces. (Una lección que aprendí de mi primer inicio: http://grasshopperherder.com/cle…)

Mi sugerencia mal informada:

(Dado que esta pregunta fue etiquetada con Lean Startups. Le daré la respuesta Lean Startup incluso si no hizo esa pregunta).

Nadie aquí puede saber cuál es la forma más rápida de construir algo especial.

Nadie aquí sabe lo que estás construyendo.

Nadie aquí conoce tu conjunto de habilidades tan bien como tú.

Entonces, en lugar de pedir una horda de opiniones (de las cuales estoy seguro de que obtendrá su parte), puede encontrar que obtiene información más útil al definir muy claramente lo que está tratando de lograr con su prototipo en términos de hipótesis sobre sus clientes y su solución ideal.

Entonces y solo entonces deberías considerar construir algo.

… e incluso entonces, la respuesta a su pregunta no formulada probablemente será:

No construyas nada.

En cambio, escuche a sus clientes y valide que la solución que desea crear es la correcta.

(O vea: Sin guiarlos directamente a la respuesta que está buscando y sin preguntarles qué quieren, ¿cuál es la mejor manera de validar una idea de inicio con posibles clientes?)

En un vacío completo, sin otra información además de “Quiero construir un prototipo realmente rápido” y mis suposiciones de que quieres * alguna * posibilidad de no
tener que tirarlo, PHP / LAMP / MAMP y Ruby on Rails son las respuestas fáciles. Ambas son excelentes herramientas.

Las decisiones sobre herramientas de software no siempre son complicadas o complejas, pero a veces pueden serlo. Y estas decisiones pueden ser críticamente importantes. Evite los fanáticos religiosos que insisten en que un lenguaje específico es mejor sin siquiera preguntar qué está tratando de lograr. Estás invirtiendo tiempo / dinero en algo, lo que significa que estás tomando un riesgo calculado … efectivamente haciendo una apuesta. Entonces, cuanto más sepa sobre su propia visión, mejores decisiones podrá tomar.

Estas son herramientas. Si simplemente le pregunta a un ebanista cuáles son las mejores herramientas, con gusto le dirá cuáles son sus favoritos. Si luego decide usar esas herramientas para construir un puente, puede arrepentirse de seguir su recomendación. Pero no sería culpa del ebanista … probablemente asumió que solo le preguntarías si planeabas construir gabinetes.

Que tan serio eres ¿Qué tan buena es la idea? Esas dos preguntas son las primeras que debes responder. Si no está seguro de qué tan serio es o qué tan buena es la idea, entonces la herramienta más fácil y rápida suele ser la mejor.

Y si REALMENTE solo tiene la intención de que sea un prototipo, y está dispuesto a asumir que será desechado una vez que se pruebe la idea, puede ignorar lo que normalmente son consideraciones realmente importantes, como lo que eventualmente se convertirá en su aplicación, cómo se ampliará , si las herramientas son una “moda” o si realmente puede encontrar / contratar personas que puedan ayudarlo a construirlo y apoyarlo con el tiempo.

Existen muchas herramientas excelentes, cada una con sus propias ventajas y desventajas. Si tomas en serio tu idea y crees que tiene una oportunidad real, vale la pena pasar el tiempo para hablar con alguien con los antecedentes más amplios posibles sobre tu idea y ver qué recomiendan.

Si sabes programar, usa el idioma que mejor sepas. Pero si supieras cómo codificar, probablemente no preguntes esto.

Si no sabe cómo codificar y se toma esto en serio, contrate a alguien para que haga su prototipo por usted. Será mucho más rápido y menos costoso (teniendo en cuenta el costo de oportunidad) que aprender a codificar.