피그마는 강력하고 다재다능한 UX/UI 디자인 도구인데, 플러그인을 활용하면 생산성과 창의성을 더욱 높일 수 있습니다. 플러그인은 콘텐츠 생성, 애니메이션 제작, 에셋 가져오기 등 피그마에 새로운 기능이나 기능을 추가하는 확장 기능입니다. UX/UI 작업을 가속화하고 디자인 프로세스를 보다 효율적이고 즐겁게 만들어주는 7가지 필수 피그마 플러그인을 소개합니다.

우리는 하루 중 거의 10시간을 디지털 화면 앞에 앉아 있습니다. 다양한 앱, 웹사이트, 디지털 기기의 눈부신 발전으로 인해 우리의 삶은 더욱 편리해졌죠. 하지만 그 결과 우리 모두 여러 건강 문제에 부딪히고 있는데요, 그중 가장 큰 문제는 시력 문제입니다. 그렇다면 이러한 상황에서 무엇을 할 수 있을까요? 바로 다크 모드 옵션을 추가하는 것입니다!

최근 몇 년 동안 우리는 앱 디자인의 놀라운 변화를 목격했습니다. 한때 인기를 끌었던 밝고 대담한 미학은 미니멀하고 세련된 스타일로 대체되었습니다. 이처럼 화려함에서 절제된 디자인으로의 변화는 충분히 흥미로웠는데요. 2023년 트렌드는 더 흥미로운 변화를 예정하고 있습니다. 지금부터 2023년 모바일 앱 디자인 트렌드를 자세히 살펴보겠습니다.

저는 지난 몇 달 동안 AI의 등장에 불안해하는 많은 주니어 개발자와 이야기를 나눴습니다. 그들은 GPT-4와 같은 AI 툴이 단기간에 비약적으로 발전하는 것을 보았고, 본인이 HTML/CSS/JS에 능숙해질 무렵에는 개발자로 취업할 기회가 사라지지 않을까 걱정하고 있었습니다. 그래서 이 글에서는 미래가 어떻게 바뀔지에 대한 저의 가설을 공유하려고 합니다. 신기술의 발전에 따라 상황은 분명히 지금과 달라지겠지만 사람들이 걱정하는 무서운 방향은 아닐 것입니다.

Vim 프로젝트는 제게 정말 많은 의미가 있습니다. 저는 항상 무언가를 만드는 것을 좋아하지만, 무언가를 완성하고 나면 그걸로 무엇을 해야 할지 고민하는 경우가 많습니다. 하지만 Vim은 대중에게 공개했기 때문에 단순히 저만 사용하는 게 아니라 많은 사람이 즐기는 소프트웨어가 되었습니다. 덕분에 제 이름이 세상에 알려졌고 간접적으로 직업도 얻게 되었습니다. 그리고 은퇴한 지금은 흥미롭고, 즐겁고 유용한 일도 계속할 수 있게 되었죠. 그래서 Vim은 제 인생에서 매우 중요한 부분입니다.

본문은 CSS 창시자 하콤 비움 리(Håkon Wium Lie)를 인터뷰한 글입니다. 하콤 비움 리는 1994년 CERN에서 팀 버너스 리, 로버트 카이오와 협력하여 CSS(Cascading Style Sheet)를 개발한 공로를 인정받았습니다. 또한 1998년부터 새 소유주가 회사를 인수한 2016년까지 오페라 소프트웨어의 최고 기술 책임자로 재직했습니다. 인터뷰에는 웹 업계의 선구자이자 웹의 표준을 만든 활동가로서의 경험을 토대로 개발자들에게 건네는 조언이 담겨있습니다.

우리가 협업이라고 부르는 것, 즉 회의, 슬랙 또는 MS 팀즈, 이메일에서 하는 대부분의 작업은 실제로는 협업이 전혀 아닙니다. 때로는 협업으로 위장된, 조직의 기능 장애와 비효율성이기도 합니다. 결국, "우리 CMO는 마케팅 팀과 협업하는 데 시간을 할애합니다."라고 말하는 것이 "우리 CMO는 자기 방식대로 일을 처리하기 위해 다른 모든 사람의 업무를 꼼꼼히 살피는 데 몇 시간을 소비합니다."라고 말하는 것보다 훨씬 더 나으니까요.

본문은 ‘Evrone’이라는 해외 IT 아웃소싱 기업이, C++ 제작자이자 최초 구현자인 비야네 스트롭스트룹(Bjarne Stroustrup)을 인터뷰한 글입니다. 비야네 스트롭스트룹은 1978년부터 C++를 개발하였고, C++의 표준 참고서로 불리는 <C++ 프로그래밍 언어>를 저술했습니다. 인터뷰에는 C++ 프로그래밍에 대한 생각과 오랜 전문적 경험을 토대로 개발자들에게 건네는 조언이 담겨 있습니다.

이 글은 10x 엔지니어가 아닌 -10배의 엔지니어가 되는 법에 대해 작가의 개인적인 견해를 담은 글입니다. +10배의 엔지니어는 신화적인 인물일지 몰라도 -10배의 엔지니어는 존재합니다. -10배의 엔지니어가 되려면 주당 400시간의 엔지니어링 시간을 신나게 낭비하면 됩니다. 아래의 전략들을 조합해 보세요.

PO(Product Owner)는 옵션 A를 진행할지, 옵션 B를 진행할지, 또는 더 나은 결과를 얻으려면 어떤 버전의 화면을 구현해야 하는지 고민하는 경우가 많습니다. 특히 제한된 리소스로 촉박한 마감 시한에 쫓기는 경우 이러한 결정을 내리는 것은 어려운 일일 수 있습니다. 게다가 이러한 결정은 개인적인 판단이나 경쟁사의 접근 방식을 모방하여 이루어지기 때문에 최적의 결과를 얻지 못할 수 있습니다. 다행히도 비교적 적은 노력으로 간단한 실험 환경을 세팅하면 이러한 함정을 피할 수 있습니다. 이 글에서는 이를 달성하는 방법을 설명하고자 합니다.