Ne programcı Tasarım Sayı Tasarımcısı yardım almadan önce yapmalıyım?

3 Cevap php

Front End Developer olarak benim öz, yıllardır ASP, PHP ve XSLT kodlama Geliştiriciler için birçok tarayıcı ve CSS ile ilgili sorunları çözdük.

Ben sadece Programlama bazı Tasarım sorun olduğunda şeyleri dikkate edilecek olan bazı Front End Tasarımcılar ve Geliştiriciler işaret etmek istiyorum.

Kundakçı bir seçenektir.

3 Cevap

Tasarımcılar ve geliştiriciler genellikle simbiyotik bir ilişki var. Benim görüşüme göre, tüm geliştiricileri (en azından) çok temel tasarım becerilerine sahip olmalı ve tüm tasarımcılar kodu hakkında bir iki şey bilmeli. Ben iki meslek ait diğer işi yapmak gerekir anlamına gelmez; Her diğer sorunları çözme konusunda nasıl gidiyor genel bir fikir olmalıdır sadece. Sık sık form ve fonksiyon arasında görülen husumet çok iki tarafında diğer anlamamak geliyor.

Daha spesifik bir düzeyde, bir geliştirici onlar tasarımcı ne yaptığını görmek ve gerekirse revizyonlar yapabilir HTML ve CSS bilerek yararlanabilir. Daha iyi iletişim, daha iyi ürünlerin neden olur, ve iki meslek aynı dilleri bilmeden iletişim kuramıyor.

Where I worked, 'Design' is anything image-related, and 'Development' is anything code related. Designers work in Photoshop and sometimes an HTML editor, and Developers work from an IDE.

Tasarımcı HTML ve CSS yapabilir, ama geliştiriciler genellikle ASP.NET (gerektiği gibi girdi denetlediğinden sunucu denetimleri değiştirmek) ile çalışmak için oynamak gerekir. Geliştiriciler muhtemelen yeniden boyutlandırmak veya ihtiyaç olması halinde bir görüntü renklendirmek, ama tasarımcı olarak hızlı değildir olabilir. Tasarımcılar genellikle işlerini ayarlıyoruz yapmak ve geliştiriciler devam eden çalışmaları yapmak.

Tanımına göre, ben bir ön uç geliştirici ve arka uç arasında bir yerdeyim. Endişelerini ayrılması her zaman açık değildir.

Söylemek Evan Meagher doğru "sık sık form ve fonksiyon ya da yan diğer anlayış değil gelen arasında görülen husumet Çok." Birlikte çalışması gereken herhangi iki bölüm için aynıdır. Eğer takımlar birbirlerine anlamalarına yardımcı olarak, husumeti üzerinde pürüzsüz olabilir bir şekilde herhangi bir kavga başlamadan önce birbirleriyle konuşmak sahip olmaktır. Belki bir öğle yemeği ve öğrenmek, ön uç geliştiriciler yaptıklarını açıklamak nerede ve belirli bir projenin bazı nüans ve aynı önümüzdeki hafta yapılacak backend geliştiriciler davet olabilir.

Bir Front End Tasarımcısı olarak Backend Geliştiriciler farkında olmayabilir eğilimi önemli şeyler şunlardır:

  • Internet Explorer ve tamamen geçerli HTML, CSS & alacak olabilir JS ve en temel beklenen davranışları botch
  • İlk (Firefox, Safari, Opera, Chrome, Arora vs) / Test arayüzleri geliştirmek! sonra IE6, IE7 ve IE8 gözden emin olun ...
  • HTML, CSS Take & Inanmayarak ile ECMAScript Özellikler. "Rehber" genellikle Spec vs daha uygun bir terim gibi görünüyor.
  • Sen Div Masası adlı vs pek bir savaş duydum. Div en büyük ama er ya da geç size açıkça bunu söyledim içerik sarma tarayıcı X durdurmak için bir tabloda bir şey sarmak için bir ihtiyaç karşılaşacak. Bu arada bir "vazgeçmek" için ok.

Böylece bir sonuç olarak onlar gerçekten bilmek (ve umarım onlara yol boyunca sinir bozucu adımları kaydetmek) için gerekenleri açıklamak yardımcı olduğunu Geliştiriciler için birlikte bilgi aktarmak istiyorum.

A List Apart gibi siteler kodu / w büyük yazılar olmasına rağmen, bazen çözüm hikaye kaybolur.

Hata ile uğraşan için ben Knol which links back into this browser bug list bu tavsiye.

Knol çok fazla bilgi vermez ama ağrıya neden ne hata bulmak için örgütlü bir indeks sağlamaz.

Aksi takdirde, genel bilgi için çeşitli geliştirici bloglar kontrol. Snook.ca, PPK's QuirksBlog, The Man in Blue vs