Mostrar Mensajes

Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.


Mensajes - Warlox

Páginas: 1 [2] 3 4 ... 85
16
Charlas / Offtopic / Re:¿Que Smartphone de gama alta me recomiendan?
« en: 06 de Noviembre de 2012, 00:46:41 am »
Te hubieras esperado un par de semanas y te compras el Nexus 4, que es mucho mejor que el S3 y vale solo $300 :facepalm:

17
Charlas / Offtopic / Re:Quiero saber su opinión de este proyecto.
« en: 03 de Noviembre de 2012, 07:00:38 am »
Joako, como recomendación profesional; si piensas sacarle dinero a la red social, o que crezca en gran escala, no andes por ahí diciendo lo que vas a hacer, ni cómo lo vas a hacer, etc, ya que hay muchas personas que te pueden robar la idea y lucrarse con ella ;)

18
JavaScript / Re:ocultar div al hacer click fuera de el
« en: 03 de Noviembre de 2012, 06:52:57 am »
jQuery no es indispensable en ningún sitio web como dicen los compañeros. Si bien es una librería muy útil hay veces que se debe de evitar utilizar, por ejemplo cuando se diseña un sitio que va a ser ejecutado en un dispositivo móvil y este cuenta con banda ancha 3g, haría que el consumo de datos sea mayor.

Para los más puristas; jQuery es pensado específicamente para permitir manipular de manera más eficiente el DOM de la página (aquí van los "efectos chulos" y demás), y facilitar las llamadas AJAX.

El ver esta conversación me ha dado la idea de crear un nuevo tema dedicado a Frameworks de JS. Quizás en un rato lo haga, si no lo hago, me jalan la oreja, para recordarme :P

Saludos.

19
(X)HTML / Re:[Encuesta] ¿Responsive design o sitio especial para el móvil?
« en: 17 de Octubre de 2012, 06:52:57 am »
Me quedo con el Responsive Design. Hace que te ahorres bastante trabajo al no tener que hacer dos veces el sitio, además de que evitar contenido duplicado, lo cual a la vez evita penalizaciones por parte del motor de indexación de Google y agiliza que, por ejemplo, si cambias determinado texto en determinada sección del sitio, tengas que cambiarlo para ambas versiones.

Como dato adicional; el bootstrap es bastante bueno, pero también lo es el Boilerplate, como podrás ver en su sitio web (http://html5boilerplate.com/), te ayuda a optimizar bastante tu sitio y mejorar bastante las buenas prácticas en el área del front-end.

Saludos.

20
JavaScript / Re:[Opinión] Cuadros de movimiento multijugador
« en: 10 de Octubre de 2012, 03:50:48 am »
No me carga :S

21
(X)HTML / Buenas prácticas HTML
« en: 10 de Octubre de 2012, 00:41:24 am »
Hola PHPeros.

Hace bastante tiempo que no me vengo a escribir nada por acá, pero es porque por el trabajo casi no me queda tiempo libre, y el poco tiempo libre que me queda lo invierto en mi empresa (sí, soy un workholic).

En fin, quise venir a compartirles un documento que he venido estructurando y comenzando a aplicar en mis proyectos, que espero que les sea de ayuda en algún momento, se trata de buenas prácticas al escribir documentos HTML.



1. Siempre cierra las etiquetas.

Claramente, este es un error digno de muchos principiantes, el no cerrar las etiquetas. Esto, aparte de que puede que te joda todo el flujo del marcado, es totalmente inválido por cualquier validador de código.

Mal:
Código: [Seleccionar]
<ul>
<li>Item #1
<li>Item #2
</ul>

Bien:
Código: [Seleccionar]
<ul>
<li>Item #1</li>
<li>Item #2</li>
</ul>


2. Nunca uses estilos "inline"

Esto realmente que es una muy mala práctica, debido a que nos limita mucho a la hora de retocar nuestro código, inclusive si queremos agregar bloques de código con el mismo comportamiento, estaremos repitiendo código, recuerden una recomendación muy importante es escribir código basado en la filosofía DRY (Don't repeat yourself).

Se recomienda ubicar tus estilos siempre en un archivo CSS (Cascading Style Sheet), y luego llamarlo dentro de los archivos que los vayas a aplicar.

Mal:
Código: [Seleccionar]
<p style="color: red; font-size: 2em;">Some text.</p>
Bien:
Código: [Seleccionar]
<style>
.myParagraph{
color: red;
font-size: 2em;
}
</style>

<p class="myParagraph">Some text.</p>


3. No uses JavaScript "inline"

Por la misma razón de usar CSS inline. Complica luego el optimizado del código, aparte de que es mejor tenerlo todo en un documento, que tenerlo todo "chorreado" por todo tu proyecto.

Mal:
Código: [Seleccionar]
<a href="#" onclick="makeSomeAction(); return false">Do it!</a>
Bien:
Código: [Seleccionar]
<script>
var myAnchor = document.getElementById('myAnchor');

myAnchor.addEventListener('click', function(){
event.preventDefault();
makeSomeAction();
});
</script>

<a href="#" id="myAnchor">Do it!</a>


4. Llama a los archivos CSS dentro del HEAD de tu documento.

Se recomienda llamar tus hojas de estilo externas (o si usas CSS embebido, lo cual es una mala práctica) dentro de la etiqueta HEAD de tu documento para que esta cargue primero las hojas de estilo y luego renderize el documento progresivamente. Esto evita que pase el típico error de que primero se cargue todo el documento y luego las hojas de estilo, cosa que deja una mala experiencia a nuestros visitantes.

Ejemplo:
Código: [Seleccionar]
<head>
<title>My test</title>

<link rel="stylesheet" type="text/css" href="css/layout.css" />
<link rel="stylesheet" type="text/css" href="css/buttons.css" />
</head>


5. Llama a tus archivos JavaScript al final del documento

Justo antes de cerrar la etiqueta BODY. La desventaja de ubicarlos en la etiqueta HEAD, es que el documento hará una pausa para cargar los archivos, y una vez cargados, continuar con el flujo normal del documento y renderizar.

Mal:
Código: [Seleccionar]
<head>
<title>My test</title>

<link rel="stylesheet" type="text/css" href="css/layout.css" />
<link rel="stylesheet" type="text/css" href="css/buttons.css" />

<script type="text/javascript" src="js/functions.js"></script> 
</head>

Bien:
Código: [Seleccionar]
<html>
<body>
<!-- Some code for your body tag -->
<script type="text/javascript" src="path/to/file.js"></script> 
</body>
</html>


6. Escribe tus etiquetas en minúscula (lowercase)

Mal:
Código: [Seleccionar]
<DIV>
<P>Some text.</P>
</DIV>

Bien:
Código: [Seleccionar]
<div>
<p>Some text.</p>
</div>


7. Utiliza los tags H1-H6

Esto te va ayudar en la semántica de tus sitios, y en el posicionamiento en buscadores (SEO).

Mal:
Código: [Seleccionar]
<div class="sectionTitle">Home</div>
Bien:
Código: [Seleccionar]
<h1>Home></h1>

8. Guíate por un patrón de diseño

Separa la lógica de la programación (llámese PHP, Python, Ruby, JavaScript, etc..) del resultado final (vista), permite tener un código muy optimizado y a la ves reusable por si en un futuro alguien se une a tu proyecto.

Un patrón que recomiendo personalmente es el MVC (Model View Controller).


9. Utiliza plantillas prediseñadas para la estructura de tu sitio

Puedes utilizar Boilerplate, el cual viene con Modernizr y Normalize incluídos, aparte de tener un código más limpio y con la mayoría de tips que he explicado anteriormente aplicados.



Bien, hasta ahora esa es la lista de los mejores best practices y los más útiles que he redactado y recopilado a lo largo de la web. Si quieres puedes sugerir más para que estén en esta lista, e ir agrandándola para que les sirvan de ayuda a los nuevos.

22
(X)HTML / Re:"Simple HTML 1".
« en: 01 de Octubre de 2012, 21:18:45 pm »
Mal, muy mal (sin ofender).

Las tablas son para tabular datos, no para diseñar, para eso mejor utiliza divs, o las nuevas etiquetas semánticas de HTML5 (header, nav, aside, article, section, footer, etc).

Además, Dreamweaver aparte de ser pesado, poco flexible y estéticamente feo, genera mucho código basura. Te recomiendo utilizar Sublime Text 2, es un potente editor de código, súper liviano, open source y los addons son escritos en Python, por lo que aparte de encontrar muchos en la red, puedes crearlos tú mismo.

Espero haber ayudado.
Saludos ^^

23
General / Re:URL's Amigables - Se ofrece REMUNERACIÓN.
« en: 01 de Octubre de 2012, 19:14:38 pm »
Yo personalmente recomendé Python con Django ya que la curva de aprendizaje es demasiado fácil, y más si ya tienes las bases de programación, se te hará más sencillo.

@Siquillote: Te recomiendo que te leas estas guías:

1- Aprender Python (http://www.maestrosdelweb.com/editorial/guia-python/)
2- Utilizar Django (http://www.maestrosdelweb.com/editorial/curso-django-introduccion/).



@CarlosRdrz: Confieso que me precipité al decir que es 100% inhackeable, pero sí me reitero al decir que es bastante seguro que PHP chorreado (vamos, sin usar ningún framework que incorpore mínimo MVC para tenerlo todo estructurado).

24
General / Re:URL's Amigables - Se ofrece REMUNERACIÓN.
« en: 27 de Septiembre de 2012, 06:34:16 am »
Para esa gracia te recomiendo comenzar a utilizar Python con Django, es mucho mejor que PHP en muchos sentidos. Comenzando porque es 100% inhackeable.

Saludos.

25
PHP / Re:Chat MRa [V.1] (de user a user) (NO MULTIROOM)
« en: 16 de Septiembre de 2012, 08:39:34 am »
Desconozco esas siglas de MVC. Supongo que si estuviera hecho con MVC sabría lo que es. Asi que creo que te contesto a la pregunta.

Modelo Vista Controlador, creo que es un término que todo "buen" programador debería saber.
Saludos.

27
Bueno, es un poco vergonzoso pero no he entendido bien cómo funciona esto de los foros SMF. La cosa es que creé un foro en el cual se verán las noticias de la comunidad, y me gustaría crear un grupo de usuarios llamados "redactores" y añadirlos como moderadores a dicho foro, para que sólo ellos puedan publicar temas, pero que los otros usuarios puedan contestar.

¿Cómo puedo hacer esto?
Saludos.

28
General / Re:Nueva sección Android
« en: 10 de Agosto de 2012, 00:44:18 am »
Yo apoyo a que sí, es bueno que el foro no se quede atascado solamente en PHP, que los usuarios comiencen a utilizar más tecnologías como Ruby, Python, Java, Objective-C, etc.

29
AJAX / Re:[Ayuda] Get & Html ~ Obtener y mostrar los resultados.
« en: 02 de Agosto de 2012, 20:09:27 pm »
La verdad a simple vista no se ve ningún error de semántica, lo que se me ocurre que quizás esté mal es la URL del archivo. De igual manera, te recomiendo utilizar siempre la consola que trae Google Chrome (Se activa con F12 en Windows y con Command + alt + I en Mac). Así te mostrará los errores que tengas de JavaScript.

Saludos.

30
PHP / Re:Programador junior y senior
« en: 13 de Julio de 2012, 00:15:58 am »
Mira, todo el tema de los niveles en un cargo (Junior, Advanced, Expert, Senior, etc...), se define según la empresa para la cual vayas a laborar.

Cada empresa mide a sus empleados y los ubica en su nivel (al menos en la que yo trabajo), dependiendo de un Carreer Path, en el cual van descritas las habilidades que tiene que tener un desarrollador para ascender o descender de nivel. En mi empresa el Carrer Path para Front-End Developers es algo como así:

Nivel 1:
Web Standars
HTML
CSS
SEO Básico
Photoshop Básico

Nivel 2:
HTML Avanzado
CSS Avanzado
JavaScript Básico

Nivel 3:
HTML5
CSS3
Frameworks


Eso ha sido solo un ejemplo, pero por lo general un Carrer Path se define dependiendo del puesto a que apliques (Front-End, Back-End, QA, etc).

Espero haberte ayudado ;)
Saludos.

Páginas: 1 [2] 3 4 ... 85