Soulmate.......

[일본어필사] この夜を止めてよ - JUJU

바나나쥬스 — Thu, 25 Jun 2026 01:06:52 +0900

2026.06.05 에 했던 필사

두번째 필사로 선택한 곡은

예전 일드 한창 볼때

길티 - 악마와 계약한 여자 (2010년) OST 에 수록되었던 곡이다

JUJU 의 この夜を止めてよ

노래 좋아서 엄청엄청 들었던 기억이 있던 곡이라 생각나서 선택했다

길티 악마와 계약한 여자
편성일본 후지TV 2010.10.12. ~ 2010.12.21. 11부작

https://www.youtube.com/watch?v=SeN_abzRnkI

[가사]

「愛してる」っていうあなたの言葉は

「さよなら」よりも哀しい

これ以上何も言わなくていい

だからこの夜を止めてよ

呼吸するみたいに

ふたりは出会ったね疑いもせずに

傷つけ傷つき

痛みこそ愛だと信じてきた日々

声をひそめながら

ふたりだけの秘密を

ひとつずつ増やすたび

つくり笑い心で泣いてる

おなじ色の夢みていたいのに

ちがう道に離れてく

出会いのときを選べないのなら

せめてこの夜を止めてよ

大きな背中を見つめていられたら

それでよかったのに

どんなに激しくあなたを愛しても

答えはみえない

終わりにしたいのなら

５秒だけください

目を閉じて深呼吸

その間に忘れてあげるわ

「愛してる」っていうあなたの言葉は

「さよなら」よりも哀しい

これ以上何も言わなくていい

だからこの夜を止めてよ

あまい過去の記憶なんて

わたしは惜しくない

かたちのある未来なんか

しがみつきたくはない

おなじ色の夢みてたつもりで

ちがう道を歩いてた

別れのときも選べないのなら

せめてこの夜を...

「愛してる」っていうあなたの言葉は

「さよなら」よりも哀しい

これ以上何も言わなくていい

だからこの夜を止めてよ

ねぇお願いこの夜を止めてよ

몰랐던 단어들

ひそめる - 숨기다, 감추다

しがみつく - 달라붙다, 매달리다

필사 한것 ㅋㅋ

이정도 썼으면 夜、愛、言葉는 담에 안보고 쓸줄알아야 할텐데..

참 한자는 보면 읽을순 있는데 쓸줄 몰라.. ㅜㅜ

[일본어필사] Pretender - Official髭男dism

바나나쥬스 — Thu, 25 Jun 2026 00:51:47 +0900

지난 2026.06.04 에 한 첫번째 필사

첫 필사로 너무너무 유명한 곡

Official髭男dism (오피셜히게단디즘) 의 Pretender 로 선택했다

https://www.youtube.com/watch?v=TQ8WlA2GXbk

[가사]

君とのラブストーリー

それは予想通り

いざ始まればひとり芝居だ

ずっとそばにいたって

結局ただの観客だ

感情のないアイムソーリー

それはいつも通り

慣れてしまえば悪くはないけど

君とのロマンスは人生柄

続きはしないことを知った

もっと違う設定で

もっと違う関係で

出会える世界線

選べたらよかった

もっと違う性格で

もっと違う価値観で

愛を伝えられたらいいな

そう願っても無駄だから

グッバイ

君の運命のヒトは僕じゃない

辛いけど否めない

でも離れ難いのさ

その髪に触れただけで

痛いやいやでも

甘いないやいや

グッバイ

それじゃ僕にとって君は何？

答えは分からない

分かりたくもないのさ

たったひとつ確かなことがあるとするのならば

君は綺麗だ

誰かが偉そうに

語る恋愛の論理

何ひとつとしてピンとこなくて

飛行機の窓から見下ろした

知らない街の夜景みたいだ

もっと違う設定で

もっと違う関係で

出会える世界線

選べたらよかった

いたって純な心で

叶った恋を抱きしめて

好きだとか無責任に言えたらいいな

そう願っても虚しいのさ

グッバイ

繋いだ手の向こうにエンドライン

引き伸ばすたびに

疼きだす未来には

君はいない

その事実に Cry

そりゃ苦しいよな

グッバイ

君の運命のヒトは僕じゃない

辛いけど否めない

でも離れ難いのさ

その髪に触れただけで

痛いやいやでも

甘いないやいや

グッバイ

それじゃ僕にとって君は何？

答えは分からない

分かりたくもないのさ

たったひとつ確かなことがあるとするのならば

君は綺麗だ

それもこれもロマンスの定めなら

悪くないよな

永遠も約束もないけれど

とても綺麗だ

여기서 내가 몰랐던 단어들..

いざ - 막상

否めない (いなめない) - 부정할 수 없다

いたって - 극히, 매우, 대단히, 몹시

虚しい (むなしい) - 공허하다, 내용이 없다, 헛되다, 허무하다

疼き (うずき) - 욱신거리다

필사한것 ㅋㅋ

아 글씨 정말 못쓰는구나

계속 쓰다보면 이뻐지겠지... -ㅅ-

꾸준히 해보자!

일본어 필사나 해볼까?

바나나쥬스 — Thu, 25 Jun 2026 00:35:44 +0900

그래도 재주라면 재주..

쪼끔 할 줄 아는게 일본어..

2012년도에 합격한거지만 나름 JLPT N1 소유자입니다 ㅎㅎ

일본어를 일로 하는것도 아니고

취미로 하는거라

아주 많이 까먹었고

회화도 요즘 아주 많이 버벅이고 있지만...

그래도 유지는 해보자 싶어

일본어 스터디는 꾸준히 하고 있다

이 스터디도 오래되서 예전만큼 활발하진 않지만

온라인 스터디는 참여자가 늘 적어서 취소 되는 상태지만..

월 1회 오프라인 모임은 꾸준히 나가는 중

그래서 혼자서 좀 더 해볼까 생각한게

일본어 필사 이다..

정말 히라가나, 카타카나만 쓸줄알지..

한자는 전혀 쓰지 못하는 상태가 되어 버렸기 때문에.. 한번 해보고 싶었다

일본어 능력향상에 도움이 될런진 모르겠지만

짬짬히 해보는걸로!

요즘 평정심을 자주 잃는다

바나나쥬스 — Tue, 1 Aug 2023 22:33:39 +0900

오늘도 -_-

휴...

입틀막하고 싶은데

회사를 떠나야 할 때가 오는듯 싶다

블록체인 용어들

바나나쥬스 — Thu, 10 Nov 2022 23:16:13 +0900

POW (Proof of Work, 작업증명)

- 컴퓨팅 파워를 이용하여 특정 난이도의 주어진 해시값을 찾아낼 수 있는 넌스(Nonce) 값을 계산하고 이를 검증하여 합의를 도출하는 합의 알고리즘

- 컴퓨터 성능이 발달함에 따라 난이도 조건이 높아지며 컴퓨팅 파워 낭비와 에너지 소모가 심해지는 단점

- 열심히 일한 넘이 가져감. 열심히 일해서 체력 소모가 큼

POS (Proof of Stake, 지분증명)

- 암호화폐를 보유한 지분율에 비례하여 의사 결정 권한을 주는 합의 알고리즘

- 지분 많은 넘이 가져감.

Android Biometric

바나나쥬스 — Tue, 8 Nov 2022 18:39:34 +0900

안드로이드에 생체인증을 구현하기 위해서는 Biometric 을 사용하면 된다 (FingerprintManager 는 deprecated 됨)

https://developer.android.com/training/sign-in/biometric-auth

생체 인식 인증 대화상자 표시 | Android 개발자 | Android Developers

생체 인식 인증 대화상자 표시 컬렉션을 사용해 정리하기 내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요. 앱의 민감한 정보나 고급 콘텐츠를 보호하는 데는 얼굴 인식, 지문 인식 같은

developer.android.com

따라하면 그다지 어려운건 없는데

암호화 부분이 나오면서 이게 뭐하는 놈인가 싶다

대부분 앱에서 생체인증을 통해 인증을 통과하면 민감한 정보(대부분 access token, 심지어는 password) 를

앱내 (대부분 shared preferences) 에 저장해 두고, 가져 오는데 사용하게 된다.

이땐 당연히 민감한 정보를 암호화 하여 저장하고 가져올땐 복호화 과정을 거치게 되는데

이 암복호화를 사용하기 위한 key 를 Android KeyStore 에서 관리하게 하고

이 key 사용을 위해 생체 인증 과정을 거치게 되는 것이다.

그리고 암복호화에 사용하는 key는 Android 시스템에서 관리하기 때문에 안정성을 보장받는다.

* Android KeyStore 참고

https://developer.android.com/training/articles/keystore?hl=ko

Android Keystore 시스템 | Android 개발자 | Android Developers

Android Keystore 시스템 컬렉션을 사용해 정리하기 내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요. Android Keystore 시스템을 사용하면 암호화 키를 컨테이너에 저장하여 기기에서 키를 추출

developer.android.com

KeyGenerator 생성시 KeyGenParameterSpec 의 아래 옵션을 false 로 주면 인증을 거치지 않아도 사용 가능하다

setUserAuthenticationRequired

하지만 true를 주면 항상 인증을 거쳐야 한다.

즉 Biometric 과 Cryptography 는 별개의 영역이지만

BiometricPrompt 를 실행할때 CryptoObject 를 넘겨 받으면서 밀접 연관을 갖게 되기도 한다.

이때 CryptoObject 넘겨 주는 경우에는 얼굴인식이 뜨지 않고

넘겨주지 않는 경우에는 지문,얼굴 인식 두개가 다 떠서 뭐가 다른지 찾아봤더니..

https://source.android.com/docs/compatibility/13/android-13-cdd#7310_biometric_sensors

Android 13 호환성 정의 | Android 오픈소스 프로젝트 | Android Open Source Project

source.android.com

7.3.10 의 biometric sensors 섹션에 아래와 같은 내용이 있다.

[C-6-2] MUST present only Class 3 biometrics when the authentication requires BIOMETRIC_STRONG , or the authentication is invoked with a CryptoObject .

즉 CtyptoObject 넘겨 받는 경우에는 Class 3 (Strong) 에 해당되는 것만 표시된다는 것이다.

아무래도 face 인증은 Class 3 이 아닌것 같다 (이것까지 찾아보기 귀찮으니 넘어간다)

MirM Global DOGMA AirDrop

바나나쥬스 — Fri, 4 Nov 2022 09:53:27 +0900

https://wn.nr/wZ6yp3

또 해봐야지..

코로나 확진

바나나쥬스 — Wed, 2 Nov 2022 21:18:22 +0900

쩌럽..

난 안걸릴줄 알았는데 ㅋㅋ

아침부터 몸이 으슬해서.. 열도 올라오는것 같고.. 혹시나 같이 점심먹고 피해줄까봐 병원가서 신속항원받아봤떠니

선명한 두줄 -_-;;;

아... 금욜에 휴가내서 놀러갈 계획에 호텔도 다 잡아놨는데 ㅜㅜ

근데 아프진않아... 딱히 체온계 재보면 열도 없고 괜히 검사했나 싶기도 하고 -_-

걍 확진인지 모른채 컨디션 좀 안좋은채로 그냥 넘어갔을수도..

여튼... 확진자가 되어버렸다..

11월2일 1일차

- 점심시간에 점심거르고 바로 병원가서 검사해봄.. 확진

- 약 5일치 타고.. 재택전환 귀가

- 아직 큰 증상은 없지만 그래도 점심먹고 약 먹고.. 좀 잤음...

- 씻고 나온 지금... 너무 말짱하다...

- 얼굴에 열감은 있지만 열재보면 열은없다 -_-

11월3일 2일차

- 안아프다..그래도 그냥 약은 먹었다 (아침,점심,저녁)

- 오전엔 목이 좀 잠기고 기침나서 드뎌 아픈것인가?? 했지만.. 말짱해졌다..

11월4일 3일차

- 목만아픔... 약은 점심, 저녁 두번 먹음..

- 약도 이제 안먹어도 될거 같다-_-

11월 5일 4일차

- 역시나 목만아픔.. 점심 한번만 약먹음...

11월 6일 5일차

- 가습을 잘해노코 자서 근가.. 아침에 좀 잠기고 지금은 목도 괜찮아지려는 느낌?

- 약은 안먹어씀..

11월 7일 6일차

- 말짱..

11월 8일 7일차

- 말짱.. 재택끝

11월 9일

- 격리 끝 출근함

이렇게 큰 아픔없이 코로나 격리 1주일을 보내고 좋았는데

11월 14일 오늘 몸이 너무 안좋았다..

주말에 푹 못잔것도 있는데 아침에 일어 나기가 너무 힘들어 겨우겨우 일어나서

오늘은 늦을까봐 그냥 지하철 타고 출근..

지하철에 사람들 끼이고 너무 더워 땀나고 쓰러질뻔..

겨우겨우 버텨서 지하철 내리고 한참 쉬다가... 출근..

열이나거나 기침을 하거나 그런것도 아닌데

헛구역질나고 계속 덥고 그냥 휴가내고 집으로 다시 돌아와서 잠만잤다..

잠자는 과정에서도 너무 덥고 땀나고..

난 코로나로 인해 몸에 열을 얻은듯 -_-

밥먹고 약하나 먹고 씻고 자야겠다... 낼은 괜찮아지겠지..

MBTI 해봄

바나나쥬스 — Fri, 2 Sep 2022 20:16:47 +0900

하도 MBTI MBTI 해대서 다시 해봄
저번엔 하다가 문제가 넘 많아서 중간에 포기 했던지라...
심심해서 다시해봄
ISTJ-A 라고 한다 -ㅅ-

https://www.16personalities.com/ko/%EC%84%B1%EA%B2%A9%EC%9C%A0%ED%98%95-istj

성격유형 : “현실주의자” (ISTJ) | 16Personalities

www.16personalities.com

Android - Clean Architecture 적용 중... 훔....

바나나쥬스 — Wed, 10 Aug 2022 22:55:56 +0900

https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html

Clean Coder Blog

The Clean Architecture 13 August 2012 Over the last several years we’ve seen a whole range of ideas regarding the architecture of systems. These include: Though these architectures all vary somewhat in their details, they are very similar. They all have

blog.cleancoder.com

이런저런 클린 아키텍쳐 관련된 많은 글들을 보고 예제들도 많이 봤지만..

역시나 실무에 적용하다 보면 여러가지 예외 상황들을 맞이하게 된다.... 이런 고민 하는 사람없나 -_-? 글도 잘 못찾겠고...

domain 모듈을 순수 코틀린 모듈로 한 경우

1. Bitmap을 못쓴다.

- android.graphics 에 있기 때문

- 난 그냥 Bitmap 을 넘겨받고 싶은데...

- ByteArray 로 하면되는데 zxing 은 글케 안주네...

- BitMatrix 라고 넘겨주는데.... 이건 zxing에서 정의한 모델... domain 영역에 정의해서 쓰긴 부적합... 물론 Bitmap도 부적합..

- 그래 Bitmap은 domain영역에 정의 하는 건 아닌것 같다..

https://github.com/android10/Android-CleanArchitecture/issues/182

How to pass the android dependent data from data-layer to presentation-layer · Issue #182 · android10/Android-CleanArchitectur

Hi all, I am currently learning about android-clean architecture. Related to #64 , I am thinking about how to pass the Android-specific data (like bitmap) from data-layer to presentation-layer thro...

github.com

- 훔 Generic을 써볼까? 되나?

2. Base64

- android.util.Base64 대신 java.util.Base64 를 쓰면되겠지..

- 근데 java.util.Base64 는 api 26 버전에 추가됬네 -_-?

- decoding 하고 encoding 하고 이런게 비지니스 로직 아닌가 -ㅅ-?

- data영역에서 해주고 넘겨버릴까

어차피 딴데 떼다가 갔다 쓸 일도 없는데 너무 엄하게 가는것인가 ...

iOS 친구는 그렇게 까진 안했다고 한다

app, domain, data 의 의존성관계

클릭아키텍처 대로라면 의존성은 아래와 같이 되어야 한다.

app -> domain

data -> domain

domain -> 없음

하지만 대부분 아래처럼 의존성을 가진다 (나도 이렇게 함)

app -> data, domain

data -> domain

domain -> 없음

그런데 data 레이어에 정의된 Repository Implementation class 들을 생성해서 주입시켜야 하는데 첫번째 처럼 하려면 어디서 생성해서 주입시켜야 하나? 대부분 app 영역에서 di를 하니까..

아래 블로그 예제 보려는데 소스가 없어졌네.. 쩝

https://fivenyc.medium.com/android-architecture-part-4-applying-clean-architecture-on-android-hands-on-source-code-8da287a0e0a2

Android Architecture Part 4: Applying Clean Architecture on Android, Hands on (source code…

Let’s get our hands dirty with clean code and turn that blank canvas into robust and versatile architec

fivenyc.medium.com

UseCase 정의

대부분의 예제들을 보면 하나의 동작당 하나의 UseCase 를 정의하고 한가지의 동작만 하고 있다.

예를들어 위 블로그 처럼

AddNewFeedUseCase

GetFeedArticleUseCase

이렇게 하나의 동작마다 정의 하고 있다..

그냥 FeedUseCase 하나 만들고 그 안에서 addNewFeed, getFeedArticle 이렇게 두 동작을 정의하면 안되나?

(iOS 친구는 이렇게 했다고 한다.. )

하나하나 하면 UseCase를 겁네 많아지는데... 훔..

근데 구글 IO 소스보니 구글도 저렇게 하나하나 정의했더라... invoke 로..

UseCase 의 의미가 유저가 이 서비스를 통해 하고 하는 것..

고민고민 ㅋㅋ

Mappers

대부분 Mapper 들을 data layer에 넣어두고

data layer에 정의한 모델을 domain 영역의 entity 모델로 변환 시켜주고 있다.

그런데 난 거의 그 모델들이 완전 동일하여 그냥 domain 영역에 하나만 정의하고 딱히 mapper 를 두고 변환시켜주지 않고 있다.

오히려 presentation (app) 영역에 mapper 를 둬서 domain 의 모델을 app 영역의 모델로 변환시켜주고 있다.

왜냐하면 app 영역의 모델은 Parcelable 해야 하는 경우가 있기 때문..

결국...

쉽게 가는걸로.. ㅜㅜ

domain 레이어도 android library module로 정의

그래서 domain 레이어 모델클래스에 Parcelable도 정의해 버리고 mapper들은 걍 제거

이렇게 한 결정적인 원인이..

뭐였더라.. 낼 다시 업뎃...