¿Cómo debo configurar mi entorno de codificación para el desarrollo de PHP, mySQL y JavaScript?

Tengo problemas para encontrar un entorno de codificación que sea cómodo y espero que alguien haya tenido el mismo problema. En mi caja de Windows en la oficina, encontré mi entorno de codificación ideal que realmente excavo. VS2010 o Eclipse, Notepad++, WinScp, Fireftp suele ser todo lo que necesito.

Sin embargo, en mi macbook pro, aún no he encontrado ese entorno que solo dice "hacer clic".

Lo que estoy buscando es una solución que pueda manejar "intellisense" con php, navegación ssh como WinScp y ajuste de ventanas en la mitad de la pantalla como Windows 7.

Encontré una solución para el último punto, pero tenía muchos errores, por lo que se deshabilitó. Por alguna razón, encuentro que Eclipse es un poco lento en mi Mac, y tampoco he encontrado una buena manera de integrar un navegador para el servidor remoto a través de ssh.

Estoy creando este wiki de la comunidad porque tengo muchas ganas de ver cómo todos configuran su entorno. Estoy seguro de que hay algunas gemas que se pueden encontrar.

En mi mac principalmente hago PHP, mySQL, desarrollo de javaScript.

Si realmente le gusta el entorno Win y no utiliza lenguajes específicos de Mac, ¿por qué no usa Win en la Mac? Puede iniciar una VM, ir a la vista integrada (Windows parte de Mac OS). Su carpeta de trabajo puede ser una carpeta OS X nativa (montada en Win VM).
Porque me gusta Mac OS en mi macbook. Es un buen sistema operativo portátil para mí. Para mí, Windows es más un sistema de escritorio (principalmente porque estoy condicionado a creerlo después de muchos años de trabajar con varias pantallas y procesadores de alto rendimiento).
Ah, y me gustaría hacer más programación sobre la marcha y no me gusta el concepto de usar dos sistemas operativos en mi computadora portátil. Por supuesto, si no encuentro una solución lo suficientemente buena, esta será probablemente la solución en el peor de los casos.
En mi opinión, esta es una de las mejores preguntas subjetivas que hemos tenido en el sitio hasta ahora.
¡Me alegra que te haya gustado! Me alegra el corazón ver tantas respuestas excelentes.

Respuestas (10)

Tengo alrededor de 7 años de experiencia codificando en un entorno Windows antes de obtener mi primera Mac a principios de este año. Así que sé exactamente de lo que estás hablando. Estaba muy acostumbrado a la combinación de Visual Studio para c ++ y .net, Notepad ++ para .bat y otras tareas ligeras y de secuencias de comandos, y un poco de Eclipse para Java.

Cuando comencé a usar mi Mac por primera vez, estaba frustrado por lo que veía como una falta de software equivalente para OS X. Probé diferentes IDE y soluciones de edición de texto ( Eclipse , Aptana , Textmate , Smultron , Fraise , etc.), pero como dijiste, nada realmente "hizo clic".

Sin embargo, en algún momento dejé de buscar reemplazos y comencé a usar las herramientas que se usaban comúnmente en las máquinas *nix. Particularmente vim. Descubrí que una vez que mi expectativa de encontrar software equivalente a todo lo que había usado en Windows se desvaneció, mis horizontes se ampliaron. Siento que mi interés en la codificación se ha renovado porque estoy aprendiendo una forma completamente diferente de trabajar y pensar sobre el proceso. Estoy usando la línea de comandos mucho más que en el pasado, y esto se ha traducido en nuevas técnicas incluso en mi desarrollo de Windows (como usar PowerShell y versiones de herramientas de línea de comandos en lugar de la interfaz gráfica de usuario).

Estaba en una gran rutina de programación antes de comenzar a usar mi Mac, pero descubro que verme obligado a mirar mi proceso y herramientas de una manera diferente realmente está sacando a relucir talentos e intereses que no sabía que tenía antes. Estoy codificando en python y c++ en lugar de javascript y c#, en uno de los editores más antiguos que existen, y me encanta.

Amén a aprender y usar el CLI.
Bonita historia. ¿Es la curva de aprendizaje menos pronunciada de lo que comúnmente se percibe entonces? Solo me frustro con VIM, así que termino usando nano cada vez que estoy en una caja de Linux sin gnome/kde/lo que sea. Me gusta su enfoque, personalmente valoro mucho mi "crecimiento" personal como desarrollador y, por lo tanto, también me gustaría probar su enfoque.
@Phil: Realmente no diría que es fácil de aprender. Dependiendo de su situación, mi consejo sería hacer algo como lo que @mankoff sugirió en los comentarios y combinarlo con el aprendizaje de las nuevas herramientas para divertirse. No solo dejé mi entorno de Windows y comencé a usar vim para todo de inmediato. Es una especie de pasos de bebé. Comencé con la conexión remota a mi máquina con Windows para hacer mi trabajo profesional, mientras aprendía gradualmente vim, python, bash, etc. en mi macbook para mis propios proyectos personales.
@Phil: Han pasado alrededor de 6 meses, y solo recientemente (la semana pasada) cambié a vim en mi entorno de Windows. Por extraño que parezca, finalmente llegué a un punto en el que usar Notepad ++ y similares se sentía 'incorrecto', al igual que Vim se había sentido raro antes. Ahí es cuando sabes que es hora de hacer el cambio :) Supongo que el punto principal es tomar las cosas con calma y no intentar apresurarte. Será más probable que continúe si no espera saberlo todo de una vez y no se estresa obligándose a usar herramientas con las que aún no se siente cómodo para proyectos importantes.
@Phil: una sugerencia específica... obtenga y use MacPorts para instalar y mantener todas sus herramientas. Y trata de documentar cualquier instalación que hagas de herramientas y similares cuando no uses macports... me lo agradecerás más tarde cuando no puedas recordar por qué un binario en particular está en /usr/bin y no recuerdas haberlo instalado. , pero me gustaría actualizarlo usando MacPorts u otro administrador de paquetes :)
MacVim es una buena versión de gvim, similar a vim en Windows o gvim en Linux. Con un poco de vinculación suave creativa, puede usar la versión de MacVim desde la línea de comandos reemplazando el vim estándar, o escribiendo mvim para abrir la aplicación MacVim con archivos. Lo mejor es que su editor está disponible en la línea de comandos o con una interfaz de ventana en todo tipo de sistemas operativos. Paso horas ingresando a hosts en el trabajo usando vim en la línea de comandos. A veces uso el complemento netscp vim para abrir archivos de los hosts en la Mac de mi oficina. Son todas las mismas pulsaciones de teclas, complementos y esquemas de color.

Yo mismo uso una variante de IDE para codificar:

Cuando hice PHP, principalmente uso Zend Studio que estaba basado en eclipse.

Aparte de eso, uso Eclipse (pero no tuve su problema con la velocidad), o uso NetBeans (fue realmente bueno).

Y algunas veces usa Vim o MacVim .

Descubrí que TextMate con un paquete de finalización PHP y un paquete ftp+ssh es bastante sólido. Obtiene todo lo que está pidiendo, excepto la administración de ventanas, y como señaló @mankoff, hay muchas opciones para eso. HyperDock no figura en la lista , que maneja tanto el ajuste de ventanas como las vistas previas de ventanas desde el muelle.

Si se ofrece Vim como solución, creo que Aquamacs también debería considerarse. Es una versión de Emacs configurada para parecerse más a OS X. (Tenga en cuenta los argumentos habituales de vi/Emacs)

Emacs incluye varios modos compatibles con la programación.

Emacs no tiene la división vi entre la inserción de texto y la manipulación de texto, lo que podría ser un punto a favor de Aquamacs si esa es la razón por la que usa nano.

¿Alguna en particular que recomiendes más que las otras?
No uso ninguno de ellos. Uso aFloat y las ventanas se vuelven transparentes cuando no están en uso.
@Phil: uso shiftit pero solo estoy trabajando en la pantalla de una computadora portátil, por lo que no tengo muchos requisitos en este tipo de aplicación.
Acabo de encontrar un nuevo sitio que enumera algunos más... alternativa a.net/software/shiftit

He estado usando una combinación de Eclipse y TextMate. TextMate creció en mí rápidamente, especialmente porque venía de la premisa de encontrar un editor gratuito, era muy bueno. Uso VI para ediciones rápidas de línea de comandos.

TextMate tiene una buena integración SCM, finalización basada en fragmentos, excelente resaltado y plegado. También tiene muchos scripts de ayuda y un muy buen sistema para personalizar o agregar idiomas. Sin embargo, falta si desea navegar por una base de código, sin indexación. Es por ese tipo de indexación y autocompletado pesado que cambié a Eclipse. TextMate es rápido y ligero, de forma similar a Np++ en Windows. La extensión de textmate se puede hacer con scripts simples: ruby, shell y otros.

Eclipse ya lo conoce, simplemente descárguelo y descomprímalo. Pesado, un poco lento, pero excelente para buscar fuentes.

Con la sugerencia SSHFS de mankoff, eche un vistazo a macfusion: configuración práctica para sistemas de archivos de fusibles.

Recomendaré:

  • MacVim : es un gran editor, extremadamente potente y utiliza los mismos complementos y archivos de configuración en MacOS que en una PC o Linux. Este es mi editor principal en el trabajo y hago alrededor del 50% de mi codificación en casa con él.
  • TextMate : solo MacOS, aunque ahora hay algunos clones para Windows. Muy flexible y potente también, pero no el más rápido ni el más potente a la hora de buscar/reemplazar. Es muy fácil configurar fragmentos y completar con pestañas. Recomiendo ver los videos para ver lo que puede hacer. Es comercial y no ha visto ninguna mejora por un tiempo, pero es sólido. Cuando estoy experimentando o respondiendo preguntas para el código Ruby en StackOverflow, estoy usando TextMate.
  • Edición de Komodo : bastante útil. No lo uso tanto como los otros dos, pero algunas personas juran por él o es el hermano mayor Komodo.
  • BBEdit : BB y yo nos remontamos mucho antes de que se lanzara como producto comercial. Es muy rápido al buscar/reemplazar en varios archivos, sorprendentemente rápido. Los desarrolladores conocen muy bien la Mac y, en mi opinión, tienen un editor mucho más potente que TextMate o Komodo Edit. Cuando tengo que hacer munge o buscar en un montón de archivos, es mi primera opción. El hermano menor de BBEdit es TextWrangler, que es gratuito y bastante rápido y también tiene buenas funciones.
  • Coda : un excelente editor de desarrollo web y mi primera opción cuando voy a hacer mucho HTML debido a su integración de vista previa de página web y edición de CSS.

Además, si usa mucho CSS, consulte CSSEdit . Eso es todo lo que hace, pero lo hace muy bien.

¿Qué son los "enlaces de software"?
Creo que se refiere a enlaces a las páginas de las aplicaciones que enumeras.
Vaya. Esos se llaman URL. Estoy seguro de que dijo lo mismo a todos los demás respondedores que no los pusieron también.

Para la navegación SSH, puede usar sshfspara montar la unidad localmente y luego usar el Finder, o cualquier navegador local que desee.

He visto que esto se hace en un par de lugares, pero por alguna razón siempre lo he descartado porque parece incómodo de alguna manera. Me doy cuenta de que es hora de pensarlo dos veces, ya que sería muy bueno tenerlo montado. Comprobaré esto.

Personalmente, utilizo una combinación de NetBeans PHP Edition y Coda para mi desarrollo de PHP/JavaScript. Uso NetBeans cuando estoy trabajando en un proyecto completo de forma local y cuando me comprometo con la subversión que se carga en nuestro servidor de prueba . Uso Coda para editar archivos a través de SFTP, así como para ediciones rápidas de PHP o JavaScript. También uso Transmit en ocasiones cuando necesito navegar por un sitio SFTP/FTP.