기업 기술블로그의 Frontend 관련 글 560개
Part1에서는 프론트엔드 단독 개발 모드를 구성하는 방법을, Part2에서는 백엔드 연동 개발 모드를 구성한 방법에 대해 공유합니다. 설명드릴 예제 코드는 Webpack4, Axios를 이용합니다. 목차 들어가기 전에 도입 배경 NPM 스크립트 소개 각 모드별 구성 방법 4-1. publish 모드 4-2. dev 모드 정리 마치며 1~4까지는 Part 1, 5~7은 Part2로 나누어 설명을 진행하겠습니다. 1. 들어가기 전에 최근 Gith
입사일부터 일주일간 세팅 및 적응기간을 마치고 팀에서 실무를 하기 위한 전반적인 웹 기술들을 숙지하고자 하는 목적을 가지고 4주간 파일럿 프로젝트를 진행하였습니다. 이 글에서는 제가 파일럿 프로젝트를 진행할 때 사용한 기술들 , 진행하면서 어려웠던 점을 어떻게 해결하였는지 , 프로젝트를 마친 뒤 느낀 점에 대해 공유하고자 합니다. 1. 프로젝트 주제 제가 전달받은 프로젝트 주제는 소셜 로그인을 이용한 게시판 서비스 및 CMS시스템 구현이었습
CSS 3 Transform 3D CSS 3 기술의 구체적인 사용법이나 활용보다는 웹에서 이러한 방식으로도 표현이 가능하다는 것을 공유하고자 글을 작성하였습니다. 크롬이나 파이어폭스에서 확인해주세요 ^^
안녕하세요 지그재그에서 프론트엔드 개발을 하고 있는 태재영입니다. 프론트엔드 개발자에게 중앙 정렬을 어떻게 하냐고 물어보면 inline 요소는 text-align 속성을 center로 지정하고, block 요소는 margin 속성을 auto로 지정한다고 대답할 겁니다. 그런데 좌우가 아니라 위아래 수직 정렬을 어떻게 하겠냐고 물어보면 대답을 선뜻 못하거나 굉장히 다양한 답변들이 나옵니다. 그 여러 방법들 중에 개발자들이 사용하면서도 “왜 되는거
줌인터넷에는 “파일럿 프로젝트” 라는 좋은 개발 문화가 있습니다. 신입 개발자들이 실무에 들어가기 전 전반적인 웹 서비스 개발 기술을 숙지하고 개인 및 업무 역량을 강화할 수 있도록 도와주는 것이죠. 파일럿 프로젝트를 통해서 앞으로 사용할 기술에 대한 두려움을 없앨 수 있었고 실무에서 수도 없이 많이 마주하게 될 문제들을 미리 경험해보면서 스스로 해결할 수 있는 능력을 강화시키고 위기를 극복함으로써 개발에 대한 자신감을 얻을 수 있었습니다. [
GatsbyJS와 react-transition-group을 사용해서 간단한 페이지 전환 애니메이션을 구현하는 법을 짚어봅니다.
모바일 반응형 웹페이지를 쉽고 빠르게 구현하기 위해 저희가 고안한 방법을 소개합니다.
티몬 라이브 플랫폼 제작기 신사업개발랩 김영은 여러분, 스마트폰으로 동영상 많이 보시나요? 출퇴근길에 오며 가며 보면 많은 사람들이 유튜브로 콘텐츠를 보거나 생중계 스포츠, 좋아하는 TV 프로그램을 봅니다. 티몬 앱을 들어와보시면 이미지 대신 동영상으로 설명을 대신하는 상품들도 많아졌죠. 그렇다면 라이브 동영상을 보며 상품을 사는 건 어떨까요? 이미 TV 홈쇼핑을 통해 구매해봤던 분이시라면 익숙한 경험일 수도 있습니다. 제가 속한 신사업개발랩에
Front 개발을 하다가 작은 실수 하나로 화면의 성능이 확 떨어지게 되는 경우들이 있습니다. 이런 상황을 미연에 방지하기 위하여, 간단한 3가지 방법을 알려드립니다.1. 전역변수 및 Element를 지역변수화 하여 캐싱 먼저 지역변수를 활용하는 방법입니다.(무슨 말인지 0.1도 모르겠네요.ㅠ^ㅠ) 역시 개발자는 코드로 이야기를 해야겠죠~ㅎㅎ위의 코드를 보면, asisFunction의 안에서 document라는 javascript 전역 객체에
시대가 갈수록 Server 개발자는 API 위주의 개발을 하고, Front는 Front 전문 개발자의 영역으로 굳어지고 있습니다. 티몬 또한 이와 다르지 않게 기존 PHP 소스 이외에 Java API로 전환되는 화면은 점차 Front와 Server의 영역이 확연히 구분되고 있습니다. 하지만, 기존 소스 수정 또는 각종 어드민 등의 개발에서는 여전히 서버 개발자가 Front를 컨트롤 할 경우가 있고, 서버 개발 역량 강화를 위해 병행되는 간단한
최근…
들어가며지난 글을 통해 모바일에 어울리는 아키텍처를 찾아 보았습니다. MVC, MVVM 모두 좋은 아키텍처라 생각하지만, 개발을 하면서 개인적으로는 조금 아쉬웠던 부분이 있었습니다. 하여 이번 글에서는 지난 글 말미에 나왔던 질문들, - API를 요청해야 할 일이 많을텐데, 이런 애들은 모두 어디서 호출하지? - 모바일 특성상 화면들도 많이 필요한데 모두 그냥 호출하면 되는건가? - 만약 특정 화면을 필요로 하는 곳에서 각각 navigation
들어가며아마 모바일 App을 개발하는 분이라면 공감할 것입니다. “내 손 안의 작은 세상, 모바일 혁명", “모바일 커머스 시대"라는 말들에 맞추어, 손바닥 만한 화면에 들어가야 하는 수많은 코드, 갈수록 무거워지고 늘어나는, 결국엔 정리가 안되고 스파게티 코드로 변해가는 상황들… 늘어 놓으면 한도 끝도 없지만 이것만으로도 큰 문제고, 이런 식의 기술부채는 아마도 줄어들지 않고 더 많아지겠죠. 그래서 그동안 경험했었던 디자인 패턴들에 대해서 공
페이지 31 / 32 (총 560개)
