어제도 오늘도 내일도 언제나 하루

지슈라? 짭슈라? 제닉스 TITAN GV AIR 마우스는 제닉스가 배낀걸까?

Everyharu — Wed, 20 Apr 2022 13:05:16 +0900

게이밍 마우스계의 끝판왕처럼 취급되고 있는 G Pro superlight

이 마우스는 정말 로지텍의 기술력부터 무게와 성능을 한방에 잡은 어마어마한 녀석이다.

그런데 얼마전부터 짭슈라라는게 나타나서 사람들에게 가성비 마우스로 이름을 알리기 시작한다.
쉘 크기와 모양 모두 똑같고 심지어 그 무게까지 비스하게 따라했다고 한다. 우리나라에서..? 제닉스가..?

결론부터 말하자면 제닉스가 직접 배낀건 아니고 중국에서 배낀걸 제닉스가 수입해온것으로 보인다.

제닉스는 이미 아는 사람들은 알고있겠지만 보따리상으로 알려져있다. 중국에서 때다가 판단이야기다.

이번 짭슈라도 비슷한 맥락이 아닐까 생각이 되어 찾아보자마자 등장.

Titan gv air 마우스는 알리바바에서 로고 커스텀까지 싹다 해서 넘어오는 모양이다.
https://korean.alibaba.com/p-detail/FM15DM-DB-1600460484956.html?spm=a2700.shop_index.89.15.27e47f27tFqXvP

Fm15dm-db 2.4ghz Wireless Mouse,Gpro X Superlight Style,Back Cover Design And Size Changeable,Detachable Modular Battery - Buy G

Fm15dm-db 2.4ghz Wireless Mouse,Gpro X Superlight Style,Back Cover Design And Size Changeable,Detachable Modular Battery , Find Complete Details about Fm15dm-db 2.4ghz Wireless Mouse,Gpro X Superlight Style,Back Cover Design And Size Changeable,Detachable

www.alibaba.com

다만 제닉스의 판매 소개페이지에서는 무게를 63g ±5g 정도로 소개하고있는데 애초에 알리바바에서는 68g으로 표기하고있다. 뭐지 이건..소비자 기만이 아닌가... 심지어 타이탄에 들어가는 내부 LED가 원본보다 살짝 커보이는데 더 무거울 가능성도 있을듯?

정식으로 수입해서 이윤 붙여서 파는건 괜찮지만...적어도 무게로 승부보는 마우스를 무게로 농락하는건...좀..

뭐 아무튼 짭슈라를 찾아보다가 아마도 다음버전이 될법한 녀석도 보였다.
제닉스에서 주로 가져오는 마우스의 회사는 Shenzhen F&G Electron 인거같은데 스펙이 좀 더 좋은 짭슈라를 만든거같다.

https://fgecl.en.alibaba.com/ko_KR/minisiteentrance.html?spm=a2700.details.cordpanyb.2.72332a61EmFC2H&from=detail&productId=1600478166037

Shenzhen F&G Electron Co., Limited - default

Alibaba Manufacturer Directory - Suppliers, Manufacturers, Exporters & Importers

fgecl.en.alibaba.com

당황스럽게도 애초에 이름을 G PRO 슈퍼 라이트 라고 박아놨다......

그런데 기존 짭슈라에 비해서 가격이 좀 비싸다보니 그냥 수입 안했을수도있고...아니면 수입절차를 받고있을수도있고...?
가격차이가 있어서 가성비를 따지면 지금 수입한 FM15DM-DB2 제품이 낫긴한거같으니 뭐...

암튼 그냥 짭슈라에 대해 알아보다가 문득 궁금해서 찾아본 내용을 정리해보았다.

JS SPA 프레임워크 퍼포먼스 비교 React vs Angular vs Vue vs Svelte vs Solid 그리고 넋두리..

Everyharu — Mon, 6 Dec 2021 11:02:05 +0900

전부터 SPA 프레임웍들을 많이 써오다가 최근 Vue 로 무거운 페이지를 작업하게 되면서 무언가 퍼포먼스에 대한 갈증이 많이 느껴지게 되었다. 이 때문에 문득 각 프레임워크별로 퍼포먼스가 궁금해져서 찾아보게 되었다.

더 많은 비교대상이 있지만 일단 우리가 많이 쓰는 그리고 이제 막 뜨고있는 라이브러리들만 콕 찝어서 비교해보니 앞으로 새로 시작할 프로젝트에서는 무얼 쓰는게 좋을지에 대한 생각이 깊어진다.

React - 전통적인 virtual DOM 을 사용하는 강자이면서 가장 인기있는 라이브러리라고 봐도 손색이 없다. 다양한 서드파티들이 존재하고 손쉽게 NPM에서 라이브러리들을 구할 수 있다. 경험상 잘만 쓰면 정말 좋은 구조. 하지만 잘못쓰면 한없이 복잡해질수도..

Vue - React 에서 virtual DOM 의 장점을 따오고 SFC(single file component) 형태로 정돈된 형태로 작업할 수 있도록 만든 프레임웍이다. 다만 개인적으로는 작년부터 약 2년간 작업을 해오면서 상당한 불만사항이 쌓여있는 상태(Vue 핵심 멤버인 posva가 너무 맘에 안든다). 특히 vue-router 의 부실한 기능과 자체적으로 걸어버리는 제약들 때문에 상당한 불편을 경험했다. 기존의 React 에서 못느꼈던 많은 불편을 느낀건 대부분 vue-router 덕분.
SFC 의 경우에도 처음에는 깔끔하고 편리한 구조덕분에 좋은 방식이라고 생각했지만 프로젝트가 복잡해지고 예외상황이 많아질수록 점점 늘어나는 컴포넌트 양을 감당하기가 어려워서 결국 별로라는 결론이 나왔다.
예를 들면 리스트를 만들어야하는데 이 리스트는 하나하나의 항목이 엄청난 예외상황들을 가지고있고 엄청난 사이즈를 가지고 있어서 별도의 컴포넌트를 구성하게 되고 이를 리스트화 해줄 수 있는 별도 컴포넌트가 필요하다. 또 여기에 추가적으로 이 리스트 조차도 각종 인터페이스를 엮어서 컨트롤해 줄 수 있어야한다고 한다면 이를 랩핑해주는 컴포넌트까지도... 결국 크게보면 기능은 하나인데 이 하나의 기능을 위해 다수의 파일을 만들어야하는 상황인것이다. 이쯤되면 인터페이스단에서 리스트에 추가 삭제등을 할때 필요한 기능들을 vuex에서 관리해서 액션으로 전부 맵핑시키던가 아니면 child의 props로 다단계로 기능을 넘겨야하는데 이러한 패턴이 얼마나 답답한 형태인지 알사람들은 알것이다. vuex를 사용한다쳐도 사용할때마다 일회용으로 쓰는 컴포넌트라면 이걸위해 vuex를 연동해서 사용하는건 store의 복잡도를 상승시키는 요인이 된다. redux 또는 vuex를 여러명의 개발자가 함께 사용해본 사람들이라면 어느정도 경험해봤을것이다. store에 항목이 많아지면 많아질수록 난 모르는 남들이 짜놓은 점점 걷잡을 수 없이 커지는 레거시들...일일히 다 읽어봐야하는거 아니냐고 하는 사람이 있을지는 모르겠는데 이런게 많아질수록 기존코드가 있는지 확인하느라 추가 개발속도가 점점 느려지는건 당연할것이다.
컴포넌트를 잘게 쪼개서 하나의 파일에서도 여러개의 작은 컴포넌트를 만들어 한 파일에서 하나의 기능집합으로 묶어줄 수 있던 React와는 비교되는 부분이라고 할 수 있다.

Angular 의 경우는 angular.js 시절 이후로 안써봤으니 패스

Svelte - virtual DOM 의 문제점을 지적하고 다른방식으로 해결한 프레임웍. 요즘 뜨겁게 떠오르는 프로젝트인듯하다. virtual DOM 이 느린 상황은 이미 충분히 경험했다. 페이지내에 연산량이 많아질수록 virtual DOM 을 사용해서 생기는 오버헤드가 이뻐보일수가 없다. 그래도 대체 어떻게 이 부분을 대체했는가 보니 선언된 각 변수를 빌드하는 단계에서 React 의 setState 같은 구문을 사용하는것으로 아예 치환시켜버린다. 곰곰히 생각해보면 특정 부분이 변할때 특정 부분에 바뀐 DOM을 넣어주기만 하면 사실 페이지가 구성되는데 문제가 없다. React 에서 virtual DOM 만 빼버린것이다!
이처럼 아예 동작구성 자체를 새로운 코드로 변경시켜버리기에 빌드한다고 표현하지 않고 컴파일한다는 표현을 사용한다. 결국 Vue 에서 v-model 을 사용하는 편리함을 주면서도 별도의 오버헤드를 줄이는 아이디어가 svelte의 핵심이다. 요즘 핫한듯하다. 하지만....
Svelte 는 SFC(single file component) 만을 지원한다. 이 이야기인 즉 Vue 에서 느꼈던 그 불만사항을 그대로 계승한다는 이야기이다. 일관성을 유지하기 위해서라고는 하지만 이미 많은 개발자들이 경험한 불편을 무시해버리는게 Svelte 인것이다. 개인적으로 이 토론을 보고 Svelte를 별로 좋게보지 않는다.(https://github.com/sveltejs/svelte/issues/2940) 여기서 Solid 의 존재를 알게됬으니...

Solid - Svelte의 장점인 virtual DOM 을 과감하게 버리면서도 React 의 사용성을 그대로 계승했다. virtual DOM 방식을 버린 React 라고 보아도 무방할 것 같다. 단점이라면 약간 부실해보이는 Document, 아직까진 낮은 인지도, React 와 거의 동일한 수준의 러닝커브, 관련 라이브러리가 적은문제 등... 아직은 갈길이 멀다. 하지만 React 에서 virtual DOM 문제만 제외하면 완벽하겠는데라는 부분을 이 라이브러리가 매꾸고 있으니 앞으로 발전 가능성이 높지 않을까? 심지어... 현재로서만 봐도 성능도 가장 좋다. 발전이 기대되는 라이브러리

해당 퍼포먼스 비교 테스트는 다음 페이지에서 확인할 수 있습니다.

https://krausest.github.io/js-framework-benchmark/current.html

Interactive Results

krausest.github.io

아래는 퍼포먼스를 추려서 캡쳐한 이미지(번역돌림 / 원문은 아래쪽에)

퍼포먼스를 추려서 캡쳐한 이미지 원문

CPU 별 컴파일 성능 비교해서 보기

Everyharu — Wed, 2 Oct 2019 22:09:46 +0900

새롭게 작업용&게이밍 컴퓨터로 조립할 CPU를 사기위해 조사를 하던 중 발견한 cpu별 리눅스 커널빌드시간 비교 벤치결과이다.

3900x vs 9900k 비교중이었는데..

역시 컴파일에는 다코어가 확실히 좋긴 한가보다.

하지만 링킹작업에는 4코어만 쓴다는 글도 어디선가 본거같고... 그럼 코어클럭이 높은 9900k 가 나을거같기도 하고..

node쪽은 아무래도 다코어보단 클럭빨을 많이 받을거같기도 하고...

안드로이드 작업은 어떨려나...

최근에는 node & js & react-native 작업이 주가 되어있는데 인터프리터 작업에 대해서는 따로 얘기된걸 찾지 못한것도 좀 아쉽고...

아무래도 파일을 읽는 병목이 더 크니 nvme 도 맞춰야하나 고민되기도 하고...

아무튼 고민이 많아진다.

잡설이었고 성능 비교는 아래 링크에서 확인이 가능하다.

리눅스 빌드시간으로 비교
https://openbenchmarking.org/showdown/pts/build-linux-kernel

불러오는 중입니다...

php 컴파일시간으로 비교
https://openbenchmarking.org/showdown/pts/build-php

OpenBenchmarking.org - Timed PHP Compilation Performance Showdown, Automated Performance Comparison

Showing composite data for the trailing 3 years for the pts/build-php test profile of all processor components where there are at least 10 results with systems having the listed component. The standard error is reported for the difference in performance ag

openbenchmarking.org

node.js octane 벤치로 비교
https://openbenchmarking.org/showdown/pts/node-octane

OpenBenchmarking.org - Node.js Octane Benchmark Performance Showdown, Automated Performance Comparison

Showing composite data for the trailing 3 years for the pts/node-octane test profile of all processor components where there are at least 10 results with systems having the listed component. The standard error is reported for the difference in performance

openbenchmarking.org

개인사업자(프리랜서)가 꼭 챙겨야 할 세금신고와 세무달력

Everyharu — Fri, 23 Mar 2018 13:54:21 +0900

매번 외워놓을수는 없고 매번 날짜되서 찾아보자니 귀찮다.

내 블로그에 적어놔야지..

개인사업자가 신경 써야 할 세금은 아래의 신고일정표와 같이 부가가치세와 종합소득세 그리고 직원이 있는 경우 근로소득세 신고/납부입니다.

구분	신고사항
매달 10일	근로소득세 신고,납부
1월 25일	전년도 2기 부가가치세 확정신고,납부
2월 10일	면세사업장현황신고
2월 말일	계속 근로자 지급명세서 제출(전년도분)과 전년도 4기분 일용근로소득 지급명세서 지출
3월 10일	전년도 급여에 대한 연말정산분 신고, 납부
4월 25일	1기 부가가치세 예정고지납부
4월 말일	1기분 일용근로소득 지급명세서 제출
5월 말일	전년도 사업실적에 대한 종합소득세 신고, 납부
7월 25일	1기 부가가치세 확정신고, 납부, 간이과세자 예정부과
7월 말일	2기분 일용근로소득 지급명세서 제출
10월 25일	2기 부가가치세 예정고지납부
10월 말일	3기분 일용근로소득 지급명세서 지출
11월 말일	종합소득세 중간예납

나처럼 개발자로 1인 프리랜서로 사업자를 등록하고 하는경우에는

매달 전자세금계산서 발행을 거래가 발생한 달부터 다음달 10일이 되기전까지 등록하는점은 잊지말고

1월 25일(전년도 2기 부가세 확정신고)

4월 25일(1기 부가세 예정고지)

5월 말일(종합소득세신고!!)

7월 25일(부가세 확정신고)

10월 25일(2기 부가세 예정고지)

11월 말일(종합소득세 중간예납)

이렇게만 신경쓰면된다.

IE와 같은 구형브라우저에서 빌드없이 es6 최신문법 사용하기

Everyharu — Thu, 15 Mar 2018 11:19:21 +0900

최근 몇년간 자바스크립트 진영에서 많은 발전이 있게 되면서 구형브라우저를 지원하기 위해 webpack 과 같은 툴들을 이용해서

js 파일을 빌드해서 서비스를 하는 경우들이 많아졌다.

다만 프로토타이핑을 하는데 이런 웹팩 설정작업을 해주는건 더할나위없이 귀찮고 까다롭다.

게다가 매번 수정할때마다 그 작업을 해줘야하니 작업에 인터럽트가 걸리게 된다.

이를 위해 원래 babel 에서 browser.js 라는걸로 웹브라우저에서 바로 사용할 수 있도록 해주었던적이 있다.

const a = () => {

console.log(`hello world!`);

}

</script>

위와같이 스크립트를 로딩해주고 type 을 지정해주면 es6 문법을 사용할 수 있다. ie11 에서도 잘 동작한다.

위의 cdnjs 가 사라질것이라고 생각되진 않지만 혹시모르는 일을 대비해서 따로 js 파일을 빼서 남겨놓는다.

(현재 browser.js 는 deprecated 된 상태이므로)

browser.js

유사하게 babel-standalone 이 좀 더 최신버전으로 남아있기는 하다.

https://github.com/babel/babel-standalone

다음으로 적용하면되고 es2016 도 async/await 도 가능해진다(!)

<script src="https://cdnjs.cloudflare.com/ajax/libs/babel-standalone/6.26.0/babel.min.js"></script>
<script src="https://cdnjs.cloudflare.com/ajax/libs/babel-polyfill/6.26.0/polyfill.min.js"></script>
<script src="sample.js" type="text/babel" data-presets="es2015,stage-2"></script>

15ZD975 8세대 CPU (i5-8250U) 그램 15인치 밴치마크 테스트 결과

Everyharu — Fri, 22 Dec 2017 23:10:53 +0900

2018 그램이라고 나온 2017년 말에 나오기 시작한 15ZD975 모델.

사실 2018그램은 15ZD980 모델부터이지만 사실상 CPU가 같기 때문에 같은 2018이라고 불러도 상관없다고 본다.

이 두개의 차이는 메인보드 설계가 조금 달라진것 뿐이고 성능상의 차이는 거의 없어보이기도 하고...

일단 SSD 디스크의 밴치결과이다.

디스크의 모델명은 다음과 같다.

SAMSUNG MZNLN256HMHQ-000B1

다음은 대망의 CPU 와 GPU 밴치마크 입니다.

i5-8250U 라는 CPU 명을 가지고 있다. 이전세대 울트라북 모델 CPU에 비하면도 정말 많이 좋아졌다. 기존에는 세대가 달라질때 기존 노트북이 싸지니 그걸사도 무방했다면

이번에 나온 i5-8250U 는 정말 급이 다르다. 무조건 8세대로 사야한다. 그래야 괜찮은 성능이라도 얻을 수 있다.

음 위와같은 성적을 나타내는데..뭐 나쁜지 좋은지 알기 어려운 수치이다.

아쉬운점이라면 아무리 코어수가 늘고 좋아졌다고는 해도 수 세대 이전의 데스크탑 cpu 성능에도 한참 못미친다는점이랄까..?

위 사진에서 170점정도 더 높은 i7 3770 의 경우는 2012년에 나온 데스크탑 CPU 이다. 5년이 넘은 기종이고 아이비브릿지 라는 세대명을 가지고 있다.

뭐 분명 이전의 노트북들과는 급이 다를정도로 좋은 울트라북용 CPU이긴하지만

개인적으로 노트북이 하스웰 데스크탑 정도는 따라와주는 날은 되야 만족스러울거같다.

Emscripten CentOS7에 설치하기

Everyharu — Mon, 13 Nov 2017 13:06:57 +0900

emscripten 은 c언어나 다른 타언어들로 짜여진 프로그램을 웹언어(js) 로 옮기는 프로젝트이다.

모질라 재단에서 지원사격하고 있는것으로 알고 있는데 정확한 내용들은 직접 확인해보기 바란다.

일단 이 글에서는 설명은 집어치우고 설치에 관련된 내용이나 정리한다.

emscreipten 문서를 살펴보면 apt-get 을 사용하는 리눅스 운영체제들의 설치방법에 대해서 다루고 있다.

아마도 우분투 기준으로 설명하는듯 싶다.

하지만 필자처럼 서비스 환경에서 생각하다보면 centos 를 사용하는 일이 많은데

실제 그대로 따라서 설치해보면 잘 되지 않고 온갖 문제에 부딪힌다.

가상환경에서 하다보니 기본적으로 컴파일 단계에서 디스크 용량이 20기가일때는 디스크 용량문제가 발생했고(...)

40기가정도로 하니 성공했다.

메모리도 4G로 하면 컴파일중에 실패한다.... 그래서 16기가를 줬을때는 무리없이 성공.

http://kripken.github.io/emscripten-site/index.html

아무래도 문제의 원인은 clang 쪽과 연관이 있는거같은데 자세히 살펴보진 않아서 모르겠다.

그래서 필자도 이리저리 알아보다 보니 centos 에서 설치하려면 조금 다른 방법이 필요해보인다.

일본쪽 사이트를 참조해보았다.

https://blog.cles.jp/item/9428

안되는 주요 원인은 cmake3가 안깔려있던점. 그리고 clang관련해서 설치옵션을 추가로 적어줘야하는점..그리고 cmake 가 2.x 로 연결이 되어있기에 직전 소프트링크를 잡아줘야하는점 등의 원인인것으로 보인다. 즉 우분투 환경에 맞춰진 설치가이드라는것.

centos 에서 설치하기 위한 과정은 아래와 같다.

sudo yum install -y epel-release

sudo yum install -y cmake3 nodejs npm clang

sudo ln -s /usr/bin/cmake3 /usr/local/bin/cmake

wget https://s3.amazonaws.com/mozilla-games/emscripten/releases/emsdk-portable.tar.gz

tar zxvf emsdk-portable.tar.gz

cd emsdk-portable

./emsdk install latest

./emsdk activate latest

./emsdk install clang-incoming-64bit

./emsdk activate clang-incoming-64bit

. emsdk_env.sh

리눅스 터미널(ssh) 접속하여 작업시 멈춤 현상

Everyharu — Tue, 28 Mar 2017 21:18:42 +0900

리눅스를 터미널 ssh 로 접속하여 작업을 하다보면 간혹 멈추는 현상이 발생한다.

자주 발생하지 않아서 다시 까먹고 찾아보는 상황이 많아 이렇게 글을 남긴다.

이는 윈도우 개발환경에 익숙해져 있는 우리가 Ctrl + s 를 눌러서 발생한다.

일반적으로 터미널에서 Ctrl + s 는 터미널 출력을 중단하는 제어키라고 하는데 돌려놓는 방법은

Ctrl + q 이다.

만약 멈춰서 이 글을 읽어서 Ctrl + q 를 눌렀는데 안된다...?

Ctrl + c 를 눌러보자.

아마 이 두가지 방법안에 해결이 될 것이다.

Ionic 으로 안드로이드 play 스토어에 등록할 준비하기

Everyharu — Thu, 2 Mar 2017 14:20:59 +0900

ionic 으로 만든 안드로이드 앱을 마켓에 등록하기 위한 간단한 요약

1. 키가 없다면 키를 생성한다. (my-release-key.jks 는 원하는 파일명, 10000 은 유효한 기간[일])

keytool -genkey -v -keystore my-release-key.jks
-keyalg RSA -keysize 2048 -validity 10000 -alias app

2. 업데이트라면 config.xml 에서 버전을 높인다.

3. apk 파일을 release 버전으로 컴파일한다.

ionic build android --release

4. 서명하기 전에 apk 파일을 최적화 합니다.

zipalign -v -p 4 my-app-unaligned.apk my-app.apk

5. apk 파일에 만들어진 키로 서명한다. (apksigner 는 Android sdk\build-tools\ 에 위치해 있습니다. 이 디렉토리를 환경변수 Path 에 추가해도 되고 해당 디렉토리로 이동하여 실행하셔도 됩니다.)

apksigner sign --ks my-release-key.jks my-app.apk

6. apk 파일이 서명이 완료되었는지 확인합니다.

apksigner verify my-app.apk

참조할 수 있는 사이트

https://developer.android.com/studio/publish/app-signing.html#certificates-keystores

안드로이드 Push 서비스를 사용할 때 특정 폰에서만 푸시가 동작하지 않는다면?

Everyharu — Thu, 16 Feb 2017 13:36:24 +0900

Ionic 을 통해 Push 서비스를 이용하다 보면 다른 폰들에서는 다 이상이 없는데

갑자기 어떤 한두개의 폰에서만 푸시가 안되는 문제가 생기는 경우가 있다.

이는 안드로이드도 마찬가지로 GCM을 사용할 때 발생할 수 있는 문제이다.

https://groups.google.com/forum/#!topic/cerberus-support-forum/eJxOsYqkTxo

FCM 에서도 문제가 발생하는지는 모르겠지만 아마 발생할것으로 생각된다.

정확하게 말하자면 Push 의 Token 을 받아오지 못하는 경우가 있다.

이 경우 Android DDMS 를 통해 확인을 해보면 다음과 같은 에러가 나오는것을 확인할 수 있다.

PushPlugin Got JSON Exception PHONE_REGISTRATION_ERROR

이 말인 즉슨 Token 을 생성하는데 에러가 발생하기에 생성하지 못한다는 것이다.

이는 당신이 앱 코딩을 잘못해서 그런것이 아니다.

이는 해당 폰이 구글 계정이 정확하게 연결되지 않아서 생기는 문제이다.

아마 그 폰은 사용자가 바뀌었는데 포맷하지 않고 계정을 다시 등록하는 과정에서 뭔가 꼬였거나

이미 구형폰이라 제대로 사용하지 않다가 테스트하려고 꺼냈을 폰일 가능성이 높다.

이에 대한 해결책은 다음과 같다.

1. 설정 -> 어플리케이션 -> 어플리케이션 관리 -> 전체

2. 구글 플레이 서비스 (Google Play Service) 와 구글 서비스 프레임워크 (Google Service Framework) 에서 "데이터 삭제" 를 해준다.

3. 연동된 구글 계정을 모두 연동 해지해준다.

4. 폰을 재부팅한다.

5. 연동에 구글 계정을 다시 추가해 준다.

모두 잘 해결되셨으면 좋겠습니다.