BloByJames

WebViewer Example 개인정보처리방침

blobyjames — Mon, 19 Sep 2022 11:04:47 +0900

1. 개인정보의 처리 목적 (‘https://github.com/fobidlim/webviewer-android’이하 ‘WebViewer’) 은(는) 다음의 목적을 위하여 개인정보를 처리하고 있으며, 다음의 목적 이외의 용도로는 이용하지 않습니다. - 고객 가입의사 확인, 고객에 대한 서비스 제공에 따른 본인 식별.인증, 회원자격 유지.관리, 물품 또는 서비스 공급에 따른 금액 결제, 물품 또는 서비스의 공급.배송 등2. 개인정보의 처리 및 보유 기간① (‘https://github.com/fobidlim/webviewer-android’이하 ‘WebViewer’) 은(는) 정보주체로부터 개인정보를 수집할 때 동의 받은 개인정보 보유․이용기간 또는 법령에 따른 개인정보 보유․이용기간 내에서 개인정보를 처리․보유합니다.② 구체적인 개인정보 처리 및 보유 기간은 다음과 같습니다.☞ 아래 예시를 참고하여 개인정보 처리업무와 개인정보 처리업무에 대한 보유기간 및 관련 법령, 근거 등을 기재합니다.(예시)- 고객 가입 및 관리 : 서비스 이용계약 또는 회원가입 해지시까지, 다만 채권․채무관계 잔존시에는 해당 채권․채무관계 정산시까지- 전자상거래에서의 계약․청약철회, 대금결제, 재화 등 공급기록 : 5년

3. 개인정보의 제3자 제공에 관한 사항 ① ('https://github.com/fobidlim/webviewer-android '이하 'WebViewer')은(는) 정보주체의 동의, 법률의 특별한 규정 등 개인정보 보호법 제17조 및 제18조에 해당하는 경우에만 개인정보를 제3자에게 제공합니다.

② https://github.com/fobidlim/webviewer-android')은(는) 다음과 같이 개인정보를 제3자에게 제공하고 있습니다.

1. <>- 개인정보를 제공받는 자 : - 제공받는 자의 개인정보 이용목적 : - 제공받는 자의 보유.이용기간:

4. 개인정보처리 위탁 ① ('WebViewer')은(는) 원활한 개인정보 업무처리를 위하여 다음과 같이 개인정보 처리업무를 위탁하고 있습니다.

1. <>- 위탁받는 자 (수탁자) : - 위탁하는 업무의 내용 : - 위탁기간 :

② https://github.com/fobidlim/webviewer-android'이하 'WebViewer')은(는) 위탁계약 체결시 개인정보 보호법 제25조에 따라 위탁업무 수행목적 외 개인정보 처리금지, 기술적․관리적 보호조치, 재위탁 제한, 수탁자에 대한 관리․감독, 손해배상 등 책임에 관한 사항을 계약서 등 문서에 명시하고, 수탁자가 개인정보를 안전하게 처리하는지를 감독하고 있습니다.③ 위탁업무의 내용이나 수탁자가 변경될 경우에는 지체없이 본 개인정보 처리방침을 통하여 공개하도록 하겠습니다.

5. 정보주체와 법정대리인의 권리·의무 및 그 행사방법 이용자는 개인정보주체로써 다음과 같은 권리를 행사할 수 있습니다.

① 정보주체는 fobidlim(‘https://github.com/fobidlim/webviewer-android’이하 ‘WebViewer') 에 대해 언제든지 다음 각 호의 개인정보 보호 관련 권리를 행사할 수 있습니다.1. 개인정보 열람요구 2. 오류 등이 있을 경우 정정 요구 3. 삭제요구 4. 처리정지 요구

6. 처리하는 개인정보의 항목 작성 ① ('https://github.com/fobidlim/webviewer-android’이하 'WebViewer')은(는) 다음의 개인정보 항목을 처리하고 있습니다.

7. 개인정보의 파기('WebViewer')은(는) 원칙적으로 개인정보 처리목적이 달성된 경우에는 지체없이 해당 개인정보를 파기합니다. 파기의 절차, 기한 및 방법은 다음과 같습니다.

-파기절차이용자가 입력한 정보는 목적 달성 후 별도의 DB에 옮겨져(종이의 경우 별도의 서류) 내부 방침 및 기타 관련 법령에 따라 일정기간 저장된 후 혹은 즉시 파기됩니다. 이 때, DB로 옮겨진 개인정보는 법률에 의한 경우가 아니고서는 다른 목적으로 이용되지 않습니다.-파기기한이용자의 개인정보는 개인정보의 보유기간이 경과된 경우에는 보유기간의 종료일로부터 5일 이내에, 개인정보의 처리 목적 달성, 해당 서비스의 폐지, 사업의 종료 등 그 개인정보가 불필요하게 되었을 때에는 개인정보의 처리가 불필요한 것으로 인정되는 날로부터 5일 이내에 그 개인정보를 파기합니다.

8. 개인정보 자동 수집 장치의 설치•운영 및 거부에 관한 사항

fobidlim 은 정보주체의 이용정보를 저장하고 수시로 불러오는 ‘쿠키’를 사용하지 않습니다.

9. 개인정보 보호책임자 작성

① fobidlim(‘https://github.com/fobidlim/webviewer-android’’이하 ‘WebViewer') 은(는) 개인정보 처리에 관한 업무를 총괄해서 책임지고, 개인정보 처리와 관련한 정보주체의 불만처리 및 피해구제 등을 위하여 아래와 같이 개인정보 보호책임자를 지정하고 있습니다.

▶ 개인정보 보호책임자
성명 :임성태
직책 :작성자
직급 :작성자
연락처 :01044210228, fobidlim@gmail.com,
※ 개인정보 보호 담당부서로 연결됩니다.

▶ 개인정보 보호 담당부서
부서명 :
담당자 :
연락처 :, ,
② 정보주체께서는 fobidlim(‘https://github.com/fobidlim/webviewer-android’이하 ‘WebViewer') 의 서비스(또는 사업)을 이용하시면서 발생한 모든 개인정보 보호 관련 문의, 불만처리, 피해구제 등에 관한 사항을 개인정보 보호책임자 및 담당부서로 문의하실 수 있습니다. fobidlim(‘https://github.com/fobidlim/webviewer-android’이하 ‘WebViewer') 은(는) 정보주체의 문의에 대해 지체 없이 답변 및 처리해드릴 것입니다.

10. 개인정보 처리방침 변경

①이 개인정보처리방침은 시행일로부터 적용되며, 법령 및 방침에 따른 변경내용의 추가, 삭제 및 정정이 있는 경우에는 변경사항의 시행 7일 전부터 공지사항을 통하여 고지할 것입니다.

11. 개인정보의 안전성 확보 조치 ('WebViewer')은(는) 개인정보보호법 제29조에 따라 다음과 같이 안전성 확보에 필요한 기술적/관리적 및 물리적 조치를 하고 있습니다.

1. 정기적인 자체 감사 실시 개인정보 취급 관련 안정성 확보를 위해 정기적(분기 1회)으로 자체 감사를 실시하고 있습니다.2. 개인정보 취급 직원의 최소화 및 교육 개인정보를 취급하는 직원을 지정하고 담당자에 한정시켜 최소화 하여 개인정보를 관리하는 대책을 시행하고 있습니다.3. 내부관리계획의 수립 및 시행 개인정보의 안전한 처리를 위하여 내부관리계획을 수립하고 시행하고 있습니다.4. 해킹 등에 대비한 기술적 대책 <fobidlim>('WebViewer')은 해킹이나 컴퓨터 바이러스 등에 의한 개인정보 유출 및 훼손을 막기 위하여 보안프로그램을 설치하고 주기적인 갱신·점검을 하며 외부로부터 접근이 통제된 구역에 시스템을 설치하고 기술적/물리적으로 감시 및 차단하고 있습니다.5. 개인정보의 암호화 이용자의 개인정보는 비밀번호는 암호화 되어 저장 및 관리되고 있어, 본인만이 알 수 있으며 중요한 데이터는 파일 및 전송 데이터를 암호화 하거나 파일 잠금 기능을 사용하는 등의 별도 보안기능을 사용하고 있습니다.6. 접속기록의 보관 및 위변조 방지 개인정보처리시스템에 접속한 기록을 최소 6개월 이상 보관, 관리하고 있으며, 접속 기록이 위변조 및 도난, 분실되지 않도록 보안기능 사용하고 있습니다.7. 개인정보에 대한 접근 제한 개인정보를 처리하는 데이터베이스시스템에 대한 접근권한의 부여,변경,말소를 통하여 개인정보에 대한 접근통제를 위하여 필요한 조치를 하고 있으며 침입차단시스템을 이용하여 외부로부터의 무단 접근을 통제하고 있습니다.8. 문서보안을 위한 잠금장치 사용 개인정보가 포함된 서류, 보조저장매체 등을 잠금장치가 있는 안전한 장소에 보관하고 있습니다.9. 비인가자에 대한 출입 통제 개인정보를 보관하고 있는 물리적 보관 장소를 별도로 두고 이에 대해 출입통제 절차를 수립, 운영하고 있습니다.

Hi-Matic 7sII(하이매틱 7s2) #7

blobyjames — Tue, 28 Sep 2021 21:15:26 +0900

Minolta Hi-Matic 7sII

Kodak ColorPlus 200

FM2 #6

blobyjames — Mon, 19 Jul 2021 11:17:46 +0900

Nikon FM2

Kodak Portra 400

FM2 #5

blobyjames — Sat, 17 Jul 2021 15:39:08 +0900

Nikon FM2

Kodak ColorPlus 200

Flex Tags 개인정보처리방침

blobyjames — Sat, 20 Mar 2021 02:22:39 +0900

1. 개인정보의 처리 목적 (‘https://github.com/fobidlim/flex-tags-android’이하 ‘Flex Tags’) 은(는) 다음의 목적을 위하여 개인정보를 처리하고 있으며, 다음의 목적 이외의 용도로는 이용하지 않습니다. - 고객 가입의사 확인, 고객에 대한 서비스 제공에 따른 본인 식별.인증, 회원자격 유지.관리, 물품 또는 서비스 공급에 따른 금액 결제, 물품 또는 서비스의 공급.배송 등2. 개인정보의 처리 및 보유 기간① (‘https://github.com/fobidlim/flex-tags-android’이하 ‘Flex Tags’) 은(는) 정보주체로부터 개인정보를 수집할 때 동의 받은 개인정보 보유․이용기간 또는 법령에 따른 개인정보 보유․이용기간 내에서 개인정보를 처리․보유합니다.② 구체적인 개인정보 처리 및 보유 기간은 다음과 같습니다.☞ 아래 예시를 참고하여 개인정보 처리업무와 개인정보 처리업무에 대한 보유기간 및 관련 법령, 근거 등을 기재합니다.(예시)- 고객 가입 및 관리 : 서비스 이용계약 또는 회원가입 해지시까지, 다만 채권․채무관계 잔존시에는 해당 채권․채무관계 정산시까지- 전자상거래에서의 계약․청약철회, 대금결제, 재화 등 공급기록 : 5년

3. 개인정보의 제3자 제공에 관한 사항 ① ('https://github.com/fobidlim/flex-tags-android '이하 'Flex Tags')은(는) 정보주체의 동의, 법률의 특별한 규정 등 개인정보 보호법 제17조 및 제18조에 해당하는 경우에만 개인정보를 제3자에게 제공합니다.

② ('https://github.com/fobidlim/flex-tags-android')은(는) 다음과 같이 개인정보를 제3자에게 제공하고 있습니다.

1. <>- 개인정보를 제공받는 자 : - 제공받는 자의 개인정보 이용목적 : - 제공받는 자의 보유.이용기간:

4. 개인정보처리 위탁 ① ('Flex Tags')은(는) 원활한 개인정보 업무처리를 위하여 다음과 같이 개인정보 처리업무를 위탁하고 있습니다.

1. <>- 위탁받는 자 (수탁자) : - 위탁하는 업무의 내용 : - 위탁기간 :

② ('https://github.com/fobidlim/flex-tags-android'이하 'Flex Tags')은(는) 위탁계약 체결시 개인정보 보호법 제25조에 따라 위탁업무 수행목적 외 개인정보 처리금지, 기술적․관리적 보호조치, 재위탁 제한, 수탁자에 대한 관리․감독, 손해배상 등 책임에 관한 사항을 계약서 등 문서에 명시하고, 수탁자가 개인정보를 안전하게 처리하는지를 감독하고 있습니다.③ 위탁업무의 내용이나 수탁자가 변경될 경우에는 지체없이 본 개인정보 처리방침을 통하여 공개하도록 하겠습니다.

5. 정보주체와 법정대리인의 권리·의무 및 그 행사방법 이용자는 개인정보주체로써 다음과 같은 권리를 행사할 수 있습니다.

① 정보주체는 fobidlim(‘https://github.com/fobidlim/flex-tags-android’이하 ‘Flex Tags') 에 대해 언제든지 다음 각 호의 개인정보 보호 관련 권리를 행사할 수 있습니다.1. 개인정보 열람요구 2. 오류 등이 있을 경우 정정 요구 3. 삭제요구 4. 처리정지 요구

6. 처리하는 개인정보의 항목 작성 ① ('https://github.com/fobidlim/flex-tags-android’이하 'Flex Tags')은(는) 다음의 개인정보 항목을 처리하고 있습니다.

7. 개인정보의 파기('Flex Tags')은(는) 원칙적으로 개인정보 처리목적이 달성된 경우에는 지체없이 해당 개인정보를 파기합니다. 파기의 절차, 기한 및 방법은 다음과 같습니다.

8. 개인정보 자동 수집 장치의 설치•운영 및 거부에 관한 사항

fobidlim 은 정보주체의 이용정보를 저장하고 수시로 불러오는 ‘쿠키’를 사용하지 않습니다.

9. 개인정보 보호책임자 작성

① fobidlim(‘https://github.com/fobidlim/flex-tags-android’’이하 ‘Flex Tags') 은(는) 개인정보 처리에 관한 업무를 총괄해서 책임지고, 개인정보 처리와 관련한 정보주체의 불만처리 및 피해구제 등을 위하여 아래와 같이 개인정보 보호책임자를 지정하고 있습니다.

▶ 개인정보 보호책임자
성명 :임성태
직책 :작성자
직급 :작성자
연락처 :01044210228, fobidlim@gmail.com,
※ 개인정보 보호 담당부서로 연결됩니다.

▶ 개인정보 보호 담당부서
부서명 :
담당자 :
연락처 :, ,
② 정보주체께서는 fobidlim(‘https://github.com/fobidlim/flex-tags-android’이하 ‘Flex Tags') 의 서비스(또는 사업)을 이용하시면서 발생한 모든 개인정보 보호 관련 문의, 불만처리, 피해구제 등에 관한 사항을 개인정보 보호책임자 및 담당부서로 문의하실 수 있습니다. fobidlim(‘https://github.com/fobidlim/flex-tags-android’이하 ‘Flex Tags') 은(는) 정보주체의 문의에 대해 지체 없이 답변 및 처리해드릴 것입니다.

10. 개인정보 처리방침 변경

11. 개인정보의 안전성 확보 조치 ('Flex Tags')은(는) 개인정보보호법 제29조에 따라 다음과 같이 안전성 확보에 필요한 기술적/관리적 및 물리적 조치를 하고 있습니다.

1. 정기적인 자체 감사 실시 개인정보 취급 관련 안정성 확보를 위해 정기적(분기 1회)으로 자체 감사를 실시하고 있습니다.2. 개인정보 취급 직원의 최소화 및 교육 개인정보를 취급하는 직원을 지정하고 담당자에 한정시켜 최소화 하여 개인정보를 관리하는 대책을 시행하고 있습니다.3. 내부관리계획의 수립 및 시행 개인정보의 안전한 처리를 위하여 내부관리계획을 수립하고 시행하고 있습니다.4. 해킹 등에 대비한 기술적 대책 <fobidlim>('Flex Tags')은 해킹이나 컴퓨터 바이러스 등에 의한 개인정보 유출 및 훼손을 막기 위하여 보안프로그램을 설치하고 주기적인 갱신·점검을 하며 외부로부터 접근이 통제된 구역에 시스템을 설치하고 기술적/물리적으로 감시 및 차단하고 있습니다.5. 개인정보의 암호화 이용자의 개인정보는 비밀번호는 암호화 되어 저장 및 관리되고 있어, 본인만이 알 수 있으며 중요한 데이터는 파일 및 전송 데이터를 암호화 하거나 파일 잠금 기능을 사용하는 등의 별도 보안기능을 사용하고 있습니다.6. 접속기록의 보관 및 위변조 방지 개인정보처리시스템에 접속한 기록을 최소 6개월 이상 보관, 관리하고 있으며, 접속 기록이 위변조 및 도난, 분실되지 않도록 보안기능 사용하고 있습니다.7. 개인정보에 대한 접근 제한 개인정보를 처리하는 데이터베이스시스템에 대한 접근권한의 부여,변경,말소를 통하여 개인정보에 대한 접근통제를 위하여 필요한 조치를 하고 있으며 침입차단시스템을 이용하여 외부로부터의 무단 접근을 통제하고 있습니다.8. 문서보안을 위한 잠금장치 사용 개인정보가 포함된 서류, 보조저장매체 등을 잠금장치가 있는 안전한 장소에 보관하고 있습니다.9. 비인가자에 대한 출입 통제 개인정보를 보관하고 있는 물리적 보관 장소를 별도로 두고 이에 대해 출입통제 절차를 수립, 운영하고 있습니다.

FM2 #4

blobyjames — Tue, 2 Mar 2021 23:16:16 +0900

Nikon FM2

Kodak ColorPlus 200

조각인데 무섭다

Love

FM2 #3

blobyjames — Fri, 30 Oct 2020 18:55:17 +0900

FM2

Kodak Portra 400

Hi-Matic 7sII(하이매틱 7s2) #6

blobyjames — Wed, 28 Oct 2020 19:16:00 +0900

Minolta Hi-Matic 7sII

Kodak ColorPlus 200

Hi-Matic 7sII(하이매틱 7s2) #5

blobyjames — Mon, 26 Oct 2020 18:52:54 +0900

Minolta Hi-Matic 7sII

Kodak ColorPlus 200

Hi-Matic 7sII(하이매틱 7s2) #4

blobyjames — Sat, 24 Oct 2020 14:42:56 +0900

Minolta Hi-Matic 7sII

Kodak ColorPlus 200

숨은 냥이 찾기

Read Only 개인정보처리방침

blobyjames — Wed, 24 Jun 2020 01:39:32 +0900

1. 개인정보의 처리 목적 (‘https://github.com/fobidlim/read-only-android’이하 ‘Read Only’) 은(는) 다음의 목적을 위하여 개인정보를 처리하고 있으며, 다음의 목적 이외의 용도로는 이용하지 않습니다. - 고객 가입의사 확인, 고객에 대한 서비스 제공에 따른 본인 식별.인증, 회원자격 유지.관리, 물품 또는 서비스 공급에 따른 금액 결제, 물품 또는 서비스의 공급.배송 등2. 개인정보의 처리 및 보유 기간① (‘https://github.com/fobidlim/read-only-android’이하 ‘Read Only’) 은(는) 정보주체로부터 개인정보를 수집할 때 동의 받은 개인정보 보유․이용기간 또는 법령에 따른 개인정보 보유․이용기간 내에서 개인정보를 처리․보유합니다.② 구체적인 개인정보 처리 및 보유 기간은 다음과 같습니다.☞ 아래 예시를 참고하여 개인정보 처리업무와 개인정보 처리업무에 대한 보유기간 및 관련 법령, 근거 등을 기재합니다.(예시)- 고객 가입 및 관리 : 서비스 이용계약 또는 회원가입 해지시까지, 다만 채권․채무관계 잔존시에는 해당 채권․채무관계 정산시까지- 전자상거래에서의 계약․청약철회, 대금결제, 재화 등 공급기록 : 5년

3. 개인정보의 제3자 제공에 관한 사항 ① ('https://github.com/fobidlim/read-only-android'이하 'Read Only')은(는) 정보주체의 동의, 법률의 특별한 규정 등 개인정보 보호법 제17조 및 제18조에 해당하는 경우에만 개인정보를 제3자에게 제공합니다.

② ('https://github.com/fobidlim/read-only-android')은(는) 다음과 같이 개인정보를 제3자에게 제공하고 있습니다.

1. <>- 개인정보를 제공받는 자 : - 제공받는 자의 개인정보 이용목적 : - 제공받는 자의 보유.이용기간:

4. 개인정보처리 위탁 ① ('Read Only')은(는) 원활한 개인정보 업무처리를 위하여 다음과 같이 개인정보 처리업무를 위탁하고 있습니다.

1. <>- 위탁받는 자 (수탁자) : - 위탁하는 업무의 내용 : - 위탁기간 :

② ('https://github.com/fobidlim/read-only-android'이하 'Read Only')은(는) 위탁계약 체결시 개인정보 보호법 제25조에 따라 위탁업무 수행목적 외 개인정보 처리금지, 기술적․관리적 보호조치, 재위탁 제한, 수탁자에 대한 관리․감독, 손해배상 등 책임에 관한 사항을 계약서 등 문서에 명시하고, 수탁자가 개인정보를 안전하게 처리하는지를 감독하고 있습니다.③ 위탁업무의 내용이나 수탁자가 변경될 경우에는 지체없이 본 개인정보 처리방침을 통하여 공개하도록 하겠습니다.

5. 정보주체와 법정대리인의 권리·의무 및 그 행사방법 이용자는 개인정보주체로써 다음과 같은 권리를 행사할 수 있습니다.

① 정보주체는 fobidlim(‘https://github.com/fobidlim/read-only-android’이하 ‘Read Only) 에 대해 언제든지 다음 각 호의 개인정보 보호 관련 권리를 행사할 수 있습니다.1. 개인정보 열람요구 2. 오류 등이 있을 경우 정정 요구 3. 삭제요구 4. 처리정지 요구

6. 처리하는 개인정보의 항목 작성 ① ('https://github.com/fobidlim/read-only-android'이하 'Read Only')은(는) 다음의 개인정보 항목을 처리하고 있습니다.

7. 개인정보의 파기('Read Only')은(는) 원칙적으로 개인정보 처리목적이 달성된 경우에는 지체없이 해당 개인정보를 파기합니다. 파기의 절차, 기한 및 방법은 다음과 같습니다.

8. 개인정보 자동 수집 장치의 설치•운영 및 거부에 관한 사항

fobidlim 은 정보주체의 이용정보를 저장하고 수시로 불러오는 ‘쿠키’를 사용하지 않습니다.

9. 개인정보 보호책임자 작성

① fobidlim(‘https://github.com/fobidlim/read-only-android’이하 ‘Read Only) 은(는) 개인정보 처리에 관한 업무를 총괄해서 책임지고, 개인정보 처리와 관련한 정보주체의 불만처리 및 피해구제 등을 위하여 아래와 같이 개인정보 보호책임자를 지정하고 있습니다.

▶ 개인정보 보호책임자
성명 :임성태
직책 :작성자
직급 :작성자
연락처 :01044210228, fobidlim@gmail.com,
※ 개인정보 보호 담당부서로 연결됩니다.

▶ 개인정보 보호 담당부서
부서명 :
담당자 :
연락처 :, ,
② 정보주체께서는 fobidlim(‘https://github.com/fobidlim/read-only-android’이하 ‘Read Only) 의 서비스(또는 사업)을 이용하시면서 발생한 모든 개인정보 보호 관련 문의, 불만처리, 피해구제 등에 관한 사항을 개인정보 보호책임자 및 담당부서로 문의하실 수 있습니다. fobidlim(‘https://github.com/fobidlim/read-only-android’이하 ‘Read Only) 은(는) 정보주체의 문의에 대해 지체 없이 답변 및 처리해드릴 것입니다.

10. 개인정보 처리방침 변경

11. 개인정보의 안전성 확보 조치 ('Read Only')은(는) 개인정보보호법 제29조에 따라 다음과 같이 안전성 확보에 필요한 기술적/관리적 및 물리적 조치를 하고 있습니다.

1. 정기적인 자체 감사 실시 개인정보 취급 관련 안정성 확보를 위해 정기적(분기 1회)으로 자체 감사를 실시하고 있습니다.2. 개인정보 취급 직원의 최소화 및 교육 개인정보를 취급하는 직원을 지정하고 담당자에 한정시켜 최소화 하여 개인정보를 관리하는 대책을 시행하고 있습니다.3. 내부관리계획의 수립 및 시행 개인정보의 안전한 처리를 위하여 내부관리계획을 수립하고 시행하고 있습니다.4. 해킹 등에 대비한 기술적 대책 <fobidlim>('Read Only')은 해킹이나 컴퓨터 바이러스 등에 의한 개인정보 유출 및 훼손을 막기 위하여 보안프로그램을 설치하고 주기적인 갱신·점검을 하며 외부로부터 접근이 통제된 구역에 시스템을 설치하고 기술적/물리적으로 감시 및 차단하고 있습니다.5. 개인정보의 암호화 이용자의 개인정보는 비밀번호는 암호화 되어 저장 및 관리되고 있어, 본인만이 알 수 있으며 중요한 데이터는 파일 및 전송 데이터를 암호화 하거나 파일 잠금 기능을 사용하는 등의 별도 보안기능을 사용하고 있습니다.6. 접속기록의 보관 및 위변조 방지 개인정보처리시스템에 접속한 기록을 최소 6개월 이상 보관, 관리하고 있으며, 접속 기록이 위변조 및 도난, 분실되지 않도록 보안기능 사용하고 있습니다.7. 개인정보에 대한 접근 제한 개인정보를 처리하는 데이터베이스시스템에 대한 접근권한의 부여,변경,말소를 통하여 개인정보에 대한 접근통제를 위하여 필요한 조치를 하고 있으며 침입차단시스템을 이용하여 외부로부터의 무단 접근을 통제하고 있습니다.8. 문서보안을 위한 잠금장치 사용 개인정보가 포함된 서류, 보조저장매체 등을 잠금장치가 있는 안전한 장소에 보관하고 있습니다.9. 비인가자에 대한 출입 통제 개인정보를 보관하고 있는 물리적 보관 장소를 별도로 두고 이에 대해 출입통제 절차를 수립, 운영하고 있습니다.

FM2 #2

blobyjames — Sat, 30 May 2020 18:30:07 +0900

Nikon FM2

Kodak Portra 400

FM2 #1

blobyjames — Thu, 23 Apr 2020 18:52:53 +0900

Nikon FM2

Kodak ColorPlus 200

필름은 노출 언더보다 노출 오버로 촬영하라는 말에 모든 필름을 노출 오버로 촬영했더니,

자연광이 많은 날은 하이라이트가 다 날아가버렸다.

실내나 구름 낀 날, 그늘진 곳에서는 노출 오버가 보기 좋은 것 같다.

Hi-Matic 7sII(하이매틱 7s2) #3

blobyjames — Wed, 18 Mar 2020 14:58:44 +0900

Minolta Hi-Matic 7sII

Kodak ColorPlus 200

쉬었다 감

데칼코마니

태극기가 활짝 안펼쳐지더라

짤해 개인정보처리방침

blobyjames — Fri, 14 Feb 2020 22:49:57 +0900

개인정보처리방침

1. 개인정보의 처리 목적 (‘https://github.com/fobidlim/zzal-android’이하 ‘짤해’) 은(는) 다음의 목적을 위하여 개인정보를 처리하고 있으며, 다음의 목적 이외의 용도로는 이용하지 않습니다.
- 고객 가입의사 확인, 고객에 대한 서비스 제공에 따른 본인 식별.인증, 회원자격 유지.관리, 물품 또는 서비스 공급에 따른 금액 결제, 물품 또는 서비스의 공급.배송 등

2. 개인정보의 처리 및 보유 기간

① (‘https://github.com/fobidlim/zzal-android’이하 ‘짤해’) 은(는) 정보주체로부터 개인정보를 수집할 때 동의 받은 개인정보 보유․이용기간 또는 법령에 따른 개인정보 보유․이용기간 내에서 개인정보를 처리․보유합니다.

② 구체적인 개인정보 처리 및 보유 기간은 다음과 같습니다.
☞ 아래 예시를 참고하여 개인정보 처리업무와 개인정보 처리업무에 대한 보유기간 및 관련 법령, 근거 등을 기재합니다.
(예시)- 고객 가입 및 관리 : 서비스 이용계약 또는 회원가입 해지시까지, 다만 채권․채무관계 잔존시에는 해당 채권․채무관계 정산시까지
- 전자상거래에서의 계약․청약철회, 대금결제, 재화 등 공급기록 : 5년

3. 개인정보의 제3자 제공에 관한 사항

① ('https://github.com/fobidlim/zzal-android'이하 '짤해')은(는) 정보주체의 동의, 법률의 특별한 규정 등 개인정보 보호법 제17조 및 제18조에 해당하는 경우에만 개인정보를 제3자에게 제공합니다.

② ('https://github.com/fobidlim/zzal-android')은(는) 다음과 같이 개인정보를 제3자에게 제공하고 있습니다.

1. <>
- 개인정보를 제공받는 자 :
- 제공받는 자의 개인정보 이용목적 :
- 제공받는 자의 보유.이용기간:

4. 개인정보처리 위탁

① ('짤해')은(는) 원활한 개인정보 업무처리를 위하여 다음과 같이 개인정보 처리업무를 위탁하고 있습니다.

1. <>
- 위탁받는 자 (수탁자) :
- 위탁하는 업무의 내용 :
- 위탁기간 :

② ('https://github.com/fobidlim/zzal-android'이하 '짤해')은(는) 위탁계약 체결시 개인정보 보호법 제25조에 따라 위탁업무 수행목적 외 개인정보 처리금지, 기술적․관리적 보호조치, 재위탁 제한, 수탁자에 대한 관리․감독, 손해배상 등 책임에 관한 사항을 계약서 등 문서에 명시하고, 수탁자가 개인정보를 안전하게 처리하는지를 감독하고 있습니다.

③ 위탁업무의 내용이나 수탁자가 변경될 경우에는 지체없이 본 개인정보 처리방침을 통하여 공개하도록 하겠습니다.

5. 정보주체와 법정대리인의 권리·의무 및 그 행사방법 이용자는 개인정보주체로써 다음과 같은 권리를 행사할 수 있습니다.

① 정보주체는 fobidlim(‘https://github.com/fobidlim/zzal-android’이하 ‘짤해) 에 대해 언제든지 다음 각 호의 개인정보 보호 관련 권리를 행사할 수 있습니다.
1. 개인정보 열람요구
2. 오류 등이 있을 경우 정정 요구
3. 삭제요구
4. 처리정지 요구

6. 처리하는 개인정보의 항목 작성

① ('https://github.com/fobidlim/zzal-android'이하 '짤해')은(는) 다음의 개인정보 항목을 처리하고 있습니다.

7. 개인정보의 파기('짤해')은(는) 원칙적으로 개인정보 처리목적이 달성된 경우에는 지체없이 해당 개인정보를 파기합니다. 파기의 절차, 기한 및 방법은 다음과 같습니다.

-파기절차
이용자가 입력한 정보는 목적 달성 후 별도의 DB에 옮겨져(종이의 경우 별도의 서류) 내부 방침 및 기타 관련 법령에 따라 일정기간 저장된 후 혹은 즉시 파기됩니다. 이 때, DB로 옮겨진 개인정보는 법률에 의한 경우가 아니고서는 다른 목적으로 이용되지 않습니다.

-파기기한
이용자의 개인정보는 개인정보의 보유기간이 경과된 경우에는 보유기간의 종료일로부터 5일 이내에, 개인정보의 처리 목적 달성, 해당 서비스의 폐지, 사업의 종료 등 그 개인정보가 불필요하게 되었을 때에는 개인정보의 처리가 불필요한 것으로 인정되는 날로부터 5일 이내에 그 개인정보를 파기합니다.

8. 개인정보 자동 수집 장치의 설치•운영 및 거부에 관한 사항

fobidlim 은 정보주체의 이용정보를 저장하고 수시로 불러오는 ‘쿠키’를 사용하지 않습니다.

9. 개인정보 보호책임자 작성

① fobidlim(‘https://github.com/fobidlim/zzal-android’이하 ‘짤해) 은(는) 개인정보 처리에 관한 업무를 총괄해서 책임지고, 개인정보 처리와 관련한 정보주체의 불만처리 및 피해구제 등을 위하여 아래와 같이 개인정보 보호책임자를 지정하고 있습니다.

▶ 개인정보 보호책임자
성명 :임성태
직책 :작성자
직급 :작성자
연락처 :01044210228, fobidlim@gmail.com,
※ 개인정보 보호 담당부서로 연결됩니다.

▶ 개인정보 보호 담당부서
부서명 :
담당자 :
연락처 :, ,
② 정보주체께서는 fobidlim(‘https://github.com/fobidlim/zzal-android’이하 ‘짤해) 의 서비스(또는 사업)을 이용하시면서 발생한 모든 개인정보 보호 관련 문의, 불만처리, 피해구제 등에 관한 사항을 개인정보 보호책임자 및 담당부서로 문의하실 수 있습니다. fobidlim(‘https://github.com/fobidlim/zzal-android’이하 ‘짤해) 은(는) 정보주체의 문의에 대해 지체 없이 답변 및 처리해드릴 것입니다.

10. 개인정보 처리방침 변경

11. 개인정보의 안전성 확보 조치 ('짤해')은(는) 개인정보보호법 제29조에 따라 다음과 같이 안전성 확보에 필요한 기술적/관리적 및 물리적 조치를 하고 있습니다.

1. 정기적인 자체 감사 실시
개인정보 취급 관련 안정성 확보를 위해 정기적(분기 1회)으로 자체 감사를 실시하고 있습니다.

2. 개인정보 취급 직원의 최소화 및 교육
개인정보를 취급하는 직원을 지정하고 담당자에 한정시켜 최소화 하여 개인정보를 관리하는 대책을 시행하고 있습니다.

3. 내부관리계획의 수립 및 시행
개인정보의 안전한 처리를 위하여 내부관리계획을 수립하고 시행하고 있습니다.

4. 해킹 등에 대비한 기술적 대책
<fobidlim>('짤해')은 해킹이나 컴퓨터 바이러스 등에 의한 개인정보 유출 및 훼손을 막기 위하여 보안프로그램을 설치하고 주기적인 갱신·점검을 하며 외부로부터 접근이 통제된 구역에 시스템을 설치하고 기술적/물리적으로 감시 및 차단하고 있습니다.

5. 개인정보의 암호화
이용자의 개인정보는 비밀번호는 암호화 되어 저장 및 관리되고 있어, 본인만이 알 수 있으며 중요한 데이터는 파일 및 전송 데이터를 암호화 하거나 파일 잠금 기능을 사용하는 등의 별도 보안기능을 사용하고 있습니다.

6. 접속기록의 보관 및 위변조 방지
개인정보처리시스템에 접속한 기록을 최소 6개월 이상 보관, 관리하고 있으며, 접속 기록이 위변조 및 도난, 분실되지 않도록 보안기능 사용하고 있습니다.

7. 개인정보에 대한 접근 제한
개인정보를 처리하는 데이터베이스시스템에 대한 접근권한의 부여,변경,말소를 통하여 개인정보에 대한 접근통제를 위하여 필요한 조치를 하고 있으며 침입차단시스템을 이용하여 외부로부터의 무단 접근을 통제하고 있습니다.

8. 문서보안을 위한 잠금장치 사용
개인정보가 포함된 서류, 보조저장매체 등을 잠금장치가 있는 안전한 장소에 보관하고 있습니다.

9. 비인가자에 대한 출입 통제
개인정보를 보관하고 있는 물리적 보관 장소를 별도로 두고 이에 대해 출입통제 절차를 수립, 운영하고 있습니다.

Hi-Matic 7sII(하이매틱 7s2) #2

blobyjames — Thu, 23 Jan 2020 15:45:05 +0900

Minolta Hi-Matic 7sII

Kodak ColorPlus 200

횡단보도 무엇?

퇴근이 힐링

너도 춥지?

요즘 눈이 안와

Hello, Watson!

Hi-Matic 7sII(하이매틱 7s2) #1

blobyjames — Mon, 20 Jan 2020 22:52:57 +0900

Minolta Hi-Matic 7sII

Kodak ColorPlus 200

구글캠퍼스 테라스

숨은 달 찾기

Git 버전 관리

blobyjames — Sat, 14 Dec 2019 19:20:30 +0900

깃(Git /ɡɪt)은 컴퓨터 파일의 변경사항을 추적하고 여러 명의 사용자들 간에 해당 파일들의 작업을 조율하기 위한 분산 버전 관리 시스템이다. 소프트웨어 개발에서 소스 코드 관리에 주로 사용되지만 어떠한 집합의 파일의 변경사항을 지속적으로 추적하기 위해 사용될 수 있다.

출처: https://ko.wikipedia.org/wiki/깃_(소프트웨어)

이 이야기는 실화를 바탕으로 재구성 된 것입니다.

상황 1.

A: 지금 서버에서 잘못된 값을 주고있으니 빨리 업데이트 해야될 것 같아요.
B: 아 그거요? 저번주에 수정했는데 지금 develop 브랜치에 개발이 덜 된 작업이 있어서 지금 업데이트 못해요.
A: ....

상황 2.

B: (무아지경 코딩중)
A: 지금 운영서버 로그인이 안된다고하니 빨리 확인좀 해주세요.
B: 넵!
(빌드가 깨지는 상태지만 개발중인 코드를 백업하기 위해 일단 커밋한다.)
A: B님이 작업한거 받았는데 빌드가 안되네요?
B: 로그인 이슈 확인하느라 작업중인거 잠깐 커밋했어요.
A: ....

상황 3.

B: (무아지경 코딩중)
B: 마무리는 집에서 해야겠다. (작업중인 브랜치를 푸시한다.)
A: develop 브랜치 코드 왜이래요?
B: 헉! 제가 모르고 develop 브랜치에서 작업했네요.
A: ....

다루지 않는 것

checkout
fetch
merge
pull
push
rebase

다룰 것

cherry-pick
stash
reset / revert

cherry-pick

다른 브랜치의 커밋을 가져온다.

git cherry-pick <commit1> <commit2> <...>

# side 브랜치에서 작업 한 C2, C4 커밋이 필요하다.
git cherry-pick C2 C4

stash

작업중인 코드를 스택에 임시 보관한다.

git stash save <message>

git stash
git stash save my custom message

git stash list
stash@{0}: On master: my custom message
stash@{1}: WIP on master: 7d0ba4e initial commit

git stash pop stash@{0}
git stash list
stash@{0}: WIP on master: 7d0ba4e initial commit

reset / revert

커밋을 되돌린다.

reset

커밋하기 전으로 되돌린다.

git reset <option> <commit>

# C2 커밋을 되돌리고 싶다.
git reset C1

reset의 option은 soft, hard, mixed 세가지가 있다.

soft

# HEAD가 C1으로 이동하고, C2의 작업이 인덱스에 있다.(stage)
git reset --soft C1

hard

# HEAD가 C1으로 이동하고, C2의 작업이 모두 지워진다.
git reset --hard C1

mixed (기본)

# HEAD가 C1으로 이동하고, C2의 작업이 인덱스에 없다.(unstage)
git reset --mixed C1

revert

로컬 브랜치에서 reset을 주로 사용하지만, remote 브랜치의 커밋을 되돌리고, 이를 다른 사람과 공유하기 위해 revert를 사용한다.

git revert <commit>

# C2에 이슈가 있어 C1으로 롤백을 해야한다.
git revert HEAD

마무리

Git, 코드 백업용으로만 사용하지 말고 버전 관리를 해보자!

https://learngitbranching.js.org/

linkable-text 개인정보처리방침

blobyjames — Sat, 17 Aug 2019 01:09:20 +0900

1. 개인정보의 처리 목적 (‘https://github.com/fobidlim/linkable-text’이하 ‘linkable-text’) 은(는) 다음의 목적을 위하여 개인정보를 처리하고 있으며, 다음의 목적 이외의 용도로는 이용하지 않습니다. - 고객 가입의사 확인, 고객에 대한 서비스 제공에 따른 본인 식별.인증, 회원자격 유지.관리, 물품 또는 서비스 공급에 따른 금액 결제, 물품 또는 서비스의 공급.배송 등2. 개인정보의 처리 및 보유 기간① (‘https://github.com/fobidlim/linkable-text’이하 ‘linkable-text’) 은(는) 정보주체로부터 개인정보를 수집할 때 동의 받은 개인정보 보유․이용기간 또는 법령에 따른 개인정보 보유․이용기간 내에서 개인정보를 처리․보유합니다.② 구체적인 개인정보 처리 및 보유 기간은 다음과 같습니다.☞ 아래 예시를 참고하여 개인정보 처리업무와 개인정보 처리업무에 대한 보유기간 및 관련 법령, 근거 등을 기재합니다.(예시)- 고객 가입 및 관리 : 서비스 이용계약 또는 회원가입 해지시까지, 다만 채권․채무관계 잔존시에는 해당 채권․채무관계 정산시까지- 전자상거래에서의 계약․청약철회, 대금결제, 재화 등 공급기록 : 5년

3. 개인정보의 제3자 제공에 관한 사항 ① ('https://github.com/fobidlim/linkable-text'이하 'linkable-text')은(는) 정보주체의 동의, 법률의 특별한 규정 등 개인정보 보호법 제17조 및 제18조에 해당하는 경우에만 개인정보를 제3자에게 제공합니다.

② ('https://github.com/fobidlim/linkable-text')은(는) 다음과 같이 개인정보를 제3자에게 제공하고 있습니다.

1. <>- 개인정보를 제공받는 자 : - 제공받는 자의 개인정보 이용목적 : - 제공받는 자의 보유.이용기간:

4. 개인정보처리 위탁 ① ('linkable-text')은(는) 원활한 개인정보 업무처리를 위하여 다음과 같이 개인정보 처리업무를 위탁하고 있습니다.

1. <>- 위탁받는 자 (수탁자) : - 위탁하는 업무의 내용 : - 위탁기간 :

② ('https://github.com/fobidlim/linkable-text'이하 'linkable-text')은(는) 위탁계약 체결시 개인정보 보호법 제25조에 따라 위탁업무 수행목적 외 개인정보 처리금지, 기술적․관리적 보호조치, 재위탁 제한, 수탁자에 대한 관리․감독, 손해배상 등 책임에 관한 사항을 계약서 등 문서에 명시하고, 수탁자가 개인정보를 안전하게 처리하는지를 감독하고 있습니다.③ 위탁업무의 내용이나 수탁자가 변경될 경우에는 지체없이 본 개인정보 처리방침을 통하여 공개하도록 하겠습니다.

5. 정보주체와 법정대리인의 권리·의무 및 그 행사방법 이용자는 개인정보주체로써 다음과 같은 권리를 행사할 수 있습니다.

① 정보주체는 fobidlim(‘https://github.com/fobidlim/linkable-text’이하 ‘linkable-text) 에 대해 언제든지 다음 각 호의 개인정보 보호 관련 권리를 행사할 수 있습니다.1. 개인정보 열람요구 2. 오류 등이 있을 경우 정정 요구 3. 삭제요구 4. 처리정지 요구

6. 처리하는 개인정보의 항목 작성 ① ('https://github.com/fobidlim/linkable-text'이하 'linkable-text')은(는) 다음의 개인정보 항목을 처리하고 있습니다.

7. 개인정보의 파기('linkable-text')은(는) 원칙적으로 개인정보 처리목적이 달성된 경우에는 지체없이 해당 개인정보를 파기합니다. 파기의 절차, 기한 및 방법은 다음과 같습니다.

8. 개인정보 자동 수집 장치의 설치•운영 및 거부에 관한 사항

fobidlim 은 정보주체의 이용정보를 저장하고 수시로 불러오는 ‘쿠키’를 사용하지 않습니다.

9. 개인정보 보호책임자 작성

① fobidlim(‘https://github.com/fobidlim/linkable-text’이하 ‘linkable-text) 은(는) 개인정보 처리에 관한 업무를 총괄해서 책임지고, 개인정보 처리와 관련한 정보주체의 불만처리 및 피해구제 등을 위하여 아래와 같이 개인정보 보호책임자를 지정하고 있습니다.

▶ 개인정보 보호책임자
성명 :임성태
직책 :작성자
직급 :작성자
연락처 :01044210228, fobidlim@gmail.com,
※ 개인정보 보호 담당부서로 연결됩니다.

▶ 개인정보 보호 담당부서
부서명 :
담당자 :
연락처 :, ,
② 정보주체께서는 fobidlim(‘https://github.com/fobidlim/linkable-text’이하 ‘linkable-text) 의 서비스(또는 사업)을 이용하시면서 발생한 모든 개인정보 보호 관련 문의, 불만처리, 피해구제 등에 관한 사항을 개인정보 보호책임자 및 담당부서로 문의하실 수 있습니다. fobidlim(‘https://github.com/fobidlim/linkable-text’이하 ‘linkable-text) 은(는) 정보주체의 문의에 대해 지체 없이 답변 및 처리해드릴 것입니다.

10. 개인정보 처리방침 변경

11. 개인정보의 안전성 확보 조치 ('linkable-text')은(는) 개인정보보호법 제29조에 따라 다음과 같이 안전성 확보에 필요한 기술적/관리적 및 물리적 조치를 하고 있습니다.

1. 정기적인 자체 감사 실시 개인정보 취급 관련 안정성 확보를 위해 정기적(분기 1회)으로 자체 감사를 실시하고 있습니다.2. 개인정보 취급 직원의 최소화 및 교육 개인정보를 취급하는 직원을 지정하고 담당자에 한정시켜 최소화 하여 개인정보를 관리하는 대책을 시행하고 있습니다.3. 내부관리계획의 수립 및 시행 개인정보의 안전한 처리를 위하여 내부관리계획을 수립하고 시행하고 있습니다.4. 해킹 등에 대비한 기술적 대책 <fobidlim>('linkable-text')은 해킹이나 컴퓨터 바이러스 등에 의한 개인정보 유출 및 훼손을 막기 위하여 보안프로그램을 설치하고 주기적인 갱신·점검을 하며 외부로부터 접근이 통제된 구역에 시스템을 설치하고 기술적/물리적으로 감시 및 차단하고 있습니다.5. 개인정보의 암호화 이용자의 개인정보는 비밀번호는 암호화 되어 저장 및 관리되고 있어, 본인만이 알 수 있으며 중요한 데이터는 파일 및 전송 데이터를 암호화 하거나 파일 잠금 기능을 사용하는 등의 별도 보안기능을 사용하고 있습니다.6. 접속기록의 보관 및 위변조 방지 개인정보처리시스템에 접속한 기록을 최소 6개월 이상 보관, 관리하고 있으며, 접속 기록이 위변조 및 도난, 분실되지 않도록 보안기능 사용하고 있습니다.7. 개인정보에 대한 접근 제한 개인정보를 처리하는 데이터베이스시스템에 대한 접근권한의 부여,변경,말소를 통하여 개인정보에 대한 접근통제를 위하여 필요한 조치를 하고 있으며 침입차단시스템을 이용하여 외부로부터의 무단 접근을 통제하고 있습니다.8. 문서보안을 위한 잠금장치 사용 개인정보가 포함된 서류, 보조저장매체 등을 잠금장치가 있는 안전한 장소에 보관하고 있습니다.9. 비인가자에 대한 출입 통제 개인정보를 보관하고 있는 물리적 보관 장소를 별도로 두고 이에 대해 출입통제 절차를 수립, 운영하고 있습니다.

SAMYANG AF 35mm F2.8 FE (삼양 35mm F2.8)

blobyjames — Wed, 31 Jul 2019 21:35:09 +0900

35mm 초점거리의 렌즈는 흔히 카페렌즈로 불리우는 렌즈입니다.
표준 렌즈로는 카페에서 촬영 시, 예쁜 카페 인테리어를 담아내기에 화각이 답답하게 느껴질 때가 있거든요.
카페에서 촬영한다면, 예쁜 배경과 인물을 한 프레임 안에 담아내기에 유용한 렌즈입니다.

삼양 35mm f2.8 렌즈는 카페렌즈 외에 펜케익 렌즈라는 별명이 있습니다.
렌즈가 팬케익처럼 얇다고해서 그런 별명이 붙었다고 하네요.

소니 렌즈에는 또다른 팬케익 렌즈가 있습니다.
SEL35F28Z 렌즈인데요, 크기는 비슷하지만 과연 가격도 비슷할까요?

삼양 35mm F2.8 정가: 349,000원
삼양 35mm F2.8 인터넷 최저가: 308,760원 (2019년 7월 31일 기준)
SEL35F28Z 정가: 879,900원
SEL35F28Z 인터넷 최저가: 584,950원

거의 두 배 가까운 금액 차이가 나네요.
~~정가는 두 배 이상...~~

삼양 브랜드는 가성비 훌륭한 해상력을 보여주는 렌즈를 다량 보유하고 있습니다.
그렇기 때문에 삼짜이즈(삼양 + ZEISS)라는 닉네임(?)이 있습니다.

크기: Φ61.8mm x 33mm
무게: 108.1g / 85.6g (렌즈캡, 후드 제외)
구경: Φ49mm / Φ40.5mm (후드)

렌즈캡을 제외하면 약 85g 정도의 무게로,
제품을 처음 받고 렌즈를 실물로 확인하기 전까지는 내용물이 들어있지 않은 줄 알았습니다.
아담한 크기에 장난감 처럼 가벼운 무게를 지닌 이 렌즈는 한 때 제 카메라의 바디캡이기도 했는데요,
마운트를 해도 전혀 부담스럽지 않은 크기에 휴대성이 아주 뛰어납니다.

이 렌즈의 특이한 점이라면,
후드를 장착하지 않으면 렌즈캡을 장착 할 수 없습니다.
하지만 후드 크기도 매우 작기 때문에 후드를 굳이 빼고 다닐 일이 없을 것 같습니다.
49mm 필터를 장착하게되면 후드를 장착할 수 없습니다.
작은 렌즈답게 비네팅이 있는 편이며, 후드 장착 시 비네팅이 더 심해지긴 하지만, 이는 후보정을 통해 보완할 수 있습니다.

최대 개방 조리개는 f2.8로 f22까지 조일 수 있으며, 단렌즈 치고 밝은 렌즈는 아닙니다.
AF는 준수한 편이며, 초점을 잡을 때 소음은 거의 없는 편입니다.

장점

훌륭한 가성비
훌륭한 휴대성

단점

없음

Sample

아래의 사진은 모두 A7III RAW로 촬영되었으며, 기본적인 노출 보정만 되어있습니다.

Sony FE 50mm F1.8 (SEL50F18F)

blobyjames — Sun, 21 Jul 2019 21:42:44 +0900

이 화각대의 렌즈는 일반적으로는 표준이라고 하며, 사람이 눈으로 보는 것과 흡사한 결과물을 보여줍니다.
표준렌즈의 초점거리를 기준으로 초점거리가 짧다면 화각이 큰 광각, 초점거리가 길다면 화각이 작은 망원 렌즈로 구분됩니다.

SEL50F18F 렌즈는 소니 E 마운트 렌즈군에서는 가장 저렴한 렌즈입니다.

소니 스토어: 329,000원
인터넷 최저가: 254,750원 (2019년 7월 21일 기준)

무게는 186g으로 매우 가볍고, 한 손에 쥐어질 만큼 작은 크기이며, 마운트를 해도 부피가 작기 때문에 휴대성이 매우 좋습니다.
후드는 원형 타입이고, 후드를 장착해도 부담 없는 사이즈를 보여주고 있습니다.

AF 모터는 DC 타입을 사용하기 때문에, AF 속도가 빠른 편에 속하는 렌즈는 아닙니다.
AF 속도가 느리다면 긴박한 상황을 촬영하기에는 다소 어려울 수 있으나,
일반적인 인물, 배경을 촬영할 때에는 무리가 없을 듯 합니다.

초점을 잡을 때에는 워블링 현상이 발생하고 그로 인해 소음이 발생하게 되는데, 이는 동영상 촬영 시 소리가 들어갈 수 있으므로 불리하게 적용될 수 있습니다.
하지만, 개인적으로는 야외에서 사진을 촬영할 때 소음은 거의 들리지 않기 때문에 불편하다고 느껴진 적은 없었습니다.

A7III에 렌즈를 장착하고 촬영해 본 첫 사진은 아주 감동적이었습니다.
저렴한 값에 멋진 배경 흐림을 느껴보고 싶어서

~~돈이 없어서~~

이 렌즈를 바디캡으로 구입했지만, 만족스러운 선택이라고 생각합니다.

밝은 조리개를 가진 렌즈는 어두운 곳에서 촬영 할 때, 밝은 조리개 만큼 ISO를 높이지 않아도 되기 때문에,
그만큼 화질에서는 장점으로 볼 수 있을 것 같습니다.

장점

작고 가벼운 크기의 높은 휴대성
저렴한 가격의 밝은 조리개
가격 대비 준수한 해상력

단점

DC 모터의 느린 AF 속도와 소음

소니 미러리스에 입문하시는 분들에게 가성비와 휴대성이 높은 렌즈라면, 이 렌즈를 추천합니다.
이상 SEL50F18F 렌즈 리뷰를 마칩니다.

Sample

아래의 사진은 모두 A7III RAW로 촬영되었으며, 기본적인 노출 보정만 되어있습니다.

Let’s Encrypt easily

blobyjames — Sun, 21 Jul 2019 14:14:39 +0900

Google은 2018년 7월부터 Chrome browser에서 모든 HTTP 사이트에 대해 ‘Not Secure(안전하지 않음)’ 경고를 표시한다고 발표했습니다.

https://security.googleblog.com/2018/02/a-secure-web-is-here-to-stay.html

개인 홈페이지나 포트폴리오와 같은 사이트에 SSL 인증서를 구매해서 사용하기에는 큰 부담이 될 수도 있습니다.

그래서 Let’s Encrypt 를 사용하여 SSL 을 무료로 간편하게 설치하려고 합니다.

https://letsencrypt.org/

$ git clone [https://github.com/letsencrypt/letsencrypt](https://github.com/letsencrypt/letsencrypt)
$ cd letsencrypt
$ ./letsencrypt-auto --help
$ ./letsencrypt-auto --apache

nginx를 사용한다면 apache 대신 nginx 옵션을 주면 됩니다.

$ ./letsencrypt-auto --nginx

끝!

Travis CI with Android (1) - Setup

blobyjames — Sat, 20 Jul 2019 02:19:06 +0900

지속적 통합(Continuous Integration, CI)이란, wikidepia에서 아래와 같이 설명하고 있습니다.

소프트웨어 공학에서, 지속적 통합(continuous integration, CI)은 지속적으로 퀄리티 컨트롤을 적용하는 프로세스를 실행하는 것이다. — 작은 단위의 작업, 빈번한 적용. 지속적인 통합은 모든 개발을 완료한 뒤에 퀄리티 컨트롤을 적용하는 고전적인 방법을 대체하는 방법으로서 소프트웨어의 질적 향상과 소프트웨어를 배포하는데 걸리는 시간을 줄이는데 초점이 맞추어져 있다. 대표적인 CI 툴에는 젠킨스(Jenkins)가 있다.

Jenkins 는 서버 환경에 따라서, 많은 삽질을 하게 될 것이므로 개인적으로는 추천하지 않습니다.

우리는 대신 Travis CI 를 사용할 것입니다.

Travis 로그인을 하고, Profile로 이동하면, GitHub repository 를 확인할 수 있습니다.

CI를 사용 할 프로젝트를 On.

repository가 보이지 않는다면, 좌측 상단 ‘Sync account’ 버튼을 눌러주세요.

Android 프로젝트 최상위 레벨에 .travis.yml 파일을 만들고, 아래와 같이 작성합니다.

기본적은 Travis CI 설정 작업은 끝이 났습니다.

이제 Travis에게 우리가 할 일을 대신 하도록 시켜야겠죠.

Travis에게 일을 시키기 위한 방법은 여러가지가 있습니다.

Travis CI로 돌아가서,

repository > Settings > General 에 보면, branch로 push 할 때, branch로 pull requests 할 때 Build 한다고 되어있습니다.

모든 branch에 push 될 때 마다 build를 한다고? 내가 하는 일이 아니라지만, 너무 비효율적인게 아닌가…

이 포스팅은 간단한 setup 을 위한 것이므로, 효율적으로 CI를 활용하는 방법들은 다음 포스팅에 이어서 하겠습니다.

자, 그럼 trigger를 작동시켜야겠죠?

새로 추가 된 .travis.yml 파일을 commit & push 합니다.

$ git push [remote] [branch]

Travis CI로 돌아와서, 시킨 일을 잘 하고 있나 지켜보도록 합니다.

example project:

https://github.com/fobid/ci-android

취미는 장비빨! 풀프레임에 도전한다!

blobyjames — Tue, 16 Jul 2019 23:12:32 +0900

저는 그동안 니콘 D90을 사용해왔습니다.

카메라는 니콘이지!!
카메라는 캐논이지!!

이런 시대에서 자라오다보니 소니 카메라는 당연히 안중에도 없었습니다.

소니 카메라가 제 눈에 들어온건 훌륭한 고감도 노이즈 억제!

D90을 사용할 때에는 ISO400만 되어도 노이즈가 보였는데 말이죠.

~~사람에 따라서 보일수도 안보일수도...~~

물론,
후보정에서 그레인 효과로 일부러 노이즈를 만들긴 하지만,
노이즈 없이 말끔한 사진도 보기 좋으니,
제게는 고감도 노이즈 억제가 소니를 선택하게 된 0순위었습니다.

Sony a

영롱한 주황 빛을 보라

A7S2, A7R3, A7M3 세 기종을 놓고 비교를 하게 되었고,

A7S2
얘는 영상이 주력이니 패스

A7R3
내 맥북이 고화소를 버티지 못할 것 같아 패스

A7M3
D90보다 화소도 높네? 음 좋아
연사도 빠르네? 음 좋아
미러리스로 내가 영상을 촬영할런지 모르겠지만, 혹시나...

이렇게 A7M3을 일시불로

~~손 후달리며~~

결제 완료!
니콘 F-마운트 렌즈밖에 없던 터라, 소니 E-마운트 렌즈가 필요했고,
바디에 이미 거금을 투자했기에 바디캡은 저렴한 SEL50F18F 렌즈를 함께 구매합니다.

남자가 집안 말아먹는 3대 취미가 카메라, 자동차, 음악이라던데,
그 중 두 개가 제 취미에 포함되네요.

~~틀린 말은 아닌 것 같습니다.~~

그렇게 저는 생애 첫 풀프레임에 도전장을 내밀게 되었습니다.

[Slide] ReactiveX의 이해

blobyjames — Wed, 5 Apr 2017 23:44:04 +0900

Glide와 함께 Circular Notification Icon 만들기

blobyjames — Mon, 13 Mar 2017 01:46:49 +0900

X카X톡을 사용하시는 분들은 자주 보았을,

Notification icon에 http로 불러 온 image를

원형으로 만들어 봅시다.

우선, image loading을 위해 사용되는 library는 Glide 입니다.

사실, network로 불러 온 image를 Notification icon에

넣는 과정을 위한 posting이므로,

Glide도 좋지만, AUIL(Android Universal Image Loader), Fresco, Volley 등 뭐든 상관이 없고,

취향에 맞는 library를 사용하시면 됩니다.

먼저 NotificationCompat.Builder를 생성하겠습니다.

Builder pattern을 제공하니 원하는 option을 사용합니다.

into()의 parameter로 SimpleTarget을 생성하여 넘겨주고,

onResourceReady()를 override 하면, parameter로 Bitmap을 받을 수 있습니다.

이렇게 받아 온 Bitmap을 원형으로 가공하는 작업이 필요합니다.

미리 정의 된 ImageUtils.getCircularBitmap()에

onResourceReady() parameter로 전달 된 Bitmap을 넘겨주면,

network로 불러 온 이미지가 원형으로 예쁘게 잘리게 됩니다.

이 Bitmap을 새로운 객체로 만들고, Notification에 넘겨주는 일만 남았습니다.

제일 처음에 생성했던 NotificationCompat.Builder 객체를 가지고 setLargeIcon()을 호출합니다.

parameter로는 원형으로 만들어진 Bitmap 객체를 전달해주면 모든 준비는 끝났습니다.

NotificationManager, NotificationManagerCompat을 통해 notify()를 호출하면,

따란! 완성되었습니다.

크게 어려운 작업은 아니었습니다.

예제에 사용 된 source는 notification-android-demo를 통해 확인하실 수 있습니다.

감사합니다.

날 미치게 하는 Exception: java.util.IllegalFormatConversionException: %d can't format java.lang.String arguments

blobyjames — Fri, 2 Dec 2016 22:28:59 +0900

파편화가 심한 Android에서는 예상치 못한 오류가 참 많습니다.

다양한 제조사와 셀 수 없이 많은 기종들...

특정 OS와 특정 단말기에서

DatePicker를 사용하면 발생하게 되는 Exception 입니다.

java.util.IllegalFormatConversionException: 
%d can't format java.lang.String arguments

이 골치아픈 error는 어떠한 조건에서 발생하는 것도 아닌,
특정 version의 OS를 장착 한 특정 단말기에서 재현됨을 말씀드립니다.

특정 version

5.0.1

특정 단말기
Samsung

Galaxy S4
Galaxy S5
Galaxy Note 3

해결책은 아래와 같습니다.

Context context = getActivity();
if (isBrokenSamsungDevice()) {
    context = new ContextThemeWrapper(getActivity(), android.R.style.Theme_Holo_Light_Dialog);
}
DatePickerDialog datePickerDialog = new DatePickerDialog(context, this, year, month, day);
if (isBrokenSamsungDevice()) {
    datePickerDialog.setTitle("");
    datePickerDialog.updateDate(year, month, day);
}

private static boolean isBrokenSamsungDevice() {
    return (Build.MANUFACTURER.equalsIgnoreCase("samsung")
            && isBetweenAndroidVersions(
            Build.VERSION_CODES.LOLLIPOP,
            Build.VERSION_CODES.LOLLIPOP_MR1));
}

private static boolean isBetweenAndroidVersions(int min, int max) {
    return Build.VERSION.SDK_INT >= min && Build.VERSION.SDK_INT <= max;
}

해결은 간단하지만

삼성 너무합니다.

날 미치게 하는 Exception: io.realm.exceptions.RealmError: Unrecoverable error.

blobyjames — Tue, 8 Nov 2016 22:33:14 +0900

Fatal Exception: io.realm.exceptions.RealmError: Unrecoverable error. /data/data/<package>/files/<realm file>: Encrypted interprocess sharing is currently unsupported.SharedGroup has been opened by pid: xxxx. Current pid is xxxx. in /Users/cm/Realm/realm-java/realm/realm- library/src/main/cpp/io_realm_internal_SharedRealm.cpp line 81 at io.realm.internal.SharedRealm.nativeGetSharedRealm(SharedRealm.java) at io.realm.internal.SharedRealm.getInstance(SharedRealm.java:178) at io.realm.internal.SharedRealm.getInstance(SharedRealm.java:155) at io.realm.RealmCache.createRealmOrGetFromCache(RealmCache.java:124) at io.realm.Realm.getDefaultInstance(Realm.java:210)

Realm에서도 많은 reporting이 있었습니다.

Encrypted interprocess sharing is currently unsupported in io_realm_internal_SharedGroup.cpp #1477

error를 보아하니, 현재 실행중인 pid와 기존에 사용 되었던 pid간에, 암호화 된 file을 공유하지 못하는 것 같습니다.

아래는, 현재 제가 개발에 참여한, 한 service의 crash report입니다.

아놔, 환장합니다.

13k는...

13,000!!

13,000!!!!

안타깝게도 모든 단말기에서 발생하는 issue는 아닙니다.
하지만, 히당 issue가 발생하는 단말기에서는 100% 재현되며,
평소 사용 습관에 따라서는 1000% 재현됩니다. ㅠㅠ

오늘도 야근과 함께...

라고 생각했지만, 생각보다 쉽게 답을 찾을 수 있었습니다.

제가 issue를 해결한 방법을 알려드리자면,

...
Realm realm;
try {
    realm = Realm.getDefaultInstance()
} catch(RealmError e) {
    RealmConfiguration config = new RealmConfiguration.Builder()
                                .deleteRealmIfMigrationNeeded()
                                .build()
    realm = Realm.getInstance(config);
}
...

물론 RealmConfiguration 설정은 기존에 사용하던 설정과 똑같이 맞춰야겠죠?
(~~중요하지 않다고 하시는 분들이라면 상관 없지만..)~~

Realm을 사용하며 큰 장점과 더불어 crash 신세계를 경험하고 있습니다.

수많은 삽질 troubleshooting으로 왠만큼 Realm을 숙지하여,
차기 project에서는 큰 탈 없이 사용할 수 있게 되었습니다.

감사합니다.

[Synology] Git Server 설치

blobyjames — Fri, 4 Nov 2016 02:36:55 +0900

이제부터 Synology에 Git Server를 설치해보려고 합니다.

NAS에 Git Server를 둠으로써 평생 private을 무료로 사용할 수 있어서 아주 좋습니다.

우선 패키지 센터를 실행해서 유틸리티 탭으로 이동해보면, Git Server라는 놈이 있습니다.

(뭐, 검색에서 git을 검색하는 방법도 좋습니다.)

Git Server 설치를 눌러줍니다.

(저는 Git Server를 이미 구축했기 때문에 열기로 표시됩니다.)

설치 끝이에요.

제가 Synology를 좋아하는 이유 중 하나입니다.

뭐든지 설치가 쉬워요.

하지만 설정이 참 귀찮죠.

그 귀찮은 설정을 이제부터 설명해드리도록 하겠습니다.

제어판으로 이동합시다.

제어판 > 터미널 및 SNMP > "SSH 서비스 활성화" 체크

포트를 원하는 포트로 설정해준 후에,

제어판 > 사용자 > 고급 > "사용자 홈 서비스 활성화" 체크

모든 설정이 끝났다면 터미널을 이용해 Synology로 접속합니다.

$ ssh -p PORT USER@NAS_IP or NAS_DOMAIN

homes directory로 이동하여, 원하는 folder에 원격 저장소를 만들어주면 됩니다.

1	$ cd /volume1/homes/USER/project/git-test
2	$ mkdir .git
3	$ cd .git
4	$ git init --bare

여기까지가 Synology NAS에 Git Server 설치 과정입니다.

생성 된 git remote path는 아래와 같습니다.

ssh://USER@NAS_IP or NAS_DOMAIN/volume1/homes/USER/project/git-test.git

마지막으로, client에서 git server로 push하는 방법을 간단히 알려드리도록 하겠습니다.

1	$ git remote add origin ssh://USER@NAS_IP or NAS_DOMAIN/volume1/homes/USER/project/git-test.git
2	$ git push origin master

이상 Synology Git Server 설치를 마치겠습니다.

아참, 참고로 필자는 개인 project를 private으로 사용하려고 NAS에 git server를 두고 사용하고 있었지만,

GUI가 없으니 불편해서 GitHub이라는 좋은 service를 애용합니다.

감사합니다.

Gradle Flavor 그리고 google-services.json

blobyjames — Fri, 21 Oct 2016 02:11:48 +0900

이전에 Gradle Flavor 그리고 apk build에서 여러 version의 apk를 build하는 방법을 소개해드렸는데요,

이번에는 Flavor와 Google API를 동시에 사용하면서 발생하는 문제점과,

문제점을 해결하는 방법에 관하여 글을 작성해보려 합니다.

google-services.json file, Google API를 사용하시는 분들에겐 익숙한 file이죠. 하지만 flavor를 잘 사용하고 있다가, google-services.json file을 추가하는 순간, package를 찾을 수 없다는 error가 발생하여,

flavor를 방치해둔 채로 사용하지 못하는 분들이 있을거라고 생각합니다.

있어야해요... 제 blog가 조금이나마 도움이 되었으면 합니다.

위와 같은 error가 발생하는 이유는,

API Console에서 만든 project와 flavor들 간의 package(applicationId)명이 다르기 때문이죠.

google-services.json이 어디서 나타난 아이인지는 모르시는 분들은,

사용하고자 하는 Google API 문서를 보고 천천히 하라는대로 따라하다보면,

google-services.json file을 download 하셨을 거라고 생각합니다.

(응? 이에 대한 설명이 부족한 점은 죄송....)

그럼, Gradle Flavor 그리고 apk build에서 다뤘던 build.gradle 예제를 가지고 설명하겠습니다.

productFlavors {
dev {
applicationId "me.fobid.flavorexample.dev"
testApplicationId "me.fobid.flavorexample.dev.test"
}
jp {
applicationId "me.fobid.flavorexample.jp"
testApplicationId "me.fobid.flavorexample.jp.text"
}
ko {
applicationId "me.fobid.flavorexample"
testApplicationId "me.fobid.flavorexample.text"
}

}

이전에 setting 해 놓은 flavor 입니다.

productFlavors에 추가해주어야 할 것이 있습니다.

productFlavors {
    dev {
        applicationId "me.fobid.flavorexample.dev"
        testApplicationId "me.fobid.flavorexample.dev.test"

        println "Using Dev google-services.json"
        copy {
            from 'src/dev/'
            include '*.json'
            into '.'
        }
    }
    jp {
        applicationId "me.fobid.flavorexample.jp"
        testApplicationId "me.fobid.flavorexample.jp.text"

        println "Using Dev google-services.json"
        copy {
            from 'src/jp/'
            include '*.json'
            into '.'
        }
    }
    ko {
        applicationId "me.fobid.flavorexample"
        testApplicationId "me.fobid.flavorexample.text"

        println "Using Dev google-services.json"
        copy {
            from 'src/ko/'
            include '*.json'
            into '.'
        }
    }
}

눈치가 빠른 분들은 이제 뭘 해야 하는지 알고있을거라고 믿습니다.

src 하부에 각 flavor directory에 google-services.json file을 각각,

CRTL+C, CTRL+V

물론! src 하부에 직접 위치 한 google-services.json file을 삭제해야지 duplicated error가 발생하지 않습니다.

여기까지 오셨으면, 각 google-services.json을 열어서 수정해주어야 할 것이 한가지 있습니다.

file을 열어보면 대충 이런식으로 생겼죠?

{
  "project_info": {
    "project_number": "YOUR_PROJECT_NUMBER",
    "firebase_url": "YOUR_FIREBASE_URL",
    "project_id": "YOUR_PROJECT_ID",
    "storage_bucket": "YOUR_STORAGE_BUCKET"
  },
  "client": [
    {
      "client_info": {
        "mobilesdk_app_id": "MOBILESDK_APP_ID",
        "android_client_info": {
          "package_name": "YOUR_PACKAGE_NAME"
        }
      },
      "oauth_client": [
        {
          "client_id": "YOUR_CLIENT_ID",
          "client_type": 3
        }
      ],
      "api_key": [
        {
          "current_key": "YOUR_CURRENT_KEY"
        }
      ],
      "services": {
        "analytics_service": {
          "status": 1
        },
        "appinvite_service": {
          "status": 1,
          "other_platform_oauth_client": []
        },
        "ads_service": {
          "status": 2
        }
      }
    }
  ],
  "configuration_version": "1"
}

다른건 다 신경쓸 필요 없고, 저희에게 필요한건 "client_info":에 있는

"package_name": "YOUR_PACKAGE_NAME"

요 녀석입니다.

각 flavor directory에 있는 file에서 "package_name":을 찾아서

productFlavors에서 설정했던 applicationId를 "YOUR_PACKAGE_NAME"에 넣어줍니다.

끝이에요.

간단하죠?

물론, 기존에 존재하는 google-services.json file을 재활용해서 사용할 수도 있지만,

Google API Console에서 project를 flavor 별로 만들어서

(package 이름은 flavor applicationId와 동일하게) 사용하는 방법도 있습니다.

알고나면 참 간단한건데 야근하는 일이 없기를 바라면서

포스팅을 마치겠습니다.

사용된 예제는 flavor-example-android/google-services-flavor에서 확인하실 수 있습니다.

감사합니다.

Gradle Flavor 그리고 apk build

blobyjames — Sat, 8 Oct 2016 04:15:47 +0900

아직 Android를 개발하면서 Eclipse를 놓지 못하고 있는 분이 계신가요?

아직도 Test server와 운영 server의 주석을 번갈아 가면서 build하고 계신가요?

Android Studio로 넘어오면서 Gradle을 사용하게 되고,

필요에 따라 다양한 version의 apk를 build를 할 수 있게 되어 아주 편하게 개발중이랍니다.

version을 나눌 수 있는 기준은 여러가지가 있을 수 있습니다.

개발과 배포
무료와 유료
다양한 market 별
국가 별
등등

Gradle의 Flavor를 이용한다면,

다양한 version별로 apk를 build 할 수 있습니다.

우선, app의 build.gradle을 준비합니다.

android block 안에 나누고자 하는 version을 추가해줍시다.

저는 dev version, jp version, ko version

세 개를 추가하겠습니다.

productFlavors {
    dev {
        applicationId "me.fobid.flavorexample.dev"
        testApplicationId "me.fobid.flavorexample.dev.test"
    }
    jp {
        applicationId "me.fobid.flavorexample.jp"
        testApplicationId "me.fobid.flavorexample.jp.test"
    }
    ko {
        applicationId "me.fobid.flavorexample"
        testApplicationId "me.fobid.flavorexample.test"
    }
}

gradle file을 수정했으니, sync를 해줘야 하겠죠?

sync 작업이 끝나고 나면, 아래와 사진과 같이 View - Tool Windows - Build Variants를 선택해줍니다.

그러면 아래 사진과 같이 dev, jp, ko 버전 별로 Debug, Release apk를 생성 할 준비가 된 것을 확인할 수 있습니다.

(원하는 version으로 선택을 하고, run을 하면 해당 version으로 emulator 혹은 device에서 실행이 됩니다.)

이제 version 별로 source를 다르게 적용해봅시다.

app의 build.gradle에 방금 추가 했던 productFlavors block 아래에 이렇게 추가해줍니다.

sourceSets {
    dev {
        java.srcDirs = ['src/main/java', 'src/dev/java']
        res.srcDirs = ['src/main/res', 'src/dev/res']
    }
    jp {
        java.srcDirs = ['src/main/java', 'src/jp/java']
        res.srcDirs = ['src/main/res', 'src/jp/res']
    }
    ko {
        java.srcDirs = ['src/main/java', 'src/ko/java']
        res.srcDirs = ['src/main/res', 'src/ko/res']
    }
}

만약 java file을 다르게 설정할 필요가 없다면 각 flavor에서 java.src.Dirs = [...] 구문은 삭제하셔도 됩니다.

(물론, resource 역시 필요 없으면 res.srcDirs를 추가하지 않아도 됩니다.)

설정이 끝났으면 설정에 맞게 directory를 project에 추가합니다.

저는 여러 상황을 설명하기 위해 java와 res를 모두 추가하겠습니다.

각 directory에 세 개의 동일한 Class를 추가했습니다.

* 여기서 중요한 점은, main/java 에는 AppConstants.java file을 두지 않습니다.

Build Variants에서 선택한 flavor의 build.gradle에 설정 된 java directory를 찾아가기 때문에,

main에서 같은 package안에 같은 이름의 class가 있다면 duplicated, 즉 file이 중복됐다는 오류가 발생합니다.

여기까지가 flavor 별로 java file을 다르게 설정하는 방법입니다.

마지막은 resource!

resource를 다르게 설정할 수 있기 때문에, application 이름 역시 아래와 같이 서로 다르게 나타낼 수 있습니다.

근데 같은 project인데 왜 여러개의 application이 설치되냐구요?

같은 project 내부에 있지만 package가 서로 다르니, 사실 같은 application이라고 볼 수 없습니다.

package가 왜 다르냐구요?

사진이 많아서 scroll 압박이 있긴 하지만...

맨 처음, build.gradle 설정했던 productFlavors에 해답이 있습니다.

각 flavor 별로 다르게 설정했던 applicationId가 바로 설치 package 이름이 되겠습니다.

아무튼 앞서 java file과 똑같은 원리로 달라질 필요가 있는 resource file을 각각 추가해주시면 되겠습니다.

그림이 이해하기 쉬울테니 마지막 resource와 사진을 보여드리자면,

역시 main/res에는 중복되는 resource file은 두지 않습니다.

이 점 마지막으로 유의하시면서

마지막 유용한 응용 TIP.

productFlavors {
    dev {
        applicationId "me.fobid.flavorexample.dev"
        testApplicationId "me.fobid.flavorexample.dev.test"

        versionCode 1
        versionName "1.0.0"
    }
    jp {
        applicationId "me.fobid.flavorexample.jp"
        testApplicationId "me.fobid.flavorexample.jp.text"

        versionCode 2
        versionName "2.0.0"
    }
    ko {
        applicationId "me.fobid.flavorexample"
        testApplicationId "me.fobid.flavorexample.text"

        versionCode 3
        versionName "3.0.0"
    }
}

위와 같이 flavor 별로 versionCode와 versionName 역시 다르게 설정할 수 있다는 점~

사용된 예제는 flavor-example-android에서 확인하실 수 있습니다.

감사합니다.

ViewPager와 Fragment 사용하기 (Fragment 함수 호출)

blobyjames — Wed, 28 Sep 2016 21:31:55 +0900

제일 많이 듣게 되는 질문 중 하나인,

ViewPager와 Fragment를 이용한 구조에서

특정 Fragment의 함수를 호출하는 방법을 소개하려 합니다.

(source 이해를 돕기 위해 아무런 library를 사용하지 않았습니다.)

사실 추상화(abstract)와 상속(extend)을 이용한다면 크게 어렵지 않습니다.

물론, 추상화와 상속 없이도, 각 Fragment에 접근할 수 있는 방법은 많습니다.

저는 추상화를 좋아하기 때문에, 추상화를 이용한 방법으로 진행하도록 하겠습니다.

우선 ViewPager를 사용 할 Activity를 만들어보겠습니다.

자, Java와 Android에 익숙한 분들은 벌써 눈치 채셨죠?

Fragment를 상속받은 BaseFragment라는 추상(abstract) Class를 만들고,

그 안에는 change라는 추상 Method를 두었습니다.

change()는 Button이 click 될 때 호출됩니다.

ViewPager에서 사용 될 각각의 Fragment는 BaseFragment를 상속받아서,

abstract void change() 함수를 구현했습니다.

BaseFragment를 우선 보여드리겠습니다.

중요한 것은 이것입니다.

public abstract void change();

그럼, BaseFragment를 상속받은 Fragment는 추상 Method를 어떻게 구현했는지 볼까요?

예상하셨겠지만, change()를 실제로 구현한 것 외에는 특별한게 없습니다.

복잡하고 어려운 방법이 아니라서 딱히 더 설명할 것이 없네요.

사용된 예제는 FragmentPagerAdapter-Example에서 확인하실 수 있습니다.

감사합니다.

RxJava로 EventBus, Otto를 대체해보자

blobyjames — Sat, 24 Sep 2016 01:41:52 +0900

새로운 패러다임으로 상승세를 달리고 있는 ReactiveX(Rx)

Rx에 익숙해진다면 코드가 간결해지므로 가독성은 물론이고,

제공하는 기능이 무수히 많기 때문에, 기존 언어의 문법을 대신해서 많이 사용하게 될 것 입니다.

하지만 처음부터 익숙해지기란 어려우니, Rx로 대체할 수 있는 것들을 차츰 바꿔가는 것을 추천해드립니다.

여기서 소개할 Rx event는 RxJava와 RetroLambda를 사용하여 설명해드리는 점 미리 말씀드립니다.

저도 EventBus 참 좋아하는데요,

Android event 관련 대표적 라이브러리인 EventBus, Otto 등을 RxJava로 대체할 수 있다는 점.

우선 event Class를 singleton으로 생성합니다.

여기서 주의해야 할 점은

private PublishSubject<Object> mSubject;

public Observable<Object> getObservable() {
    return mSubject;
}

public void sendEvent(Object object) {
    mSubject.onNext(object);
}

PublishSubject와 getObservable()의 return type인 Observable의 generic,

마지막으로 sendEvent(Object)의 parameter.

세 개가 모두 같은 type이어야 합니다.

여기서는 최상위 Class인 Object를 사용하고 있지만,

event로 전달하고자 하는 type으로 변경해서 사용하시면 됩니다.

이제 event를 만들었으니 전달해봅시다.

event가 전달됐으니 누군가는 받아야겠죠?

subscribe ()에서 순서대로 onNext(), onError(), onCompleted() 세 가지를 모두 사용했지만,

event를 subscribe 할 때 마다 모두 사용하는 것은 불편해요.

onNext()만 사용할 수도 있고, onNext()와 onError()만 사용할 수도 있는 interface가 있으니,

필요에 맞게 사용하시면 됩니다.

(TIP, onNext()만 사용하다가 error가 발생하면 app이 죽어요.

최소한 onError()까지 처리를 해줍시다.

그 밖에도 여러가지 error handling이 있지만, 이 글은 Rx를 소개하는 포스팅이 아니므로...)

이제 끝났어요.

하지만, 개발자라면 memory 관리에도 신경을 써줘야지요.

Rx를 사용하면서 주의해야 할 점이 있습니다.

subscribe가 있다면, unsubscribe 역시 필요합니다.

그렇지 않으면 memory leak이 발생할 수 있으니 주의해야합니다.

그럼 Rx memory를 관리해주는 library를 하나 소개해드릴게요.

trello에서 개발 한 RxLifeCycle입니다.

이름에서부터 뭔가 느껴지지 않나요?

맞습니다.

Activity, Fragment, DialogFragment의 life cycle에서 unsubscribe를 대신 해 줄 친구입니다.

사용법 또한 아주 간단합니다.

그럼, RxLifeCycle 예시 코드를 보여드리고 마치겠습니다.

위에서 event를 전달받는 code와 무엇이 달라졌는지 보이시나요?

바로 RxActivity를 상속받고 있습니다.

그리고 Observable에 compose()라는 method가 하나 추가되었는데요,

bindToLifeCycle()은 기본적으로 subscribe 한 life cycle에 따라서,

onCreate()는 onDestroy(),

onStart()는 onStop(),

onResume()는 onPause(),

onStop()은 onDestroy()

에서 unsubscribe를 하게 됩니다.

제공하는 component는 아래와 같습니다.

그리고, support library

RxAppCompatDialogFragment

이렇게 준비되어있으니, 각 component를 상속받아서 사용하시면 됩니다.

물론, 이 밖에도 다양한 지원이 있으므로, 문서를 읽어보시기 바랍니다.

감사합니다.

날 미치게 하는 Exception: Invalid format of Realm file.

blobyjames — Wed, 21 Sep 2016 02:10:53 +0900

Android에서 SQLite를 대신하여,

간편하고 사용하기 쉬운 Mobile Database.

Realm.

많이들 사용하고 계신가요?

이 포스팅은 Realm을 소개하기 위한 목적이 아니고,

장점은 익히 파악하여 사용중인걸로 알고 Realm에 대한 긴 설명은 하지 않겠습니다.

하지만 사용하기 쉬운 만큼이나 까다로운 error가 있습니다.

java.lang.IllegalArgumentException: Illegal Argument: Invalid format of Realm file.

아래는 제가 참여하여 개발 및 서비스 운영 중인 그랩(Grap)의 해당 issue 관련 report입니다.

마지막 배포 후 8일 동안 수집된 자료인데, 35명의 사용자에게 216번의 crash가 발생했습니다.

Realm GitHub에서 해당 issue로 검색을 해보았습니다.

(검색해보실 분들을 위하여 링크)

혹여나 해결 방안이 등장할까 realm-java notification을 받아보고 있지만,

수개월이 흘러도 원하는 답변을 찾을 수 없었습니다.

이렇게 날 미치게 하는 너 때문에, '불편하지만 SQLite로 돌아가야 하나...' 라는 생각을 수십번.

하지만 New Project 할 때 마다, 항상 dependency에 Realm부터 추가하고 작업하기에,

더욱 issue를 방관할 수 만은 없었습니다.

감격스럽게도 issue를 close할 방안을 찾게 되는데, 해답은 Stack Overflow.

해결 방안을 알고난 후 엄청난 허망함과 함께 수개월 동고동락했던 issue, 안녕.

필자를 벼랑 끝에서 구원해 줄 짧은 속성 한 줄.

하지만 저 한 줄로 쉽게 끝나진 않았습니다.

위와 같은 error를 만나 또 다시 난관에 봉착한 듯 보이지만, 이 문제는 쉽게 찾을 수 있었습니다.

위처럼 tools namespace를 추가해 주시고,

android:allowBackup="false"

속성과 함께와 함께

tools:replace="android:allowBackup"

추가해줍니다.

(TIP, namespace 추가 없이 tools에 빨간 줄이 그어질 때, 자동 완성으로 쉽게 namespace를 추가할 수 있음.)

Android Studio의 Build Variants에서 release를 선택, build하고 실행해봅니다.

앱이 죽지 않았으면 좋겠습니다.

감사합니다.