미술도 자바 우리 프런트 엔드 엔지니어는 하 고 싶은 우리가 정말 싸울?
초기 시대는 고 대, UI, UE 분화 되지 있다, UE 시간의이 수준에 연결 되지 않은,이 위치의 프런트 엔드 디자인 학과로 대부분 나뉘어져, 그래서는 여전히 혼란 스러운 친구의 예술에 대 한 프런트 엔드에 대 한 희망을 알고.
그러나 우리 모두 알고 점점 명확 오늘, 오후의 역할은 점점 더 중요 한 역할, 좋은 또는 나쁜, 첫 번째 관계자는 오후에 제품의 외부 평가, 제품 라인, 제품 개발 과정에서 가장 가까운 사용자가 루프의 프런트 엔드 그래서 오후 프런트 엔드와 잘 통신 하는 방법 특히 중요 하다. 간단히 말해서, 모든 페이지 요소를 상호 작용, 사용자의 눈을 할 지도, 프로그램을 작성 개발, 프런트 엔드 디자이너 손끝 각 상호 작용에 프런트 엔드 코드 포장 및 강 수를 통과 했다.
따라서, 프런트 엔드 사용자에 게는 오후에 대 한 책임 이다.
때문에 정의 하 고 프런트 엔드에이 위치의 특성은 광범위 하 고 막연 한, 특히 중소 기업 다르고 각각 차이가 있다 (와 같은: JS 상호 작용 구성 요소를 잘 하 고 2 개의 방향 리팩터링), 하지만 아무리 할 리팩터링 또는 상호 작용을 할, 가장 중요 한 프런트 엔드 책임은 오후 인터페이스 및 예상된 사용자 경험, 생산 하 고, 사용자에 게 표시 그리고 현재 솔루션 최적화 및 심도 있는 연구, 오후 피드백의 그들의 자신의 전문적인 관점에서.
전면 및 오후 대화
제품 관리자 열, "제품 관리자에 게 기술"을 등 본 아마 느낄 시간, 일부 회사의 제품 및 기술은 대부분 서로 상태, 그것의 대화 또는 복잡 한 또는 제인, 예를 들어 우리는 오후에서 것입니다 처음 봐 하 고 프런트 엔드 대화:
오후:이 슬라이딩 효과 가능 하다?
프런트 엔드: 수
오후:이 Ajax 상호 작용은 어떨까요?
프런트 엔드: 수
오후: 음영 처리 된 둥근된 코너와 반투명 가져가이 배경 색상 그라디언트에 대해 무슨 회전 효과 레이어?
프런트 엔드: 어...
오후: 내가 본 외국의 웹사이트는이 효과...
프런트 엔드: 수
프런트 엔드 및 오후 대화 솔루션
프런트 엔드 고 말했다 3만에 위의 대화 단어 "수", 오후도 응답을.
물론, 프런트 엔드는 사려 깊, 대부분의 프로그래머 같은 블랙 박스, 말을 하지 않습니다 그는 우리는 외부에 대 한 생각: 이데올로기 튜링 그들의 일자리를 잃게 하는 모든 프런트 엔드를 하도록 할 수 있습니다? 대답은 제 "중국 방 가설" 없이 (확인, 또한 마지막 오후 여전히 크리에이 티브 기계 보다 프런트 엔드를 선택할 것 이다 보장 중국 룸). 그래서 블랙 박스를 열고 대화 앞 이상한 세계를 보면:
오후:이 슬라이딩 효과 가능 하다?
오후:이 Ajax 상호 작용은 어떨까요?
프런트 엔드 뇌 보완:
스타일과 상호 작용을 포함
* 페이지 레이아웃은 브라우저를 통해: IE8 + Firefox3.5 + 크롬 9 + 등등
* I e 6/7 해킹 작성 해야
* 새로운 쓰기 응답 CSS 호환 (iOS와 안 드 로이드) 모바일 장치 버전
* 그림 필요는 x2 버전 호환 망막 모니터
*...
* 색상 장벽 가진 사용자를 위해 최적화 그것?
* 호환 맹인 브라우저 필요 하십니까?
* 만일 사용자 비활성화 JS 스크립트
투쟁의 여러 라운드 후 최종 솔루션 "할 수"을 제공 하는 프런트 엔드, 계속:
오후: 그래서이 배경색은 음영 처리 된 둥근된 모서리, 그리고 회전 효과와 레이어 후 반투명 가져가 코드를 구현할 수 있습니다?
프런트 엔드 뇌 보완: (어...) HTML5, 너무 쉽게, 하지만 F와 함께 구현 된 경우 * ck IE6은 실제로 바닥에 화려한 장식 할 좋지 않습니다.
오후: 내가 본 외국의 웹사이트는이 효과...
프런트 엔드 뇌 수리: 음 (수), 때문에 우리의 사용자가 외국인, 그래서 순간, 또는 더 쓰기에 포인트 해킹 스타일, 호환와 호환
이제 프런트 엔드와 함께 싸울 하 고 싶은 알고?
오후 프런트 엔드와 통신 하는 방법
위에 나열 된, 우리가 볼 수 있는 아마 가장 큰 "적"의 프런트 엔드는 어느 강한 오후, 수요, 악한 브라우저 공급 업체의 빈번한 변화도 아니다. 이것은 또한 일반적으로 왜 오후 꼬집어 이유는, 원래, Nei 및 침략 공존, 모든 분노를 더 자연스럽 게 프런트 엔드 브라우저를 가리킬 때 업그레이드 사용자 그룹, 거부감을 가리키는 이것은 주요 모순. (이 시점에서, 오후는 안 웃 고)?
적의 적대 보기에도 승, 생각, 그 후에 사용자의 특정 방법의 프런트 엔드의 습관 중 일부를 이해할 수 있다면 오후 경험 할 수 재생 하는 더 이상 얼마나 어려운 것 들. 또한, 프런트 엔드 개발은 엔지니어와 디자이너 사이 유대의, 우리는 매우 좋은 제품을 만들 제품 이해에 오후에 좋은 오후와 협력 하 게 기꺼이.
마찬가지로, 이해 및 정체성 환경에서 프런트 엔드 것입니다 또한 성취의 감각으로 가득 하 고 동시에 영감 특별 한 창의력.
프런트 엔드는 정원사 (오후)의 손에 위 오, 아니, 그것은 정원사의 손가락 이어야 한다. (디자인, 개발 등 다른 손가락 요 하는 것을 잊지 마세요 ~)
프런트 엔드 오후와 통신 하는 방법
변경 위치, 그 후에 프런트 엔드 및 오후 통신 무엇을 할 필요가?
일부 팀이이 묵인 있다: "프런트 엔드 제품 요구 사항 및 디자인에 참여 하지 않아도, 자연스럽 게 디자인 당신을 찾을 것입니다." "
그런 문제는, 얼굴에 우리 "매우 깨진 보트," 상황을 피하기 위해 그들의 자신의 이니셔티브를 재생, 실천은 매우 간단 합니다, 경우에 하나만 더 메일 참조 개체, 또한 늦은 프런트 엔드 코드 배포에 대 한 프로젝트는 프로젝트의 참여에 대 한 게 오후 이니셔티브 큰 편의 제공. 그렇지 않으면, 디자인 확정, 프런트 엔드 올 수 없는 상황, 누구 책임? 대부분의 프런트 엔드 기술 보유에 기 인할 것 이다 뿐만 아니라 디자이너 매우 당황.
농담: (오후)는 친구의 프런트 엔드 이며 다음 나쁜 "적" (디자이너)의 "적" (오후). (오후 다시 웃게 한다.)
참고: (LOL)에서의 위치를 변경 하려고
"직업 병"의 프런트 엔드
계속 서로 알고, 이해 하는이 항목의 프런트 엔드, 몇 가지 프런트 엔드 "직업 병"에 대 한 이야기 및 사용할 수 있습니다으로 복지, 권리 구제, 미래에 대 한 프런트 엔드 통신 더 부드러운 될 것입니다. (각 직업에는 그것의 자신의 "직업 병", 당연히, 그것은 병 적인, 하지만 이해는 설명 하는 것이 쉬울 것 이다 나는 생각 하지 않는다) 두 가지를 나열:
계층화 된 세계
그것은 라고 할 수 있는 그 미래에 웹 페이지에 우리의 접촉 도래 하기 전에 Google 유리의 거의 2D는 프런트 엔드 (디자이너는 배치 될?) 당신의 눈에 있는 세계에는 일반적으로 2D 레이어 버전이 있다.
예를 들어 앞 눈에 첫 인상을 그 HTML 페이지 레이아웃에 디자인을 리팩터링 하는 경우 어떻게 태그 중첩은 버스 정류장에서 본 거 대 한 광고를 최적화 됩니다, 그리고 CSS 호환성은 어떻게, 그래, 우리 자주 사진을 찍어 보고, 다음 다음 "직업 병"을 진행 하는 프로토 타입의 레이어에 반복에.
그것은 항상 나쁜 일이 장소 변경에 대 한 생각입니다.
항상 호환성을 고려
무엇 인지 프런트 엔드 IT 업계 뉴스에 대해 가장 우려? (아래 참조)
XX 브라우저 업그레이드, XX의 버전 번호
XX 회사 브라우저 시작을 발표 했다
XX 제출 컨소시엄을 새로운 XX 표준
XX XX 브라우저와 최신 망막 하드웨어 출시
XX와 비 주류 화면 해상도의 소개의 무결성의 부족
XX 시스템 500 일에 업데이트 중단 됩니다.
예, 우리는 하드웨어 디지털 디바이스의 출시에 대해 우려 하지만 장치 자체에 비해, 우리 화면 해상도, 기본 브라우저 커널, JS 성능 실행 포인트에 대해 많은 관심 있을 수 있습니다. 우리는 가능한 많은 사용자가 더 나은 사용자 경험을 보증 받을 수 있습니다 다른 브라우저, 다양 한 화면 크기와 다른 장치 코어 간의 호환성을 해결 하기 위해 노력 많은 시간을 보냅니다. 우리는 거의 모든 새로운 것 들을 다른 사람들의 이해를 넘어 수 있습니다 논의 호환성 수준에 연결 해야 합니다.
비록 이전 버전은, 하지만 새로운 버전은 왕의.
요약
통신 오후, 그렇게 프런트 엔드, 통신 제품 사용자에 정글에서 줄곧 경험.