광

그럼 당연히 빵이 달고 끈적하지 빵이 씁쓸하겠냐 뭘 바라는거임? 달고 짠 음식이 싫으면 한정식을 먹어 쌀이 주식인 나라와서 빵으로 음식 평가를 왜하고 있음 이해가 안되네 그리고 독일남부시골도시 살다가 서울오면은 당연히 다르지 원래 대도시 공기질이랑 물가는 전세계적으로 씹창남 서울에서 벗어나면 그때부터 공기질 수직상승함 물가도 하락함 독일 베를린만 가도 스마트폰에 코박은 인간많겠다 시골에는 스마트폰에 코박죽 하는 사람들 얼마 없겠지 도시오면은 폰이 없으면 아무것도 못함 가게도 예약해서 들어가야되는 시대임

@:"원자번호 순서대로 써본거 아님? 리튬은 3번이니까 운이 좋았던거지" 프하학(조울증당사자가웃는소리)

연차 안쓰면 수당을 받잖아요 연차 다 쓰면 더 못쓰잖아요 그러면 연차를 돈내고 추가해서 써도 되는거 아냐?

의사 : 귀파지 마세용 나 : 넹 다음 날 아 귀에 뭔가 사각거리는데 귀이개 준비 엄마 : 손 대지 마레이 나 : 잠만 하나만 톡 새끼손톱만한 귓밥나옴 이러니까 안팔수가 없다니ㄲ

심지어 이란은 오스카 쉰들러보다 많은 유대인을 구했었다. "2차 대전 당시 이란 외교관이었던 압돌 호세인 사르다리는 유대인들에게 자국의 여권을 무조건 발급해줬다. 그로 인해 2천~3천명의 유대인이 목숨을 구했다.”

기전을 몰라도 효과가 있고 부작용이 없으면 약이 됨. 의학은 과학이라기 보다는 공학이고, 공학이라기에는 반복성이 적고 정밀하지 못하다는 점에서 art 에 가까움. 한의학과 비교할 레벨은 아니지만, 그렇다고 과학인가 라고 물으면, 일부분은 그렇다 정도???

많은 직장인 개발자들이 1인 앱 비즈니스에서 헤매는 이유 직장인 개발자들의 1인 앱개발, 사이드프로젝트에서는 바이브코더와의 양상과는 꽤 다른 모습이 많이 관찰됩니다. 우선 핵심만 먼저 말하면 여기는 재밌게도 오히려 개발을 이미 할줄알다보니까 생기는 문제가 엄청 많습니다. 보통 개발자로 취업해서 일을하다보면 보통 완전 초기 스타트업 아니고서야 성숙한 프로덕트를 만들고 있을 확률이 큽니다. 이미 시장에서의 어느정도 트랙션이 검증 되었고, 잘 돌아가고 있는 프로덕트를 더 안정성있게, 더 좋게 만드는 것에 업무가 집중 되어있죠. 그러다보니 1인 앱개발에서 특히 0 to 1 단계에서 하지말아야할 실수를 정말 많이합니다. 대표적으로 아직 검증되지 않은 아이디어, 미완의 제품을 운영 레벨로 여러 요소들을 자동화 부터해버리려고 합니다. 예를들면 사용자에게 바로바로 응답을 줘야하는 핵심 기능이 있다면 그런건 해야겠지만, 약간의 딜레이가 있어도 무방한 것들, 예를들면 서버 CI/CD, staging - production 분리, 앱 빌드 자동화, 정산 처리, 알림 발송, 통계 집계, 환불 된 계정 클린업 같은 것들을 처음부터 메시지 큐 붙이고 워커 돌리고, 웹훅 구성하고 하는 식으로 구현하려 하는 경향이 있습니다. 사용자가 10명도 안 되는데 그렇게 합니다. 그냥 제품이 잘 될때까지는 한동안 수동으로 해도 무방한 것을 내가 할줄알다보니까 처음부터 무심결에 인프라를 깔아놓기 시작합니다. 장담컨대 저런게 필요해질 날보다 앱 접는 날이 훨씬 빠르게 찾아오게 됩니다. 0 to 1 단계에선 제대로 돌아가는 핵심 기능 1개만 제대로 돌아가면 됩니다. 이걸 사용자에게 쓰게 했을 때 유저들이 반복해서 사용해주고, 더 나아가 지불의사가 있는지를 검증하는데에 모든 에너지를 써야한다고 생각합니다. 매일 이미 잘 되고 있는 프로젝트를 본업으로 하다보니 내 소중한 앱도 이미 잘 되는 프로젝트처럼 대하기 쉽습니다. 가차없이 니가 그렇게 괜찮은 앱이면 시장에서 증명해라 아니면 난 투자 안할거야. 이 마인드로 해야합니다. 또 다른 고질병은 무한 런칭 미루기입니다. 링크드인 창업자 리드 호프먼의 유명한 명언이 있는데 "If you are not embarrassed by the first version of your product, you’ve launched too late" - 첫 번째 버전이 부끄럽지 않다면, 너무 늦게 출시한 거다. 자꾸 회사에서의 퀄리티 기준을 생각하지 않는게 중요합니다.그럴만한 가치가 있는 제품을 만드는게 언제나 먼저입니다. 자꾸 이 말을 오해하는 사람들이 많은데 개판으로 만들어서 출시하라는게 아니고, 고객이 가치를 느끼는 그 핵심기능은 그것 하나만큼은 압도적인 퀄리티로 좋게 만들어야 하는게 맞습니다. 시장의 기존 솔루션 대비 10배 가치를 줘야 써줄까 말까한게 신규 앱의 처지입니다. 다만 부수적인 것들, 검증해야하는 기능 외적인 부분에 제발 시간을 많이 쓰지 말았으면 좋겠습니다. 손으로 해도 되는것들, 당장 안해줘도 되는 것들은 빠른 PMF검증에 방해가 된다면 무조건 미뤄야합니다. 여러분들이 근무하는 회사의 제품은 브랜드 이미지가 있고, 고객이 있고 잃을게 많습니다. 여러분의 앱은 아직은 아무것도 없습니다. 오직 시장에서의 가치 검증만 남아있을 뿐입니다.

아니왜 다들 바벨탑을 이상하게 해석하는거야 바벨탑이 세워져서 모두의 언어가통했다가 신이 부셔져 모두가 말이 통하지 않게되었다(x) 원래 언어는 하나였는데 오만해서 하늘끝에 닿는 탑을 세웠기에 신이 뿔남->모두의 언어가 섞이게 만들어 바벨탑 공사가 중지됐다 이거인데

S3 Files는 어떻게 동작하는 것인가? 지금까지 이런저런 구현체가 있었지만 Object Storage를 POSIX 같은 파일 시스템으로 호환하게 구현하는 건 정말 어려움. (성능은 둘째 문제로 치고 인터페이스조차도.)

아 진짜 성경 더럽게 안 읽히네 거의 대부분의 문화 전반에서 맨날 인용해대는거 때문에 그뭔씹 하고 넘기지 않기 위해서라도 대강 무슨 내용이 들어있는지 정도는 알았으면 좋겠는데 집중력이 아주 빠르게 고갈되어서 맨날 창세기만 읽다가 졸아버림

=......Europe은 대륙이라 탈퇴할 수가 없어 EU를 탈퇴한 거고 영국은 아직 Europe이야 -영국에서도 독립기념일(7/4)을 축하해? =아니, 우리랑은 관계 없는 날이라 -그래도 미국이라는 중요란 나라에서 기념하는 날이잖아 너네도 같이 기념해 =?