넥스트리 (Page 3)

VIZEND Platform

VIZEND Platform

Multi-Tenant 하나의 애플리케이션만으로도 전 계열사, 부서, 팀 단위로 서비스 할 수 있는 환경을 제공합니다. 다중 사용자 환경에서 리소스의 효율적인 배분과 논리적으로 격리된 높은 수준의 보안성을 제공합니다. 클라우드는 이미 대부분의 비즈니스 환경에 깊숙이 들어와 있습니다. 파일을 저장하고 앱을 사용하고 팀원과 협업하는 모든 일들이 클라우드라는 가상의 공간을 통해 이뤄집니다. 여러 사용자가 동시에

Введение бизнеса Namoosori (namoosori.io)

Введение бизнеса Namoosori (namoosori.io)

Nextree пропагандирует обучение разработчиков разработчиками и в течение пяти лет проводил обучение разработчиков в учебном центре KOSTA в Гасане. За этот период мы предложили около тридцати курсов и обучили 17 000 профессионалов. После этого мы перешли от классного обучения к специализированному проектно-ориентированному обучению, сосредоточенному на MSA (Микросервисная архитектура), DDD (Предметно-ориентированное

Namoosori (namoosori.io) Introduction

Namoosori (namoosori.io) Introduction

Nextree has been advocating developer education by developers, conducting developer training at KOSTA's Gasan training center for five years. During this period, we offered approximately thirty courses, educating 17,000 professionals. Following this, we shifted from classroom education to specialized project-based training focusing on MSA (Microservices Architecture), DDD

나무소리(namoosori.io) 사업 소개

나무소리(namoosori.io) 사업 소개

넥스트리는 개발자에 의한 개발자 교육을 표방하며 KOSTA의 가산 교육장에서 5년간 개발자 교육을 진행하였습니다. 5년간 1만 7천 명의 재직자를 대상으로 대략 서른 과목을 준비하여 강의를 진행했습니다. 그 이후 집합 교육 부분은 진행하지 않고, 프로젝트를 중심으로 MSA, DDD, 등과 같은 전문 교육을 프로젝트 중심으로 진행하였습니다. 프로젝트라는 특별한 환경에서 활동하였으므로, 교육에 그치지 않고,

넥스트리가 가는 길

옛 사람들이 인재를 표현하는 말로 즐겨 사용하던 동량지재(棟樑之材, 기둥과 들보로 쓸 만한 재목이라는 뜻으로 한 집안이나 조직, 나라를 이끌어 갈 인재를 뜻함)라는 표현이 있습니다. 우렁우렁 자란 소나무는 모든 우월한 것들의 상징이었습니다. 그런 나무처럼 잘 성장한 훌륭한 소프트웨어 엔지니어를 기다리는 마음, 그 엔지니어들이 우리의 소프트웨어 개발을 보람 가득한 일로

인재상

인재상 넥스트리는 "올바른 성장과 따뜻한 나눔"을 함께할 전문성과 인성이 조화롭게 균형을 이룬 인재를 찾고 있습니다. NEXTREE Nextrian 넥스트리는 긍정적인 자세로 주변과 소통하며 도전적인 자세로 IT기술을 선도하고자 하는 정직한 인재를 찾습니다. 개인은 자신의 능력을 발휘하고 회사는 더욱 성장할 수 있도록 지원하여 함께 더 나은 가치를 창출하고자 합니다. 채용대상

채용절차

지금의 기업은 클라우드 개념을 도입한 이후부터 하드웨어 인프라를 서비스로 제공하는 IaaS 시대를 지나 PaaS 시대에 직면하고 있습니다. PaaS로 진행됨에 따라 기업들이 하드웨어(서버 스토리지, 네트워킹 등) 준비 없이도 클라우드 서비스를 받으며 사업을 진행하여 왔습니다. PaaS에 적응하고 나면 곧바로 SaaS의 물결이 우리를 덮칠 것입니다. 넥스트리는 클라우드 환경에서 모든 애플리케이션 인프라는 PaaS

Nextrian, 넥스트리안

Nextrian, 넥스트리안

소프트웨어 개발을 잘하고, 개발을 잘하고 싶은 사람들이 모인 회사가 되고 싶은 넥스트리에서 "올바른 성장과 따뜻한 나눔" 을 함께 할 전문성과 인성이 조화롭게 균형을 이룬 인재를 찾고 있습니다. 개인은 자신의 능력을 발휘하고 회사는 더욱 성장할 수 있도록 지원하여 함께 더 나은 가치를 창출하고자 합니다. 열린 마인드로 주변과 의사 소통하며

Git basic

Git 이란 무엇일까? 도서관에서 책을 대여하기 위해선 어떻게 해야하는가? 도서관을 이용해본 적이 없더라도 조금만 고민을 해본다면 쉽게 대답할 수 있을 것이다. 여기 넥스트리 도서관이 있다. 넥스트리 도서관에는 방대한 양의 책들이 존재한다 이 중에서 나는 한 권의 책을 골라 대여를 하고 싶다. 그러기 위해선 먼저 도서관을 방문해야 한다. 어떤 책을 읽을지

Code Splitting

1. 개요 코드 스플리팅은 왜 적용해야 할까요? 리액트와 같은 SPA로 개발된 프로젝트를 빌드해 보면 하나의 JS파일로 번들링되는 것을 볼 수 있습니다. 이렇게 하나의 파일로 번들링된 결과물로 배포된 웹페이지에 진입하면 사용자는 처음 진입 시 모든 페이지에 대한 정보를 불러오게 되고, 이는 초기 로딩을 느리게 만들어 사용자 경험을 나쁘게 합니다. 위와 같은

리액트 퍼블리셔 가이드 1편 - 웹 퍼블리셔란? 리액트 퍼블리셔 로드맵

리액트 퍼블리셔 가이드 1편 - 웹 퍼블리셔란? 리액트 퍼블리셔 로드맵

시작 안녕하세요. 이 글은 퍼블리셔 초심자 분들을 위한 가이드입니다. 해당 글은 로드맵에 관련된 글로 전체 맥락을 파악하기 위해 자세하거나 세세한 글은 어느정도 생략이 되었습니다. 리액트 퍼블리셔는 어떤 과정을 통해 될 수 있는 것인지 대략적인 과정을 나타낸 글입니다. 이 글이 도움이 될 수 있길 바라며, 행복한 코딩 하세요! 목차 목차는 이렇습니다.

리액트 렌더링 및 최적화

요약 이 글을 요약하면 다음과 같다. 1. props의 변화로 인해 렌더링이 이루어지는 것이 아니라, 렌더링이 이루어진 후 props의 변화를 가지고 화면을 그린다. 따라서 렌더링 추적 및 최적화는 철저히 state기반으로 이루어져야 한다. 2. 컴포넌트를 구성할 때 React의 Reconciliation을 고려해야 한다. 3. React.memo와 useMemo, useCallback, useTransition 등을 통해 불필요한 렌더링을 막을

Mockito를 활용하여 테스트 코드 작성하기

Mockito를 활용하여 테스트 코드 작성하기

Mockito 란? Mockito란 Java 오픈소스 테스트 프레임워크입니다. Mockito를 사용하면 실제 객체를 모방한 가짜 객체, Mock 객체 생성이 가능해집니다. 개발자는 이 Mock 객체를 통해 테스트를 보다 간단하고 통일성있게 구현할 수 있습니다. 그렇다면 Mockito가 필요한 순간은 언제일까요? 물론 작성한 프로그램을 테스트할 때일 것입니다. 그런데, 우리가 지금까지 만들어본 다양한 프로그램들을 떠올려봅시다. 간단한 연산만을

React 디자인 패턴

디자인 패턴이란 프로그램을 개발하는 과정에서 사용되는 설계 패턴들을 정의한 것입니다. 과거의 웹사이트와 비교했을 때 현재는 화면 작업이 훨씬 복잡해졌고 React, Vue와 같은 개발 프레임워크를 활용하여 컴포넌트 단위로 웹 페이지를 개발하고 있습니다. 더욱 효율적인 웹사이트 구축이나 유지 보수를 위해 컴포넌트의 단위의 활용이 중요하게 되었는데, 이에 컴포넌트를 어떻게 구성할 것인가에 대한 고민이

Module Federation

Module Federation

작년 초에 Module Federation을 적용한 작은 서비스를 개발했습니다. 이 글은 그때의 경험을 바탕으로 Module Federation를 사용하는 이유, 단점, 사용하며 느낀 점 등을 다룹니다. 1. Micro-Frontend and MSA Micro-Frontend MSA(Microservice Architecture)는 이제 Backend에서 친숙한 단어입니다. MSA는 여러 개의 작은 서비스를 모아 하나의 앱을 구현하는 방식입니다. 작은 단위로 유지되는 각각의

스프링 대용량 트래픽 처리

#0. 대용량 트래픽 처리의 필요성 * 웹 서비스를 다루는데 있어 트래픽을 처리하는 구조를 설계하고 적용하는 것은 개발자의 필수 역량이다. 특히 서비스의 규모가 커질 수록 개발자가 의도한 대로 프로그램이 작동하지 않는 경우가 발생한다. 아무리 뛰어난 성능을 가진 서버라고 해도 모든 트래픽을 감당할 수는 없으므로 서비스의 안정적인 구동과 만족도 높은 고객 경험을 제공하기

Front-end 에서의 Testing

Front-end 에서의 Testing

I. 신입 개발자의 일상 시작하기에 앞서 아직 프론트가 낯선 입사 1년이 막 지난 한 사원의 프론트엔드 개발 흐름을 살펴보자. 1. figma 등을 통해 본인이 맡은 페이지의 모습을 확인한다. 2. 퍼블리셔 분이 만들어주신 컴포넌트를 일단 복붙하고 시작한다. 3. 나름 관심사에 따라 한 페이지를 몇 개의 컴포넌트로 나눈다. 4. 다시 각각을 container와

TypeScript 알차게 활용하기

TypeScript 알차게 활용하기

TypeScript 알차게 활용하기 들어가며 최근 통합 테스트 과정을 거치면서 TypeScript를 잘 활용할수록 에러 발생률을 줄일 수 있음을 체감하였다. 그래서 TypeScript 활용 팁을 정리해보았는데, 이번 글에서는 Utility Types와 Enums의 활용 방법을 살펴보고자 한다. Utility Type으로 간편하게 타입 정의하기 TypeScript는 다양한 Utility Type을 제공하고 있는데, 이를 사용하면 좀 더 간편하게 타입을 정의할

2023 웹디자인 트렌드

시작 안녕하세요 2023년이 된지 일주일이 조금 지난 지금, 디자인계의 트렌드는 계속 발전되고 변화되고 있습니다. 어느 분야든 마찬가지겠지만, 트렌드를 알고 시장을 이해하는 것이 중요합니다. 2023년의 웹디자인은 어떤 트렌드가 자리잡고 있을까요? 목차 먼저 목차를 보겠습니다. 첫 번째로 2023 웹디자인 트렌드에 대해서 보고 두 번째로 2년전인 2021년과 2023년의 트렌드가 어떠한 차이가 있었는지 비교해보도록

Typescript compile process

Typescript compile process

목차 * 개요 * Typescript 특징 * Typescript Compile Process * Typescript를 선택하는 이유 개요 타입스크립트가 등장하기 전 많은 프로젝트에 자바스크립트를 사용했습니다. 자바스크립트의 동적 타이핑은 자바와 다르게 개발자가 아주 유연한 코딩을 할 수 있도록 했지만, 프로젝트가 거대해 지면서 점점 디버깅에 취약하고 가독성이 낮으며 객체 지향을 추구하는 프로젝트에 걸맞지 않는 문제점이 야기되었습니다. 1년간 자바스크립트 기반의

Generic 이해하기

주제 선정 이유 개발을 하다보면 이미 작성된 코드를 분석해야할 상황에 자주 놓이게 됩니다. 가장 쉽게 이런 상황에 놓이는 경우는 보통 라이브러리를 사용해야 할 때 일 것입니다. 라이브러리에서 원하는 기능의 API를 찾아 사용하기 위해서는 매개변수와 반환값의 타입을 참조하여 대략적으로나마 어떤 기능을 위해 만들어진것인지, 어떻게 사용해야 하는지 힌트를 얻는 과정이 필요하였습니다. 이

Cloud Native 앱 개발 역량

Cloud Native 앱 개발 역량

(이 글은 클라우드 네이티브 앱을 개발하고 운영하는 팀을 대상으로 하되, [개발 역량]에 초점을 두고 작성하였습니다. 따라서, 클라우드 인프라, DevOps 영역에 대한 내용은 없습니다. 참고하시고 읽어주시면 고맙겠습니다.) 클라우드 환경은 지원하는 기술 스택에 따라 IaaS, PaaS, SaaS 세 가지로 분류합니다. 시간의 흐름에 따라 IaaS에서 SaaS를 향해 발전하는데, 2001년 현재 우리는 PaaS

JavaScript 에서 TypeScript 로

이 글은 SI(System Integration) 프로젝트에서 기업형 애플리케이션(Enterprise Application)을 목표 시스템으로 프로젝트를 진행하는 프로젝트 팀 개발자를 독자로 가정하고 작성하였습니다. 서비스 개발 회사의 경우, 기술 선택의 폭이 넓고 다양하여 일관된 흐름과 구조를 특정하기 어렵기 때문입니다. 소프트웨어 아키텍트는 목표 시스템의 아키텍처를 설계할 때, 다양한 의사결정과정을 거칩니다. 그 과정에서 기업이나 프로젝트

React Router

SPA(SinglePageApplication) 프레임워크 중 하나인 React로 개발을 진행하려다 보니 문뜩 궁금한 것이 하나 생겼습니다. React는 하나의 화면에서 변화를 감지할때마다 VirtualDOM에 업데이트를 하고 변화가 일어난 부분만 Rendering을 하는데, "그럼 모든 페이지는 URI구분없이 같은건가?" 라는 질문이 생겼습니다. 하지만, 우리가 평소에 자주 사용하는 포털사이트만 보더라도 모든 페이지는 고유의 URI를 가지고 있고,

React State

1. State란 무엇인가? 우선 State를 설명하기전, Props(Properties)를 간단하게 살펴 보겠습니다. 일반적으로 React에서는 모든 데이터 전달 방향은 부모 컴포넌트에서 자식컴포넌트로 향해 있습니다. 그래서 자식컴포넌트에서 필요한 데이터는 부모컴포넌트에서 자식컴포넌트의 props에 담아 전달하게 됩니다. 이로써 자식컴포넌트는 부모컴포넌트로 부터 Props를 전달받아 사용이 가능합니다. 하지만 데이터를 수정하는 로직이나 사용자가 입력한 변경된 데이터를 저장해야