Cómo convertirse en un mal desarrollador de WordPress

Hace unas semanas fui a Wordcamp Barcelona, ​​donde hablé con algunos de nuestros colegas y amigos. Como recuerdas, tuvimos la oportunidad de compartir nuestra experiencia en WordPress a través de 3 discusiones diferentes. Para aquellos de ustedes que no pudieron venir a Barcelona en esos días, pensé que sería interesante reproducir el contenido de nuestras discusiones. Hoy reproduciré la mía (¿que, alerta de spoiler, es la mejor?) Aquí, pero permaneceré en los de Ruth y Toni, que publicarán en los próximos días!

La portada de mi presentación “Como hacer el mal santo desarrollador WordPress” (cómo convertirse en un mal desarrollador de WordPress) en WordCamp Barcelona 2016. Cómo convertirse en un mal desarrollador de WordPress, la sinopsis es la mayoría de las discusiones puede participar en cómo estar más bien, Un mejor desarrollador, un mejor blogger, un mejor emprendedor, un mejor profesional. ¿Pero a quién le importa? ¿Realmente queremos ser “mejor”? Si su sueño es mal, este es su discurso. Aquí aprenderá algunos de los consejos y trucos más útiles que lo convertirán en el mejor complemento, mientras que, al mismo tiempo, destruirán a sus competidores y los harán ver mal. ¡Solo concéntrese en brindar a sus clientes la mejor experiencia de uso (que, por cierto, son los que pagan su salario) y no piensan que son amables con otros desarrolladores!
¡El mundo se volvió loco! ¿Has mirado a mi alrededor últimamente? ¡El mundo está completamente loco! Y no, no estoy hablando del presidente Donald J. Trump (alguien que merece una publicación completa sobre él). Estoy hablando de nuestros colegas y, sobre todo, de lo que está sucediendo en el mundo tecnológico. Desde que aparecieron los primeros PDA, seguido del primer lanzamiento del iPhone en 2007, parece que estamos muy interesados ​​en hacer las cosas inteligentes. Queremos que nuestros teléfonos sean inteligentes, televisores, relojes, refrigeradores … todo tiene que ser inteligente. A excepción de las personas, por supuesto, pueden ser tan estúpidas como siempre. En mi opinión, hay muchos ejemplos de cosas estúpidas inteligentes que se dirigen a clientes estúpidos. ¡Ropa interior inteligente, calcetines inteligentes que nunca pierden a su pareja, recipientes inteligentes, pañales inteligentes que tuitearon cuando su bebé orina! WTF?
¡Deja que tu calcetín no pierda el calcetín de tu pareja! ¡Mantenlos juntos! Imagen de los blacksocks. Solía ​​creer que toda esta locura tecnológica no afectaba a los desarrolladores de obras. Estamos por encima de este mundo, ¡solo estamos interesados ​​en cosas importantes! REST API, buena asistencia, atención al cliente, hacer que WoCommerce sea genial … Somos seres perfectos enfocados en tareas relevantes.

Bueno, como resultado, fui completamente engañado. Los desarrolladores de WordPress no son mejores que nadie: entienden las cosas mal e incluso pueden hacer cosas malas. A propósito. Recuerde estas líneas: ¡Los desarrolladores de WordPress son peligrosos! ¡No confiar en nadie! Los desarrolladores de WordPress son peligrosos hace unos meses. Describí un problema que tuvimos con nuestro nuevo complemento, Nelio Content. Básicamente, esto es lo que sucedió: uno de nuestros usuarios abrió un boleto de asistencia quejándose porque no podía ver el complemento como apareció en nuestras capturas de pantalla: Captura de pantalla del diálogo de contenido de Nelio. Social. Así es como vio en su lugar (¡qué desastre!):
El diálogo de contenido de Nelio es completamente inutilizable debido a un problema de incompatibilidad con un complemento de tercera parte. ¡Era completamente inutilizable! Después de investigar el problema y estudiar lo que demonios estaba sucediendo, descubrí que el delincuente era otro complemento. En Nelio somos personas súper lindas, por lo que decidimos ponernos en contacto con el desarrollador del otro complemento y explicar no solo el problema que encontramos, sino también cómo remediamos. Como puede ver en el enlace anterior, tratamos de contactarlo hace casi 5 meses y … bueno, aún no hemos recibido una respuesta. La sensación que permaneció después de ese silencio fue similar:

Los desarrolladores de WordPress, como en el fútbol, ​​también saben cómo jugar sucio cuando sea necesario.Imagen de Joshjdss (fuente).Siempre nos enorgullece hablar sobre la comunidad de WordPress, decir que todos somos amigos y que nos ayudamos mutuamente … pero cuando un problema como este, un problema que puede hacer que sus clientes lo dejen, lo único que yo Recibido de esa comunidad (o, mejor dicho, de ese desarrollador sin alma) fue el silencio.¡No más!?Las mejores prácticas para hacer cosas malas después de esa mala experiencia, decidí explorar el lado oscuro y ser el que hace las cosas equivocadas para terminar rompiendo los complementos y los temas de los demás.Después de todo, si pueden hacerlo, ¿por qué no lo haría?

Si quieres ser bueno en algo, tienes que aprender de lo mejor, y eso es lo que hice. Durante unos días, hemos revisado todos los cupones de asistencia que recibimos en los últimos años y hemos reunido las razones que causaron los errores por los que nuestros clientes nos han contactado. Tengo una buena lista de trucos y prácticas “buenos y malos” para hacer daño por mi cuenta. Estos son los tres consejos más fáciles para implementar y funcionarán mejor para usted, poco. #1. Use la vecindad CSS Si lee la publicación anterior en la que explicé el problema que tenía con el contenido de Nelio y el otro complemento, sabe que todo se debió al uso incorrecto de las hojas de estilo CSS. Como saben, la aparición de los componentes que agregamos a una página HTML está definida por los estilos CSS. Si alguien cambia esos estilos, superando las reglas que vienen por defecto en WordPress o en las que otros han definido, puede romper el aspecto de los componentes que han usado esos estilos. Por ejemplo, el problema que hizo que el contenido de Nolio se viera feo fue (parcialmente) generado por las siguientes reglas de CSS:

Usando un reinicio de estilo global, hacemos un nudo HTML para tener las propiedades predeterminadas que queremos. En este ejemplo, el daño es máximo porque aplica un reinicio global total. Tenga en cuenta que no solo restablece todas las etiquetas SPAN o DIV. ¡No! Estas reglas restablecen por completo todas las etiquetas (e incluso algunos pseudo-elementos) usando los selectores: antes ,: After y *. Lo siguiente que puede hacer si desea garantizar la destrucción de otros complementos es usar clases de CSS con nombres genéricos y especificar las reglas que se adaptan a usted. Si es una buena persona, sus reglas de CSS probablemente incluyen un tipo de prefijo para que solo los elementos que haya agregado. Entonces, por ejemplo, si desea definir una “columna” en algún lugar de su complemento, en lugar de usar la clase de columna, usará algo como NC-Column, donde NC- es el prefijo de su complemento (contenido de Nelio, en nuestro caso ). Pero, por supuesto, aquí no estamos hablando de hacer las cosas correctamente, queremos tirar todo al aire, así que use reglas genéricas: si usa nombres genéricos, arriesga a otro desarrollador para agregar sus propias reglas después de usted y superarlas en el tuyo. ¡Evite esto con la directiva! Importante:
Y para ser un desarrollador aún peor, sigue el consejo que Dario Balbontin me sigue. Asegúrese de configurar cómic sans en todas partes:

Al hacer esto, vas directamente al infierno … ¡pero ahí te convertirás en el hermano de Lucifer! #2. Hace trampa con JavaScript Otro elemento que podemos cambiar con relativa facilidad para dañar a otros son JavaScripts. Hay muchas cosas que podemos hacer con ellas, pero se trata de ser sutiles cuando se trata de hacer daño; Haga que nuestras intenciones no sean demasiado visibles. ¿Qué podemos hacer aquí? ¡Muy simple! Primero, olvídate de la forma habitual de agregar scripts a WordPress: lo mejor que puedes hacer (especialmente si eres un desarrollador de temas) es incluir los scripts directamente en la página, escribiendo la etiqueta del script dentro del HTML y olvidar las no dejeje que WordPress exige. Tampoco sé si sabes que WordPress incluye muchos scripts que puedes usar. Además de la conocida jquey conocida, hay varias bibliotecas como jquey ui, backbone, subrayar, … listas para ser utilizadas por cualquier desarrollador. Bueno, no pierdas tu tiempo en lo que ofrece WordPress; Cuando necesite algo, envuélvelo en su propio complemento e ignore las versiones antiguas y obsoletas que están en WordPress:
Y mejor, suponga que usará la última versión de JQuey, que es la más popular. ¿Por qué permite que otros complementos pongan la versión de jquey predeterminada? Lo mejor es asegurarse de que la versión no esté disponible usando la función wp_dengistri_cripts que incluye WordPress:
Al hacerlo, nos aseguramos de que la versión de WordPress de JQuey no choca con la tuya. De acuerdo, bueno, estamos de acuerdo en que esto conducirá a todos los demás complementos que dependen de JQuey, porque JQuey ya no aparecerá como disponible (simplemente lo eliminó). ¿Pero a quién le importa? ¿Se trata de hacer el mal, recuerdas? Nuestro contenido de complemento Nelio depende de varios scripts. Como puede ver, uno de los requisitos es JQuey. Si lo eliminamos de la lista de scripts disponible … ¡El contenido de Nelio no funcionaría! Me gusta hacer el mal … #3. Extienda su maldad al fin, mi último consejo hoy es aplicar los trucos anteriores en tantas páginas. Por ejemplo, es bastante común que los complementos definan sus propias páginas de administración. Algunos ejemplos de páginas de administración de contenido de Nolio podrían ser la página o calendario de configuración editorial:
Calendario editorial. El calendario editorial muestra todas sus publicaciones publicadas y programadas, así como otros elementos relacionados con su estrategia de marketing. Por lo general, agregue los scripts y estilos que estas páginas solo necesitan cuando el usuario los visita y evite agregarlos cuando los usuarios se encuentran en otras ubicaciones:
Pero, por supuesto, no olvidemos que estamos tratando de dañar el trabajo de otros desarrolladores, por lo que es mejor que no agregue ningún control sobre esto. Si no se preocupe por agregar estos controles, su productividad en el trabajo aumentará, ya que ya no tendrá que perder el tiempo escribiendo código que “impide” que sus cosas aparezcan en las páginas de los demás. En conclusión, hacer las cosas equivocadas en WordPress es muy simple. Todo lo que tiene que hacer es ignorar las pautas y hacer todo lo que desee, sin preocuparse por las consecuencias de sus acciones. Así que recuerde: escriba las reglas de CSS de la manera más general posible,
Incluya las escrituras sin complejidades de WordPress (olvídate de registrarse, poner en la cola o especificar adicciones …),
e intente hacer todo esto en tantas páginas de WordPress.

Para que las cosas salgan bien, todos los desarrolladores deben ser buenas personas y actuar respetando las reglas de WordPress. Pero hacer el mal es tan fácil y tentador … por cierto, observe la ironía durante todo el artículo. ¡Siga las reglas y reglas de estilo WordPress! En serio, ¡no seas mal desarrolladores! Imagen presentada por Charles Rodstrom.