대빵's Blog

맥에서 갤럭시 USB 테더링 사용법(패러럴즈 활용)

bigzero — Wed, 3 Jun 2026 22:25:13 +0900

컴터는 맥(M1 MacPro Tahoe)을 쓰고, 폰은 갤럭시를 사용하기 때문에 외부에서 USB 유선 테더링이 동작하지 않는다.

Wifi HotSpot 를 사용해도 되지만, 속도제한도 있고 보안정책상 HotSpot 이 안되는 경우도 있다

인터넷에 맥에서 HoRNDIS 를 활용한 방법도 해봤지만, 잘되다가도 맥OS 가 업데이트 되면 막히는 경우가 다반사

주식 HTS 사용 때문에 Parallels 를 구입했는데,

갑자기 든 생각 "Windows 는 안드로이드 테더링이 가능하니 패러럴즈에 USB 테더링을 연결하면 되지 않을까?"

테스트 해봤는데 성공함 (대박! ^^;)

이제 외부에서 속도제한없이 갤럭시 USB 테더링을 쓸 수 있다

(단, USB 테어링이 되더라도, 맥에서는 여전히 안된다. 패러럴즈 윈도우에서만 가능, 필요한 프로그램을 패러럴즈에 미리 설치해 두자)

<성공한 방법>

C to C 케이블이 데이터통신 가능한 것 사용 → 충전만 되는 것도 있다.

갤럭시 개발자옵션에서 USB 테더링 활성화 → 다른 윈도우PC 에서 USB 테더링이 되는지 사전확인 해야 삽질을 줄일 수 있다.

패러럴즈 Samsung Android USB 드라이버 최신이 설치되어 있어야 함 → USB 연결하여 윈도우 업데이트에서 미리 업데이트 할것

패러럴즈 USB 연결설정 → 기본 패러럴즈로 셋팅

* 중요

: 패러럴즈 윈도우의 네트워크 설정에서 이더넷이 추가된게 나와야 함

: 패러럴즈 장치(상단메뉴) → 네트워크 → 네트워크브리지 → 기본설정 (WIfi 아님)

→ USB 테더링으로 네트워크 사용이 가능해짐.

단, 테더링을 해제하면 맥 인터넷이 다시 연결되어도, 패러럴즈 네트워크 안됨 → 권장값인 Mac 공유네트워크로 변경

쉐어풀 유투브 계정공유 사용 후기(2025년)

bigzero — Tue, 17 Jun 2025 21:30:10 +0900

유투브 프리미엄이 너무 올랐다.

혹시나 한 마음에 계정공유를 해보기로 했다.

2025년 1월 선불 6만원정도 내고 12개월 계정공유를 시작했다.

1월 : 잘된다. 돈 아낀듯 해서 기분이 좋다.

2월 : 잘돌아 간다.

3월 : 문제없다.

4월 중순 : 문제는 여기서 부터이다. 4월 중순 갑자기 프리미엄이 끊어졌다.

* AS 센터 전화 → 수십번 했지만 계속 통화중, 심지어 오후 5시 넘으면 아얘 신호자체가 가질 않고, 토/일요일/공휴일 마찬가지 먹통

* 카카오 오픈채팅 → 채팅방 폐쇄함.

* 이메일 → 메일전송은 되는데, 답이 없다. 한 10통 보낸듯 하다.

4월 20일 경 : 그냥 포기하고, 원래 구글계정에 제 돈 주고 프리미엄 신청함.

4월 28일 경 : 갑자기 복구 되었다고 메일옴. 화가 머리 끝까지 차오른다....XXXXXXXX , 장난하냐?

채무자가 돈을 안 갚으면 사기죄로 형사처벌 되기 때문에, 돈을 몇달에 한번 조금씩 갚으면서 계속 악의적으로 미루는 사람 있다던데 이게 완전 그 꼴이다.

결국 한달에 2만원 내고 사용한 꼴이다.

<결론>

* 인생에서 매우 중요한 사실을 많이 깨달은 듯 하다.

1. 담보 없는 선불거래는 절대 하지 않는다.

2. 선불 지불 해야 되는 헬스장 등은 반드시 카드할부 12개월로 수수료 좀 내고 안전하게 한다.

3. 인생에 공짜는 없다.

SpringBoot 3.3.2 에서 정적컨텐츠 활성화 하기

bigzero — Wed, 28 Aug 2024 10:26:20 +0900

개발환경

Java : JDK17
SpringBoot : 3.3.2
IDE : Intellij

문제상황

resources/static 경로에 있는 css, image 파일들이 thymeleaf 에서 적용되지 않음
css 소스파일 경로 : resources/static/css/xxx.css
image 소스파일 경로 : resources/static/images/xxx.jpg
크롬에서 404 발생하고 ERR_ABORT 로 에러로그가 보여짐(Not-Found 가 아님)

원인분석

org.springframework.boot.autoconfigure.web.WebProperties 가 해당기능에 관여하는 소스코드임을 확인

Code

@ConfigurationProperties("spring.web") 
public class WebProperties { 
  private Locale locale; 
  private LocaleResolver localeResolver;
  private final Resources resources;     
  .. 중략    
  public static class Resources { 
  private static final String[] CLASSPATH_RESOURCE_LOCATIONS = new String[]{"classpath:/META-INF/resources/", "classpath:/resources/", "classpath:/static/", "classpath:/public/"};     
  ... 중략    
  } 
  ...중략
}

문제해결

ConfiguraitonProperties 가 spring.web 으로 시작하는 것을 확인
인터넷 상에서는 spring.mvc.static-path-pattern 에 classpath:/static/ 을 넣으라 되어 있지만 내 경우는 넣어도 작동되지 않았음
아래처럼 변경하여 적용함 -> 정상작동 확인
web: resources: static-locations: classpath:/static/

추가확인

위의 WebProperties 코드에 보면 "classpath:/static/" 이 default 로 들어 있기 때문에 어디선가 자동으로 적용하는 방법이 있을 것으로 생각함
@AutoConfiguration 을 활성화 하면 application.yml 에 별도로 static 경로를 지정하지 않아도 default static 경로가 적용되는 것을 확인함

결론

@AutoConfiguration 을 적용하거나, application.yml 에 별도로 spring.web.resources.static-locations 를 지정해야 정적컨텐츠에 접근이 가능했음.

추가

Annotation 이나 appcliation.yml 에 메타정보 인식 방식으로 하지 않고 아래처럼 JavaConfig 로 구현해도 됨

Code

package com.demo.uam.common.config;

import org.springframework.context.annotation.Configuration;
import org.springframework.web.servlet.config.annotation.ResourceHandlerRegistry;
import org.springframework.web.servlet.config.annotation.WebMvcConfigurationSupport;

@Configuration
public class WebConfig extends WebMvcConfigurationSupport {
  @Override
  public void addResourceHandlers(ResourceHandlerRegistry registry) {
      registry.addResourceHandler("/**").addResourceLocations("classpath:/static/");
      super.addResourceHandlers(registry);
  }
}

Evernote 에서 Obsidian 으로 이사하기(결론은 UpNote 승)

bigzero — Sat, 9 Dec 2023 18:04:31 +0900

데이터 이전하기

에버노트를 사용한지 거의 10년이 넘었다.
처음 노트는 OneNote 였고 Evernote 로 이전할 때 많은 내용들을 잃었기에 조심스러울 수 밖에 없다.

Obsidian 의 장점은 순수 MD 파일을 지원한다는 것이고 이것이 장점이자 단점이다.(나중에 설명)

Evernote 에서 Obsidian 으로 한번에 이전할 수는 없고 아래처럼 MD 파일로 전환과정을 거쳐야 한다.
전체적인 흐름은 Evernote -> *.enex -> Joplin -> *.md -> Obsidian 이렇게 진행된다.

Evernote export : enex 라는 Evernote 고유 export 파일로 데이터를 추출한다.
추출된 enex 파일을 Joplin 으로 import 한다. Joplin 은 enex import 를 지원한다.
Jopline 에 import 가 완료되었으면 Jopline 에서 다시 md 파일로 export 한다.
Jopline 에서 md 파일을 export 하면 각각의 이미지 및 첨부파일들은 _resources 라는 폴더에 통합으로 생성된다.
Obsidian 을 실행하여 md 파일들이 모여 있는 최상단 루트 폴더를 오픈해 주면 일단 데이터 이전이 완료된다.

문제점

첨부파일들의 지저분함

처음 노트 작성시 이미지 캡쳐해서 붙여넣은 이미지들이 아래처럼 파일명을 지 멋대로 생성된다.

Obsidian 에 자동으로 생성된 이미지 파일들

공유서버 저장은 알아서 해야된다.

유료로 Obsidian Sync 또는 Publish 를 사용하지 않는 이상 로컬의 md 파일을 다른 곳에서 공유하려면 별도의 방법을 사용해야 한다.
현재는 apple 의 iCloud 가 그나마 가장 쓸만하고 google drive 를 사용해 봤는데 동기화 속도가 너무 느렸다.
Git 을 사용할 줄 알면 Git 으로도 공유서버 저장 환경을 만들수 있지만 Git command 를 매번 사용해줘야 돠는 불편이 있었다.
Git plugin 도 있는듯 한데 사용해 보지는 않았다.

블로그 publish 는 다시 고민해야 된다.

현재 사용중인 블로그에서 md 파일을 지원하더라도 첨부파일은 완전 다른 문제이다.
글은 복사 & 붙여넣기 하더라도 첨부파일은 하나 하나 수동으로 옮겨줘야 한다.

Obsidian 에서 다른 곳으로 이전은 어떻게 하나?

Obsidian 자체가 md 파일 이지만 이전하고자 하는 블로그가 md 파일 및 첨부파일들을 지원하지 않으면 이 역시 노가다 이다.

2022.08 결론

컨텐츠 파일이 내 로컬PC 에 존재하므로 지적재산을 스스로 관리할 수 있다.
로컬PC 에서 md 파일로 글 위주로 작성시 매우 훌륭하다. 즉, 매우 심플하다.
여러장비에서 노트를 공유하면서 사용하려면 apple 장비로 플랫폼을 통일하는 것이 좋다.
무료로 웹에 publishing 하려면 차라리 처음부터 웹 블로그 환경을 사용하는 것이 더 낫자.

2023.12 현재 결론

Obsidian 에 정착하려 했지만 동기화 비용이 너무 사악하여 포기함. 특히, 윈도우 환경에서는 답이 거의 없음
마크다운 파일들을 모두 들고 UpNote 어플 사용하기 시작하여 여기에 정착
- (거의 현존하는 노트앱들 중에서 개인노트앱으로서는 최강인듯

Event-Driven Architecture(EDA) 란?

bigzero — Mon, 6 Jun 2022 20:24:34 +0900

아래는 Learning Domain-Driven Design 도서의 chapter 15. Event-Drive Architecture 내용 요약정리이다.

EDA 란, 간단하게 말하면 시스템 컴포넌트들간 통신할 때 비동기적인 이벤트 메세지를 사용하는 아키텍처 스타일이다.

메세지의 두가지 타입

메세지에는 아래와 같은 두가지 타입이 존재한다.

* 이벤트(Event) : 이미 발생된 변경을 나타내는 메세지 이다.

* 커맨드(Command) : 수행되어야 하는 행위(operation)을 나타내는 메세지 이다.

이벤트의 세가지 타입

이벤트는 아래와 같은 세가지 타입이 존재한다.

* Event notification(이벤트알림) : 특정 이벤트 알림으로서 상세정보는 포함되어 있지 않다.

* Event-carried state transfer(ECST, 상태변경이벤트) : 특정 상태 변경에 대한 이벤트 이다.

* Domain event(도메인이벤트) : 특정 이벤트에 대한 모든 정보를 나타낸다. 보통 도메인객체로 처리된다.

이벤트 타입별 예제

Event notification 예제 : 단순한 알림이고 상세정보를 알기 위해서는 details 를 확인해야 한다.

{
  'type': 'marriage-recorded',
  'person-id': '01b9a761',
  'payload': {
        'person-id': '126a7b61',
        'details': '/01b9a761/marriage-data'
  }
}

ECST 예제 : 상태변경 값만 나타낸다.

{
  'type': 'personal-details-changed',
  'person-id': '01b9a761',
  'payload': {
        'new-last-name': 'Williams'
  }
}

도메인 이벤트 예제 : married 라는 VO 정보를 모두 가지고 있다.

{
  'type': 'married',
  'person-id': '01b9a761',
  'payload': {
        'person-id': '126a7b61',
        'assumed-partner-last-name': true
  }
}

EDA 아키텍처 설계시 주의사항

개선전

* Temporal Coupling : Reporting 은 AdOptimization 이 Domain event 를 처리할 때까지 10초간 기다린 후 처리된다.

* Logical Coupling : Marketing 과 AdOptimization 은 동일한 Domain event 를 수신한다. Marketing 에서만 Business Logic 이 변경되는 경우, CRM 과 AdOptimization 의 이벤트 수신/발신은 Big ball of mud 가 된다.

개선후

* Temporal Coupling Refactoring : Reporting 은 AdOptimization 과 통신만 한다.

* Logical Coupling Refactoring : Marketing 과 AdOptimization 은 ECST 로 이벤트를 수신한다. 각각 종속성 없이 필요한 정보에 대해서 별도 처리를 수행할 수 있다.

결론

EDA 에서 적절치 않은 이벤트타입을 사용하면 big ball of mud 가 된다.

MSA(Micro Service Architecture) 서비스 사이즈에 대한 고찰

bigzero — Sun, 29 May 2022 13:55:01 +0900

최근 public cloud 가 흥하고 EKS 같은 container orchestration 서비스가 PaaS 환경으로 서비스 되면서 너도나도 MSA 를 부르짓는다.

AWS 같은 cloud platform 업자들은 마케팅 측면에서 매출을 올릴수 있는 좋은 기회를 잡은듯 하고 전산기획업무 담당자들은 이참에 MSA 라는 것을 사용하여 시스템을 개발 또는 개선 하려고 예산을 올리는 좋은 기회를 잡은듯 하다.

문제는 실제로 해당 업무를 직접 수행해야 하는 개발자 또는 설계자들은 도대체 MSA 가 뭔지 아무도 명확하게 설명해 주지 않으면서 무작정 하라고 하니 거부감이 들수 밖에 없다.

쉽게 접근해 보자. MSA 는 풀어서 얘기하면 "마이크로 서비스를 위한 아키텍처" 이다. 여기서 중요한 키워드 두개는 마이크로서비스와 아키텍처 이다.

1. 마이크로서비스란, 말 그대로 작게 쪼개진 서비스를 얘기한다. 가끔 MSA 를 한다고 하면서 자신들이 생각하는 마이크로서비스는 그렇게 작지 않은 중간정도 규모라는 정신 나간 사이비들이 있는데, 그건 말 그대로 미디엄서비스 이지 마이크로서비스가 아니다.

마이크로서비스는 말 그대로 가능한 작게 쪼갠 서비스이다. 그럼 왜 쪼개는가? 그 해답은 두번째 키워드인 아키텍처에 있다.

2. 아키텍처란, 쉽게 얘기하면 품질속성 - 성능, 보안, 가변성, 확장성, 유지보수성, 사용성 등 을 의미한다.

구글검색을 예로 들어 보자.

구글의 검색 기능은 단순히 검색 기능만 제공한다. 순수한 Function Point 측면에서 보면 정말 간단한 기능이고 별로 설명할 것도 없다.

하지만 아키텍처의 측면에서 구글검색은 엄청난 성능, 보안, 확장성, 연결성, 가변성 등을 요구한다.

즉, "서비스는 마이크로 한데 아키텍처가 일반적이지 않은 넘사벽이다." 여기서 MSA 의 범위가 구분된다.

쇼핑몰 시스템을 신규로 개발한다고 하자. 평상시에 상품검색, 상품등록, 상품정보수정, 배송조회, 결제 등은 굳이 별도의 아키텍처로 나눌 필요는 없다. 하나의 아키텍처 범위로 묶어서 개발하면 된다.

하지만 해당 쇼핑몰은 1년에 한번 블랙프라이데이 같은 행사를 하고 이때 트래픽은 평소의 100배를 가볍게 넘긴다고 하면 이 행사 시점의 아키텍처는 평소와는 완전히 다른 아키텍처를 가져야만 한다. 특히, 상품검색은 특히 많은 부하를 받을 것이고 높은 성능을 요구받을 것이다.

그렇다면 해당 시점에 상품검색만 MSA 로 분리해서 별도로 운영할 수 있게 하는 방법을 고려해 볼수 있다. (보통 이러한 디자인 패턴을 CQRS 패턴이라 한다.)

결국, MSA 는 아키텍처 성질이 다른 서비스를 분리하는 기법이고, 이러한 서비스를 분리할 때 가능한 작게 분리(크게 분리하면 그냥 두개의 별도 시스템이 만들어진다) 하는 것을 의미한다.

또한 응용하자면 MSA + Non-MSA 시스템을 동시에 아키텍처링 할수도 있게 된다. 즉, MSA를 한다고 모든 서비스들을 다 작게 쪼개서 아키텍처를 분리해야 되는 것도 아니다.

결과적으로 MSA 에 너무 스트레스 받지 말자. 이벤트나 행사시점에 전체 시스템 용량을 다 늘려서 서버를 늘리고 대역폭을 늘리고 하지 말고 필요한 기능들 몇개만 쪼개서 확장성과 가변성 높은 시스템을 만들 수 있다면 MSA 를 적용했다고 말할 수 있다.

좀 더 MSA 범위산정에 대한 이론적인 지식이 필요하다면 DDD(Domain Driven Design) 도서를 참고하여 Contenxt Boundary 에 대한 고민을 해보는 것을 추천한다.

gradle manually install (gradle 수동설치)

bigzero — Sun, 17 Apr 2022 14:18:17 +0900

gradle dependencies 확인하기

bigzero — Sun, 17 Apr 2022 14:14:17 +0900

gradle 사용시 라이브러리 종속성 문제로 특정 jar 를 제외 시켜야 하는 경우

gradle dependenies task 를 이용하면 아래처럼 종속성을 tree 형태로 뽑아낼 수 있다.

파일로 추출하여 특정 jar 를 찾아서 제외 시켜주면 된다.

$ ./gradlew dependencies 
Starting a Gradle Daemon, 1 busy and 1 incompatible Daemons could not be reused, use --status for details 
> Configure project : 
Operation Env => local 
> Task :dependencies 
------------------------------------------------------------ 
Root project 'coss-app' 
------------------------------------------------------------ 
annotationProcessor - Annotation processors and their dependencies for source set 'main'. 
\--- org.projectlombok:lombok -> 1.18.22 
apiElements - API elements for main. (n) 
No dependencies 
archives - Configuration for archive artifacts. (n) 
No dependencies 
bootArchives - Configuration for Spring Boot archive artifacts. (n) 
No dependencies 
compileClasspath - Compile classpath for source set 'main'. 
+--- org.projectlombok:lombok -> 1.18.22 
+--- com.github.ulisesbocchio:jasypt-spring-boot-starter:2.1.2 
|    \--- com.github.ulisesbocchio:jasypt-spring-boot:2.1.2 
|         \--- org.jasypt:jasypt:1.9.3 
+--- org.bouncycastle:bcprov-jdk15on:1.61 
+--- javax.activation:activation:1.1 
+--- org.apache.commons:commons-compress:1.14 
+--- org.apache.poi:poi:3.10-FINAL 
|    \--- commons-codec:commons-codec:1.5 -> 1.15 
+--- org.apache.poi:poi-ooxml:3.10-FINAL 
|    +--- org.apache.poi:poi:3.10-FINAL (*) 
|    +--- org.apache.poi:poi-ooxml-schemas:3.10-FINAL 
|    |    \--- org.apache.xmlbeans:xmlbeans:2.3.0 
|    |         \--- stax:stax-api:1.0.1 
|    \--- dom4j:dom4j:1.6.1 
|         \--- xml-apis:xml-apis:1.0.b2 
+--- org.apache.poi:poi-ooxml-schemas:3.10-FINAL (*) 
+--- org.apache.poi:poi-scratchpad:3.10-FINAL 
|    \--- org.apache.poi:poi:3.10-FINAL (*) 
+--- org.springframework.boot:spring-boot-starter-undertow -> 2.6.1 
|    +--- io.undertow:undertow-core:2.2.12.Final 
|    |    +--- org.jboss.logging:jboss-logging:3.4.1.Final -> 3.4.2.Final 
|    |    +--- org.jboss.xnio:xnio-api:3.8.4.Final 
|    |    |    +--- org.wildfly.common:wildfly-common:1.5.2.Final 
|    |    |    \--- org.wildfly.client:wildfly-client-config:1.0.1.Final 
|    |    |         +--- org.jboss.logging:jboss-logging:3.3.1.Final -> 3.4.2.Final 
|    |    |         \--- org.wildfly.common:wildfly-common:1.2.0.Final -> 1.5.2.Final 
|    |    \--- org.jboss.threads:jboss-threads:3.1.0.Final 
|    |         \--- org.jboss.logging:jboss-logging:3.4.1.Final -> 3.4.2.Final 
|    +--- io.undertow:undertow-servlet:2.2.12.Final 
|    |    \--- io.undertow:undertow-core:2.2.12.Final (*) 
|    +--- io.undertow:undertow-websockets-jsr:2.2.12.Final 
|    |    +--- io.undertow:undertow-core:2.2.12.Final (*) 
|    |    \--- io.undertow:undertow-servlet:2.2.12.Final (*) 
|    +--- jakarta.servlet:jakarta.servlet-api:4.0.4 
|    +--- jakarta.websocket:jakarta.websocket-api:1.1.2 
|    \--- org.apache.tomcat.embed:tomcat-embed-el:9.0.55

gradle executable jar 만들기

bigzero — Tue, 7 Dec 2021 18:23:18 +0900

springboot 는 워낙 편의장치가 많아서 별 고민안했는데 간만에 Main 하나 만들려니 gradle 대충알다가 엄청난 삽질을...

일단 gradle version 은 7.3.1 이다. 이것도 버전별로 워낙 변경사항이 많아서 버전별로 다른 내용이 많으니 참고

아래는 build.gradle 내용임

plugins {
    id 'application'
    id 'java-library'
    id 'org.jetbrains.kotlin.jvm' version '1.5.10'
}

repositories {
    mavenCentral()
}

dependencies {
    // https://mvnrepository.com/artifact/org.redisson/redisson
    implementation group: 'org.redisson', name: 'redisson', version: '3.2.0'
}

def version = '0.1'
def mainClassName= 'MainKt'

// gradle default jar 를 커스터마이징 한다.
// manifest default 생성값을 제외하고 별도로 만들어준다.
jar {
    manifest {
        attributes(
            'Title': 'RedisDistributedLock',
            'Version': version,
            'Main-Class': mainClassName,
        )
    }
    from(configurations.runtimeClasspath.collect {
        it.isDirectory() ? it : zipTree(it)
    }) {
        exclude 'META-INF', 'META-INF/**'
    }
}

위의 코드에서 가장 중요한 부분은 jar 부분

일단 jar 실행파일을 만들려면 두가지를 해결해야 한다. 1. 참조되는 라이브러리들을 넣어줘야 한다. 2. manifest 를 만들어 넣어야 한다.

gradle command(./gradlew clean build)로 jar를 만들면 하단에 jar 부분이 기본적으로 없어도 된다. 그래도 jar는 만들어지고 manifest도 생성된다.

문제는 executable jar 를 만들려면 gradle의 기본 jar를 위에 내용처럼 override 해서 정의하면서 from 절에 참조되는 라이브러리를 넣도록 해야 되는데 이때 자동으로 만들어진 manifest와 jar를 override 하면서 만들어진 manifest 두개가 동시에 만들어지면서 gradle 에서 멀티(?) manifest 에러가 발생한다.

그래서 from 에서는 manifest를 exclude로 제거하고 manifest를 내가 임의로 넣어주는 것을 추가하여 위의 코드처럼 build.gradle 을 구성한다.

참고로 위의 gradle 은 Redis 분산락을 테스트하는 코드이다. 전체코드는 여기서 참고 (코틀린이다.)

anne pro 2 물결모양(wavy, ~) 키 변경하기(매크로사용)

bigzero — Tue, 30 Nov 2021 15:19:13 +0900

1. 매크로 라이브러리에 매크로를 한개 추가 한다. (나는 이름을 wavy 로 했음)

2. 내가 최종적으로 누를 키를 지정한다.

(주의할 것은 내가 입력하고자 하는 내용이 아닌 내가 최종적으로 누를 키를 먼저 해야 된다.)

나는 "FN1+\" 키를 물결(wavy)로 매핑했다

주의 : 처음에 "SHIFT+ECS" 키를 물결로 매핑하려고 아래처럼 했는데 "SHIFT" 하나만 눌러도 물결이 나오고 "ESC" 하나만 눌러도 물결이 나왔다. 즉, 두개의 키 모두 각각 매크로가 작동되었다. 매크로는 한 키에 한개만 지정되는 듯 하다 약간 응용하면 새로운 방식으로 사용 가능할지도....

3. "FN1+\" 키를 눌렀을 때 물결(wavy)을 표시 하기 위해 하단에 Preview edit 를 눌러 물결을 입력한다.

anne pro 2 에서는 기본값으로 "FN1+SHIFT+ECS" 키가 물결이므로 이것을 record 한다.

(키를 누르는 순서도 지켜야 한다. SHIFT 를 먼저 누르면 안된다)