당신의 취업이 성공할 때까지 같이 하겠습니다!

[Design Pattern] 추상 팩토리 패턴(Abstract Factory Pattern)

취업길잡이 Coy — Sun, 10 Mar 2024 17:16:36 +0900

안녕하세요 취업길잡이 Coy입니다

오늘은 추상팩토리 패턴에 대해서 알아보도록 하겠습니다

추상 팩토리 패턴이란

추상 팩토리 패턴은 객체 생성에 관한 패턴 중 하나로, 관련된 객체들의 집합을 통째로 묶어서 생성하는 방식을 제공합니다. 이는 팩토리 메서드 패턴과 비슷하지만, 한 단계 더 추상화된 형태입니다.

일반적으로 객체 생성을 위한 인터페이스를 제공하고, 구체적인 객체 생성을 담당하는 팩토리 클래스를 만듭니다. 이 때, 여러 종류의 객체들을 묶어서 관리하는 추상 팩토리 클래스를 만들어서 관련 객체 집합을 생성합니다.

예를 들어, 전자제품을 생산하는 공장에서는 모니터, 키보드, 마우스와 같은 여러 부품들을 함께 생산해야 할 수 있습니다. 이런 경우, 추상 팩토리 패턴을 사용하여 각 부품들을 생성하는데 필요한 로직을 담은 클래스를 만들 수 있습니다.

클라이언트는 구체적인 클래스를 직접 생성하는 대신, 추상 팩토리를 통해 필요한 객체 집합을 생성할 수 있습니다. 이렇게 함으로써 클라이언트 코드와 객체 생성 로직이 분리되어 유지보수와 확장이 용이해집니다. 또한, 추상 팩토리 패턴을 사용하면 클라이언트는 구체적인 클래스에 대한 의존성을 줄일 수 있어 코드의 유연성을 높일 수 있습니다.

사용하는 목적

유연성과 확장성: 추상 팩토리 패턴은 객체 생성과 관련된 코드를 추상화하고, 클라이언트에게는 구체적인 클래스 대신 추상 팩토리 인터페이스를 제공함으로써 유연성을 제공합니다. 새로운 종류의 객체를 추가하거나 기존 객체를 변경할 때, 기존 코드를 수정하지 않고도 새로운 팩토리 구현체를 추가할 수 있습니다.
캡슐화: 클라이언트는 구체적인 클래스의 생성 로직을 알 필요 없이 추상화된 인터페이스를 통해 객체를 생성할 수 있습니다. 이는 객체 생성 로직을 외부에 노출시키지 않고, 객체 생성과 사용을 캡슐화할 수 있도록 합니다.
의존성 관리: 추상 팩토리 패턴은 클라이언트가 객체를 생성할 때 객체의 구체적인 클래스에 대한 의존성을 줄입니다. 이는 객체 간의 의존성을 낮추고, 코드의 유연성과 재사용성을 높입니다.
교체 가능한 구현: 클라이언트는 추상 팩토리 인터페이스를 통해 객체를 생성하므로, 클라이언트 코드는 구체적인 구현체와 직접적으로 결합되지 않습니다. 따라서 추상 팩토리를 통해 다양한 구현체를 전환하거나 교체할 수 있습니다.
유사한 객체 집합 생성: 객체들이 관련성이 있는 집합을 형성할 때 추상 팩토리 패턴은 특히 유용합니다. 이는 예를 들어, 여러 종류의 GUI 요소를 생성할 때나 여러 종류의 DB 연결을 처리할 때 유용합니다. 이런 경우에 추상 팩토리 패턴을 사용하면 일관성 있고 관련된 객체 집합을 생성할 수 있습니다.

이러한 이유로 추상 팩토리 패턴은 객체 생성과 관련된 코드의 유연성과 관리성을 향상시키며, 시스템의 독립성과 확장성을 증진시킵니다.

구조

예제코드

// 부품을 생성하는 인터페이스
interface Engine {
    void createEngine();
}

interface Tire {
    void createTire();
}

interface Headlight {
    void createHeadlight();
}

// BMW 브랜드의 부품 구현체
class BMWEngine implements Engine {
    @Override
    public void createEngine() {
        System.out.println("BMW Engine created");
    }
}

class BMWTire implements Tire {
    @Override
    public void createTire() {
        System.out.println("BMW Tire created");
    }
}

class BMWHeadlight implements Headlight {
    @Override
    public void createHeadlight() {
        System.out.println("BMW Headlight created");
    }
}

// Audi 브랜드의 부품 구현체
class AudiEngine implements Engine {
    @Override
    public void createEngine() {
        System.out.println("Audi Engine created");
    }
}

class AudiTire implements Tire {
    @Override
    public void createTire() {
        System.out.println("Audi Tire created");
    }
}

class AudiHeadlight implements Headlight {
    @Override
    public void createHeadlight() {
        System.out.println("Audi Headlight created");
    }
}

// 추상 팩토리 인터페이스
interface CarFactory {
    Engine createEngine();
    Tire createTire();
    Headlight createHeadlight();
}

// BMW 팩토리 구현체
class BMWFactory implements CarFactory {
    @Override
    public Engine createEngine() {
        return new BMWEngine();
    }

    @Override
    public Tire createTire() {
        return new BMWTire();
    }

    @Override
    public Headlight createHeadlight() {
        return new BMWHeadlight();
    }
}

// Audi 팩토리 구현체
class AudiFactory implements CarFactory {
    @Override
    public Engine createEngine() {
        return new AudiEngine();
    }

    @Override
    public Tire createTire() {
        return new AudiTire();
    }

    @Override
    public Headlight createHeadlight() {
        return new AudiHeadlight();
    }
}

// 클라이언트 코드
public class Main {
    public static void main(String[] args) {
        // BMW 차량 부품 생성
        CarFactory bmwFactory = new BMWFactory();
        Engine bmwEngine = bmwFactory.createEngine();
        Tire bmwTire = bmwFactory.createTire();
        Headlight bmwHeadlight = bmwFactory.createHeadlight();

        // Audi 차량 부품 생성
        CarFactory audiFactory = new AudiFactory();
        Engine audiEngine = audiFactory.createEngine();
        Tire audiTire = audiFactory.createTire();
        Headlight audiHeadlight = audiFactory.createHeadlight();
    }
}

- CarFactory: 이 클래스는 추상 팩토리의 역할을 합니다. 즉, 자동차 부품을 생성하는 인터페이스를 정의합니다. 이 인터페이스에는 createEngine(), createTire(), createHeadlight() 메서드가 있습니다. 이 클래스는 구체적인 자동차 브랜드에 대한 팩토리 클래스들의 공통적인 인터페이스를 제공합니다.

- BMWFactory: BMWFactory 클래스는 CarFactory 인터페이스를 구현하는 클래스입니다. 따라서 BMWFactory 클래스는 Engine, Tire, Headlight 인터페이스를 생성하는 메서드를 구현해야 합니다. 즉, createEngine(), createTire(), createHeadlight() 메서드를 구체화해야 합니다. 이 클래스는 BMW 브랜드에 대한 부품 생성을 담당합니다.

- AudiFactory: AudiFactory 클래스도 CarFactory 인터페이스를 구현하는 클래스입니다. BMWFactory와 마찬가지로 Engine, Tire, Headlight 인터페이스를 생성하는 메서드를 구현합니다. 즉, createEngine(), createTire(), createHeadlight() 메서드를 구현해야 합니다. 이 클래스는 Audi 브랜드에 대한 부품 생성을 담당합니다.

- Engine, Tire, Headlight: 각각 Engine, Tire, Headlight 클래스는 자동차 부품을 생성하는 인터페이스입니다. 각각의 인터페이스에는 해당 부품을 생성하는 메서드가 정의되어 있습니다.

- BMWEngine, BMWTire, BMWHeadlight, AudiEngine, AudiTire, AudiHeadlight: 이 클래스들은 각 부품에 대한 구체적인 구현체입니다. 예를 들어, BMWEngine 클래스는 Engine 인터페이스를 구현하여 BMW 브랜드의 엔진을 생성합니다. AudiEngine 클래스도 마찬가지로 Engine 인터페이스를 구현하여 Audi 브랜드의 엔진을 생성합니다. 이러한 클래스들은 실제 부품을 구현하고, 실제 부품을 생성하는 메서드를 구현합니다.

장단점

장점

1. 유연성(Flexibility): 추상 팩토리 패턴은 클라이언트가 구체적인 클래스에 의존하지 않고도 객체 생성을 요청할 수 있도록 합니다. 이는 시스템의 유연성을 높여 새로운 객체를 쉽게 추가하거나 기존 객체를 변경할 수 있게 합니다.
2. 교체 가능성(Replaceability): 추상 팩토리 패턴은 객체 생성 코드를 클라이언트 코드로부터 분리시킴으로써 객체 생성 방식을 변경하거나 다른 구현체로 교체하는 것을 용이하게 합니다. 이는 시스템을 확장하거나 유지보수하는 동안 변경이 발생할 때 유용합니다.
3. 캡슐화(Encapsulation): 추상 팩토리 패턴은 객체 생성 로직을 팩토리 클래스에 캡슐화하여 클라이언트 코드로부터 감춥니다. 이는 객체 생성과 사용을 분리함으로써 코드의 응집도를 높이고 코드의 복잡성을 낮출 수 있습니다.
단점

단점

1. 복잡성(Complexity): 추상 팩토리 패턴을 도입하면 객체 생성에 관한 여러 개의 인터페이스와 클래스가 추가될 수 있습니다. 이는 코드의 복잡성을 증가시킬 수 있으며, 작은 규모의 프로젝트에서는 오버엔지니어링으로 이어질 수 있습니다.
2.확장성 한계(Scalability Limitation): 새로운 종류의 객체를 추가할 때마다 팩토리 인터페이스와 구현체를 추가해야 합니다. 이는 시스템이 많은 종류의 객체를 지원해야 할 때 확장성이 제한될 수 있습니다.
3. 의존성 증가(Dependency Increase): 추상 팩토리 패턴을 사용하면 클라이언트 코드가 팩토리 인터페이스에 의존하게 됩니다. 이는 객체 생성 로직에 변경이 발생할 때 클라이언트 코드도 수정해야 한다는 것을 의미합니다. 따라서 의존성이 증가할 수 있습니다.

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

[Design Pattern] 프로토타입 패턴(Prototype Pattern)

취업길잡이 Coy — Sun, 3 Mar 2024 23:51:36 +0900

안녕하세요 취업길잡이 Coy입니다

오늘은 프로토타입패턴에 대해서 알아보도록 하겠습니다

프로토타입 패턴이란?

프로토타입 패턴은 객체 생성을 간소화하고 비용을 줄이기 위해 기존 객체를 복제하여 새로운 객체를 생성하는 디자인 패턴입니다. 이 패턴은 복잡한 객체 생성 과정을 피하고 유사한 객체를 효율적으로 생성할 수 있는 장점이 있습니다.

자바에서는 Cloneable 인터페이스를 구현하고 clone() 메서드를 오버라이드하여 이를 구현합니다. 이 패턴은 객체를 복제함으로써 새로운 객체를 생성하므로, 메모리 사용량이 늘어날 수 있고, 객체 상태를 공유할 경우 부작용이 발생할 수 있습니다. 따라서 복사 방법을 신중히 선택하여 이러한 부작용을 고려해야 합니다.

사용하는 목적

객체 복제의 복잡성 해소: 프로토타입 패턴은 객체 복제를 간단화하여 복잡한 복제 프로세스를 처리할 수 있습니다. 이는 객체들 간의 복잡한 상속 구조나 비공개 필드를 포함한 경우에 특히 유용합니다.
객체 생성 비용 및 시간 절약: 이미 생성된 프로토타입 객체를 복제하여 새로운 객체를 생성함으로써 객체 생성 비용과 시간을 절약할 수 있습니다.
클라이언트 코드의 유연성 확보: 프로토타입 패턴은 클라이언트 코드가 구체적인 객체 구현에 의존하지 않고도 객체를 복제할 수 있도록 합니다. 이는 코드의 유연성을 높여 써드파티 코드와의 상호작용이나 객체 생성 로직 변경에 유리합니다.
프로토타입 레지스트리 활용: 프로토타입 패턴을 사용하면 프로토타입 객체들을 레지스트리에 저장하여 언제든지 필요할 때 복제하여 사용할 수 있습니다. 이를 통해 복잡한 설정이나 자주 사용되는 객체를 효율적으로 관리할 수 있습니다.
서브클래스 수 줄이기: 객체를 초기화하는 방식만 다를 뿐이라면 서브클래스의 수를 줄이고자 할 때 프로토타입 패턴을 사용할 수 있습니다. 이는 코드의 가독성을 높이고 유지보수를 간편하게 할 수 있습니다.

구조

예제코드

public abstract class Animal implements Cloneable {
    private String name;

    public Animal(String name) {
        this.name = name;
    }

    public String getName() {
        return name;
    }

    // clone 메서드를 재정의하여 복제 기능을 구현
    @Override
    public Animal clone() throws CloneNotSupportedException {
        return (Animal) super.clone();
    }

    // 추상 메서드로 동물의 울음 소리를 출력
    public abstract void makeSound();
}

public class Dog extends Animal {
    public Dog(String name) {
        super(name);
    }

    @Override
    public void makeSound() {
        System.out.println(getName() + "가 왈왈 짖습니다.");
    }
}

public class Cat extends Animal {
    public Cat(String name) {
        super(name);
    }

    @Override
    public void makeSound() {
        System.out.println(getName() + "가 야옹 소리를 냅니다.");
    }
}

public class Main {
    public static void main(String[] args) throws CloneNotSupportedException {
        // 원본 동물 객체 생성
        Dog originalDog = new Dog("멍멍이");

        // 원본을 복제하여 새로운 동물 객체 생성
        Dog clonedDog = originalDog.clone();
        clonedDog.makeSound(); // 복제된 동물 객체의 울음 소리 출력

        // 또 다른 원본 동물 객체 생성
        Cat originalCat = new Cat("야옹이");

        // 원본을 복제하여 새로운 동물 객체 생성
        Cat clonedCat = originalCat.clone();
        clonedCat.makeSound(); // 복제된 동물 객체의 울음 소리 출력
    }
}

Animal 클래스:

복제 기능을 제공하기 위해 Cloneable 인터페이스를 구현하고, 추상 메서드인 clone()을 재정의합니다.
추상 메서드인 makeSound()를 선언하여 각 동물의 울음 소리를 출력하는 기능을 구현할 하위 클래스에서 오버라이드할 수 있도록 합니다.

Dog 클래스:

Animal 클래스를 상속받아 구현되었으며, 개를 나타냅니다.
makeSound() 메서드를 오버라이드하여 개의 울음 소리를 출력하도록 구현되어 있습니다.

Cat 클래스:

Animal 클래스를 상속받아 구현되었으며, 고양이를 나타냅니다.
makeSound() 메서드를 오버라이드하여 고양이의 울음 소리를 출력하도록 구현되어 있습니다.

Main 클래스:

프로그램의 시작점으로, 복제된 동물 객체를 생성하고 울음 소리를 출력하는 기능을 담당합니다.
Dog와 Cat 객체를 각각 생성하고, 각 객체를 복제하여 새로운 동물 객체를 생성하고 이를 이용하여 울음 소리를 출력합니다

장단점

장점

1. 구체 클래스에 직접 연결하지 않고 객체를 복사할 수 있습니다:
이는 코드를 유연하게 만들어줍니다. 클라이언트 코드가 구체적인 클래스에 직접적으로 의존하지 않고도 객체를 복사할 수 있어서, 코드의 변경이나 유지보수에 용이합니다.
2. 중복되는 초기화 코드를 제거할 수 있습니다:
프로토타입이 미리 정의되어 있기 때문에, 이를 복제하여 객체를 생성할 때 중복되는 초기화 코드를 제거할 수 있습니다. 이는 코드의 가독성과 유지보수성을 향상시킵니다.
3. 복잡한 객체를 더 쉽게 생성할 수 있습니다:
복잡한 객체의 생성 과정을 단순화하여 쉽게 생성할 수 있습니다. 이는 객체 생성을 추상화하고 클라이언트에게 쉽게 사용할 수 있는 인터페이스를 제공함으로써 개발 과정을 효율화합니다.

단점

1. 객체를 복제하는 과정이 복잡할 수 있습니다:
특히 순환 참조가 있는 복잡한 객체를 복제하는 것은 까다로울 수 있습니다. 복제 과정에서 재귀적으로 객체를 복사하면서 순환 참조를 처리해야 하기 때문에 이를 처리하는 것이 어려울 수 있습니다.
2. 복잡한 객체를 복제하는 과정이 비용이 들 수 있습니다:
복제 과정은 객체를 새로 생성하는 것보다 비용이 많이 들 수 있습니다. 특히 복제할 객체가 매우 크거나 복잡한 경우, 복제 과정에서 많은 시간과 자원이 소모될 수 있습니다.
3. 객체를 복제하는 과정이 복잡한 경우 디버깅이 어려울 수 있습니다:
복제 과정이 복잡하고 코드가 깊게 중첩된 경우, 이를 디버깅하기 어려울 수 있습니다. 특히 clone() 메서드를 구현하는 과정이 복잡하고 버그를 발견하기 어려울 수 있습니다.

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

[Design Pattern] 프록시 패턴(Proxy Pattern)

취업길잡이 Coy — Sun, 18 Feb 2024 12:24:51 +0900

안녕하세요 취업길잡이 Coy입니다

오늘은 프록시패턴에 대해서 알아보도록 하겠습니다

프록시패턴이란?

프록시 패턴은 대상 객체에 대한 접근을 제어하여 추가적인 기능을 제공하는 구조 디자인 패턴입니다. 클라이언트가 대상 객체에 직접 접근하는 대신 프록시 객체를 통해 접근하며, 이를 통해 보안, 캐싱, 데이터 유효성 검사, 지연 초기화, 로깅 등의 기능을 추가할 수 있습니다. 프록시는 대상 객체와 동일한 인터페이스를 구현하여 클라이언트에게 투명하게 동작하며, 객체 생성 비용이 비싼 경우나 원격 객체를 로컬처럼 다룰 때 유용합니다.

사용하는 목적

접근 제어: 클라이언트가 실제 객체에 직접 접근하지 않도록 제어하여 객체의 접근을 관리하고 권한 검사 등을 수행할 수 있습니다.
지연 초기화: 실제 객체의 생성 및 초기화를 지연시켜 필요한 순간에 생성 및 초기화하여 성능을 최적화할 수 있습니다.
캐싱: 결과를 캐싱하여 중복 계산을 피하고 성능을 향상시킬 수 있습니다.
유효성 검사: 실제 객체에 접근하기 전에 데이터의 유효성 검사를 통해 검증할 수 있습니다.
원격 액세스: 원격 프록시를 사용하여 다른 시스템에서 실행 중인 객체에 접근할 수 있으며, 분산 시스템에서 객체 간 통신을 용이하게 합니다.

구조

예제코드

interface Image {
    void display();
}

class RealImage implements Image {
    private String filename;

    public RealImage(String filename) {
        this.filename = filename;
        loadFromDisk();
    }

    private void loadFromDisk() {
        System.out.println("Loading image: " + filename);
    }

    @Override
    public void display() {
        System.out.println("Displaying image: " + filename);
    }
}

class ProxyImage implements Image {
    private String filename;
    private RealImage realImage;

    public ProxyImage(String filename) {
        this.filename = filename;
    }

    @Override
    public void display() {
        if (realImage == null) {
            realImage = new RealImage(filename);
        }
        realImage.display();
    }
}

public class ProxyPatternExample {
    public static void main(String[] args) {
        // Client accesses the image through proxy
        Image image1 = new ProxyImage("image1.jpg");
        Image image2 = new ProxyImage("image2.jpg");

        // Image1 will be loaded from disk
        image1.display();
        // Image1 will not be loaded again, as it's already in memory
        image1.display();

        // Image2 will be loaded from disk
        image2.display();
        // Image2 will not be loaded again, as it's already in memory
        image2.display();
    }
}

Image 인터페이스

- 이미지를 표현하기 위한 인터페이스입니다.

- display() 메서드를 정의하여 이미지를 표시하는 기능을 가지고 있습니다.

RealImage 클래스

- Image 인터페이스를 구현한 실제 이미지를 로딩하는 클래스입니다.

- 생성자에서 파일 이름을 받아와서 해당 이미지를 디스크에서 로드합니다.

- display() 메서드를 구현하여 이미지를 표시합니다.

ProxyImage 클래스

- Image 인터페이스를 구현한 프록시 이미지 클래스입니다.

- 필요한 경우에만 실제 이미지를 로드하고 표시하는 기능을 가지고 있습니다.

- display() 메서드를 구현하여 이미지를 표시하기 전에 실제 이미지를 로드하고 표시합니다.

ProxyPatternExample 클래스

- 클라이언트 코드를 포함한 예제의 진입점입니다.

- 프록시 패턴을 사용하여 이미지를 표시하는 예시를 보여줍니다.

- 클라이언트는 ProxyImage를 통해 이미지에 접근하고 표시합니다. 이미지가 필요할 때마다 실제 이미지를 로드하여 표시합니다.

장단점

장점

1. 기존 객체 수정 없이 기능 추가: 기존 객체를 수정하지 않고도 프록시 패턴을 통해 일련의 로직을 추가할 수 있습니다. 이를 통해 기능 확장이 용이해집니다.
2. 리소스 관리 및 부하 감소: 실제 객체를 수행하기 이전에 전처리를 하거나, 기존 객체를 캐싱하여 부하를 줄일 수 있습니다. 특히, 기존 객체의 리소스가 무거울 경우 캐싱 과정을 통해 부하를 줄일 수 있습니다.
3. 보안: 프록시는 기존 객체와 클라이언트 요청 사이에 위치하여 보안 역할을 하게 됩니다. 클라이언트가 직접적으로 기존 객체에 접근하지 않고 프록시를 통해 접근하기 때문에 보안 측면에서 유리합니다.

단점

1. 코드 복잡도 증가: 프록시를 도입함으로써 코드의 복잡도가 증가할 수 있습니다. 프록시를 통해 추가된 로직이나 중개 역할 때문에 코드가 난해해져 가독성이 떨어질 수 있습니다.
2. 성능 저하 가능성: 객체를 생성할 때 프록시를 거치므로, 객체 생성 및 호출에 대한 오버헤드가 발생할 수 있습니다. 특히, 빈번한 객체 생성이 필요한 경우 성능 저하가 발생할 수 있습니다.
3. 동기화 및 스레드 관리 필요성: 객체 생성을 위해 스레드 생성 및 동기화가 필요할 수 있습니다. 이로 인해 코드의 복잡성이 증가할 수 있으며, 올바른 스레드 관리가 필요합니다.

오늘은 프록시 패턴에 대해서 알아보았습니다

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

[Design Pattern] 어댑터 패턴(Adapter Pattern)

취업길잡이 Coy — Sun, 11 Feb 2024 23:44:28 +0900

안녕하세요 취업길잡이 Coy입니다

오늘은 어댑터 패턴(Adater Pattern)에 대해서 알아보도록 하겠습니다.

어댑터 패턴이란

어댑터 패턴은 소프트웨어 디자인에서 호환되지 않는 인터페이스를 연결하여 기존 클래스들이 새로운 클래스나 인터페이스와 함께 동작할 수 있도록 하는 구조적인 설계 패턴입니다.

이 패턴은 기존 코드를 변경하지 않고도 새로운 요구사항에 대응하거나 외부 라이브러리를 통합하는 등의 상황에서 유용하게 활용됩니다. 어댑터 패턴을 사용하면 호환성이 없는 코드를 함께 사용할 수 있어서 코드의 재사용성과 유연성을 향상시킬 수 있습니다.

주로 클라이언트와 서버 사이의 인터페이스 불일치 문제를 해결하기 위해 사용되며, 클라이언트는 어댑터를 통해 새로운 인터페이스를 사용하게 됩니다. 이렇게 함으로써 소프트웨어의 유지보수성과 확장성을 높일 수 있습니다.

예를 들어, 한국에서는 220V 전기를 사용하는데, 해외에서는 110V 전기를 사용하는 경우가 있습니다.

이때 한국에서 제조된 전자제품을 해외에서 사용하려면 110V 전원을 제공하는 어댑터를 사용해야 합니다.

이 어댑터는 한국 제품의 220V 전원을 110V로 변환하여 호환성 문제를 해결해 줍니다.

마찬가지로, 소프트웨어에서도 어댑터 패턴을 사용하여 호환되지 않는 인터페이스를 연결하여 기능을 확장하거나 새로운 기능을 추가할 수 있습니다

사용하는 목적

호환성 문제 해결: 기존에 존재하는 클래스나 라이브러리의 인터페이스가 요구사항과 맞지 않을 때, 어댑터 패턴을 사용하여 호환성 문제를 해결할 수 있습니다.
레거시 코드 재사용: 이미 만들어진 레거시 코드를 수정할 수 없는 경우에도 어댑터 패턴을 활용하여 해당 코드를 재사용할 수 있습니다.
새로운 인터페이스 적용: 이미 구축된 클래스를 새로운 인터페이스에 맞게 개조할 때 어댑터 패턴을 사용할 수 있습니다.
구 버전과 신 버전 공존: 소프트웨어의 구 버전과 신 버전을 함께 사용하고 싶을 때, 어댑터 패턴을 활용하여 두 버전 간의 호환성을 유지할 수 있습니다.
코드 수정 최소화: 기존 클래스의 소스 코드를 변경하지 않고도 새로운 인터페이스에 맞게 호환 작업을 수행하여 코드 수정을 최소화할 수 있습니다.

구조

예제코드

interface PS2Keyboard {
    void type();
}

class PS2KeyboardImpl implements PS2Keyboard {
    @Override
    public void type() {
        System.out.println("Typing using PS/2 keyboard");
    }
}

interface USBKeyboard {
    void type();
}

class PS2ToUSBAdapter implements USBKeyboard {
    private PS2Keyboard ps2Keyboard;

    PS2ToUSBAdapter(PS2Keyboard ps2Keyboard) {
        this.ps2Keyboard = ps2Keyboard;
    }

    @Override
    public void type() {
        System.out.println("Adapter: Converting PS/2 to USB");
        ps2Keyboard.type();
    }
}

public class Main {
    public static void main(String[] args) {
        // PS/2 키보드 인스턴스 생성
        PS2Keyboard ps2Keyboard = new PS2KeyboardImpl();

        // PS/2 to USB 어댑터를 통해 PS/2 키보드를 USB로 연결
        USBKeyboard usbKeyboard = new PS2ToUSBAdapter(ps2Keyboard);

        // 클라이언트는 USB 키보드를 통해 입력 수행
        usbKeyboard.type();
    }
}

PS/2 키보드를 나타내는 PS2Keyboard 인터페이스와 이를 구현하는 PS2KeyboardImpl 클래스를 정의합니다.

PS/2 키보드를 USB 키보드로 변환하는 어댑터인 PS2ToUSBAdapter 클래스를 작성하여 PS/2 키보드와 USB 키보드의 인터페이스를 연결합니다.

클라이언트는 PS/2 키보드를 PS2ToUSBAdapter를 통해 USB 키보드로 변환하여 입력을 수행합니다.

어댑터 패턴의 장단점

장점

1. 기존 코드를 변경하지 않고 원하는 인터페이스 구현체를 만들어 재사용할 수 있습니다.
2. 기존 코드를 손상시키지 않는 것은 객체지향 원칙 중 "개방/폐쇄 원칙"에 해당합니다.
3. 기존 코드가 하던 일과 특정 인터페이스 구현체로 변환하는 작업을 각기 다른 클래스로 분리하여 관리할 수 있습니다.

단점

1. 다수의 새로운 인터페이스와 클래스를 도입해야 하므로 구조가 복잡해집니다.
2. 때로는 서비스 클래스를 변경하는 것이 더 간단할 때도 있습니다.
3. 새로운 인터페이스와 어댑터 클래스를 추가해야 하므로 코드의 복잡성이 증가하고 유지 보수가 어려워질 수 있습니다.

오늘 이렇게 어댑터 패턴에 대해서 알아보았습니다

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

[Design Pattern] 빌더 패턴(Builder Pattern)

취업길잡이 Coy — Sun, 4 Feb 2024 15:50:21 +0900

안녕하세요 취업길잡이 Coy입니다

오늘은 빌더 패턴(Builer Pattern)에 대해서 알아보도록 하겠습니다

빌더 패턴이란

빌더 패턴은 복잡한 객체의 생성 과정과 표현 방법을 분리하여 객체를 다양한 방식으로 생성하는 디자인 패턴입니다. 객체 생성을 일련의 단계로 나누고, 빌더 클래스를 사용하여 필수적인 속성을 설정하고 선택적으로 다양한 속성을 추가할 수 있습니다.

예를 들어, 자동차 빌더에서는 차체, 엔진, 내부 장식 등을 설정하고, 필요한 옵션만 선택하여 다양한 자동차 인스턴스를 생성할 수 있습니다. 이는 자동차의 다양한 종류에 대한 유연성을 제공합니다.

이런식으로 빌더 패턴은 객체 생성의 복잡성과 다양성을 다루는 데 유용하며, 객체의 생성 과정과 표현 방법을 추상화하여 유연성을 확보합니다.

사용하는 목적

일관성 문제 해결: 빌더 패턴은 필수 매개변수를 강제하며, 객체 생성 시 필요한 값들을 빠뜨리는 일관성 문제를 해결합니다. 클라이언트는 빌더 클래스를 통해 필수 값들을 설정하고 누락된 값이 없도록 보장할 수 있습니다.
불변성 보장: 자바 빈즈 패턴에서는 Setter 메서드를 노출하여 객체를 외부에서 변경할 수 있지만, 빌더 패턴에서는 최종적으로 build() 메서드를 호출하여 불변한 객체를 생성합니다. 이로써 외부에서 객체를 불변하게 유지할 수 있어, 객체의 일관성과 안정성을 보장합니다.
가독성 향상: 빌더 패턴은 체이닝 형태로 메서드를 호출하므로, 객체를 생성하면서 필요한 값을 명시적으로 표현할 수 있습니다. 이는 가독성을 향상시키며, 어떤 값이 어떤 의미를 가지는지 쉽게 이해할 수 있도록 합니다.
변경 용이성: 빌더 패턴은 객체 생성에 필요한 각각의 단계를 메서드로 분리하여 구현하므로, 단일 단계의 변경이 전체 시스템에 미치는 영향을 최소화할 수 있습니다. 새로운 단계를 추가하거나 기존 단계를 수정하더라도 해당 부분만 수정하면 되므로 유지보수가 용이합니다.
선택적 파라미터 관리 용이성: 생성자 오버로딩에서 발생하는 선택적 파라미터의 순서나 누락 문제를 해결합니다. 빌더 패턴을 사용하면 클라이언트는 필요한 값을 명시적으로 지정할 수 있으며, 순서에 구애받지 않아도 됩니다. 이는 유연성을 높이고 실수를 방지하는 데 도움이 됩니다.

구조

예제 코드

class Product {
    private String part1;
    private int part2;
    private boolean part3;

    // 생성자, getter 메서드 등...

    @Override
    public String toString() {
        return "Product{" +
                "part1='" + part1 + '\'' +
                ", part2=" + part2 +
                ", part3=" + part3 +
                '}';
    }
}

interface Builder {
    void buildPart1();
    void buildPart2();
    void buildPart3();
    Product getResult();
}

class ConcreteBuilder1 implements Builder {
    private Product product = new Product();

    @Override
    public void buildPart1() {
        product.setPart1("Part1 from Builder1");
    }

    @Override
    public void buildPart2() {
        product.setPart2(42);
    }

    @Override
    public void buildPart3() {
        product.setPart3(true);
    }

    @Override
    public Product getResult() {
        return product;
    }
}
// ConcreteBuilder2, ConcreteBuilder3 클래스도 유사하게 구현

class Director {
    private Builder builder;

    public Director(Builder builder) {
        this.builder = builder;
    }

    public void construct() {
        builder.buildPart1();
        builder.buildPart2();
        builder.buildPart3();
    }
}

public class BuilderPatternExample {
    public static void main(String[] args) {
        // 클라이언트는 ConcreteBuilder를 선택
        Builder builder = new ConcreteBuilder1();

        // 디렉터를 통해 제품 생성
        Director director = new Director(builder);
        director.construct();

        // 완성된 제품 얻기
        Product product = builder.getResult();

        // 결과 출력
        System.out.println(product);
    }
}

Product 클래스:
- Product 클래스는 최종적으로 생성되는 제품을 나타냅니다.
- part1, part2, part3로 구성되어 있으며, 빌더 패턴에서 생성될 제품의 일부분들을 담고 있습니다.
Builder 인터페이스:
- Builder 인터페이스는 제품의 생성 과정을 추상화한 것으로, 구체적인 빌더 클래스들이 이를 구현합니다.
- buildPart1(), buildPart2(), buildPart3(), getResult() 메서드로 구성되어 있습니다.
ConcreteBuilder1 클래스:
- ConcreteBuilder1 클래스는 Builder 인터페이스를 구현하여 제품의 일부분들을 생성하는 역할을 합니다.
- buildPart1()에서는 part1을 설정하고, buildPart2()에서는 part2를 설정하며, buildPart3()에서는 part3를 설정합니다. getResult() 메서드에서는 완성된 Product 객체를 반환합니다.
ConcreteBuilder2, ConcreteBuilder3 클래스:
- ConcreteBuilder2, ConcreteBuilder3 클래스도 ConcreteBuilder1과 유사하게 Builder 인터페이스를 구현합니다.
- 각각의 빌더 클래스에서는 자신의 방식대로 part1, part2, part3를 설정하고 결과를 반환합니다.
Director 클래스:
- Director 클래스는 클라이언트가 어떤 빌더를 선택하든 일관된 인터페이스를 제공하여 제품을 조립합니다.
- construct() 메서드에서는 빌더의 메서드들을 호출하여 제품을 조립합니다.
클라이언트 코드 (BuilderPatternExample 클래스):
- 클라이언트 코드에서는 특정 빌더를 선택하고, 해당 빌더를 이용하여 Director를 통해 제품을 생성합니다.
- 결과로 완성된 제품을 출력합니다.

빌더 패턴의 장단점

장점

1. 유연성 및 확장성: 빌더 패턴을 사용하면 제품의 각 부분을 담당하는 빌더 클래스를 추가하거나 수정함으로써 다양한 종류의 제품을 생성할 수 있습니다. 새로운 빌더 클래스를 추가하거나 기존 빌더 클래스를 수정함으로써 시스템에 새로운 제품이나 기능을 손쉽게 추가할 수 있습니다.
2. 가독성 및 유지보수성 향상: 복잡한 객체의 생성 코드를 각각의 빌더 클래스로 분리하면 가독성이 향상되고 유지보수가 용이해집니다. 각 빌더 클래스는 특정 부분의 생성에 집중하므로 코드의 일관성이 유지되며, 변경이 필요한 경우 해당 빌더 클래스만 수정하면 됩니다.
3. 필수 및 선택적 매개변수 처리: 빌더 패턴은 객체 생성에 필요한 필수 매개변수와 선택적 매개변수를 구분하여 처리할 수 있습니다. 이로써 가독성이 높아지고 클라이언트는 필요한 부분만 설정하여 원하는 형태의 객체를 생성할 수 있습니다.

단점

1. 코드 복잡성: 빌더 패턴을 구현하려면 여러 클래스를 만들어야 하므로 코드의 양이 늘어날 수 있습니다. 작은 규모의 객체나 간단한 객체의 경우에는 빌더 패턴을 사용하는 것이 오히려 더 복잡해질 수 있습니다.
2. 성능 오버헤드: 객체를 생성하는 데 필요한 여러 단계와 객체들 간의 상호작용이 있기 때문에 성능 면에서 다른 생성 패턴에 비해 오버헤드가 발생할 수 있습니다. 하지만 대부분의 경우에는 성능상 큰 문제가 되지 않습니다.
3. 불필요한 객체 생성: 빌더 패턴을 사용하면 중간 단계에서 생성된 객체들이 메모리를 차지하게 될 수 있습니다. 이는 객체가 복잡한 경우에 불필요한 메모리 소비로 이어질 수 있습니다.

오늘 이렇게 빌더 패턴에 대해서 알아보았습니다.

디자인 패턴 자체가 가독성을 좋게 하거나, 유지보수가 용이하게 해주는 것은 맞지만, 상황에 따라 잘 사용하는 것이 중요합니다

출처(https://m.yes24.com/Goods/Detail/17525598)

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

[Design Pattern] 상태 패턴(State Pattern)

취업길잡이 Coy — Fri, 26 Jan 2024 01:06:08 +0900

안녕하세요 취업길잡이 Coy입니다

오늘은 상태 패턴(State Pattern)에 대해서 알아보도록 하겠습니다

상태 패턴이란

상태 패턴(State Pattern)은 객체가 특정 상태에 따라 행위를 다르게 하는 디자인 패턴으로, 상태를 객체화하여 객체의 행동을 상태에 따라 다르게 할 수 있도록 위임하는 방식을 채택합니다.

이는 객체의 내부 상태를 클래스로 표현하고, 해당 상태에 따른 행위를 클래스 내 메서드로 정의합니다.

상태 클래스는 인터페이스로 캡슐화되어 상태의 변화에 따라 객체의 행동이 상태에 특화된 행동으로 분리되며, 새로운 행동 추가 시 다른 행동에 영향을 주지 않습니다.

이 패턴은 상태 전이를 관리하는 복잡한 조건 로직을 분산시키고, 객체가 스스로 행동을 변경할 수 있도록 함으로써 설계를 단순화합니다.

사용하는 목적

다양한 상태에 따라 객체의 동작을 변화시킬 때: 객체가 특정 상태에 있을 때마다 다른 행동을 해야 할 때 상태 패턴을 사용합니다.
대규모 조건 분기 코드와 중복 코드를 간소화할 때: 상태 및 전환에 걸쳐 많은 조건 분기 코드와 중복 코드가 존재할 때, 이를 간소화하고 유지보수성을 향상시키기 위해 상태 패턴을 활용합니다.
런타임에 객체의 상태를 동적으로 변경해야 할 때: 객체의 상태가 런타임 중에 변경되어야 하는 경우, 상태 패턴을 사용하여 객체의 행동을 유연하게 조절할 수 있습니다.
상태 클래스들의 계층구조를 구성하고 중복 코드를 줄일 때: 상태 클래스들 간에 계층구조를 구성하여 공통 코드를 추상화하고 중복을 최소화하는 경우에 상태 패턴을 활용합니다.

구조

예제 코드

// State.java
public interface State {
    void handle();
}

// ConcreteStateA.java
public class ConcreteStateA implements State {
    @Override
    public void handle() {
        System.out.println("Handling request in State A");
    }
}

// ConcreteStateB.java
public class ConcreteStateB implements State {
    @Override
    public void handle() {
        System.out.println("Handling request in State B");
    }
}

// Context.java
public class Context {
    private State state;

    public void setState(State state) {
        this.state = state;
    }

    public void request() {
        state.handle();
    }
}

public class Main {
    public static void main(String[] args) {
        // 초기 상태 설정
        Context context = new Context();
        State stateA = new ConcreteStateA();
        context.setState(stateA);

        // 상태 A에서의 동작
        context.request();  // 출력: Handling request in State A

        // 상태 B로 전환
        State stateB = new ConcreteStateB();
        context.setState(stateB);

        // 상태 B에서의 동작
        context.request();  // 출력: Handling request in State B
    }
}

Context 클래스

Context 클래스는 상태를 관리하며, 상태에 따라 특정 행동을 수행하는 메서드인 request()를 제공합니다. 상태는 State 인터페이스를 통해 관리되며, 클라이언트는 setState() 메서드를 사용하여 상태를 변경할 수 있습니다.

State 인터페이스 및 구체적인 상태 클래스들

State 인터페이스는 각 상태에서 구현해야 할 handle() 메서드를 정의하고, 구체적인 상태 클래스인 ConcreteStateA와 ConcreteStateB는 각각 상태에 맞는 특정 동작을 구현합니다. 클라이언트는 Context를 통해 상태를 설정하고 해당 상태에서의 동작을 호출할 수 있습니다.

상태 패턴의 장단점

장점

1. 모듈화 및 단일 책임 원칙 준수: 상태에 따른 행동을 개별 클래스로 모듈화하므로, 각 상태 클래스는 자체적으로 관리되고 수정될 수 있어 코드의 단일 책임 원칙을 준수하게 됩니다.

2. 코드 간소화와 유지보수 용이성: 각 상태 클래스가 특정 상태와 관련된 동작을 담당하므로, 코드가 간결하고 이해하기 쉽습니다. 새로운 상태의 추가나 기존 상태의 변경이 필요한 경우 해당 상태 클래스만 수정하면 되므로 유지보수가 용이합니다.

3. 개방 폐쇄 원칙 준수: 상태 패턴은 기존 코드 수정 없이 새로운 상태를 도입할 수 있어 개방 폐쇄 원칙을 준수하며, 확장에 열려있고 수정에 닫혀있는 유연한 설계를 가능하게 합니다.

단점

1. 클래스 수 증가 및 복잡성: 상태 별로 클래스를 생성하므로 클래스 수가 증가하게 되고, 이로 인해 관리해야 할 클래스의 복잡성이 증가할 수 있습니다.

2. Context 코드 복잡성: 상태 클래스 갯수가 많거나 상태 규칙이 자주 변경된다면, Context 클래스의 상태 변경 코드가 복잡해질 수 있습니다.

3. 적은 상태 변경 또는 상태 수: 객체에 적용할 상태가 몇 가지 밖에 없거나 거의 상태 변경이 이루어지지 않는 경우, 패턴을 적용하는 것이 과도할 수 있으며, 오히려 불필요한 복잡성을 추가할 수 있습니다.

오늘 이렇게 상태 패턴에 대해서 알아보았습니다.

디자인 패턴 자체가 가독성을 좋게 하거나, 유지보수가 용이하게 해주는 것은 맞지만, 상황에 따라 잘 사용하는 것이 중요합니다

출처(https://m.yes24.com/Goods/Detail/17525598)

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

[Design Pattern] 데코레이터 패턴(Decorator Pattern)

취업길잡이 Coy — Sun, 21 Jan 2024 22:42:01 +0900

데코레이터 패턴(Decorator Pattern)

안녕하세요 취업길잡이 Coy입니다

오늘은 데코레이터 패턴(Decorator Pattern)에 대해서 알아보도록 하겠습니다

데코레이터 패턴이란

데코레이터 패턴은 객체 지향 디자인에서 사용되는 구조적인 패턴으로, 기본 객체에 동적으로 추가적인 행동을 부여하는 것을 목적으로 합니다.

이 패턴은 상속을 사용하지 않고도 객체의 기능을 확장할 수 있도록 해 주며, 객체의 결합을 통해 유연하게 기능을 동적으로 확장할 수 있게 합니다.

데코레이터 패턴은 필요한 추가 기능을 조합하여 사용할 때 특히 유용하며, 런타임에서 동적으로 기능을 부여함으로써 객체의 확장성과 유연성을 제공합니다.

객체를 '장식'하여 새로운 기능을 부여함으로써, 기본 기능에 대한 변경이나 확장을 효과적으로 관리할 수 있는 패턴입니다.

사용하는 목적

1. 확장 가능한 기능 추가: 기존 클래스를 수정하지 않고도 새로운 기능을 추가할 수 있습니다. 이는 클래스의 확장이 용이하고, 새로운 요구사항이나 기능 추가에 대응하기 쉽게 만듭니다.

2. 클래스의 계층 구조 유지: 데코레이터 패턴은 상속을 통한 기능 추가 대신, 객체를 감싸는 방식으로 기능을 확장합니다. 이로써 클래스의 계층 구조를 유지하면서도 더 많은 유연성을 제공합니다.

3. 단일 책임 원칙 준수: 각 데코레이터는 특정 기능에 대한 책임만을 지며, 이는 단일 책임 원칙(Single Responsibility Principle)을 따르게 됩니다. 각 데코레이터는 한 가지 역할에 집중하므로 코드의 가독성이 향상됩니다.

4. 동적으로 기능 추가 및 제거: 런타임 시 동적으로 데코레이터를 추가하거나 제거할 수 있습니다. 이는 특정 객체의 동작을 필요에 따라 변경하거나 확장할 수 있는 유연성을 제공합니다.

구조

예제 코드

// 로봇 인터페이스
public interface Robot {
    void assemble();
    int getCost();
}

// 기본 로봇 클래스
public class BasicRobot implements Robot {
    @Override
    public void assemble() {
        System.out.println("Basic Robot Assembled");
    }

    @Override
    public int getCost() {
        return 100;
    }
}

// 로봇 데코레이터 추상 클래스
public abstract class RobotDecorator implements Robot {
    protected Robot decoratedRobot;

    public RobotDecorator(Robot robot) {
        this.decoratedRobot = robot;
    }

    @Override
    public void assemble() {
        decoratedRobot.assemble();
    }

    @Override
    public int getCost() {
        return decoratedRobot.getCost();
    }
}

// 무기를 추가하는 데코레이터 클래스
public class WeaponDecorator extends RobotDecorator {
    public WeaponDecorator(Robot robot) {
        super(robot);
    }

    @Override
    public void assemble() {
        super.assemble();
        System.out.println("Added Weapon");
    }

    @Override
    public int getCost() {
        return super.getCost() + 50; // 무기 추가로 인한 비용 증가
    }
}

public class Main {
    public static void main(String[] args) {
        // 기본 로봇 생성
        Robot basicRobot = new BasicRobot();
        basicRobot.assemble();
        System.out.println("Cost: $" + basicRobot.getCost());

        System.out.println();

        // 무기를 추가한 로봇 생성
        Robot weaponRobot = new WeaponDecorator(new BasicRobot());
        weaponRobot.assemble();
        System.out.println("Cost: $" + weaponRobot.getCost());
    }
}

BasicRobot 클래스는 기본적인 로봇을 나타내며, assemble 메서드로 기본 조립 동작과 getCost 메서드로 비용을 반환합니다.

RobotDecorator는 로봇을 데코레이팅하기 위한 추상 클래스로, 기본 기능을 유지하면서 새로운 기능을 추가할 수 있도록 합니다.

WeaponDecorator 클래스는 RobotDecorator를 상속받아 무기를 추가하는 기능을 부여하는 구체적인 데코레이터로, assemble 메서드와 getCost 메서드를 오버라이딩하여 무기를 추가하고 비용을 증가시킵니다.

Main 클래스에서는 기본 로봇과 무기를 추가한 로봇을 생성하여 조립하고, 각각의 비용을 출력하여 데코레이터 패턴의 활용을 보여줍니다.

데코레이터 패턴의 장단점

장점

1. 유연성 확보: 기존 코드 수정 없이도 데코레이터 패턴을 활용하여 객체의 행동을 확장할 수 있습니다.
2. 런타임 행동 추가: 구성과 위임을 통해 실행 중에 새로운 행동을 추가할 수 있어, 유연성과 확장성을 제공합니다.
3. 단일 책임 원칙 적용: 다양한 행동들의 변형을 여러 작은 클래스로 나누어 구현할 수 있어, 단일 책임 원칙을 적용하여 코드를 구성할 수 있습니다

단점

1. 의미 없는 객체 증가: 데코레이터를 과도하게 사용하면 많은 의미 없는 객체들이 추가될 수 있어 가독성과 관리에 어려움이 생길 수 있습니다.
2. 코드 복잡성 증가: 데코레이터를 많이 사용하면 코드가 복잡해질 우려가 있어, 적절한 사용이 중요합니다.
3. 래퍼 스택 관리 어려움: 데코레이터 스택에서 특정 데코레이터를 제거하기가 어려울 수 있어, 일부 유지보수 상황에서 어려움이 발생할 수 있습니다.

오늘 이렇게 데코레이터 패턴에 대해서 알아보았습니다.

디자인 패턴 자체가 가독성을 좋게 하거나, 유지보수가 용이하게 해주는 것은 맞지만, 상황에 따라 잘 사용하는 것이 중요합니다

출처(https://m.yes24.com/Goods/Detail/17525598)

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

[Design Pattern] 옵저버 패턴(Observer Pattern)

취업길잡이 Coy — Sun, 31 Dec 2023 09:00:35 +0900

옵저버 패턴(Observer Pattern)

안녕하세요 취업길잡이 Coy입니다

오늘은 옵저버 패턴(Observer Pattern)에 대해서 알아보도록 하겠습니다

옵저버 패턴이란

옵서버 패턴은 객체의 상태 변화를 관찰하는 관찰자들의 목록을 객체에 등록하여 상태 변화가 있을 때마다 해당 관찰자들에게 알림을 보내는 디자인 패턴입니다. 이는 주로 분산 이벤트 핸들링 시스템을 구현하거나 발행/구독 모델로 알려져 있습니다.

간단한 예시로는 메시지 전달 앱을 들 수 있습니다.

여러 사용자가 채팅방을 구독하는데, 한 사용자가 메시지를 보내면 해당 채팅방에 있는 다른 사용자들은 그 메시지를 받아 볼 수 있습니다. 이는 옵서버 패턴의 개념과 유사한 방식으로 작동합니다.

상태 변화가 발생하면(메시지 전송), 해당 객체(채팅방)는 그 상태 변화를 관찰하는 다른 객체(사용자)들에게 알림을 보내어 메시지를 전달하게 됩니다.

이렇게 옵서버 패턴을 사용하면 객체 간의 상호작용을 유연하게 구현할 수 있고, 객체의 상태 변화를 감지하고 적절히 대응하는 데에 매우 유용합니다.

사용하는 목적

1. 이벤트 중심의 시스템에서 객체 간의 상호작용이 필요한 경우, 옵저버 패턴은 이를 구현하는데 효과적입니다. 예를 들어, GUI 프로그래밍이나 이벤트 핸들링 시스템에서 사용될 수 있습니다.

2. 여러 컴포넌트나 모듈이 분산되어 있을 때, 상태 변화가 발생하면 해당 변화를 관심 있는 모든 옵저버들에게 효율적으로 전달할 수 있습니다.

3. 주체 객체와 옵저버 객체들 간의 느슨한 결합을 통해, 주체 객체의 상태 변화에 대한 처리를 각각의 옵저버 객체에 위임함으로써 객체 간 의존성을 줄입니다.

구조

예제 코드

import java.util.ArrayList;
import java.util.List;

// 옵저버 인터페이스
interface Observer {
    void update(String message);
}

// 메신저 클래스
class Messenger {
    private List<Observer> observers = new ArrayList<>();

    void subscribe(Observer observer) {
        observers.add(observer);
    }

    void unsubscribe(Observer observer) {
        observers.remove(observer);
    }

    void sendMessage(String message) {
        for (Observer observer : observers) {
            observer.update(message);
        }
    }
}

// 구독자 - 로그인 알림
class LoginNotifier implements Observer {
    private String user;

    LoginNotifier(String user) {
        this.user = user;
    }

    public void update(String message) {
        System.out.println("[" + user + "] Logged in: " + message);
    }
}

// 구독자 - 그룹 메시지 수신
class GroupMessageReceiver implements Observer {
    private String group;

    GroupMessageReceiver(String group) {
        this.group = group;
    }

    public void update(String message) {
        System.out.println("[" + group + "] New message: " + message);
    }
}

// 메인 애플리케이션
class Main {
    public static void main(String[] args) {
        Messenger messenger = new Messenger();

        LoginNotifier user1Notifier = new LoginNotifier("User1");
        messenger.subscribe(user1Notifier);

        GroupMessageReceiver groupReceiver = new GroupMessageReceiver("Developers");
        messenger.subscribe(groupReceiver);

        // 메시지 전송 시 구독자들에게 알림
        messenger.sendMessage("Hello, everyone!");

        // 사용자 로그인 시도 시 구독자들에게 알림
        messenger.sendMessage("User1 logged in.");
    }
}

간단한 예시로 메세징 예제코드를 만들어 보았습니다.

여기서 Messenger 클래스는 주체(Subject) 역할을 합니다.

- 이 클래스는 메시지를 발송하고, 옵저버를 등록하고 제거하는 메서드를 제공합니다.

Observer 인터페이스는 옵저버가 구현해야 하는 update() 메서드를 정의합니다.

- 옵저버 클래스들은 Observer 인터페이스를 구현합니다.

- LoginNotifier와 GroupMessageReceiver 클래스는 각각 특정한 종류의 옵저버 역할을 합니다.

- LoginNotifier는 특정 사용자가 로그인할 때 알림을 받고, GroupMessageReceiver는 특정 그룹으로 온 새로운 메시지를 받습니다.

Main 클래스은 단순히 이 예제 코드들을 실행해보는 용도로 작성되었습니다

옵저버 패턴의 장단점

장점

1. 주체와 옵저버 간의 관계가 느슨하게 구성되어 있어, 주체 객체가 변경되어도 옵저버에 영향을 미치지 않고 관리할 수 있습니다.
2. 새로운 옵저버를 추가하거나 기존 옵저버를 제거할 수 있어 시스템의 유연성이 향상됩니다. 즉, 쉽게 확장 가능합니다.
3. 다수의 객체 간 상태 변화를 효율적으로 관리하고 처리할 수 있어, 분산 이벤트 핸들링 시스템에 적합합니다.

단점

1. 주체 객체에서 옵저버 객체를 명시적으로 제거하지 않을 경우, 옵저버들이 불필요하게 메모리를 소비할 수 있습니다.
2. 옵저버들 간에 실행 순서를 보장하기 어렵기 때문에, 순서가 중요한 경우 문제가 발생할 수 있습니다.
3. 주체 객체의 상태 변화가 자주 발생할 경우, 관련된 모든 옵저버에게 업데이트를 보내야 하므로 성능 저하가 발생할 수 있습니다.

오늘 이렇게 옵저버 패턴에 대해서 알아보았습니다.

디자인 패턴 자체가 가독성을 좋게 하거나, 유지보수가 용이하게 해주는 것은 맞지만, 상황에 따라 잘 사용하는 것이 중요합니다

출처(https://m.yes24.com/Goods/Detail/17525598)

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

[Design Pattern] 싱글턴 패턴(Singleton Pattern)

취업길잡이 Coy — Sat, 23 Dec 2023 09:00:00 +0900

싱글턴 패턴(Singleton Pattern)

안녕하세요 취업길잡이 Coy입니다

오늘은 싱글턴 패턴(Singleton Pattern)에 대해서 알아보도록 하겠습니다

싱글턴 패턴이란

싱글턴 패턴은 오직 한개의 클래스 인스턴스만 제공하도록 보장하고, 인스턴스가 필요할 때 기존의 인스턴스를 활용하는 패턴입니다.

쉽게 말해서 생성자가 여러번 호출되어도, 실제로 생성되어있는 객체는 하나이며 최초로 생성된 인스턴스 객체를 반환하도록 하는 것입니다.

사용하는 목적

1. 클래스의 인스턴스가 하나여야함을 보장하고, 모든 사용자가 잘 접근할 수 있도록 할 때 사용합니다.

2. 공통된 객체를 여러개 생성해서 사용해야 하는 상황(커넥션풀, 스레드풀, 디바이스 드라이버, 캐시 등등)에 사용합니다.

3. 전역변수들을 더 엄격하게 제어해야할 때 사용합니다

구조

예제 코드

싱글턴 코드

public class Singleton {
  // Singleton 클래스의 유일한 인스턴스를 저장
  private static Singleton uniqueInstance;

  private Singleton() { }
  
  public static Singleton getInstance() {
    if (uniqueInstance == null) {
      uniqueInstance = new Singleton();
    }
    return uniqueInstance;
  }
}

멀티스레딩 동기화 해결하기

- synchronized로 해결하기

public class Singleton {
  private static Singleton uniqueInstance;

  private Singleton() { }
  public static synchronized Singleton getInstance() {
    if (uniqueInstance == null) {
      uniqueInstance = new Singleton();
    }
    return uniqueInstance;
  }
 
}

문제: 동기화하면 성능이 저하됨

동기화 해결

- 처음부터 객체 만들기

public class Singleton {
  private static Singleton uniqueInstance = new Singleton();
  private Singleton() { }
  public static Singleton getInstance() {
    return uniqueInstance;
  }

}

DCL을 써서 getInstance()에서 동기화되는 부분 줄이기

public class Singleton {
  private volatile static Singleton uniqueInstance;
  private Singleton() { }
  public static Singleton getInstance() {
    if (uniqueInstance== null) {
      synchronized (Singleton.class) {
        if (uniqueInstance == null) {
          uniqueInstance = new Singleton();
        }
      }
    }
    return uniqueInstance;
  }
}

volatile 키워드를 사용하면 멀티스레딩을 쓰더라도 uniqueInstance 변수가 Singleton 인스턴스로 초기화 되는 과정이 올바르게 진행됩니다

싱글턴 패턴의 장단점

장점

1. 싱글턴 객체는 처음 요청될 때만 초기화 됩니다
2. 클래스가 하나의 인스턴스 객체만 갖는다는 것을 보장하여 메모리를 아낄 수 있습니다

단점

1. 멀티 스레드 환경에서 싱글턴 객체를 여러번 생성하지 않도록 또 다른 처리가 필요합니다단일 책임 원칙을 위반합니다.
2. 싱글턴 패턴은 한 객체가 2가지 책임을 가집니다(클래스에 인스턴스 하나 있게하기, 해당 인스턴스 객체에 전역 접근 지점을 제공하기)

오늘 이렇게 싱글턴 패턴에 대해서 알아보았습니다.

디자인 패턴 자체가 가독성을 좋게 하거나, 유지보수가 용이하게 해주는 것은 맞지만, 상황에 따라 잘 사용하는 것이 중요합니다

출처(https://m.yes24.com/Goods/Detail/17525598)

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

[Design Pattern] 퍼사드 패턴(Facade Pattern)

취업길잡이 Coy — Sun, 17 Dec 2023 23:30:05 +0900

퍼사드 패턴(Facade Pattern)

안녕하세요 취업길잡이 Coy입니다

오늘은 퍼사드 패턴(Facade Pattern)에 대해서 알아보도록 하겠습니다

퍼사드 패턴이란

퍼사드 패턴은 구조패턴의 한종류이며, 복잡한 서브 클래스들의 공통적인 기능을 사용하기 쉽도록 상위 수준의 인터페이스를 정의합니다.

사용하는 목적

1. 퍼사드 패턴을 사용하여 서브 시스템으로 구조화를 하면 복잡성을 줄이고, 종속성을 최소화 할 수 있습니다.

2. 퍼사드 객체는 서브 클래스의 코드에 의존하는 것을 감소시켜주고 복잡한 서브시스템을 간단히 사용할 수 있게 하나의 인터페이스를 제공합니다.

3. 퍼사드 객체를 사용하는 곳(ex. 클라이언트)에서는 여러 서브 클래스를 몰라도 되며, 추상화를 통해 여러 서브 클래스를 호출할 필요 없이 편리하게 사용할 수 있습니다.

구조

예제 코드

Client 의존 예시 코드

public class RunService {
    public void Run(final String name) {
        System.out.println("Run" + name);
    }
}

public class RestWalkService {
    public void RestWalk(final String name) {
        System.out.println("Rest Walk"  + name);
    }
}

public class CoolDownService {
    public void CoolDown(final String name) {
        System.out.println("Cool Down " + name);
    }
}

public class Client {
    public static void main(String[] args) {
        RunService runService = new RunService();
        RestWalkService restWalkService = new RestWalkService();
        CoolDownService coolDownService = new CoolDownService();
        runService.Run("1 set time");
        restWalkService.RestWalk("1 set time");
        runService.Run("1 set time");
        restWalkService.RestWalk("1 set time");
        coolDownService.CoolDown("1 set time");
    }
}

위의 코드는 client가 무엇을 하는지 명확히 알기 힘들며, 유지보수에 용이하지 않습니다.

Facade Pattern 적용 예시 코드

public class RunService {
    public void Run(final String name) {
        System.out.println("Run" + name);
    }
}

public class RestWalkService {
    public void RestWalk(final String name) {
        System.out.println("Rest Walk"  + name);
    }
}

public class CoolDownService {
    public void CoolDown(final String name) {
        System.out.println("Cool Down " + name);
    }
}

public class RunningSetService {
    private final RunService runService;
    private final RestWalkService restWalkService;
    private final CoolDownService coolDownService;

    public RunningSetService() {
        runService = new RunService();
        restWalkService = new RestWalkService();
        coolDownService = new CoolDownService();
    }

    public void operateSet(final String name) {
        runService.Run(name);
        restWalkService.RestWalk(name);
				runService.Run(name);
        restWalkService.RestWalk(name);
        coolDownService.CoolDown(name);
    }
}

public class Client {
    public static void main(String[] args) {
        RunningSetService runningSetService = new RunningSetService();
        runningSetService.operateSet("1 set time");
    }
}

Client코드가 간결해졌으며 client는 운동 순서가 어떻게 되는지 신경을 안써도 되니 의존성이 줄어들고 유지보수가 편합니다!

퍼사드 패턴의 장단점

장점

1. 예시코드로 봤듯이 Client가 서브 시스템(SubSystem)들의 코드를 몰라도 됩니다. 그리고 한 서브 시스템들간의 복잡한 결합도 역시 낮출 수 있습니다.
2. 필요에 따라 서브 시스템의 객체를 참고할 수 있습니다.

단점

1. 퍼사드 객체가 이 곳 저 곳 참조하는 전지전능한(God) 객체가 될 수 있습니다.
2. 위의 내용과 비슷한 내용으로 퍼사드 객체는 서브 시스템들 자체에 의존성이 생겨서 의존성을 아예 피할 수는 없습니다.

오늘 이렇게 퍼사드 패턴에 대해서 알아보았습니다.

디자인 패턴 자체가 가독성을 좋게 하거나, 유지보수가 용이하게 해주는 것은 맞지만, 상황에 따라 잘 사용하는 것이 중요합니다

출처(https://m.yes24.com/Goods/Detail/17525598)

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

블로그 재시작합니다(지금까지 한 이력 간단 공개)

취업길잡이 Coy — Sun, 10 Dec 2023 16:43:14 +0900

블로그를 다시보니 제가 22년 중순부터 지금까지 블로그를 거의 하지 못했습니다

그 이유는 이직을 하고 멘토링, 컨설팅, 특강 등을 너무 많이하느라(물론 지금도 하고 있습니다)

블로그를 못하였습니다.

그 사이에 한 내역들을 소개합니다

저자

패캠 <한권에 끝내는 개발자 취업 숏북> 전자책
- 기존에 있던 취업 전자책을 업그레이드 하여 패캠에 런칭
- 3개월간 70권 판매 돌파(기존에 취업전자책 포함하면 150권쯤 판매)
크몽/탈잉/클원101 <네카라쿠배 개발자가 알려주는 개발자 면접 백서> 전자책
- 한달간 매출 100만원 돌파!
크몽 <네카라쿠배 개발자가 알려주는 서류전형의 모든 것> 전자책
- 출시하자마자 하루만에 10권 돌파

컨설턴트

이력서/자소서/포트폴리오 컨설팅
- 기업 연계 컨설팅(플레이 데이터 등) 다수 진행
- 크몽 자체 컨설팅 진행
- 레디미x모두연 이력서 컨설팅 진행
- 패스트캠퍼스 컨설팅 진행
- 1년동안 500번 이상 이력서+ 모의면접 컨설팅 진행
모의면접 컨설팅
- 기업연계 컨설팅 진행
- 크몽 자체 컨설팅 진행
- 멋쟁이사자처럼 백엔드 부트캠프 모의면접 1:1 첨삭진행
컨설팅 서비스 모음(https://link.inpock.co.kr/dev_coy)

멘토

네이버 부스트캠프 멘토
대학 동아리 SOPT 멘토
엘리스 프로젝트 코치
대학교 랩실 자문
해커톤 5개 이상 멘토
인프런 멘토링

강의

공개SW 빅데이터 강의
대학교 취업 특강
인잇 카페 신입 개발자 취업 특강
레디미X모두의연구소 기술면접,이력서/포폴/자소서 준비 특강
플레이데이터 이력서,자기소개서 준비 특강
디프만 기술면접 준비 특강
멋사 모의면접 특강
패스트캠퍼스 백엔드/프론트엔드 이력서 특강
레디미 알고리즘 1:1 강의

이제부터라도 블로그 글을 매주 최소 1개씩 작성을 하려고 하니 잘 부탁드립니다

주로 알고리즘 설명과 면접준비를 위한 CS개념 설명이 될 것 같습니다

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

엘리스 Code Challenge 공모전

취업길잡이 Coy — Sun, 19 Nov 2023 23:55:27 +0900

안녕하세요 취업길잡이 Coy입니다

오늘은 엘리스 Code Challenge 공모전을 소개하려고 포스팅을 하였습니다

지원자격

- 신입/경력 상관없이 백엔드, 풀스택 개발자라면 모두 도전 가능합니다

- 석/박사 소속 재학/휴학생(박사 전문연 포함)도 모두 참가 가능합니다

python만 가능 하기 때문에 이 부분만 참고바랍니다

주제

AI플랫폼을 구성하는 유저 친화적이고 확정성 있는 API개발

행사 주최 배경

1. 실력 있는 개발자의 도전 정신을 고취시켜 새롭게 성장할 수 있는 계기를 마련

2. 백엔드 개발자 인사이트 공유 의 장

3. 개발자를 독려 및 개발자 생태계 활성화

행사 일정

참가접수 10월26일(목) ~ 11월24(금)
온라인 예선 11월25일(토) ~12월4일(월)
본선 진출자 발표 12월4일(월)
온라인 라이브 코딩 해설 세션
오프라인 본선 시상식 및 네트워킹 세션 12월16일(토)

우승 혜택

총 상금 2천만원
본선 진출 20등 이내 수상
대상 상금 300만원
상금을 제외한 나머지 경품은 모두 애플제품!!

접수 방법

엘리스 코드 챌린지 링크를 통해 접수합니다

https://code-challenge.elice.io/tracks/4152/promotion?utm_campaign=cc&utm_medium=poster&utm_source=community&utm_term=%EC%94%BD%EA%B5%BF

엘리스 코드 챌린지

백엔드 엔지니어 대상의 첫 도전이 시작되었습니다!

code-challenge.elice.io

오랜만에 재밌어 보이는 개발자 콘테스트가 열려서 추천드리려고 합니다

백엔드 분들만 신청할 수 있고 파이썬을 사용해야 하니 참고하셔서 신청 부탁드립니다

저도 이 기회에 한 번 신청해서 재밌게 코딩을 해보려고 합니다

본 콘텐츠는 엘리스의 참여 제안 및 원고료 지원을 받아 솔직하게 작성되었습니다

네카라쿠배 개발자가 알려주는 이력서 백서 전자책이 드디어 오픈했습니다!!

취업길잡이 Coy — Sun, 12 Nov 2023 20:37:06 +0900

지금까지 총 200권 넘게 팔린 면접 전자책에 이어

3번째 시리즈인 개발자 이력서 전자책이 오픈되었습니다!!

이번에는 크몽 한 곳에서만 오픈을 하였습니다!!

수 백번의 멘토링과 이력서 첨삭 컨설팅 경험을 통해 얻은 노하우!

+

이력서 컨설팅을 지금까지 300번 이상 한 노하우!

+

중소기업, 중견기업, 스타트업, 대기업까지 다 합격해본 노하우!

+

매년 실력 체크를 위해 채용프로세스를 지원 해본 노하우!

이 4가지 노하우가 82page에 알차게 녹아있습니다

# IT 개발자 서류전형 비법 전자책에는 이런 내용이 있습니다

- 서류전형의 모든 것

- 이력서 작성하는 방법 및 셀프첨삭 하는 방법

- 자기소개서 작성하는 방법 및 셀프 첨삭하는 방법

- 포트폴리오 작성하는 방법

- 가장 궁금해하는 질문 TOP3

- 성장조언 및 서류전형 준비 후 해야 하는 것

위의 내용 모든 것이 담겨있습니다

# 개발자가 쓴 개발자 서류전형의 백서 탄생!

개발자 서류전형은 타 직군과 다르게 준비를 해야합니다.

그러나 많은 사람들이 정보를 얻지 못해서 타 직군과 같이 준비하거나, 어떤 식으로 준비 해야할지 몰라 하는 것을 멘토링과 컨설팅을 하면서 많이 보았습니다

저는 이 개발자 서류전형의 모든 것 82page에 진짜 모든 것을 쏟아 부었습니다

저는 매년 실력테스트와 트렌드 파악을 위해 채용프로세스를 경험합니다

여러분들과 똑같이 서류를 내고 코딩테스트를 보고 면접도 봅니다

이렇게 현장에서 같이 뛰는 사람의 노하우가 녹아져 있는 책입니다

또한 지금까지 부트캠프나 여러 곳에서 몇 백번의 서류 컨설팅을 하면서 많은 경험들도 녹아져 있는 책입니다

저는 여러분들이 단순히 이 책을 보고 이력서를 잘 쓰는 것을 바라는 것이 아닙니다

앞으로 이 책을 읽고 취업준비, 이직 시 모든 서류전형에서 혼자서 알아서 잘 할 수 있게 만들어 드리고 싶은 겁니다

이 책을 보시면 혼자서 가이드라인을 잡고 서류전형을 잘 완성시킬 수 있을 것입니다

많은 후기들이 증명해줍니다!!

안녕하세요 취업길잡이 Coy입니다

저는 취업 멘토링을 통해서 컨설팅을 하고 있습니다

부트캠프 멘토나 코치 경험도 있고 대학교 특강도 진행하고 있습니다

저는 대학시절 멘토가 없어 2학년때부터 4학년때까지 취업 준비를 힘들게 하였습니다

그렇게 힘들게 쌓은 노하우로 현재 네카라쿠배 4년차 개발자가 되었습니다

저는 멘토가 없어서 많이 돌아갔지만

여러분들은 시간과 수고를 아끼셨으면 좋겠습니다

목차소개

간단 내용 소개

크몽 리뷰 이벤트!!

리뷰를 작성해주시면

- 합격자소서 모음(9개 네이버 2개, 라인, NHN, 삼성전자, KT, 11번가, 크래프톤, E1 38page) PDF

- 이력서 템플릿+이력서 작성시 체크리스트

- 포트폴리오 템플릿 2종 + 포트폴리오 작성 시 체크리스트

다 드립니다

리뷰를 써주시면 24시간 이내로 보내드립니다

현재 얼리버드로 25000원에 판매하고 있습니다!!

약 한달동안 하루에 커피값만 투자하신다면 서류전형 준비를 잘 하실 수 있게됩니다!!

<네카라쿠배 개발자가 알려주는 이력서/자소서/포폴 백서 전자책>

클릭

↓↓↓↓↓↓↓↓↓↓↓

크몽: https://kmong.com/gig/509613

크몽에서는 이력서 첨삭/ 모의면접 패키지도 제공하고있습니다

네카라쿠배 개발자가 드리는 이력서,자소서,포폴의 모든것 - 크몽

취업길잡이 Coy 전문가의 전자책 서비스를 만나보세요. 서비스 설명[이력서 전자책 출간 할인 이벤트] 전자책 가격 40000- > 25000한정 ...

kmong.com

[면접 전자책 이벤트] 인프런 멘토링 오픈 기념 2000원 할인 이벤트

취업길잡이 Coy — Wed, 15 Mar 2023 23:46:31 +0900

수십번의 멘토링과 모의면접/ 이력서 첨삭 컨설팅 경험을 통해 얻은 노하우!

+

면접을 지금까지 30번 이상 본 노하우!

+

중소기업, 중견기업, 스타트업, 대기업까지 다 합격해본 노하우!

이 3가지 노하우가 77page에 알차게 녹아있습니다

# IT 개발자 면접 비법 전자책에는 이런 내용이 있습니다

- 면접 공부 방법 알아보기

- 면접을 합격하기 위한 마인드 세팅 하는 방법

- 면접 준비를 위한 서류 전형 준비방법

- 면접 종류별 대비 방법(기술, 임원, 라이브 코딩테스트 면접)

- 합격 확률을 높여주는 면접 기술 비법들 소개!

- 면접 준비 시 의외로 간과하는 것들

위의 내용 모든 것이 담겨있습니다

# 이런분들에게 추천 드립니다

- 면접준비에 대해 1도 모르시는 분들

- 면접을 효율적으로 준비 하고 싶으신 분들

- 면접준비의 가이드가 잡고 싶으신 분들

- 현재 자기가 가진 것만으로 최대한의 효율을 뽑아내어 면접을 준비하시고 싶으신 분들

- 면접 꿀팁이 얻고 싶으신 분들

많은 후기들이 증명해줍니다!!

인프런 멘토링 기념 2000원 할인 이벤트를 진행하고 있습니다

아래 링크로 들어가셔서 할인된 가격으로 전자책을 구매해보세요

판매 링크

가격: 25000원 -> 23000원

[인프런 멘토링] 인프런 멘토링을 시작하게 되었습니다!

취업길잡이 Coy — Wed, 15 Mar 2023 23:38:43 +0900

인프런 멘토링을 시작해야지만 반년 넘게 생각하고 있었는데, 컨설팅에 시간이 너무 쓰여서 시작을 하지 못하였습니다

제가 진행하는 크몽 컨설팅은 가격대가 높고, 부트캠프 컨설팅은 한정된 사람들만 만날 수 있다보니

조금 더 커피챗스럽고, 가격대를 저렴하게 해서 부담가지 않게 하는 멘토링을 만들고자 해서 인프런 멘토링을 시작하게 되었습니다

제가 대학생 때 멘토가 없어서 고생을 많이했는데, 저도 대학생일 때 그렇게 주머니 사정이 좋지 않았거든요!

그래서 최소한의 비용만을 받고 진행하기위한 가격을 책정하였습니다(상호 예의나 열정, 멘토링 의무, 퀄리티를 위해 유료로 진행하게 되었습니다)

신청 링크 << 여기로 신청하시면 됩니다!

많은 관심 부탁드립니다!

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

[멋쟁이 사자처럼] 부트캠프 1기, 2기 모의면접 컨설팅을 마치며

취업길잡이 Coy — Wed, 15 Mar 2023 23:33:23 +0900

블로그 글이 작년부터 많이 뜸했습니다ㅠㅠ

사실 멋사를 비롯하여 여러 부트캠프에서 컨설팅 요청이 들어오고, 크몽에서도 요청이 들어와서 현업일도 하랴, 컨설팅도 하랴.. 시간이 없어서 쓰지 못하였습니다. 이제 한 두달 여유가 있으니 열심히 써보도록 하겠습니다

멋쟁이 사자처럼 작년과 이번년도에 백엔드 부트캠프 1기, 2기 각각 약 90명을 상대로 모의면접 컨설팅을 하였습니다

1기는 1:1 모의면접 컨설팅으로 2기는 3:1 모의면접 컨설팅 컨셉으로 진행하였습니다

구글 밋과 디코에서 진행하였는데요

이력서를 토대로 질문을 만들고, 기본 cs 질문이나, 임원면접 질문, 공통질문을 만들어서 모의면접을 보는데, 대답을 못하시면 너무 주눅을 들어해서 제가 나쁜 사람이 되는 기분이었습니다 ㅎㅎ

그래서 끝나고 피드백을 면접에서 부족했던 점이라던가, 면접 태도라던가, 공부 방향, 취업을 위해서 무엇을 중점적으로 해야하는지를 피드백을 드렸습니다

좋은 후기들을 남겨주셔서 너무 뿌듯했습니다!

아래는 후기 일부 발췌해왔습니다

백엔드 부트캠프에서 수강생 여러분들이 열심히 하는 모습을 보고 저도 동기부여를 받고 공부를 더 열심히 하게 되는 것 같더라고요!

3기도 진행이 될 예정인데 그때도 열심히 해보도록 하겠습니다

모든 취업 준비생 여러분 화이팅입니다!

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

백준 유형별 알고리즘 문제집을 만들었습니다

취업길잡이 Coy — Sun, 5 Mar 2023 12:41:19 +0900

급하면 이것만 보고가도 되는 코딩테스트 유형을 예전에 소개하였는데요

그 유형에 해당하는 문제 20문제를 골라서 백준 알고리즘 문제집을 만들었습니다

문제집 링크

문제집 순서는 주관적인 순서니 원하시는 문제집부터 푸셔도 상관없습니다

각각 문제마다 이제 파이썬으로 문제풀이를 시간날때마다 올릴예정입니다

유형마다 각 20문제씩 총 200문제니까 이 문제를 푸시면 감이 어느정도 오고 문제풀이에 자신감이 올거라고 믿습니다

반응이 좋으면 추후에 실전문제풀이 모음집도 만들도록 하겠습니다 감사합니다

화이팅입니다

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

[인잇] 인잇에서 신입 개발자 취업 특강을 진행했습니다!

취업길잡이 Coy — Wed, 10 Aug 2022 08:00:23 +0900

8/2 저녁 8시에 한시간 반 정도 인잇 주관하에 줌으로

신입 개발자 취업 특강을 진행했습니다!

30명이 조금 넘는 분들께서 열심히 들어주셨습니다

전제적인 내용은 아래 슬라이드 내용으로 진행하였습니다

제 취준 경험과 멘토링 경험을 토대로 특강 내용을 준비하였습니다

그리고 저번에 했던 대학 세미나의 내용을 기반으로 준비하였습니다

특강이나 세미나는 항상 준비하기까지는 힘들지만 하고 나면 보람찹니다!

아래는 받았던 후기들을 편집해서 만들어 보았습니다!!

좋은 후기들을 많이 남겨주셔서 힘이 나네요!

다음에는 더 좋은 특강이나 세미나로 찾아뵙겠습니다!

감사합니다!

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

[클래스 101] 면접전자책이 클래스 101 할인 이벤트 기획전 40작 안에 선정이 되었습니다!!

취업길잡이 Coy — Wed, 10 Aug 2022 01:46:33 +0900

네카라쿠배 개발가 알려주는 개발자 면접 전자책이

클래스 101에서 진행하는 8월 할인 이벤트 기획전 40작에 선정이 되었습니다!!

20%할인된 가격인 20000원으로 8월 한달동안 클래스 101에서 보실 수 있습니다!

면접 전자책 자세히 보기

네카라쿠배 개발자가 알려주는 면접 백서 전자책이 드디어 오픈했습니다!!

지금까지 총 100권 넘게 팔린 취업 전자책에 이어 2번째 시리즈인 개발자 면접 전자책이 오픈되었습니다!! 이번에는 크몽, 탈잉, 클래스 101 세 곳에서 오픈을 하였습니다!! 수십번의 멘토링과 모

dev.jek300.com

클래스 101 구매링크

할인 네카라쿠배 개발자가 알려주는 한 권에 끝내는 개발자 면접 백서 | 취업길잡이Coy

[서비스 공지] # 100권이상 팔리고 패스트캠퍼스에서 절찬리에 팔리고 있는 취업책에 이은 면접 준비만을 위한 전자책이 나왔습니다!! # 50여개 후기 중에 몇개만 가져왔습니다!! 아래 이미지에서

class101.net

[크몽 런칭 소식] 자소서/이력서/포트폴리오 첨삭 컨설팅과 모의면접 컨설팅을 크몽에 런칭했어요!!

취업길잡이 Coy — Wed, 20 Jul 2022 00:19:52 +0900

크몽에 컨설팅을 오픈하였습니다!!

자기소개서 첨삭 제공 상세 내용

모의면접 서비스 제공 상세 내용

계속해서 오픈채팅방이나 개인적으로 진행했던 컨설팅을 크몽에 공식적으로 오픈해보았습니다

현재 채용시즌이라 그런가 자기소개서 첨삭은 계속 들어오고 있습니다!!

특히 자기소개서/이력서/포폴 서류 합격할 때까지 무제한 첨삭이 옵션에 있다보니 그 옵션으로 구매해주시는 분이 많습니다!!

(모의면접도 무제한 모의면접 옵션이 있습니다)

현재 무제한 옵션이 얼리버드 혜택으로 150000원으로 진행하고 있습니다

7월 25일부터 150000 -> 300000으로 인상 될 예정입니다

모의면접 컨설팅은 리뷰를 써주시면 면접질의응답노트를 드립니다

자기소개서/이력서/포폴 첨삭 컨설팅은 리뷰를 써주시면 합격 자소서 9종을 드립니다

많은 이용 부탁드립니다!

자기소개서/이력서/포폴 첨삭 컨설팅 링크: https://kmong.com/gig/395423

모의면접 컨설팅 링크: https://kmong.com/gig/395426

[뉴스 기사] 제가 쓴 전자책(개발자 면접 백서)가 인터넷 뉴스 기사에 나왔습니다!

취업길잡이 Coy — Wed, 13 Jul 2022 23:15:36 +0900

크몽, 탈잉, 클래스 101에 오픈한

"네카라쿠배 개발자가 알려주는 개발자 면접 백서 책"이 인터넷 기사에 나왔습니다

얼리어답터뉴스

https://www.eanews.kr/news/648619

‘네카라쿠배’ 현직 개발자 Coy, 전자책 신간 ‘개발자 면접 백서’ 출간 - 얼리어답터뉴스

현직 네카라쿠배 개발자 취업길잡이 Coy가 전자책 ‘한 권에 끝내는 면접 백서’를 출간현직 네카라쿠배 개발자 취업길잡이 Coy가 전자책 ‘한 권에 끝내는 면접 백서’를 출간하여 IT 취업지망

www.eanews.kr

글로벌뉴스통신
http://www.globalnewsagency.kr/news/articleView.html?idxno=265490

‘네카라쿠배’ Coy, 전자책 개발자 면접 백서’ 출간 - 글로벌뉴스통신GNA

[서울=글로벌뉴스통신]현직 네카라쿠배 개발자 취업길잡이 Coy가 전자책 ‘한 권에 끝내는 면접 백서’를 출간하여 IT 취업지망생 들로부터 큰 호응을 얻고 있다.\'네카라쿠배\'는 네이버·카카오

www.globalnewsagency.kr

한국강사신문

http://www.lecturernews.com/news/articleView.html?idxno=101765

[강사의 서재] ‘네카라쿠배’ 현직 개발자 Coy, 전자책 신간 『개발자 면접 백서』 출간 - 한국강

[한국강사신문 김지영 기자] 네카라쿠배 IT 개발자 서류 전형 준비와 면접 노하우 공개. 크몽 전자책 구매 평점 5점 만점 기록. 면접에서 붙으려면 어떤 식으로 해야 이유부터 방법까지 체계적 설

www.lecturernews.com

한국사진방송
http://koreaarttv.com/detail.php?number=76804

‘네카라쿠배’ 현직 개발자 Coy, 전자책 신간 ‘개발자 면접 백서’ 출간 - 한국사진방송 대한민

koreaarttv.com

내용이 궁금하신 분은 아래 링크에서 구매하실 수 있습니다

네카라쿠배 개발자가 알려주는 면접 백서 구매링크

네카라쿠배 개발자가 한권에 끝내는 개발자 면접 백서를 드립니다. | 25000원부터 시작 가능한 총

17개 총 작업 개수 완료한 총 평점 5점인 취업길잡이 Coy의 전자책, 직무스킬 전자책 서비스를 11개의 리뷰와 함께 확인해 보세요. 전자책, 직무스킬 전자책 제공 등 25000원부터 시작 가능한 서비스

kmong.com

네카라쿠배 개발자가 알려주는 면접 백서 블로그 홍보글

개발자 기술 면접 준비에서 해야 하는 것 한 가지

취업길잡이 Coy — Fri, 8 Jul 2022 21:44:46 +0900

안녕하세요 취업길잡이 Coy입니다

오늘은 기술 면접 준비를 해야 하는데 어떤 것을 준비해야 할지 모르는 취업준비생 여러분들을 위한 주제 하나를 가지고 왔습니다.

기술 면접 준비 시 꼭 해야 하는 것을 알려 드리려고 합니다

그것은 바로 자기 포트폴리오와 이력서에 적혀있는 프로젝트를 다시 한번 꼼꼼히 복기해보는 것입니다

왜냐하면 모든 면접은 프로젝트와 이력을 물어볼 수 밖에 없습니다.

그것이 피면접자가 낸 서류가 진실한 지 여부와 저 사람의 실력을 검증을 할 수 있는 가장 확실한 방법이기 때문입니다

따라서 진짜 시간이 없어서 하나만이라도 준비해 가야 할 때는 회사를 지원할 때 냈던 이력서와 포트폴리오에 적었던 프로젝트의 설계나 구조, 기술스택에 대해서 다시 보고 가는 것이 좋습니다.

그럼 구체적으로 어떤 식으로 다시 보고 가야할까요?

1. 프로젝트 설명 해보기

적었던 프로젝트들에 대한 설명을 한 번씩 미리 정리해보시는게 면접 때 대답하기 편합니다

특히 수치화 된 성과와 어려웠던 점을 해결 했던 경험 위주로 설명을 하시면 좋은 대답이 됩니다

2. 힘들었던 점 생각해보기

이 프로젝트를 하면서 어려웠던 점이나 어떤 부분에서 힘들었는지 물어보는 질문이 많기 때문에

미리 준비해두면 당황하지 않고 대답할 수 있습니다

어느 부분이 힘들었는지 어떻게 해결 했는지 구체적으로 답변을 준비하신다면 도움이 많이 됩니다

3. 가장 기억에 남았던 경험 생각해보기

갑자기 물어보면 왜 기억에 남았는지 이유를 연관시키지 못하기 때문에 미리 준비 하시면 대답할 수 있습니다

특히 이런 질문은 자기가 가장 자신있는 프로젝트를 대답하여서 그 다음 꼬리 질문을 유도 할 수 있기때문에

가장 자신있는 프로젝트에서 기억에 남았던 이유를 만들어서 준비하시는 게 좋습니다

4. 협업 프로젝트 위주로 준비하기

회사 일은 혼자 하는 것이 아닙니다. 따라서 협업 능력, 커뮤니케이션 능력을 많이 봅니다.

그래서 협업 프로젝트로 취업준비생 여러분이 협업 능력이 뛰어나다는 것을 어필 할 수 있도록 준비를 해야합니다.

협업을 통해 어떤 것을 배웠고, 어떤 어려움이 있었고, 어떤 식으로 업무를 진행 했는지 정리해두면 면접에 도움이 많이 됩니다

이런식으로 프로젝트를 완벽히 정리해서 준비해가신다면 면접 때 이력서에 관한 어느 질문이 들어와도 당황하지 않고 대답을 할 수 있을 겁니다

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

임원면접을 위한 마인드 전환 2가지

취업길잡이 Coy — Wed, 6 Jul 2022 00:07:44 +0900

안녕하세요 취업길잡이 Coy입니다

기술면접은 그래도 자료가 많은 데 개발자 임원면접은 생각보다 주변에서 자료를 찾기가 어렵습니다.

그래서 오늘은 임원 면접을 위한 마인드 전환 2가지에 대해 컬럼을 작성해보았습니다.

회사마다 임원면접에서 원하는 것이 다르고 보는 방향이 달라서 준비하기가 너무 어렵습니다

소위 말하는 회사와의 “Fit(핏)”이 맞아야 합니다.

그래서 보통은 임원면접은 준비하기가 어렵습니다.

그렇지만 임원면접을 준비하기 위해 기본적인 준비는 해야합니다.

보통 임원들이 생각하는 관점에서 준비를 해야하는 데 개발자의 관점에서 준비하다보니 실패하는 케이스를 많이보았니다

그래서 이 챕터에서는 생각의 전환을 통해 임원면접을 개발자 입장이 아닌 임원입장에서 어떤식으로 준비를 해야하는 지 알아보려고 합니다

Mind 1) 돈과 연관되어 생각하자

보통 개발자들은 업무를 자기가 성장하는 것이나, 프로젝트 자체의 퀄리티를 높이는 것에 관심이 많습니다.

그러나 이제 회사의 본질은 그 프로젝트를 가지고 돈을 버는 게 목적이기 때문에 임원 면접에서는 돈과 연관되어 생각하는 것이 좋습니다.

제가 받았던 질문 중에 하나로 예시를 들어보도록 하겠습니다

Q. 개발을 할 때 뭐가 제일 중요하다고 생각하세요?
A. 예전에는 에러가 하나도 안나는 코드를 짜는 것이나, 엄청난 트래픽을 견디는 설계 이런 것이 중요하다고 생각하였습니다. 그러나 제가 생각하기에 퀄리티가 안 좋았던 프로젝트가 시장에서 좋은 평가를 받은 경우도 있고 제가 생각하기에 진짜 잘 짰고 자랑스럽다고 생각한 프로젝트가 시장에서 미지근한 평가를 받은 적이 있습니다.
그래서 요새는 개발을 할 때 어떻게 해야 시장에서 좋은 가치로 판단을 받을 수 있을 지를 중요하게 생각합니다.

이런식으로 조금 더 대답을 경영자 마인드로 돈이나 시장의 가치 판단을 넣어서 대답한다면 좋은 평가를 받을 수 있습니다

Mind 2) 전체가 성장하는 것과 연관 지어 생각하자

보통 개발자들은 자기가 성장하는 것에 초점을 두고 있습니다. 그러나 회사는 집단이기 때문에 여러분 하나로 인해 주변이 성장할 수 있으면 회사 입장에서는 좋기 때문에 그런 것에 초점을 두고 대답을 하면 좋습니다

제가 받았던 질문 중에 하나로 예시를 들어보도록 하겠습니다

Q. 어떤 개발자가 되고 싶으세요?/ 좋은 개발자가 어떤 개발자라고 생각하세요?
A. 코드를 빨리 짜는 개발자도 있고 설계를 잘하는 개발자도 있고 여러가지 좋은 개발자가 많지만 저는 주변의 동료들의 생산성을 높여주는 개발자가 좋은 개발자라고 생각합니다. 그래서 제가 생각하기엔 제가 아는 것들이나 공유해야할 것들을 문서화를 잘 해서 동료들에게 알려주면 그것도 생산성을 높이는 데 한 몫을 한다고 생각하여 요새는 글쓰기 공부도 같이 하고 있습니다.
이런 식으로 자기 뿐만 아니라 남들의 성장에도 관심있는 사람임을 어필 하는 것이 좋습니다

또한 이 대답에서는 개발공부 뿐만 아니라 글쓰기에도 관심이 있다 이런 식으로도 어필도 됩니다.

이렇게 예시를 통해 알아본 것처럼 평소에 개발자 입장에서 생각했던 부분에서 조금 더 임원이나 회사쪽 입장에서 생각하여 대답을 하시는 것이 임원면접을 잘 보는 팁이라고 할 수 있습니다.

앞에서 이야기 한 것처럼 임원면접은 회사의 fit이 맞아야 합격을 합니다.

실력이 좋아도 fit이 맞지 않는다면 떨어질 수도 있는 면접이기 때문에 떨어졌다고 자기가 실력이 없다고 생각하지는 않으셨으면 좋겠습니다.

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

네카라쿠배 개발자가 알려주는 면접 백서 전자책이 드디어 오픈했습니다!!

취업길잡이 Coy — Wed, 29 Jun 2022 02:09:32 +0900

지금까지 총 100권 넘게 팔린 취업 전자책에 이어

2번째 시리즈인 개발자 면접 전자책이 오픈되었습니다!!

이번에는 크몽, 탈잉, 클래스 101 세 곳에서 오픈을 하였습니다!!

수십번의 멘토링과 모의면접/ 이력서 첨삭 컨설팅 경험을 통해 얻은 노하우!

+

면접을 지금까지 30번 이상 본 노하우!

+

중소기업, 중견기업, 스타트업, 대기업까지 다 합격해본 노하우!

이 3가지 노하우가 77page에 알차게 녹아있습니다

# IT 개발자 면접 비법 전자책에는 이런 내용이 있습니다

- 면접 공부 방법 알아보기

- 면접을 합격하기 위한 마인드 세팅 하는 방법

- 면접 준비를 위한 서류 전형 준비방법

- 면접 종류별 대비 방법(기술, 임원, 라이브 코딩테스트 면접)

- 합격 확률을 높여주는 면접 기술 비법들 소개!

- 면접 준비 시 의외로 간과하는 것들

위의 내용 모든 것이 담겨있습니다

# 이런분들에게 추천 드립니다

- 면접준비에 대해 1도 모르시는 분들

- 면접을 효율적으로 준비 하고 싶으신 분들

- 면접준비의 가이드가 잡고 싶으신 분들

- 현재 자기가 가진 것만으로 최대한의 효율을 뽑아내어 면접을 준비하시고 싶으신 분들

- 면접 꿀팁이 얻고 싶으신 분들

많은 후기들이 증명해줍니다!!

안녕하세요 취업길잡이 Coy입니다

저는 취업 멘토링을 통해서 컨설팅을 하고 있습니다

부트캠프 멘토나 코치 경험도 있고 대학교 특강도 진행하고 있습니다

저는 대학시절 멘토가 없어 2학년때부터 4학년때까지 취업 준비를 힘들게 하였습니다

그렇게 힘들게 쌓은 노하우로 현재 네카라쿠배 4년차 개발자가 되었습니다

저는 멘토가 없어서 많이 돌아갔지만

여러분들은 시간과 수고를 아끼셨으면 좋겠습니다

목차소개

간단 내용 소개

크몽, 탈잉, 클래스 101 리뷰 이벤트!!

리뷰를 작성해주시면

- 합격자소서 모음(9개 네이버 2개, 라인, NHN, 삼성전자, KT, 11번가, 크래프톤, E1 38page) PDF

- 이력서 템플릿+이력서 작성시 체크리스트

- 면접 질문대답 요약(18page) PDF

다 드립니다

리뷰를 써주시면 24시간 이내로 보내드립니다

크몽, 탈잉, 클래스 101 구매 이벤트!!

7-8월 중으로 블로그에서 약 10-20만원 상당인 신입 개발자 대상 모의면접/이력서 첨삭을 이벤트로 무료 진행할 예정입니다
구매인증을 해 주신 분들에게는 추첨 우선권을 드립니다!!(사람이 적다면 100% 해드립니다!)

현재 얼리버드로 25000원에 판매하고 있습니다!!

약 한달동안 하루에 커피값만 투자하신다면 면접준비를 잘 하실 수 있게됩니다!!

<네카라쿠배 개발자가 알려주는 면접 백서 전자책>

클릭

↓↓↓↓↓↓↓↓↓↓↓

크몽: https://kmong.com/gig/364846

크몽에서는 이력서 첨삭/ 모의면접 패키지도 제공하고있습니다

네카라쿠배 개발자가 한권에 끝내는 개발자 면접 백서를 드립니다. | 25000원부터 시작 가능한 총

11개 총 작업 개수 완료한 총 평점 5점인 취업길잡이 Coy의 전자책, 직무스킬 전자책 서비스를 6개의 리뷰와 함께 확인해 보세요. 전자책, 직무스킬 전자책 제공 등 25000원부터 시작 가능한 서비스

kmong.com

탈잉: https://taling.me/Talent/Detail/23536

네카라쿠배 개발자가 알려주는 개발자 면접준비비법 전자책 | 탈잉

taling.me

클래스 101: https://class101.page.link/zMzL

네카라쿠배 개발자가 알려주는 한 권에 끝내는 개발자 면접 백서 | 취업길잡이Coy

class101.net

3 단계로 보는 CS 기술 면접 준비 방법

취업길잡이 Coy — Sat, 18 Jun 2022 12:10:58 +0900

안녕하세요 취업길잡이 Coy입니다

멘토링을 하면서 CS 기술 면접을 어떤식으로 준비해야 하는 지 모르는 분들이 많습니다

또한 준비를 하신다고 하셨어도 면접 때가서 제대로 대답을 못하거나 장황하게 설명하셔서 면접이 끝나고 아쉬워하시는 분들도 많이 보았습니다

그래서 3단계에 걸쳐서 CS 기술 면접 준비하는 방법을 소개하려고 합니다

아래 방법을 보고 자기에 맞는 단계에 맞춰서 준비하시면 될 것 같습니다

STEP 1. CS 지식 범위를 몰라서 찾아보는 단계

첫 면접 준비를 하기 위해 CS 지식을 찾아보는 단계입니다.

보통 어느 분야까지 공부를 해야하는지 모르기 때문에 주요 CS 분야를 알려드리도록 하겠습니다

운영체제
데이터베이스
네트워크
컴퓨터구조
자료구조/알고리즘
지원 기술스택에 맞는 언어나 프레임워크

생각보다 많아 보여 이걸 언제 다 준비해 하실 수 있습니다.

그래서 위에 나왔던 팁처럼 자기 경험과 연관 된 CS 지식이나, 회사 채용공고에 연관 된 기술스택 위주로 먼저 접근하셔서 공부하시면 조금 더 수월하게 공부하실 수 있습니다.

STEP 2. CS 지식들의 개념을 공부하고 정보를 모아가는 단계

이제 위의 개념들을 어떻게 공부를 해야하는 지 찾아보고 공부하는 단계입니다.

사실 가장 좋은 방법은 전공책으로 공부를 하는 방법입니다.

대학교 때에는 왜 공부하는 지 몰랐던 내용이 면접을 준비하면서 왜 공부해야 하는 지 깨닫게 될 수 있습니다.

각각 분야에 맞는 전공 책 추천

분야에 맞는 전공 책 추천 목록

그러나 빠른 시일내로 면접 준비를 하셔야 하는 취업준비생분들은 전공책으로 공부할 시간이 없습니다

따라서 여러 사이트들을 소개 해드리려고 합니다

위의 사이트들을 토대로 빠르게 개념을 공부 하신다면 좋은 결과가 있을 것이라고 생각합니다.

STEP 3. 공부한 CS 지식을 정리하는 단계

보통 취업준비생들이 2단계까지만 하시고 나서 준비가 다 되었다고 생각합니다

그러나 3단계인 정리하는 단계가 참 중요합니다

왜냐하면 2단계만 진행하고 면접을 보러 가서 질문을 받게 되면 분명 공부를 했던 것인데 기억이 나지 않아서 대답을 하지 못하거나

명료하고 단순하게 정리를 해놓지 않아서 장황하게 설명을 하거나 말을 더듬다가 오는 경우가 많습니다.

이런 일을 막고자 3단계를 준비해야합니다.

3단계를 어떻게 준비해야 할까요

1. 공부했던 내용을 토대로 예상 질문들에 대한 답변들을 1~2문장으로 줄이기

ex) 프로세스와 쓰레드의 차이점은 무엇인가요?

프로세스는 컴퓨터에서 연속적으로 실행되고 있는 컴퓨터 프로그램이다. 쓰레드는 프로세스 안에서 실행되는 여러 흐름의 단위이다. 프로세스가 다른 프로세스에 접근하려면 IPC를 사용해야하지만 쓰레드는 다른 스레드와 스택 영역을 제외한 메모리 영역을 공유하기 때문에 통신과정을 거칠 필요가 없다

이런식으로 머릿속에 있는 개념들을 대답을 위한 문장으로 간결화 하는 작업을 거쳐야 면접에서 간결하게 이야기 할 수 있습니다

2. 위에 줄인 내용들을 한번 백지에 다시 적어보면서 읽어보기

제대로 암기했는지 체크하기 위해 예상질문들만 리스트업 한뒤에 대답들을 간결하게 적어보는 연습을 하면 좋습니다

실제 면접에서 대답한다고 생각하고 읽으면서 적으면 조금 더 자연스럽게 전달 할 수 있게 다듬어집니다

제가 3단계 기술 요약 정리를 블로그에 하고 계속 하고 있습니다.

궁금하신 분들은 링크를 통해 보시면 좋을 것 같습니다

3단계 면접 질문 대답 요약 블로그 링크

3단계 준비 방법을 조금 더 쉽게 CS 기술 면접 준비를 할 수 있도록 도움이 되면 좋겠습니다!

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

[네트워크] HTTP 상태 코드 정리

취업길잡이 Coy — Thu, 16 Jun 2022 18:55:43 +0900

안녕하세요 취업길잡이 Coy입니다

오늘은 HTTP 상태코드 중에서 자주 쓰는 상태코드에 대해 알아보도록 하겠습니다

HTTP 상태코드란?

HTTP 상태코드란 클라이언트가 서버로 request를 보낼 때 서버가 결과가 어떻게 되었는 지 알려주는 역할을 합니다.

상태코드는 숫자 3자리와 설명으로 이루어져있습니다

앞의 숫자 3자리는 response의 상태 코드 클라스를 의미하는데 숫자의 범위에 따라 보통 쓰임새가 다릅니다

여기서는 1xx를 제외한 나머지 4개 클래스에 대해서 알아보도록 하겠습니다

2xx 성공 클래스

200 OK

이 상태코드는 클라이언트가 보낸 request를 서버가 정상적으로 처리하였음을 나타냅니다.

204 No Content

이 상태코드는 서버가 정상적으로 request를 처리하였으나 response에는 response entity가 없다는 것을 의미합니다.

206 Partial Content

이 상태코드는 서버가 클라이언트의 부분적 GET Request를 받았음을 나타냅니다.

response에는 Content-Range로 지정된 범위의 entity가 포함되게 됩니다.

3xx 리다이렉션 클래스

301 Moved Permanently

이 상태코드는 request 리소스가 새로운 url을 참조해야할 때를 의미합니다.

요청된 리소스가 영구적으로 다른 url로 이동했다는 뜻이므로 Location 헤더 필드에 주어진 url로 다시 요청해야합니다.

302 Found

이 상태코드는 request 리소스가 새로운 url로 일시적으로 이동했다는 것을 뜻합니다.

301과 비슷하지만 302의 경우는 영구 이동이 아닌 일시적인 이동을 했다는 점이 다릅니다.

따라서 검색 엔진은 그 리소스가 일시적으로 이동했다고 해서 url을 갱신시키진 않습니다

304 Not Modified

이 상태코드는 요청된 리소스를 재전송할 필요가 없음을 나타냅니다.

캐시된 자원으로의 암묵적인 리다이렉션입니다.

307 Temporary Redirect

이 상태코드는 요청한 리소스가 Location 헤더 필드의 url로 임시로 옮겨졌다는 의미입니다.

302와 같은 의미를 가지고 있지만 다른점은 307은 Method와 Body를 변경하지 않고 리다이렉트 요청을 하도록 보장합니다

302는 POST → GET 리다이렉트가 가능하지만 307은 가능하지 않습니다. 따라서 307 동작은 예상할 수 있습니다.

그러다 302,307 모두 GET Method에 대해서는 동작이 같습니다

4xx 클라이언트 에러 클래스

400 Bad request

이 상태코드는 request 요청이 잘못 되었음을 알립니다.

이 에러가 나온 경우 클라이언트쪽에서 request를 다시 검토하고 보내야합니다.

401 Unauthorized

이 상태 코드는 해당 리소스에 유효한 인증 자격 증명이 없음을 나타냅니다.

유저 인증이 실패함을 나타내는 것으로 이 상태 코드는 WWW-Authenticate 헤더 필드를 포함하여 함께 전송됩니다.

403 Forbidden

이 상태 코드는 권한 때문에 거절되었음을 나타냅니다.

401과 다른점은 401은 로그인이 되지않음(유효한 인증 정보가 없음) 403은 서버가 해당요청은 이해했지만 권한이 없음(로그인은 되었는데 관리자 권한이 없는 경우)

404 Not Found

이 상태 코드는 request한 리소스가 서버상에 없다는 것을 나타냅니다.

404 페이지를 띄우는 링크는 보통 없는 link일 수 있습니다.

5xx 서버 에러 클래스

500 Internal Server Error

이 상태 코드는 서버가 request를 처리하는 도중 에러를 발생하였음을 나타냅니다.

이 에러 응답은 서버 에러를 다 아우르는 에러로 구체적이지 않습니다. 따라서 서버 개발자는 이런 에러를 발생하는 것을 방지하기 위해 에러 내용을 분기처리하여 더 자세한 내용을 남깁니다

503 Service Unavaliable

이 상태 코드는 일시적으로 서버가 과부하이거나 점검중이기 때문에 request를 처리하지 못한 상태임을 나타냅니다.

예시로는 서버가 점검이 있어서 다운될 때 발생합니다. 이 상태 코드를 줄 때에는 Retry-After 헤더 필드에 클라이언트에게 서비스 복구를 위한 예상 시간을 포함시켜야합니다

여기까지 자주쓰는 HTTP 상태코드를 알아보았습니다

2단계 개념 모음집 목적과 활용법은 아래 글을 읽어보시면 좋습니다

2단계 면접 요약정리 카테고리 설명글

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

[네크워크] HTTP와 HTTPS 알아보기

취업길잡이 Coy — Wed, 15 Jun 2022 20:12:44 +0900

안녕하세요 취업길잡이 Coy입니다

오늘은 HTTP와 HTTPS에 대해서 알아보도록 하겠습니다

HTTP란

HTTP는 Hyper Text Transfer Protocol의 약자로 Hyper Text를 전송하기 위해 만든 프로토콜입니다.

HTTP는 인터넷상에서 클라이언트와 서버가 자원을 주고 받을 때 쓰는 통신규약이라고 이해하시면 됩니다.

이 프로토콜은 80번 포트를 사용하고 있습니다.

HTTP 통신은 텍스트 교환을 하며 보안 이슈가 존재합니다

HTTP에 존재하는 보안 이슈

암호화되지 않은 통신이라 제 3자가 볼 수 있습니다
정보의 완전성을 증명할 수 없어서 제 3자가 중간에서 바꿀 수 있습니다
통신 상대를 확인하지 않기 때문에 위장을 할 수 있습니다

암호화 되지 않는 통신이라 도청가능

http를 사용한 request나 response가 통신 내용은 http가 암호화하는 기능은 없기 때문에 통신 전체가 암호화 되지않습니다.

TCP/IP의 구조의 통신 내용은 통신 경로 전체를 엿볼 수 있기 때문에 보안상 취약합니다.

통신 내용을 엿볼 수 있다는 것은 암호화된 통신이어도 마찬가지입니다.

차이점은 암호화된 메세지 패킷은 볼 수 있어도 암호화 되어있기 때문에 메세지속 의미는 파악할 수 없습니다

정보의 완전성을 증명할 수 없어서 변조가능

완전성은 정보의 정확성을 가리킵니다. HTTP가 완정성을 증명할 수 없다는 뜻은 request나 response가 통신 과정 중 변조되었다고 해도 이 사실을 알 수 없다는 뜻입니다.

위와 같이 중간에서 패킷을 빼앗아 변조하는 공격을 중간자 공격이라고 합니다

통신 상대를 확인하지 않기 때문에 위장가능

HTTP에서는 통신 상대를 확인하지 않습니다.

따라서 누구나 request를 할 수 있고 response를 보낼 수 있습니다.

따라서 아래와 같은 약점이 있습니다

request 보낸 곳에서 response를 받아도 진짜 웹서버인지 위장된 웹서버인지 알 수 없다
웹 서버에서 request를 받아도 진짜 클라이언트인지 위장한 클라이언트인지 알 수 없다.
어디서 누가 request 했는 지 알 수 없다
모든 request를 받기 때문에 대량의 request 공격(DDos 공격)에 취약하다

따라서 위에서 말하는 이 3가지를 방지하기 위해 HTTPS가 등장합니다

HTTPS란?

HTTPS는 HTTP 프로토콜 위에 SSL이라는 것을 한번 씌워서 만든 프로토콜입니다

HTTP 통신을 하는 소켓부분을 SSL이나 TLS 프로토콜로 대체하게 되었습니다.

이 프로토콜은 HTTP와 다르게 443번 포트를 사용하고 중간에서 제 3자가 정보를 볼 수 없도록 암호화를 지원합니다.

HTTPS = HTTP + 완전성 보호 + 증명서 + 통신 암호화 라고 생각하시며 됩니다

증명서로 상대방의 신원을 증명합니다

HTTPS의 구조

위에서 설명한 것 처럼 HTTP는 직접 TCP와 통신하게 되고 HTTPS는 SSL을 한번 더 거쳐서 TCP와 통신하게 됩니다.

HTTPS 암호 시스템

HTTPS는 대칭키 암호화 방식과 공개키 암호화 방식을 모두 사용하고 있습니다

키를 안전하게만 교환하면 공개키 암호만을 사용해서 통신을 할 수 있다고 생각하지만 공개키 암호화 방식은 대칭키보다 처리속도가 느립니다.

따라서 HTTPS는 두가지 장점을 다 살릴 수 있도록 각각의 방식을 조합해서 통신합니다.

키를 교환하는 곳에서는 공개키 암호화 방식을 이용하고 그 후에 메세지를 교환하는 곳에서는 대칭키 암호화 방식을 이요합니다

대칭키 암호로 사용하는 키를 공개키 암호화방식을 통해 서버랑 클라이언트가 주고받음
그 후에 메시지 통신에 사용하는 모든 통신은 주고받은 대칭키를 가지고 대칭키 암호화방식으로 진행함

공개키가 정확한지 아닌지를 증명하는 증명서

공개키가 진짜인지 아닌지 증명할 수 없기 때문에 공개키 암호화 방식에도 문제점이 있습니다.

웹 서버에서 받은 공개키가 진짜 그 웹서버에서 발행한 공개키인지 모를 수 있기 때문입니다.

이 문제를 해결하기 위해선 CA(인증기관)과 CA가 발행한 공개키 증명서가 이용되고 있습니다.

CA는 클라이언트와 서버가 모두 신뢰하는 제 3자 기관입니다.

이런식으로 오늘은 HTTP와 HTTPS에 대해서 알아보았습니다

2단계 개념 모음집 목적과 활용법은 아래 글을 읽어보시면 좋습니다

2단계 면접 요약정리 카테고리 설명글

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

면접이 끝나고 꼭 해야하는 1가지

취업길잡이 Coy — Sun, 12 Jun 2022 20:15:06 +0900

안녕하세요 취업길잡이 Coy입니다

오늘은 면접이 끝나고 나서 꼭 해야 하는 1가지에 대해 컬럼을 작성해보았습니다

취업준비생 분들은 면접이 시작하기 전까진 엄청나게 공부를 하고 면접 준비를 위해 노력을 많이합니다.

그런데 면접이 끝나고 나선 무엇을 할까요?

취업준비생 분들은 보통 면접이 끝나면 진이 빠져서 집에 가서 쉬거나, 지인들을 만나 회포를 풉니다.

면접보느라 고생을 했다고 생각하고 쉬는 것에 초점을 많이 맞춥니다

그러나 면접이 끝나고 꼭 해야 하는 것이 있습니다. 바로 면접 복기입니다!

에빙하우스 망각곡선에 따르면 사람의 기억은 24시간이 지나면 기억의 70퍼를 넘게 잊어버립니다!

따라서 면접 본 바로 그날 잊어버리기 전에 바로 면접 복기를 해야 합니다.

그럼 왜 면접 복기를 해야 할까요?

면접 복기를 하면 추후에 볼 면접에 많은 도움이 됩니다.

어떤 부분이 도움이 되는 지 알아보겠습니다

1. 질문과 대답을 한 것을 바탕으로 어느 부분이 약한지 자가 체크
2. 대화가 매끄럽게 잘 된 부분은 왜 잘되었는 지?, 매끄럽게 되지 않은 부분은 뭐가 문제였는지 체크
3. 면접 때 실수 했다고 생각한 것들을 다시 상기시켜서 추후에 같은 실수 방지
4. 면접 복기를 통해 자기만의 면접 질문 리스트를 만들어 다음 면접 준비

이렇게 좋은 면접 복기를 어떤식으로 해야할까요?

제가 취업준비생 시절 했던 면접 복기 방법을 가져왔습니다

면접복기하는 방법

1. 메모장(노션 추천)에 자기가 받았던 질문과 자기가 한 대답을 생각 나는 대로 적습니다.
2. 이제 거기서 어느 부분이 어려웠는지, 부족 했는지를 적어놓고, 대답을 못했던 질문들은 검색을 해서 찾아봅니다
3. 이 질문들이 왜 나왔는지 문맥을 파악해보고 추후에 연관된 주제로 무엇이 나올 것 같은 지 예상질문을 만들어 봅니다
4. 마지막으로 면접에서 실수 했다고 생각되는 부분이나, 대화가 티키타카가 되지 않고 매끄럽지 않았던 상황을 떠올려서 어떻게 하면 더 좋은 상황이 될 수 있을 지 정리합니다

이런 식으로 면접 볼 때마다 한 개씩 정리하다 보면 추후에 면접을 볼 때 많은 도움이 될 것입니다.

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

[운영체제] DeadLock(데드락)

취업길잡이 Coy — Tue, 7 Jun 2022 22:30:28 +0900

안녕하세요 취업길잡이 Coy입니다!

오늘은 DeadLock(데드락)에 대해 알아보도록 하겠습니다

DeadLock(데드락)이란?

프로세스가 자원을 얻지 못하는 상태로, 교착 상태라고도 하며, 한정된 자원을 여러 곳에서 사용하려고 할 때 발생합니다.

둘 이상의 프로세스가 각각 자원을 점유하고 있으면서 서로 자원을 기다리고 있을 때 무한 대기에 빠지는 상태를 뜻합니다

DeadLock(데드락) 발생조건 4가지

Case 1) 상호 배제(Mutual exclusion)

최소한 하나의 자원이 한 번에 하나의 프로세스에 점유되어야 합니다. 다른 프로세스가 그 자원을 요청하면 자원이 해제될 때까지 기다려야합니다

Case 2) 점유 대기(Holod and wait)

프로세스는 최소한 하나의 자원을 점유한 채, 다른 프로세스에 점유된 자원을 추가로 얻기 위해 대기를 해야합니다

Case 3) 비 선점(No preemption)

자원들을 선점할 수 없어야하고 이미 할당 된 자원을 뺏을 수 없습니다

Case 4) 순환 대기(Mutual exclusion)

대기하고 있는 프로세스 집합이 순환 형태로 자원을 대기하고 있어야 합니다

DeadLock(데드락) 예방(Prevention) 방법

예방 방법은 발생조건 4가지 중에 하나라도 발생하지 않게 하는 것입니다.

각각의 조건을 방지하는 것으로 예방을 할 수 있습니다

Case 1) 상호 배제 방지

여러 프로세스가 공유 자원을 사용할 수 있게 만들어서 프로세스가 공유 가능한 자원을 위해 대기할 필요가 없게 만들면 됩니다.

Case 2) 점유 대기 방지

또 다른 자원을 점유하기 위해 대기 조건을 성립하지 않기 위해선 프로세스 실행에 필요한 모든 자원을 한번에 요청하고 할당하도록 해야합니다. 필요한 모든 자원이 있을때까지 프로세스를 실행할 수 없기 때문에 이 방법은 대부분의 프로그램에서 실용적이진 않습니다.

Case 3) 비 선점 방지

비선점을 방지하기 위해서는 높은 우선순위의 프로세스에 자원을 우선적으로 선점하게 해주면 됩니다.

Case 4) 순환 대기 방지

순환 대기 방지를 위해선 모든 자원 유형에 전체적인 순서를 부여하여 각 프로세스가 순서대로 자원을 요청하도록 하면 됩니다.

위에 적어놓았다시피 예방 방법은 시스템 효율성을 떨어트릴 수 있습니다.

DeadLock(데드락) 회피 방법

안전 상태(Safe State)

시스템 상태가 안전(safe)하다는 말은 시스템이 어떤 순서로든 방식이든 프로세스가 요청하는 모든 자원을 데드 락을 야기시키지 않고 모두 할당해줄 수 있다는 것을 뜻합니다.

회피 알고리즘을 통해 자원을 할당한 후에도 시스템을 항상 안전 상태(Safe State)에 있을 수 있도록 하는 것이 기본 원리입니다.

회피 알고리즘으로 대표적인 은행원 알고리즘에 대해 알아보도록 하겠습니다

은행원 알고리즘

다익스트라가 고안한 방법으로, 은행에서 모든 고객의 요구가 충족되도록 현금을 할당하는 데에서 유래되었습니다

프로세스가 자원을 할당 받고 나서 시스템이 안전 상태(Safe State)에 있는지 미리 검사하는 알고리즘 입니다.

DeadLock(데드락) 탐지 및 회복 방법

시스템이 DeadLock(데드락)에 빠졌을 때 탐지하고 회복 알고리즘을 통해 회복합니다.

탐지 방법

자원할당 그래프를 통해 교착상태를 탐지합니다
Available, Allocation, Request를 가지고 교착 상태를 탐지할 수 있습니다. 현재 시스템의 자원 상태를 가지고 파악하는 방법으로 은행원 알고리즘과 비슷합니다.

회복 방법

프로세스와 스레드 종료 시키기
- 교착 상태 프로세스를 모두 중지하는 방법
  - 이 방법은 확실하게 교착상태를 없앨 수 있지만 비용이 큽니다. 프로세스가 그 동안 계산했던 데이터들을 다 날리고 다시 시작해야 하기 때문입니다
- 교착 상태가 제거될 때까지 한 프로세스씩 중지
  - 이 방법은 계속 한 프로세스씩 죽이면서 탐지 알고리즘을 통해 교착상태에서 빠져나왔는지 체크를 해야하므로 오버헤드가 상당히 많이 발생할 수 있습니다.
자원 선점하기
- 희생자 선택(Selection of a Victim)
  - 어느 자원과 어느 프로세스가 선점될지 정하는 방법입니다. 비용을 최소화 하기 위해서 선점의 순서를 결정해야합니다
- 롤백(Rollback)
  - 프로세스로부터 자원을 선점하면 그 프로세스는 정상적으로 실행할 수 없습니다. 따라서 그 프로세스를 아예 안전한 상태로 롤백시키고 다시 시작하는 방법입니다

요약

교착 상태에는 필요한 조건이 상호배제, 점유 대기, 비선점, 순환대기 4가지가 있습니다. 교착 상태는 4 가지 조건이 모두 충족되어야 발생합니다
교착 상태에 필요한 4 가지 조건 중 하나가 발생하지 않도록 하여 교착 상태를 예방할 수 있습니다. 그 중가장 현실적인 방법은 순환대기를 제거하는 방법입니다.
은행원 알고리즘을 통해 교착 상태를 회피 할 수 있습니다. 이 알고리즘은 자원상태를 체크하여 교착 상태가 발생할 수 있는 자원 할당은 허용하지 않습니다
교착상태 탐지 알고리즘은 은행원 알고리즘과 비슷하게 자원 상태를 보고 현재 시스템이 교착 상태인지 탐지합니다
교착 상태가 발생하면 시스템은 프로세스를 중단하거나, 자원 선점을 통해 교착 상태에서 회복할 수 있습니다

2단계 개념 모음집 목적과 활용법은 아래 글을 읽어보시면 좋습니다

2단계 면접 요약정리 카테고리 설명글

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

2단계 CS 개념 지식 모음집 카테고리 설명

취업길잡이 Coy — Tue, 7 Jun 2022 21:45:03 +0900

안녕하세요 취업길잡이 Coy입니다

이 카테고리는 개념을 좀 더 깊게 보고 싶으신 분들을 위해 준비하였습니다

3단계를 보고 나서 좀 더 깊게 알고 싶다거나, 각각의 개념을 자세히 알고 싶으시면 2단계 카테고리를 보면 될 것 같습니다

최대한 자세히 쓰려고 노력하고 있습니다. 초반 게시글은 생략이 조금 될 수 있어도 추후에 계속 부족한 부분을 채워나갈 예정입니다

주기적으로 계속 채워나갈테니 이 블로그를 보고 면접준비를 잘 하셨으면 좋겠습니다

좋은 면접 결과 기대합니다

운영체제 면접 질문 요약 노트 - 1

취업길잡이 Coy — Sat, 4 Jun 2022 22:15:15 +0900

Q1. 프로세스와 쓰레드의 차이점이 무엇인가요?

A1.

프로세스는 컴퓨터에서 연속적으로 실행되고 있는 컴퓨터 프로그램이다.

쓰레드는 프로세스 안에서 실행되는 여러 흐름의 단위이다.

프로세스가 다른 프로세스에 접근하려면 IPC를 사용해야 하지만 쓰레드는 다른 스레드와 스택 영역을 제외한 메모리 영역을 공유하기 때문에 통신과정을 거칠 필요가 없다

Q1-1. IPC 종류가 무엇이 있는지 설명해보세요

A1-1. 익명 PIPE, Message Queue, Named PIPE, 공유메모리, 소켓이 있습니다

Q2. 데드락이 무엇인가요?

A2. 둘 이상의 프로세스가 자원을 점유해 놓고 상대방의 자원만을 기다리고 있어 무한 wait상태에 빠져있는 현상

Q2-1. 데드락 발생조건 4가지를 말해보세요

A2-1. 상호배제: 자원은 한 번에 한 프로세스만 사용 가능

점유대기: 최소한 하나의 자원을 점유하고 있으면서 다른 프로세스에 할당된 자원을 사용하기 위해 대기하는 프로세스 존재

비 선점: 한 프로세스에 할단 된 자원은 사용이 끝날 때까지 강제로 빼앗을 수 없음

순환대기: 순환 형태로 자원을 대기하고 있는 프로세스의 집합

Q3. CPU 스케쥴링이 무엇인가요?

A3. CPU를 효율적으로 사용하기 위해서 프로세스를 배정하는 방법

Q3-1. CPU 스케쥴링 방법의 종류에 대해 아시나요?

A3-1.

대표적인 비 선점 스케쥴링: FCFS, SJF, HRN

대표적인 선점 스케쥴링: Round Robin, Priority Scheduling

비선점형은 하나의 프로세스가 끝나지 않으면 다른 프로세스는 CPU를 사용할 수 없고, 선점형은 하나의 프로세스가 다른 프로세스 대신 CPU를 차지할 수 있습니다

Q4. Race condition(경쟁 상태)가 무엇인지 설명해주세요

A4. Race condition이란 두 개 이상의 프로세스(또는 쓰레드)들이 하나의 자원에 동시에 접근할 때 경쟁하는 상태를 뜻합니다

Q5. 컨텍스트 스위칭이란 무엇인가요?

A5. CPU가 이전 프로세스의 상태를 저장하고 다음에 진행할 프로세스의 정보를 읽어서 적용하는 과정

Q6. 뮤텍스와 세마포어에 대해 설명해주세요

A6. 뮤텍스는 락을 걸은 프로세스만 락을 해제할 수 있지만 세마포어는 다른 프로세스가 세마포어를 해제할 수 있습니다. 그리고 세마포어는 공유자원에 세마포어의 변수값만큼 접근할 수 있지만 오직 1개만의 프로세스만 접근할 수 있습니다.

0과 1의 값만 가지는 세마포어는 뮤텍스처럼 활용 가능합니다

Q7. 메모리 구조에 대해 설명해주세요

A7.

메모리 구조는 코드 영역, 데이터 영역, 힙 영역, 스택 영역으로 구성되어있으며 각 영역은 아래와 같습니다

코드 영역: 실행할 프로그램의 코드가 저장되는 영역

데이터 영역: 프로그램의 전역 변수와 static 변수가 저장되는 영역, 프로그램의 시작과 할당되고 종료되면 소멸

힙 영역: 사용자에 의해 메모리 공간이 동적으로 할당되고 해제되는 영역입니다.

스택 영역: 함수의 호출과 연관되는 지역변수와 매개변수가 저장되는 영역입니다. 스택 영역은 함수의 호출과 함께 할당되며, 호출이 완료되면 소멸합니다.

코드영역에서 스택영역으로 갈수록 높은 메모리 주소를 가집니다

3단계 요약노트 목적과 활용법은 아래 글을 읽어보시면 좋습니다

3단계 면접 요약정리 카테고리 설명글

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

네트워크 면접 질문 요약 노트 - 1

취업길잡이 Coy — Sat, 4 Jun 2022 21:14:02 +0900

Q1. OSI 7계층에 대해 아시나요?

A1.

물리계층: 하드웨어 전송 기술을 사용하며 전기적인 신호를 주고받는 역할을 하는 계층입니다. 통신단위는 비트 0,1입니다

데이터링크계층: 신뢰성 있는 전송을 보장하기 위한 계층으로 물리주소인 MAC주소가 이 계층에 해당합니다. 전송 단위는 Frame입니다

네트워크 계층: IP 주소를 제공하는 계층으로 노드를 거칠 때마다 라우팅해주는 역할을 담당합니다. 전송 단위는 Packet입니다

전송 계층: End to End 사용자가 데이터를 주고받을 수 있게 해주는 계층이며 TCP, UDP 프로토콜이 이 계층에 해당됩니다. 전송 단위는 Segment입니다

세션 계층: 데이터를 만들어내는 계층으로 TCP/IP 세션을 만들고 소멸시킵니다. 대표적으론 RPC, Socket이 있습니다.

표현 계층: 인코딩이나 암호화 등의 동작이 이 계층에서 이루어집니다

응용 계층: 응용 프로세스와 연관되어 응용 서비스를 수행하는 계층으로 HTTP, FTP 프로토콜이 응용 계층에 속합니다.

Q2. TCP UDP의 차이점에 대해 아시는 대로 설명해주세요

프로토콜 종류	TCP	UDP
신뢰성	높다	낮다
연결 방식	연결형 서비스	비 연결형 서비스
전송 순서	전송 순서를 보장함	전송 순서를 보장하지 않음
패킷 교환 방식	가상 회선 방식	데이터 그램 방식
속도	상대적으로 느림	상대적으로 빠름
재전송 여부	재전송 있음	재전송 없음
통신 방식	1:1 통신	1:1, 1: N, N: N 통신

Q3. 3-way hands shaking이 일어나는 흐름을 설명해주세요

A3. 3-way hands shaking이란 TCP 연결을 성공적으로 성립하기 위해 반드시 필요하다

1. 클라이언트가 서버로 SYN을 보낸다(클라이언트 SYN_SENT 상태)

2. 서버가 클라이언트로 SYN, ACK을 보낸다(서버 SYN_RECEIVED 상태)

3. 클라이언트가 ACK을 보낸다(서버 ESTABLISHED 상태)

Q4. 4-way hands shaking이 일어나는 흐름을 설명해주세요

4-way hands shaking은 TCP 세션을 종료하는 절차입니다

1. 클라이언트가 서버로 FIN 전송

2. 서버가 클라이언트로 ACK 전송(서버는 TIME_WAIT 상태)

3. 서버가 통신이 끝났으면 클라이언트한테 FIN 전송

4. 클라이언트는 ACK 전송

Q4-1. time_wait 상태가 어떤 상태인지 설명해주세요

A4-1. 서버는 클라이언트에게 FIN를 받으면 바로 연결을 종료하지 않고 TIME_WAIT 상태에 빠지게 됩니다. 그 이유는 클라이언트에서 보낸 패킷이 FIN 패킷보다 늦게 도착할 수도 있기 때문에 패킷의 DROP을 막기 위해 TIME_WAIT을 일정 시간 가집니다

Q5. HTTPS 동작원리에 관해서 아세요?

A5.

HTTPS는 HTTP의 하부에 SSL과 같은 보안계층을 제공함으로써 동작한다.

동작원리

1. 프로토콜 버전번호 교환

2. 양쪽이 알고 있는 pre master secret 키 생성 및 교환

3. 양쪽의 신원 인증

4. 채널을 암호화하기 위한 임시 세션 키 생성

Q6. HTTP 헤더의 구조에 대해서 설명해주세요

A6. HTTP 헤더는 HTTP 본문 및 요청/응답에 대한 정보를 포함합니다.

HTTP 헤더는 크게 3 부분으로 나눌 수 있습니다.

General header(일반 헤더): 생성된 날짜나 시간 등 같은 HTTP 통신에 대한 일반적인 정보가 포함됩니다

Request/Response Header(요청/응답 헤더): 서버에 요청을 하면 요청 헤더가, 서버가 응답을 해주면 응답 헤더가 있습니다. 요청 헤더는 요청한 URL, method(GET, POST...) 등 요청에 필요한 요청 정보가 들어있고 응답 더에는 응답에 사용된 인코딩, 응답에 필요한 기타 정보들을 포함합니다

Entity Header(엔티티 헤더): 이 헤더에는 실제 메시지 또는 전송중인 HTTP본문에 대한 정보(본문 길이, 본문 언어, 인코딩 등등)가 포함됩니다.

Q7. 쿠키와 세션에 대해 알려주세요

A7. 쿠키와 세션 모두 웹 통신 간의 정보를 유지하기 위해 사용합니다

제일 큰 차이점은 쿠키는 개인 pc에 세션은 웹 서버에 저장된다는 것입니다.

보통 세션보다는 쿠키를 사용하는 데 그 이유는 세션은 서버에 저장되기 때문에 사용자가 많은 경우 서버 리소스가 많이 듭니다. 따라서 리소스 관리 측면에서 쿠키를 주로 씁니다

3단계 요약노트 목적과 활용법은 아래 글을 읽어보시면 좋습니다

3단계 면접 요약정리 카테고리 설명글

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

대학교 취업 특강를 하게 된 후기

취업길잡이 Coy — Sat, 4 Jun 2022 20:57:39 +0900

안녕하세요 취업길잡이 Coy입니다

22년 5월 말에 대학교 전공자 4학년 약 30명을 대상으로 취업 세미나 특강을 하고 왔습니다!

저는 매번 이야기하지만 학부생때 멘토가 없었어서 고생을 많이하였습니다

그래서 후배 개발자분들은 저 같은 고생을 하지 않았으면 하는 마음에 멘토링이나 이런 특강등을 통해 제가 아는 지식들을 공유해나가고 있습니다!

이번 주제는 "신입 개발자로 취업하려면?" 이었습니다

비대면 수업이라 줌으로 진행 되었습니다

열심히 준비했던 만큼 후배 개발자분들이 질문도 많이 해주시고 후기도 많이 남겨주셔서 보람찼었습니다

추후에 같은 내용으로 무료 특강도 계획중에 있습니다!

그 때가 되면 블로그에 공지하도록 하겠습니다

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

자료구조 & 알고리즘 면접 요약 노트 - 1

취업길잡이 Coy — Sat, 4 Jun 2022 20:08:58 +0900

Q1. 스택과 큐에 대해 설명해주세요

A1. 스택은 LIFO 구조이며, 큐는 FIFO 구조입니다.

LIFO 구조는 마지막에 들어온 데이터가 가장 먼저 나오는 구조입니다

FIFO 구조는 처음에 들어온 데이터가 가장 먼저 나오는 구조입니다

Q2. 배열과 링크드 리스트의 차이점에 대해서 설명해주세요

A2.

배열과 링크드리스트에서 가장 큰 차이점을 보이는 부분은 검색과 삽입/삭제 연산입니다

검색에선 배열은 인덱스를 통해 바로 찾을 수 있으므로 O(1)의 시간복잡도를 가집니다. 그러나 링크드리스트는 찾는 노드까지 순차적으로 찾아 들어가야하므로 O(n)의 시간복잡도를 가집니다.

삽입/삭제에선 배열은 메모리 위치가 연속적이고 고정되어 있기 때문에 많은 시간이 소요되는 반면 링크드리스트는 삭제 시 이전 노드의 메모리 주소만 바꿔주면 되고 삽입 시 빈 메모리 위치에 저장만 하면 되기 때문에 연산이 빠릅니다

Q3. 트리에 대해 설명해주세요

A3. 트리는 노드로 이루어진 자료 구조이며 하나의 루트 노드를 갖습니다.

루트 노드는 0개 이상의 자식 노드를 가지고 있으며 계층적으로 반복해서 정의됩니다.

그리고 노드들과 노드들을 연결하는 간선으로 구성되어 있습니다.

방향성이 있는 비순환 그래프로도 정의됩니다

Q4. 그래프에 대해 설명해주세요

A4.

노드와 노드를 연결하는 간선으로 이루어진 자료구조이며 트리와 다르게 루트 노드의 개념이나 계층적(부모-자식) 개념이 없습니다.

Q5. 해시테이블에 대해 설명해주세요

A5.

해시 테이블이란 데이터를 효율적으로 관리하기 위해서 고정된 길이의 데이터로 매핑하는 것을 뜻합니다. 보통 해시 함수를 구현하여 해시 값으로 변환시켜서 매핑합니다.

Q6. 빅오 표기법에 대해 설명해주세요

A6. 빅오 표기법은 쉽게 말해 알고리즘의 시간/공간 효율성을 표기해주는 표기법입니다.

보통 시간복잡도와 공간 복잡도를 따질 때 빅오 표기법을 많이 씁니다.

다른 표기법으로 빅오메가, 빅세타 표기법이 있습니다. 그럼에도 빅오 표기법을 쓰는 이유는 빅오 표기법이 최악의 상황을 가정해서 표기해주는 표기법이기 때문입니다.

Q7. 퀵 정렬과 합병 정렬에 대해서 설명해주세요

A7. 퀵 정렬은 배열 중 한 개를 피벗으로 정하고 피벗보다 작은 원소들, 큰 원소들로 나눈 뒤 나눈 배열을 재귀적으로 돌려서 정렬하는 방법, 시간 복잡도는 최악의 경우 O(n^2)이며 최선의 경우 O(nlogn)이다. 실생활의 경우 시간 복잡도가 최악의 경우일 가능성이 적어서 많이 쓰이는 정렬입니다.

합병 정렬은 퀵 정렬과 비슷하게 분할 정복 방법으로 정렬을 하지만 다른 점은 각각의 배열은 반으로 쪼개서 정렬한 뒤 다시 합치면서 정렬을 해갑니다. 시간복잡도는 최악의 경우도 O(nlogn)입니다

3단계 요약노트 목적과 활용법은 아래 글을 읽어보시면 좋습니다

3단계 면접 요약정리 카테고리 설명글

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

데이터베이스 면접 질문 요약 노트 - 1

취업길잡이 Coy — Sat, 4 Jun 2022 18:42:54 +0900

Q1. SQL이 무엇인가요?

Sql은 RDMBS에서 자료를 처리하기 위해 설계된 언어로 크게 3종류로 나뉩니다

DDL: 데이터 정의 언어로 CREATE,ALTER,DROP문 등이 여기에 해당합니다

DML: 데이터 관리를 위한 언어로 SELECT, INSERT, UPDATE문 등이 여기에 해당합니다

DCL: 사용자 관리 및 사용자 별로 데이터 관리, 접근 권한을 위한 언어로 GRANT, REVOKE문 등이 해당됩니다

Q2. 트랜잭션이 무엇인지 설명해주세요

정의

- 트랜잭션은 데이터베이스 시스템에서 병행 제어 및 회복 작업 시 처리되는 작업의 논리적 단위이다.

- 사용자가 시스템에 대한 서비스 요구 시 시스템이 응답하기 위한 상태 변환 과정의 작업단위이다.

- 하나의 트랜잭션은 Commit되거나 Rollback된다.

Q2-1. 트랜잭션의 4가지 특성에 대해 알려주세요

트랜잭션의 ACID

Atomicity(원자성)

- 트랜잭션의 연산은 데이터베이스에 모두 반영되든지 아니면 전혀 반영되지 않아야 한다.

Consistency(일관성)

- 트랜잭션이 그 실행을 성공적으로 완료하면 언제나 일관성 있는 데이터베이스 상태로 변환한다.

Isolation(독립성)

- 둘 이상의 트랜잭션이 동시에 병행 실행되는 경우 어느 하나의 트랜잭션 실행 중에 다른 트랜잭션의 연산이 끼어들 수 없다.

Durablility(영속성)

- 성공적으로 완료된 트랜잭션의 결과는 시스템이 고장 나더라도 영구적으로 반영되어야 한다

Q2-2. isolation level에 대해 아는대로 이야기 해주세요

Isolation level은 총 4종류가 있습니다

Read uncommitted: 데이터를 읽어올 때 commit이 되지 않는 데이터를 읽어 올 수 있습니다. 따라서 dirty read가 발생할 수 있습니다. 따라서 rollback될 수 있는 데이터를 읽을 수도 있다는 점을 유의해야합니다

Read committed: commit이 된 데이터만 읽어오는 것을 보장하는 level입니다. 따라서 dirty read가 발생되지 않습니다. 이 level에서의 문제는 하나의 트랜잭션 안에서 여러번 데이터를 읽을때 데이터가 동일하다는 보장을 해주지 않습니다. 대부분의 RDBMS에서의 기본 값입니다.

Repeatable read: 이 level에서는 한 트랜잭션 안에서 여러번 데이터를 읽어도 데이터가 변함이 없음을 보장해줍니다. 이 level에서는 데이터를 읽는 시간을 기록하여 그뒤에 commit한 데이터는 보이지 않게합니다

Serializable: 모든 작업을 각각의 트랜잭션에서 처리하는 level로 가장 높은 고립수준을 제공합니다.

Q3. RDBMS와 NoSQL의 차이점에 대해 알려주세요

-가장 큰 차이는 비관계형 데이터베이스와 관계형 데이터 베이스이다

관계형 데이터베이스

- 관계형 데이터 베이스는 정해진 데이터 스키마에 따라 테이블에 저장된다.

- 그리고 관계를 통해 연결된 여러 개의 테이블에 데이터가 분산되어 저장된다

- 스케일업이 쉽다

비관계형 데이터베이스

- 비관계형 데이터베이스는 스키마와 관계가 없다.

- 스케일 아웃이 쉽다

Q4. 인덱스가 무엇인지 설명해주세요

인덱스는 특정 칼럼값을 가지고 있는 열 혹은 값을 빠르게 찾기 위해서 사용된다

Q4-1. 언제 인덱스를 만들면 좋을까요?/언제 인덱스를 만들면 안될까요?

- 모든 열에 인덱스를 걸게되면 생성속도는 느려진다.

- 인덱스는 모든 열에 거는 게 좋은 게 아니라 조건에 들어가는 부분을 걸면 효과가 좋다

Q5. 정규화에 대해 설명해주세요

정규화는 테이블 간의 중복 데이터를 허용하지 않음으로 무결성을 개선하기 위해 정규화 단계에 따라 데이터베이스를 구조화 하는 프로세스입니다

Q5-1. 정규화의 종류에 대해 아는대로 설명해주세요

제 1정규화: 테이블의 각 컬럼에 하나의 값만 있또록 분해를 합니다. 중복을 허용하지 않습니다

제 2정규화: 제 1정규화를 진행한 테이블에서 완전 함수종속을 만족하도록 테이블을 분해합니다(완전함수종속이란 기본키를 구성하는 모든 속성이 포함된 기본키의 부분집합에 종속된 경우를 뜻합니다)

제 3정규화: 제 2정규화를 진행한 테이블에 대해 이행적 종속을 없애도록 테이블을 분해합니다(이행적 종속이란 A->B , B->C일 때 A->C가 성립되는 경우를 뜻합니다)

BCNF 정규화: 쉽게 말해 모든 결정자가 KEY인 경우 BCNF이다

Q6. 반정규화에 대해 설명해주세요

반정규화는 성능을 항상시키기 위하여 정규화된 데이터 모델에서 중복, 통합, 분리등을 적용하는 프로세스입니다. 데이터 무결성이 깨질 위험을 가지고도 데이터를 중복하여 반정규화를 하는 이유는 보통 데이터를 조회할 때 조인으로 인한 성능저하가 예상 될 때 반정규화 프로세스를 진행합니다

Q9. 이상 현상의 종류에 대해 설명해주세요

정규화 되지않는 상태에서 관계를 수정 하려고 하면 이상현상이 발생합니다

갱신 이상: 어떤 값을 업데이트 했을 때 기존 속성에 관련된 속성값들과 불일치가 발생하는 경우입니다

삽입 이상: 원하는 테이블에만 삽입을 하고 싶지만 원치 않는 필드의 값도 삽입해야하는 경우입니다

삭제 이상: 원하는 값만 지우고 싶지만 다른 속성값들까지 같이 지워야 하는 경우입니다

Q7. JOIN에 대해 설명해주세요

RDBMS는 데이터 중복을 피하기 위해 테이블을 쪼개 나눠서 저장합니다. 이렇게 분리되어 있는 데이터에서 원하는 결과를 조합해서 가져오기 위해선 테이블을 조합할 필요가 있습니다. 그런 조합을 join 연산자를 통해서 수행할 수 있습니다.

Q8. 샤딩에 대해 설명해주세요

같은 테이블에 있는 데이터들을 다수의 데이터베이스에 분산하여 저장하는 방법을 의미합니다. Shard key를 정의하는 것에 따라 데이터를 효율적으로 분산시키는 것이 결정되고

데이터 재분배와 샤딩 조인, 샤딩 알고리즘 등 신경 써야하는 고려사항이 있습니다.

3단계 요약노트 목적과 활용법은 아래 글을 읽어보시면 좋습니다

3단계 면접 요약정리 카테고리 설명글

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

3단계 질문 요약정리집 카테고리 설명

취업길잡이 Coy — Sat, 4 Jun 2022 18:37:11 +0900

안녕하세요 취업길잡이 Coy입니다

공부를 해서 개념은 알겠는데 면접에서 간단명료하게 대답하는 것이 어려우시죠?

이 카테고리는 그런 여러분을 위해 면접에서 바로 써먹을 수 있는 대답으로 정리해 만든 요약 노트입니다

개념 설명은 이미 다 공부했다는 것을 전제로 간단한 답만 정리해놓았습니다.

그리고 관련된 꼬리 질문도 같이 정리해 놓았으니 어떤 종류의 꼬리질문이 나오는지도 체크하면 좋을 것 같습니다

주기적으로 계속 채워나갈테니 이 블로그를 보고 면접준비를 잘 하셨으면 좋겠습니다

좋은 면접 결과 기대합니다

어떤 프로젝트를 해야 개발자 취업에 성공할까요?

취업길잡이 Coy — Sat, 28 May 2022 18:35:38 +0900

어느 프로젝트를 해야 할까요?

안녕하세요 취업길잡이 Coy입니다.

취업 준비생 여러분들이 매번 포트폴리오에 넣을 프로젝트를 하려고 할 때마다 어떤 프로젝트를 해야하는 지 고민에 빠집니다.

그래서 오늘 칼럼에서는 어떤 프로젝트를 해야 할지 간단히 설명해보려고 합니다

세상에 내놓을 프로젝트 만들기

보통은 많은 취업 관련 글을 보게 되면, 다양한 개인/ 협업 프로젝트를 한 뒤에 그것을 잘 정리해서 포트폴리오에 넣으라고 합니다. 물론 그 말도 맞습니다.

그러나 취업에 많은 도움이 되는 프로젝트는 일반적인 프로젝트가 아닌 직접 운영해보고 실 사용자가 있는 프로젝트입니다.

사이드 프로젝트에서 끝나는게 아니라 배포를 해서 직접 서비스 하고 있는 프로젝트를 만들어서 포트폴리오에 넣는 것이 엄청 중요합니다

서비스를 하게 되면 거기서 얻는 피드백으로 계속 유지보수를 하게 되는데, 그 경험이 회사에서 경험할 수 있는 직무 경험과 가장 비슷한 경험이라 회사에서 선호하는 포트폴리오입니다..

예전에 들었던 전 회사 팀장님께서는 “서비스화 시켜서 계속 운영하고 있는 프로젝트 하나만 있어도 자기는 뽑는다” 라고 할 만큼 직접 운영해본 프로젝트는 중요합니다.

실 사용 유저가 있는 프로젝트를 운영하면서 얻는 경험은 아무데서나 얻을 수 있는 경험이 아니기 때문입니다.

실 서비스 프로젝트의 장점

실 사용 유저한테 피드백을 받을 수 있고 소통을 해본 경험이 있다
보통 프로젝트를 한번 만들고 그 뒤로 애정을 안 가지는 경우가 많은데 계속 애정을 가지고 프로젝트를 유지했다
유저 수가 늘어나거나 피드백을 통해 성능 개선, 기능 개선을 꾸준히 해왔다.

위의 경험들을 어필 할 수 있으며, 이 경험들은 회사에서 하는 경험과 유사하기 때문에 미리 해본 취업 준비생을 선호하는 것입니다.

따라서 여러분들은 다양한 프로젝트를 해서 포트폴리오를 만드는 것도 중요하지만, 하나 정도는 서비스화 시켜서 애정을 가지고 계속 유지보수를 하면 좋다고 생각합니다.

특히 지금 남은 취업 준비 기간이 짧은 취업 준비생 일수록 이런 프로젝트를 만들어야 합니다.

저자는 대학교 3학년때부터 웹 확장 프로그램을 동기들과 만들어서 서비스화 시킨 경험이 있습니다.

초기에는 몇 천명 정도 사용하고 있었지만 현재는 몇 십 만명이 쓸 정도로 큰 규모의 프로젝트가 되었습니다.

성능 이슈 해결이나, 라이브러리 버전 이슈, 사용하던 서버가 갑자기 죽는 이슈 등등 많은 경험을 하였습니다.

이런 경험을 포트폴리오에 녹아냈었는데 취업준비에 많은 도움이 되었습니다.

번뜩이는 아이디어가 있어서 바로 서비스화를 시킬 프로젝트를 만들면 좋겠지만, 보통의 취업 준비생 여러분들이라면 프로젝트를 어떻게 시작해야 할지도 모를 수 있습니다.

그런 분들을 위해서 프로젝트 단계별 접근을 알려드리도록 하겠습니다.

STEP 1. 모방은 창조의 어머니

처음에는 유명한 사이트 클론코딩이나, 책에서 안내해주는 프로젝트들을 일단 따라 해서 완성해 봅시다. 처음에는 무슨 프로젝트든지 좋으니 완성에 목적을 두고 시작해보는 것이 중요하기 때문입니다. 코드의 퀄리티 이런 건 나중에 따지고 일단 완성을 해보는 것이 중요합니다. 조금씩 따라하면서 완성을 해가면 성취감이 들게 되고 그렇게 점차 재미를 붙여나갈 수 있기 때문입니다.

STEP 2. 새로운 사람과 새로운 아이디어

앞 단계에서 얼추 자기가 프로젝트를 개발하는 것에 익숙해졌다면, 여러 사람들과 교류하여 협업 프로젝트를 해보는 것이 좋습니다. 여러 사람들과 만나면서 아이디어들을 공유 받고, 거기서 얻는 아이디어들을 통해 추후에 자기가 만들고 싶은 서비스가 생각 날 수 있기 때문입니다. 또한 여러 사람들과 코딩을 같이 하면서 코드 퀄리티를 늘릴 수 있고, 일정 관리 등 여러 가지 개발능력도 늘 수 있으니 일석이조 입니다

STEP 3. 자기가 관심 있는 분야의 프로젝트 만들어보기

이제 자기가 뭔가 서비스를 만들어 보고 싶다 정도의 생각이 들었다면 이제 자기가 만들 프로젝트의 아이디어를 생각해낼 차례입니다.

처음에는 접근을 자기가 필요하다고 생각하는 앱이나, 아주 간단한 게임, 아니면 정보를 제공해주는 앱 등으로 시작해 볼 수 있습니다.

초반부터 운영 비용에 대해 걱정하시는 취업준비생 분들이 많던데, 처음 시작은 모두 무료로 제공되는 서버나, 데이터 베이스 등 무료 인프라로도 충분하니 추후에 사용량이 늘면 올리도록 합시다(그 정도 규모면 이미 돈이 많이 벌리고 있는 상황이므로 행복한겁니다)

저자 같은 경우에는 용돈벌이라도 할 수있는 수익성 모델이 들어가 있는 프로젝트가 애정이 많이 갔습니다.

따라서 취업 준비생 여러분들도 광고나 인앱결제 등을 활용해서 수익성 모델을 한번 넣어서 개발해 보는것도 그 프로젝트에 흥미를 더 가질 수 있는 방법이라고 생각합니다

이런식으로 꼭 배포를 하고 사용자가 있는 프로젝트로 만들어 봅시다.

나중에 면접에서 사용자가 있었던 프로젝트 유지보수 경험이 가장 큰 무기가 될 것입니다.

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

라이브 코딩 테스트는 어떤 식으로 준비해야 할까?

취업길잡이 Coy — Mon, 16 May 2022 12:30:14 +0900

안녕하세요 취업길잡이 Coy입니다

제가 경험상 종종 회사에서 1차 기술 면접 때 라이브 코딩테스트를 보는 경우가 있었습니다.

특히 C사의 경우에는 최종면접에서 5시간 내내 라이브 코딩테스트를 보았습니다.

라이브 코딩테스트를 겪어 보지 못하고 시험을 치게 되면 많이 당황스러울 수 있습니다.

평소에는 아주 쉽게 생각했던 단순 알고리즘 구현문제도 머리 속이 하얗게 되면서 기억이 나지 않고, 누가 자기 코드를 실시간으로 보고 있으니 코드를 치기도 두려워집니다.

하지만 두려워 할 것은 없습니다. 면접관들도 어려운 것을 알고 있기때문에, 접근하는 방식이나 코드를 짜는 방식을 보는 것이기 때문에 자신있게 짜면 됩니다.

라이브 코테의 종류

Case 1 ) 기존 코딩테스트의 문제를 다시 개선하거나 풀어보는 케이스

이 케이스에 대해선 사실 면접에 들어가기 전에 바로 전에 봤던 코딩테스트의 복기가 필요합니다.

따라서 모든 면접에 들어가기 전에 기존에 풀었던 코딩테스트 문제를 보고 들어가야합니다.

자기가 어떻게 알고리즘을 짰었는지, 어떤식으로 개선을 하면 좋을지를 미리 생각을 하고 들어가야, 당황을 하지 않고 면접을 성공적으로 마칠 수 있습니다. 저자 경험상 꼭 라이브 코테 준비 때문이 아니라도 전 단계인 코딩 테스트 문제를 복기를 하는 것이 좋습니다.

종종 그 다음 면접에서 물어볼 때가 많아서 면접에 도움이 많이 되었기 때문입니다

Case 2) 새로운 문제를 주고 점점 알고리즘을 개선해가는 케이스

이 케이스는 보통 처음에는 작은 입력 값을 주는 형식을 통해 쉬운 알고리즘을 가지고 문제를 풀 수 있게 유도합니다.

그 다음에 지원자가 다 풀면 입력 값을 크게 늘려서 좀 더 개선된 알고리즘으로 접근하도록 만듭니다.

예를 들면

적은 갯수의 배열을 정렬하기 → 많은 갯수의 배열 정렬시키기,
적은 숫자들 사이에서 소수찾기 → 많은 숫자들 사이에서 소수 찾기

따라서 이런 케이스는 처음부터 시간 복잡도나, 공간복잡도를 생각하고 개선된 알고리즘으로 접근하는 것이 좋습니다.

그러나 개선 된 알고리즘이 생각이 아예 나지 않는다면 생각날 때 까지 고민하기 보다는 일단 접근 할 수 있는 알고리즘으로 푸는 것이 좋습니다.

그리고 나서 추후에 면접관님들에게 힌트를 받거나 질문을 하여 개선된 알고리즘을 떠올려서 문제를 푸는 것이 좋습니다.

라이브 코테 시 해야 하는것

1) 소통하기

혼자 문제를 푸는 것이 아니기 때문에 계속 면접관들과 소통을 하면서 해야합니다.

과장되게 말하면 코드 한줄 한줄 치면서 말을 계속 해야한다고 생각하면 됩니다.

코드를 짜기 전부터 “나는 이런 생각이 나서 이런식으로 코드를 짜보려고 한다”라고 하거나,

“이 코드는 무슨 알고리즘으로 짜고 있는 것이다, 이 변수는 이런 이유로 만들었다” 이런식으로 계속 설명을 해주는 형식으로 소통을 해야합니다.

문제를 빠르게 잘 푸는 것이 다가 아니기 때문에 조용하게 혼자 풀면 감점요소가 됩니다

2) 주저하지 않고 질문하기

문제를 접근할 때 접근 방법이 떠오르지 않아서 계속 고민을 하기보다는,

“이런 식으로 생각했는데 어디서 막힌다 힌트를 조금 줄 수 있냐”라고 질문을 해야합니다.

물론 질문을 너무 자주하는것도 안 좋게 볼 수 있지만,

질문을 통해서 개선을 해 나가는 모습은 면접관분 들이 좋아하는 모습이기 때문에 얼마든지 질문을 하는 것이 좋습니다

3)코드를 간결하게 짜기

평소에 알고리즘 문제를 푸는 것 같이 자기만 알만한 코드로 쭈욱 써내려가는 코드로 짜면 안됩니다.

기능 단위로 함수화하여 쪼개서 푸는 것을 좋습니다.

모든 면접관분들이 코딩테스트를 하는 언어에 익숙한 경우는 없기 때문에 가독성을 높여주면 좋은 평가를 받을 수 있습니다.

제 경험 중에 예시를 말씀드리면 면접을 합격 한 뒤에 기능 단위로 함수화를 하면 가독성이 좋아서 면접관들이 이해를 하기 좋았다고 피드백을 준 적이 있습니다.

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

면접을 위한 CS 공부 범위와 전공 도서 추천!

취업길잡이 Coy — Sun, 15 May 2022 10:10:40 +0900

안녕하세요 취업길잡이 Coy입니다!

면접을 위한 CS 공부 범위는 대표적으로 아래와 같습니다

운영체제
네트워크
데이터베이스
자료구조/알고리즘
컴퓨터구조
기술스택에 맞는 언어와 프레임워크

각각에 맞는 전공 도서과 강의를 추천하려고 합니다

저도 이 전공 도서들을 보면서 취업준비를 하였습니다

(기술스택에 맞는 언어와 프레임워크는 워낙 많기 때문에 여기선 생략하였습니다)

운영체제

운영체제(공룡책) http://www.kyobobook.co.kr/product/detailViewKor.laf?barcode=9791185475578

인프런 주니온님 강의: https://www.inflearn.com/course/운영체제-공룡책-전공강의

네트워크

컴퓨터 네트워크 하향식 접근

이석복 교수님 네트워크 강의

위의 책을 교재로 강의하십니다

데이터베이스

데이터베이스 시스템

자료구조/알고리즘

컴퓨터구조

컴퓨터 구조론

제가 직접 보면서 취업준비를 했던 책들입니다.

앞으로 계속 업데이트 할 예정입니다

감사합니다.

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

면접을 잘 봤다에 대한 오해 풀기

취업길잡이 Coy — Sun, 15 May 2022 09:09:30 +0900

안녕하세요 취업 길잡이 Coy입니다

면접이 끝나고 온 멘티분들과 이야기를 많이 하다보면 면접을 잘 봤다고 하시는 경우가 많습니다

보통 그렇게 말하신 분들중에 안타깝게도 붙으신 경우는 별로 없었습니다

오히려 다른 면접에서 못봤다고 했을때 더 많이 붙는 경우가 많았습니다

왜 이런 현상이 발생하는 것 일까요??

멘티분들이 말한 것중에서 몇 개를 오해를 풀기 위해 가져왔습니다

말 잘하는 사람이 합격하는 것이 아니다

멘토링을 하면서 말을 잘 해야 면접을 잘 보는 사람들이라고 생각하는 분들이 많았습니다. 물론 말솜씨도 좋으면 좋겠지만, 알맹이가 없이 말솜씨만 좋은 것은 전혀 좋지 않습니다. 특히 면접관분들은 알아서 대답하는 건지 아는 척을 하는 건지 다 알기 때문에 섣부르게 아는 척을 하면 안됩니다. 말을 조금 더듬더라도 자기가 전달하고자 하는 것을 확실하게 전달하는 사람이 더 면접을 잘 보는 사람입니다. 어떤 것을 준비해서 전달해야 할 지는 아래에서 조금 더 깊게 알아보도록 하겠습니다

질문의 갯수가 많다고/적다고 합격한 것이 아니다

많은 멘티분들이 질문을 많이 받았다고 합격했다고 생각하거나 너무 적게 받았다고 떨어졌다고 생각하시는 분들이 많습니다. 이 부분은 많은 케이스랑 적은 케이스를 나눠서 봐야합니다

질문의 갯수가 많은 케이스

면접이라는 것은 보통 15분이면 합/불이 나뉘어집니다.

그런데 계속 질문을 하는 케이스라면 물론 관심이 있고 시간 가는 줄 모르게 대화를 하는 경우도 있겠지만, 보통은 합/불이 애매해서 계속 검증을 하기 위해 질문을 하는 경우가 많습니다.

따라서 이런 케이스는 면접의 결과가 나올 때까지 알 수 없는 경우가 많아서 섣불리 판단하면 안됩니다. 그래도 질문의 갯수가 적은 것 보다는 조금 더 긍정적이라고 볼 수 있습니다.

질문의 갯수가 적은 케이스

위에도 적었다시피 면접의 결과는 15분이면 나온다고 볼 수 있습니다.

그러면 이제 질문의 갯수가 적은 경우는 이미 합격이라고 생각하거나, 불합격이라고 생각하기 때문에 질문을 하지 않는 경우가 많습니다. 그래서 누구는 질문의 갯수가 적었는데 합격하고 다른 사람은 불합격인 케이스가 나오는 것입니다.

근데 이것도 사실 회사의 이미지를 좋게 하기 위해서 보통 질문을 끝까지 하는 경우가 많습니다.

따라서 질문의 갯수가 적은 경우는 보통 면접관들이 진짜로 너무나 시간낭비라고 생각이 들 때 빠르게 끝내기 위해서 적게 내는 것이기 때문에 불합격이라고 생각하시면 됩니다.

모든 CS 지식을 안다고 면접을 합격하는 것이 아니다.

모든 CS지식을 알아 CS관련된 질문을 대답을 다 한다고 해서 합격하는 것은 아닙니다.

기계적으로 암기된 대답으로 느껴져 탈락할 수도 있습니다.

또한 대답자체는 잘 했는데 면접 전체의 커뮤니케이션 태도라던가 다른 부분이 문제가 되어 탈락 할 수도 있습니다.

특히 해결 방법을 찾아가는 질문에서 점진적 해결 방식이 없는 대답이라면 탈락할 수도 있습니다.

다 읽고 나니 케이스 바이 케이스인 것 같은데 이게 맞나 싶으실 것입니다. 맞습니다 사실 면접은 결과가 나오기 전까지 모르기 때문에 아무도 모릅니다.

사실 잘 본 것같은데 떨어진 것만큼 힘든 일이 없습니다.

어떤 부분이 부족해서 떨어진 지 모르기 때문에 다음 면접 준비에도 어려움을 겪기 때문입니다

그러나 면접은 확률상 이게 더 높겠다 라는 정도만 있지 여러분이 예외에 걸릴 수도 있고 면접관분들이 좀 특이하신 분일 수도 있기 때문에 그건 아무도 모릅니다.

따라서 항간에 나오는 카더라 같은 말들은 무시하시고 면접을 다 보셨다면 마음 편히 다음 면접을 준비하시는 것이 좋습니다.

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

당신이 준비한 내용이 면접에 나오지 않는 이유

취업길잡이 Coy — Sun, 15 May 2022 08:09:54 +0900

안녕하세요 취업길잡이 Coy입니다

면접 멘토링을 하면서 멘티분들이 어려움을 토로하시는 것 중에 면접에는 꼭 준비한 것들은 안 나온다는 말을 참 많이 들었습니다

이것은 기술 면접의 특성을 파악하지 못해서 일어난 일이라고 생각합니다

기술면접에는 세 가지 종류가 있습니다

첫번째는 CS지식 위주로 물어보는 면접입니다

이 면접에 해당하는 면접은 보통 프리 인터뷰입니다

프리 인터뷰는 보통 30분정도로 짧게 진행 되며 1차 면접을 보기 전에 전화나 화상으로 짧게 보는 면접입니다

이 면접은 1차 면접을 보기 전에 이 사람이 면접을 진행해도 괜찮은 사람인지 알아보는 자리로 보통 CS 위주의 질문을 많이 합니다. 보통 스피드 퀴즈 같이 CS 질문을 나열식으로 물어보고 대답하는 면접으로 이 면접을 준비할 때에는 CS지식 공부를 많이 해야합니다. 보통은 회사마다 인터뷰 질문지가 다 따로 있지만 범위가 너무 넓기 때문에 인터넷이나 면접을 봤던 사람들을 통해 어떤 질문이 나왔는지 히스토리를 파악해서 대비하는 것이 가장 좋습니다

두번째는 자기소개서/이력서를 토대로 물어보는 면접이 있습니다

이 면접은 보통 1차 기술면접에 해당됩니다

기술 면접은 피면접자가 적어온 이력서와 포트폴리오가 진짜 맞는 지를 검증해야하는 자리입니다.

그리고 이 사람이 진짜 실력이 있는 지도 검증을 해야하는 자리입니다.

따라서 일단은 피면접자가 가져온 이력서와 포트폴리오에 있는 것들을 다 물어보게 되어있습니다.

CS질문들도 이력서와 포트폴리오에 연관된 내용들을 물어봅니다

따라서 이 면접을 대비할때에는 자기가 냈던 이력서와 포트폴리오에 있는 프로젝트나 이력 내용을 꼼꼼하게 준비하는 것이 좋습니다

세번째는 상황을 주고 어떻게 접근하여 해결방식을 도출하는 지 알아보는 면접이 있습니다

이 면접은 면접에서 답이 있는 질문보다는 어떤식으로 해결하는지 접근 하는 방식을 보는 면접입니다

또한 이 면접을 통해 평소에 이 분야에 얼마나 경험치가 쌓여있는 지를 체크할 수 있습니다.

이 면접은 하루아침에 준비 할 수는 없는 면접입니다. 자기 경험들을 평소에 잘 정리하고 자기 분야에 경험이 많이 쌓여야 어느 질문에도 당황하지 않고 대답을 할 수 있습니다.

따라서 면접을 볼 때마다 이력서/포트폴리오를 잘 정리 해 두시면 나중에는 준비 없이도 대답을 할 수 있는 실력이 될겁니다.

Q. 저는 어떤 면접을 들어가도 CS 위주의 질문만 하시던데요??
보통 기술 면접은 상대방이 적은 것이 진짜 사실이 맞는 지, 기술적인 실력이 괜찮은지 검증을 해야하는 자리기 때문에, 자기가 적은 이력서나 포트폴리오에 대한 질문이 베이스로 들어갑니다.
그 이후에 이제 추가 검증이 필요할 때에 CS적인 기술 위주의 면접을 추가로 진행하게 되는 것입니다.

사람마다 자기가 가진 경험들이나 프로젝트의 양이 다르기 때문에 누군 CS 지식 위주만 물어보는 면접을 했다.

누구는 프로젝트만 물어보니 시간이 다 끝났다. 라고 각각 다른 상황이 생기는 것입니다.

보통 신입 면접에서는 신입들이 경력보단 검증할만한 경험들이 별로 없기 때문에 CS적인 질문들을 많이 하는 편입니다.

그래서 항간에는 CS질문 위주로만 공부해야 한다라는 말이 떠돌고 있는데 기본 베이스는 자기가 경험했던 것들을 다 정리하고 나서 CS질문들을 공부해야 하는 것입니다.

사실 그래서 면접에는 CS지식보다는 자기가 해왔던 것을 정리하는 것이 더 유리합니다

따라서 앞으로는 일단 이력서의 이력이나 포트폴리오 즉 자기가 해왔던 것을 먼저 정리하셔서 면접을 준비 하는 것이 좋습니다

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

맨날 고민 하는 코딩테스트 언어 선택 방법

취업길잡이 Coy — Sun, 15 May 2022 07:09:46 +0900

안녕하세요 취업길잡이 Coy입니다

멘토링을 하다보면 코딩테스트 언어를 무엇을 선택해야 하는 지 질문이 많이 들어옵니다.

지인들은 Java를 하는 데 저는 Python를 해도 될까요? C++이 좋다는 데 Java를 해도 될까요?

이런 류의 질문이 특히 많이 들어옵니다

그럼 무슨 언어를 선택해서 해야 할까요?

첫번째로 가장 좋은 방법은 현재 자기가 쓰는 기술스택에 있는 언어 입니다

Javascript를 사용하는 개발자라면 Javascript를, Java 개발자라면 Java를 쓰는 것이 좋습니다.

왜냐하면 알고리즘을 풀면서 언어의 숙련도가 높아지기 때문입니다.

또한 회사에서 원하는 기술스택으로 코딩테스트를 보는 경우가 종종 있어서 그런 경우에 언어가 익숙하지 않아서 알고리즘을 못푸는 사고를 미연에 방지 할 수 있습니다.

두번째로 현재 알고리즘을 입문 하는 단계라면 Python을 추천합니다

사실 몇 년 전 까지만 해도 코딩테스트에서 언어별 주어지는 시간은 동일했습니다.

그래서 시간초과는 취업준비생들한테 큰 이슈였습니다.

그래서 속도가 빠른 C++을 더 많이 선호하였습니다.

그러다 보니 상대적으로 느린 python이 지금만큼은 그렇게 각광받지 못하였습니다.

그러나 요새는 언어마다 채점 시간을 다르게 주기 때문에 python이 대세로 등장하였습니다.

제가 이렇게까지 추천하는 python은 어떤 장점이 있어서 추천하는지 한번 알아봅시다

Python 언어의 장점
기본 내장 함수가 잘 되어있어서 추가로 구현이 필요 없다.
같은 알고리즘을 코드 줄 수를 적게 짤 수 있다.
문자열 처리가 간결하고 쉽다언어 자체 난이도가 압도적으로 쉽다

위의 장점들이 너무나도 압도적이라서 상대적으로 코딩 경험이 짧은 사람들도 코딩테스트를 쉽게 접근할 수 있게 만들어 주는 언어입니다.

따라서 자기가 아직 코딩테스트를 준비해본 적이 없거나, 이제 시작단계인 초보시라면 python으로 시작하는 것을 추천 드립니다.

그러나 특정 기업 코딩테스트 같이 python을 지원을 하지않는 경우가 있기 때문에 서브 언어를 한가지씩 해 놓는 것이 좋습니다.

이제 서브언어는 위에 적어 놓은 것처럼 각자 자기가 개발하는 분야의 주력 언어로 하는것이 좋습니다

또한 이미 주력 언어가 따로 있으신분들은 굳이 python으로 주력 언어를 돌릴 필요는 없습니다.

다만 문자열 처리시에 강점을 보이기 때문에 python을 서브 언어로 해두는 것을 추천 드립니다.

급하면 이것만 보고 가도 되는 코딩테스트 유형 소개

취업길잡이 Coy — Sun, 15 May 2022 03:23:00 +0900

안녕하세요 취업길잡이 Coy입니다

멘토링을 하다보면 코딩테스트에서 어떤 유형이 많이 나오는지 물어보는 질문을 많이 받습니다

그래서 이번 칼럼에서는 코딩테스트에서 어떤 유형들이 자주 나오는지를 알아보려고 합니다.

물론 아래 유형뿐만 아니라 더 많이 알면 코딩테스트 고득점에 도움이 됩니다.

그러나 시간이 없는 취업준비생들은 아래의 유형들만 빠르게 익혀서 준비하는것을 추천 드립니다

문제 유형 소개

순서는 주관적인 순서입니다

구현/시뮬레이션
그리디
BFS/DFS/다익스트라
DP(다이나믹 프로그래밍)
수정렬+위상정렬
이분 탐색
브루트 포스(완전탐색)
재귀/분할정복/백트래킹
문자열/KMP/트라이/접미사
투포인터

기본적인 코딩테스트 유형은 위의 10가지로 거의 다 커버가 된다고 생각합니다

시간이 진짜 없으시다면 각각 10개 유형에서 대표되는 문제 10문제 정도씩만 빠르게 풀어보고 코딩테스트를 치면 됩니다.

문제를 보고 유형 파악하는 팁

이 방법은 백퍼센트 맞는 방법은 아닙니다.

저의 경험상 문제를 많이 보다 보니 이런 식의 문제가 나왔을 때는 이런 유형의 알고리즘으로 구현 가능했다라는 것을 알려드리는 작은 팁입니다.

1억이 시간초과 한계의 기준점

입력제한을 보게되면 여러가지의 입력 제한이 나오게 되는데 n<=10000를 예를 든다면

10000^2는 1억이기때문에 O(n^2)으로 끝내야하는 알고리즘을 써야 하는구나라고 알 수 있습니다.

이런 식으로 1억을 기준으로 시간초과가 나겠구나 안나겠구나를 판단하고 알고리즘을 선택해서 풀면 됩니다.

그리고 보통 n이 100이나 1000이하인 경우는 브루트포스로 풀리는 경우가 많습니다

문제 유형으로 알고리즘 파악 해보기

입력 값이 아주 작을 경우: 브루트 포스나 백트래킹 문제

실시간으로 정렬이 이루어져야 하는 경우: 우선순위 큐나 힙

점화식을 세울 수 있는 경우: DP(다이나믹프로그래밍)

가장 ~~ 하는 단어가 있는 경우: 그리디 문제

거리 문제나 지도가 있는 경우: BFS, DFS

취업준비생 여러분들도 같은 유형을 많이 풀다 보게 되시면 각자의 경험을 토대로 문제 유형을 파악하는 눈이 생길 것입니다.

많이 풀어 보시기 바랍니다.

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

[30% 할인!] 네카라쿠배 개발자가 알려주는 한 권으로 끝내는 IT 개발자 취업 숏북

취업길잡이 Coy — Sun, 15 May 2022 02:42:17 +0900

크몽과 탈잉에서 50권 이상 팔았던 전자책이 업그레이드 되었습니다.

지금까지 팔았던 전자책의 후기가 알려주고 있습니다

IT 개발자 취업에 대해 쉬운 길을 알려드립니다

안녕하세요 취업길잡이 Coy입니다

저는 취업 멘토링을 통해서 컨설팅을 하고 있습니다

부트캠프 멘토나 코치 경험도 있고 대학교 특강도 진행하고 있습니다

저는 대학시절 멘토가 없어 2학년때부터 4학년때까지 취업 준비를 힘들게 하였습니다

그렇게 힘들게 쌓은 노하우로 현재 네카라쿠배 4년차 개발자가 되었습니다

저는 멘토가 없어서 많이 돌아갔지만

여러분들은 시간과 수고를 아끼셨으면 좋겠습니다.

많은 후기들이 증명 해줍니다!

여러분들도 취업 하실 수 있습니다

저도 대학교 2학년까지 코딩에 코자도 모르는 학생이었습니다.

취업을 잘하려면 학점만 높아야 하는 줄 알았고,

정확한 방법과 전략을 짜지 못한 채 오랜 시간 방황했습니다.

이런 제가 졸업도 하기 전인 4학년 2학기에 취업을 할 수 있었던 것은

수십번의 코딩 테스트, 면접, 해커톤 수상, 여러 프로젝트 경험 덕분입니다.

겉보기에는 제 스펙이 화려하고 거창해 보이지만, 저 역시 처음부터 성공한 것이 아닌, 직접 시행착오를 겪으면서 저만의 노하우를 정리해갔습니다.

노하우를 알게 되니 취업준비가 한결 수월해졌습니다

충분히 고민하시고 신중히 결정하세요

저는 수많은 취업 멘토링과 부트캠프, 세미나를 다니면서 얻은

경험과 인싸이트로 전자책을 다듬었습니다

패캠 전자책 구매자 한정 이벤트

1. 리뷰를 안써도 주는 면접 질문 요약노트

기존 전자책은 리뷰를 써야 주는 부록이었지만 패캠은 특별히 리뷰를 쓰지 않아도 주는 면접 질문 요약 노트가 뒤에 포함 되어있습니다

2. 노션 이력서 템플릿

바로 써먹을 수 있는 노션 이력서 템플릿도 뒤에 포함되어 있습니다

현재 30퍼센트 할인 이벤트를 진행중입니다(정가 30000원 -> 21000원)

하루 700원의 가격으로 만나 볼 수 있는 좋은 찬스입니다!

<네카라쿠배 개발자가 알려주는 한 권에 끝내는 IT 개발자 취업 숏북>

클릭

↓↓↓↓↓↓↓↓↓↓↓

https://fastcampus.co.kr/books/211304?utm_source=media&utm_medium=viral&utm_campaign=prd%5E220509%5E211304&utm_content=teacher%5Ejgb%5E211304

커리어 성장을 위한 최고의 실무교육 아카데미 | 패스트캠퍼스

성인 교육 서비스 기업, 패스트캠퍼스는 개인과 조직의 실질적인 '업(業)'의 성장을 돕고자 모든 종류의 교육 콘텐츠 서비스를 제공하는 대한민국 No. 1 교육 서비스 회사입니다.

fastcampus.co.kr

개발자 역량 SELF TEST 해보기

취업길잡이 Coy — Sun, 15 May 2022 02:23:36 +0900

안녕하세요 취업길잡이 Coy입니다

오늘 컬럼에서 다룰 내용은 개발자 역량 SELF TEST 해보기입니다

멘토링을 하다 보면 개발자라는 직업이 본인의 적성에 맞는지 궁금해하시는 분들이 많았습니다.

현업에서 활동하는 저도 개발자가 적성에 맞는 것인지 고민이 자주 들었기 때문에 혼자 해결하기 어려운 부분이라 생각합니다.

보통 사람은 본인이 잘하거나, 최소한의 노력에도 최대의 성과를 도출할 수 있는 분야를 좋아하기 마련입니다.

성과를 도출한다는 것은 주변 사람들의 인정과 자기 만족도를 동시에 얻는다는 말이기 때문에 직업의 적성에 관한 이야기에서 빠질 수 없는 부분입니다.

개발자 역시 이 직업이 적성에 잘 맞으려면 개발 능력을 키우는 것이 급선무입니다.

그렇다면 개발을 잘하는 방법이 무엇일까요 ?

셀프 체크를 통해 자신의 역량을 점검해봅시다.

개발자 필수 역량 톺아보기

1. 문제 해결력
개발이라는 것은 문제를 해결하는 것입니다. 예시로 구글 검색을 통해 문제를 해결하는 자료조사 능력이 탁월하다거나, 다른 사람의 코드나 도움을 받아 문제를 해결하는 것을 말합니다. 기업들이 채용 과정에 알고리즘 테스트를 추가한 것도 이런 문제 해결력을 알아보기 위함입니다.

2. 논리력
주어진 문제를 잘 이해하는 능력을 뜻합니다. 동시에, 개발자에게 논리력은 이해를 바탕으로 코드를 구현하는 능력을 말합니다. 답이 딱 떨어지는 수학 문제와 달리 세상의 모든 문제는 명확하지 않기 때문에 명시적으로 표현할 수 있는 능력은 필수입니다.

3. 집중력과 체력
“개발을 하다 보니 시간 가는 줄 몰랐어요”
이런 집중력은 항상 문제에 집중하게 도와줘 알고리즘 구현 방법을 도출하는 데 도움을 줍니다.
이 집중력을 오래 유지 시켜주는 것이 체력입니다. 그리고, 틈날 때마다 운동하는 것을 권장합니다.
이는 개발자로서의 수명을 롱런할 수 있게 도와줍니다.

4. 새로운 것에 도전하는 능력
현재 개발 트렌드는 시시각각 변하고 있고, 개발 언어 또한 끊임없이 발전하고 있습니다.
변화에 민감하게 반응하고 유연한 대처를 하는 사람이 새로운 것을 많이 습득할 수 있기 때문에
도전하는 것이 즐거운 사람이 개발자에 적합한 역량을 가진 사람입니다.

5. 커뮤니케이션 능력
개발은 혼자 하는 것이 아닙니다. 실무 프로젝트에서는 동료 개발자, 기획자, 디자이너 등등 다른 분야의 사람들과도 소통을 자주 해야 합니다. 그렇기 때문에 내가 아는 것을 잘 전달하고, 남이 전달하는 정보를 잘 이해하는 것은 중요합니다. 이 역량이 좋다면 누구나 협업을 하고 싶어 하는 개발자가 될 수 있습니다.하지만, 부족하다면 점점 성장하는 것에서 한계를 느끼거나 일을 진행하는 데에서 속도에 어려움을 느낄 것입니다. 따라서 커뮤니케이션 능력을 가진 사람이 개발자에 적합한 역량을 가진 사람입니다.

6. 꼼꼼함과 세심함
이 역량은 사람의 성향에 따라 영향을 많이 받습니다. 만약 본인이 꼼꼼한 성향과 멀다고 생각하면 바로 같은 실수를 반복하지 않는 것입니다. 오류를 적게 만들어내는 꼼꼼함과 세심함도 물론 중요하지만, 같은 실수를 반복하지 않는 것이 더 중요합니다. 같은 실수를 반복하면 낭비되는 시간과 주변 사람들이 여러분들을 평가 절하하는 등 큰 손해를 볼 수 있기 때문입니다.

자기한테 부족한 역량 채우기

개발자 역량 셀프 체크를 통해 어떤 역량을 키워야 할지 체크하셨나요?

“저는 역량이 거의 없는 것 같은데.. 개발자가 적성에 안 맞는 걸까요?” 라고 말씀하실 수 있습니다.

하지만 저는 취준생 여러분들이 집중력과 그것을 유지할 수 있는 체력이 있으시다면 개발자가 될 역량을 충분히 가지고 있다고 생각이 됩니다. 집중력과 체력을 가지고 계속 꾸준히 노력하다 보면 실력이 쌓이게 될 것입니다. 그리고 나머지 역량들은 경험과 실력이 쌓이면서 자연히 느는 역량이라고 생각하기 때문에 조급해할 필요가 전혀 없습니다.

취업 준비생 여러분들이 개발자로 계속 길을 걸어갈 때 자기가 이 길이 맞나, 잘하고 있나 할 때마다 이 글을 읽으면서 부족한 점을 보완해 나가신다면 더 좋은 개발자가 될 것이라고 믿어 의심치 않습니다.

취업 준비생 여러분 화이팅입니다!

컬럼으로 다루어 주면 좋겠다 싶은 주 제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

취준생 마인드 장착하기

취업길잡이 Coy — Sun, 15 May 2022 01:20:58 +0900

안녕하세요 취업길잡이 Coy입니다

취업 멘토링을 하면서 중간중간마다 멘탈이 흔들리는 멘티분들을 많이 보았습니다.

그때마다 멘티분들에게 해주었던 내용들을 정리하여 칼럼으로 작성해보았습니다.

참고사항
아래 칼럼 내용은 제가 개발자로 꿈을 키워온 경험을 살려서 멘티분들에게 이야기 해주었던 내용을 작성한 내용입니다.
자기와 맞는 상황에 맞춰 주관적으로 받아들이는 것을 추천드립니다

1. 취업 준비 기간을 산정해보기

여러분들이 대학교 2학년, 3학년이라면 아직 시간이 많으신 분들이라 취업 준비 기간이 길 것입니다.

이런 분들은 알고리즘이나 CS지식을 준비하고 직무 경험을 쌓는 것까지 시간이 상대적으로 여유로울 것이라고 생각합니다.

그러나 이제 4학년이거나 졸업생이어서 바로 취업해야 한다면 기업 선택의 폭도 줄어들지만 취업 준비 접근 방법이 아예 다르게 됩니다.

물론 위의 경우에도 1-2년 길게 보고 하겠다 하면 여유롭게 준비할 수 있습니다.

따라서 현재 자기가 취업 준비를 기간을 얼마를 잡고 할 것인지를 정하고 준비를 하는 것이 좋습니다

2. 겸손해지기

멘티분들을 보면 언어나 개발 분야에 막 '입문'을 해놓고 '마스터했다', '다 할 줄 안다'라는 식으로 자만심에 빠져 계신 분들이 많습니다.

하지만 취업 준비를 하고 있는 입장에서는 그런 식으로 표현하면 안됩니다.

또한 그런 자세로 공부한다면 발전도 없을 것입니다.

실무에서 해보지 않았다면 아직은 '배우고 있다'라는 자세로 접근하는 것이 좋습니다.

3. 여러분은 취업준비생입니다

이 컬럼을 보는 여러분은 취업준비생이거나 취업준비에 관심이 많은 사람이라고 생각합니다.

그렇다면 여러분은 취업준비생 마인드를 가져야 합니다.

현재 진짜로 열심히 하고있는지, 그냥 시간이 지나가는걸 보고만 있는지 돌아봐야합니다.

요새 주변에 취업게시판이나 정보들을 보면 대기업이나 좋은 회사들을 간 후기들이 많이 올라오다보니 가기 쉬운줄 아시는 분들이 많습니다.

그러나 그런 회사를 갔기 때문에 후기를 올린것입니다.

보통 대기업을 가는 사람은 1퍼센트에 속합니다.

물론 대기업에 가는게 취업성공을 뜻 하는 것은 아닙니다.

저는 멘토링을 할 때 공기업, 스타트업, 금융권 등 자기가 가고 싶은 곳을 가기만 하면 된다고 설명합니다.

하지만 그런 곳을 가기 위해선 피나는 노력을 해야합니다.

현재 즐기는걸 다 즐기고 있으면서, 어떻게든 되겠지 라는 마인드라고 취업준비를 하고 있진 않은지 돌아보길 바랍니다.

또한 그렇게 취업준비를 하면 취업을 한다해도 좋은 조건으로 취업을 하지 못할 확률이 클겁니다.

요새 디스코드나 카카오톡 오픈채팅방을 보다보면 취준생분들이 많이보입니다.

그런데 그분들이 열심히 공부를 하면 보이지 않아야 하는데 자주 보이십니다.

그렇게 다른 데 시간과 노력을 쓰면서 취업준비를 하면 안됩니다.

여러분들이 취업준비생에 맞는 시간과 노력을 하고 있는지 한번쯤 돌아보고 재정비하는 시간을 가지시기 바랍니다

4. 정보력이 취업준비의 끝입니다

제가 생각하기에 취업준비에 있어서 정보력은 취업준비에 꼭 필요한 무기라고 생각합니다.

4학년 후배분이나 멘티분들을 보면 가장 안타까웠던 점이 정보력이 부족한 점이었습니다.

특히 스펙에 필요한 인턴이나 외부활동 공고 기간을 놓쳐서 지원자체를 못하는 것을 보고 매우 안쓰러웠습니다.

혼자서 확인하는 것도 무리가 있기 때문에 커뮤니티나 사이트에서 메일이나 쪽지로 알림을 받아보는 것이 좋습니다.

오픈채팅방을 이용해서 같은 취업생끼리 정보 공유를 해보는 부분도 좋습니다.

그리고 모의면접이나 첨삭, 기업세미나는 꼭 시간 내서 가보는 것이 좋다고 생각합니다

5. 멘탈 케어를 잘하기

사실 취업은 운도 중요하기 때문에 자기가 노력을 엄청 많이 하여도, 꼭 좋은 결과만 있을 순 없습니다.

그리고 취업기간이 길어질 수록 남들이랑 비교도 많이 될 수 있습니다.

심지어 자기보다 못한다고 생각하는 지인이 먼저 취업성공을 할 수 있습니다.

그래도 여러분 탓이라고 자책하지 않았으면 좋겠습니다.

계속계속 도전하고 결과를 침착하게 기다려 보시길 바랍니다.

실력도 실력이지만 운이 안 따라주기 때문에 떨어지는 경우도 많기 때문입니다.

따라서 떨어졌을 때는 아 그날 면접관님이 기분이 안좋은일이 있었구나~, 면접관님이랑 나랑 케미가 잘 안맞았구나라는 생각으로 멘탈을 다 잡는 것이 좋습니다

그리고 면접까지 갔다는 점 자체가 실력이 있다는 것을 뜻하기 때문에 노력을 많이했다면 실력이 없는 것이 아닙니다.

점점 탈락이 쌓이게 되면 자신감이 없어져서 그 다음 면접에 영향을 주기 때문에 언제나 면접이 처음인 것처럼 자신감 있고 당당하게 면접을 보시기 바랍니다

부족했다고 생각하는 부분을 보완하면서 계속 도전한다면 취업성공을 할 수 있을 것이라고 생각합니다.

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

나에게 맞는 회사, 전망 있는 회사 찾기

취업길잡이 Coy — Sun, 15 May 2022 00:19:01 +0900

안녕하세요 취업길잡이 Coy입니다!

멘토링을 하면서 두번째로 많이 받았던 질문은 전망이 있는 회사, 자신에게 잘 맞는 회사를 선정하는 기준이었습니다. 저는 치열한 취업준비 후, 여러 회사로부터 오퍼를 받았지만 어떤 회사를 가야 할지 결정하지 못하는 분들을 자주 만났었습니다. 이런 고민을 바탕으로, 이번 칼럼에서는 어떤 기준을 가지고 회사를 탐색하고, 어떤 기준으로 최종적으로 회사를 선택해야 하는지 알려드리겠습니다.

괜찮은 회사, 전망 있는 회사 탐색해보기

괜찮은 회사는 어떤 곳일까요?

저는 모두가 인정하는 네임드 급 회사, 연봉 및 복지가 안정적인 회사, 그리고 개인의 성과를 객관적으로 인정하는 회사가 바로 괜찮은 곳이라고 생각합니다.

또한 개발을 중점적으로 생각하고, 기술 문화가 잘 구축된 곳이 전망 있고 모두가 인정하는 회사라고 생각합니다.

이런 부류의 괜찮은 회사는 어떻게 찾을 수 있을까요?

회사 선택 시, 이것만은 알아두자

자체 채용 시스템이 있는 회사
잡플래닛 평점이 3.5 이상인 회사(최소 50개 이상의 리뷰 보유)
채용 공고 내용이 구체적이고, 주기적으로 업데이트 하는 회사
자체적으로 운영하는 기술 블로그가 있으며 주기적으로 업데이트를 진행하는 회사
기술 컨퍼런스 연사분들이 소속되어 있거나 자주 등장하는 회사
데브렐 매니저가 있는 회사

본 채점표에서 2개 이상 해당 할 시, 개발자가 성장하기 괜찮은 회사입니다. 특히 상위 3가지 항목의 경우 직군과 상관없이 공통으로 입사 시 적용하면 좋은 기준입니다. 하위 3가지 항목은 타 회사보다 기술 발전을 중시하는 회사라는 것을 알려줍니다. 따라서 다른 조건이 좋지 않더라도 기술적으로는 성장을 많이 할 수 있는 회사라 판단할 수 있겠습니다.

합격 후 우선순위를 통해 회사 선택하는 방법

저는 취업 준비를 하면서 회사를 선택해야 할 상황이 생기면 아래 우선순위 리스트를 참조해 결정하였습니다.

각각 항목에 대한 점수를 합산해 최종 결과를 통해 순위를 매겼고, 우선순위 리스트는 다음과 같습니다.

우선순위 리스트

연봉
통근 시간
주변 동료
복지
성장 가능성
회사 안정성/ 회사 비전 / 회사 평판
업무 흥미성

저 역시 사회 초년생 시절에는 ‘연봉과 복지’가 최우선으로 있었던 반면, 스타트업 재직을 통해 회사 안정성과 비전을 상위로 꼽게 되었고, 현재는 ‘업무 흥미성’이 최상위로 바뀌게 되었습니다. 저의 기준처럼 사람마다 각자 취업을 하거나 이직을 할 때 발현되는 가치관에 따라 7가지 항목의 우선순위가 달라질 것입니다.

그리고, 여러분도 회사를 선택해야 할 순간이 온다면, 해당 리스트를 가지고 순서를 정해서 선택하시면 됩니다.

취준생 여러분들, 위의 방식을 통해서 유망한 회사, 나에게 진정으로 맞는 회사를 찾아보는 과정을 꼭 해보시길 바랍니다.

모두 취업 준비 화이팅입니다:)

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

채용 공고 분석으로 취업 뽀개기

취업길잡이 Coy — Sat, 14 May 2022 23:04:16 +0900

지피지기면 백전백승, 취업 어렵지 않다!

안녕하세요 취업길잡이 Coy입니다!

멘토링을 하면서 질문이 자주 들어 오는 것 중 취업 준비생 여러분들이 가장 어려워하는 것이 있습니다.

바로 현재 자신의 위치와 실력을 파악하는 방법입니다. 그렇다면 이 고민은 어떻게 해소할 수 있을까요?

바로 채용공고 분석입니다.

본인이 지망하는 회사들의 채용 공고를 리스트업해 분석해보면, 자신의 강점과 부족한 역량을 파악하고, 그에 맞는 전략을 수립할 수 있습니다.

가고 싶은 회사 채용공고 분석해 보기

그렇다면, 채용 공고를 분석하는 이유는 무엇일까요?

첫 번째 . 포지션에 대한 이해를 높일 수 있습니다

채용 공고는 주로 회사에서 진행하고 있는 프로젝트, 관심 있는 분야, 주된 업무를 바탕으로 작성합니다. 즉, 취준생에게 채용 공고는 면접 예상 문제집 같은 존재 입니다.

두 번째. 서류와 면접의 길라잡이가 됩니다. 서류 전형에서 채용 공고 속 내용은 자소서의 길라잡이 역할을 하고, 면접 전형에서는 면접 족보가 되기 때문에 꼼꼼히 살펴볼수록 합격률을 높일 수 있습니다.

이제 채용공고를 어떻게 분석 해야 하는지 알아봅시다.

아래 채용 공고 예시를 바탕으로 설명을 해보겠습니다.

예시. XXX 회사 서버 개발자 채용공고

자격요건

학력: 대졸 이상
경력: 경력3년미만 주니어/신입
성별: 무관
모집인원: 00
Java, spring boot 서버 프로젝트 경험이 있으신 분
오픈소스 라이브러리 이해도가 높으신 분
AWS 기반 서버 아키텍처에 익숙하신 분

우대사항

쿠버네티스나 도커 환경 운영 경험이 있으신 분
컴퓨터공학 전공
풀 스택 개발자를 꿈꾸시는 분

step 1. 자격 조건과 우대 사항은 분리하기

자격 조건은 최소 조건, 즉 필수적으로 갖춰야 하는 요소입니다. 서류에서 빈번하게 떨어지는 이유가 바로 “최소 조건이 자격 조건에 맞지 않아서” 입니다. 이는, 지원자의 경력 혹은 학적 상태가 조건에 부합하지 않거나 회사에서 요구하는 기술 스택의 경험이 부족하다고 판단되는 경우입니다.

반면, 우대사항은 이력서나 포트폴리오에 함께 첨부하면 가산점이 될 수 있지만, 필수적으로 제출하는 사항은 아닙니다. 대신, 우대사항에 관련된 것을 이력서에 첨부한다면 면접 때 추가 질문을 받을 가능성이 높습니다.

step 2. 요구 조건은 세세하게 분석하기

이제 채용 공고 예시를 분석해봅시다.

1. 경력 : 경력 3년 미만 주니어/신입
→ 신입이나 주니어 서버 개발자를 뽑는 채용공고입니다

2.Java, spring boot 서버 프로젝트 경험이 있으신 분
→ 회사 프로젝트는 JVM 기반의 자바 프로젝트로 되어있을 가능성이 높고, 입사 후 자바 프로젝트를 할 확률이 높습니다.

3. AWS 기반 서버 아키텍처에 익숙하신 분
→ 회사 인프라는 AWS 기반일 확률이 높고 면접에서 인프라 운영 경험을 물어볼 확률이 높습니다

4. 쿠버네티스나 도커 환경 운영 경험이 있으신 분
→ 우대사항에는 쿠버네티스나 도커의 운영경험을 적어 놓은 것으로 보아 백엔드 개발과 서버 운영을 겸하는 포지션이라고 해석할 수도 있습니다

5. 컴퓨터공학 전공 → 컴퓨터 공학 전공자를 선호하나 비전공자인 사람도 지원할 수 있습니다

6. 풀 스택 개발자를 꿈꾸시는 분 → 서버개발자로 입사하여 프론트 개발도 겸하는 프로젝트가 될 수 있다는 점을 염두해 둬야 합니다.

즉, 해당 직무는

자바 프로젝트 혹은 JVM 기반의 코틀린 프로젝트를 중점적으로 어필해야 합니다.
서버 운영의 경험이 있으시면 그 부분을 강조해서 적으면 됩니다.
입사 후, 프론트와 백엔드 일을 동시에 진행할 수도 있다는 생각을 해야합니다

이런 요구 사항이 본인과 맞지 않는다면 회사를 지원하지 않는 것도 전략입니다. 본 예시를 따라 채용공고를 스스로 분석해, 본인이 강점인 기술 스택이나 경험과 부합하는 회사에 이력서와 포트폴리오를 제출하면 됩니다.

내 수준과 상황에 맞는 취업 전략 짜기

위의 채용공고를 분석을 마쳤다면, 현재 자기 자신의 수준을 객관적으로 파악할 수 있습니다. 본인이 희망하는 회사의 채용공고를 분석한 후, 자격요건에 해당되는 게 적다면, 아직은 준비가 더 필요하다는 뜻입니다. 지금부터는 채용 공고 분석 후 여러분들의 상태를 4가지 case로 나눠 취업 대비 전략을 알려드리겠습니다.

Case 1. 자격 조건과 부합하는 경험이 전혀 없는 경우

먼저, 해당 회사의 직무가 1지망이 아니라면, 자신의 주력 분야를 살릴 수 있는 회사에 지원 하시는 것을 추천해 드립니다.

취업 준비 기간이 여유로운 상황이라면, 조건에 해당하는 경험들을 천천히 쌓아가는 것을 추천드립니다. 반면, 취업이 급하신 분은 빠르게 자격 요건들을 채우는 것이 급선무입니다.

채우지 않고 경험 삼아 지원하는 것은 회사에 안 좋은 이미지를 남길 수 있기 때문에 지양하시길 바랍니다.

Case 2. 자격 조건과 유사한 경험이 많은 경우

이런 유형의 취업 준비생분들이 가장 많으실 것이라고 생각합니다. 같은 분야의 직무를 지원했지만, 기술 스택은 여러 가지기 때문에 각 회사마다 요구하는 기술 스택과 본인의 주력 분야가 조금씩 상이한 경우가 많습니다.

이런 유형은 면접에서 회사에 대한 이해도를 이런 지원자들은 회사에 대한 이해도를 묻는 질문 (ex. 요구하는 기술 스택에 대한 심층 질문) 을 받을 수 있기 때문에 사전에 대비하시는 것이 좋습니다.

Case 3. 자격요건에 기재되어 있는 조건과 일치하는 경우

이 유형에 속하시는 분들은 취업 준비가 상대적으로 수월한 편입니다. 회사에서 요구하는 부분들만 뽑아서 이력서와 포트폴리오에 강조하면 되기 때문에, 여러모로 용이한 유형입니다.

이런 분들은 면접 전 자신이 했던 프로젝트들을 완벽하게 암기해 가는 것을 추천드립니다. 그리고 자신이 주도적으로 진행했다는 점을 어필한다면, 합격률을 높일 수 있습니다.

Case 4. 우대 사항까지 완벽하게 갖춘 경우

가장 이상적인 유형입니다. 혹여나 면접에서 떨어지게 된다면, 면접 스킬이 부족하거나 해당 기업과 컬쳐핏(Culture Fit)이 맞지 않는 경우입니다. 이 단계에서 떨어지는 취업 준비생분들은 경험이나 스펙을 추가하기보다는, 스토리텔링과 퍼스널 브랜딩에 초점 두고, 유사한 기업에 지원해 자신만의 면접 노하우를 쌓는 것을 추천드립니다.

지금까지 채용 공고를 분석하고, 자신에게 맞는 취업 전략 방법을 알아보았습니다. 위의 방식을 통해 현재 실력을 철저히 파악하여 대비한다면, 서류전형과 면접 모두 무리 없이 통과하실 수 있습니다.

그럼, 모두 취업 준비 화이팅입니다!

컬럼으로 다루어 주면 좋겠다 싶은 주제가 있으면 댓글로 알려주세요

도움이 필요하시면 사연을 메일로 보내주세요

jek300300@gmail.com

도움이 되셨다면 공감과 구독 부탁드립니다

읽어주셔서 감사합니다

당신의 취업이 성공할 때까지 같이 하겠습니다! by 취업길잡이 Coy

당신의 취업이 성공할 때까지 같이 하겠습니다!

[Design Pattern] 추상 팩토리 패턴(Abstract Factory Pattern)

추상 팩토리 패턴이란

사용하는 목적

구조

예제코드

장단점

장점

단점

[Design Pattern] 프로토타입 패턴(Prototype Pattern)

프로토타입 패턴이란?

사용하는 목적

구조

(adsbygoogle = window.adsbygoogle || []).push({});

예제코드

장단점

장점

단점

[Design Pattern] 프록시 패턴(Proxy Pattern)

프록시패턴이란?

사용하는 목적

구조

(adsbygoogle = window.adsbygoogle || []).push({}); ​

예제코드

장단점

장점

단점

[Design Pattern] 어댑터 패턴(Adapter Pattern)

어댑터 패턴이란

사용하는 목적

구조

예제코드

어댑터 패턴의 장단점

장점

단점

[Design Pattern] 빌더 패턴(Builder Pattern)

빌더 패턴이란

사용하는 목적

구조

(adsbygoogle = window.adsbygoogle || []).push({}); ​

예제 코드

빌더 패턴의 장단점

[Design Pattern] 상태 패턴(State Pattern)

상태 패턴이란

사용하는 목적

구조

​

예제 코드

상태 패턴의 장단점

[Design Pattern] 데코레이터 패턴(Decorator Pattern)

데코레이터 패턴(Decorator Pattern)

데코레이터 패턴이란

사용하는 목적

구조

(adsbygoogle = window.adsbygoogle || []).push({}); ​

예제 코드

데코레이터 패턴의 장단점

[Design Pattern] 옵저버 패턴(Observer Pattern)

옵저버 패턴(Observer Pattern)

옵저버 패턴이란

사용하는 목적

구조

예제 코드

옵저버 패턴의 장단점

[Design Pattern] 싱글턴 패턴(Singleton Pattern)

싱글턴 패턴(Singleton Pattern)

싱글턴 패턴이란

사용하는 목적

구조

예제 코드

싱글턴 패턴의 장단점

[Design Pattern] 퍼사드 패턴(Facade Pattern)

퍼사드 패턴(Facade Pattern)

퍼사드 패턴이란

사용하는 목적

구조

(adsbygoogle = window.adsbygoogle || []).push({}); ​

예제 코드

퍼사드 패턴의 장단점

블로그 재시작합니다(지금까지 한 이력 간단 공개)