경기광주댁의 부자 라이프 살기

1. 네트워크란?여러 대의 컴퓨터(시스템)가 “선”으로 연결된 통신망👉 그림: [PC1]──┐ ├──[공유기]──[PC2] [PC3]──┘2. 인터넷과 네트워크인터넷은 여러 “네트워크”가 전 세계적으로 연결된 거대한 ‘네트워크의 집합체’👉 그림: [내집 네트워크]───┐ │ [회사 네트워크]────┼──[인터넷] │ [학교 네트워크]────┘3. 네트워크의 분류1) 크기에 따른 분류 LAN (Local Area Network): 집, 사무실 등 “가까운 곳” 연결WAN (Wide Area Network): 도시/국가 등 “멀리 떨어진 네트워크(LAN과 LAN)” 연결👉 그림:[집 LAN] [회사 LAN] ..

안녕하세요.이번 포스팅에서는 리눅스 기반 환경에서 꼭 확인해야 할 시스템 점검 항목들을 소개하고,각 항목에 대해 어떤 의미를 가지며 어떤 명령어로 확인하는지 정리해봤습니다.저와 같이 시스템 운영의 기초 점검 체계를 갖추고 싶은 분들에게 실질적인 가이드가 되길 바랍니다. 1. OS Verison* 명령어: lsb _ release -a항목의미OS VersionOS 이름 + 출시 버전 정보 (예: Ubuntu 25.06)Ubuntu 25.062025년 06월 출시된 버전버전의 중요성보안, 호환성, 기능, 유지보수에 직결됨 2. CPU 란?- CPU: 컴퓨터 시스템에서 명령을 해석하고 실행하는 중심 장치- CPU 성능 지표(core,user,system,iowait,idle)를 통해 CPU가 어떤 ..

운영 전환 시기, 정말 지금 기획팀이 빠져도 될까? 프로젝트를 하다 보면, 일정 시점이 되면 들리는 말이 있죠."이제 기획팀은 OUT, 운영 단계로 넘어가자!" 지금 제가 맡은 프로젝트도 딱 그런 상황이에요. 2년 넘게 기획-개발-운영팀이 같이 굴러가던 체제에서, 이제는 기획팀이 빠지고 개발팀과 운영팀 중심의 운영 전환이 이뤄지는 시점논의가 진행되었어요. 그런데 진짜 준비가 됐을까요? 기획팀이 빠져도 서비스 운영이 안정적으로 가능할지, 운영팀 입장에서 점검해야 할 체크포인트들을 정리해봤어요. 운영 단계 전환 전, 반드시 점검할 4가지 요건운영팀 관점에서 볼 때, 기획팀이 OUT되고 운영체제로 전환되기 전에 아래 사항은 꼭 갖춰져야 합니다. 핵심 기능이 정상적으로 작동하는가?예: 택시 호출 서비스라면 "호..

1. 리소스 체크, 내 업무를 증명하는 첫걸음회사 생활 하다 보면 “나 진짜 바쁜데…” 싶은데,정작 위에 계신 분들은 내가 얼마나 바쁜지 잘 모를 때 많지 않나요?특히 실무자들은 ‘보이지 않는 일’이 쌓이고 또 쌓이는데,이게 그냥 “해결된 결과”로만 보여서…정작 누가 뭘 했는지는 잘 모르는 경우가 많아요.이럴 때 딱! 필요한 게 바로 리소스 체크예요.오늘은 제 친구 이야기 들려드리면서“리소스 체크가 왜 중요한지” 한 번 같이 생각해볼게요. 2. 친구의 고민: 보이지 않는 업무와 과부하제 친구, 아웃도어 브랜드 B2B 영업부서에서 일하고 있는데요.겉으로 보면 “상품 팔고 끝!” 같지만,실제로는 바이어랑 계속 연락, 중간 전달, 서류 검증,갑자기 뭐 수정해달라 그러면 그거 고치고,시장 조사까지…진짜 하루..

목차 1. 팀원모집2. 아이템 선정을 위한 아이디어 공유3. 아이템 구체화를 위한 미팅3. 협업 툴 정하기4. 주요 기능 MVP , 예상 타겟 일정 정하기5. 개발자와의 충돌 (중간 회고)6. 앱 출시를 위한 사전준비7. iOS 앱 출시 6. 앱 출시를 위한 사전 준비 QA 진행도 마무리하고,(04/17) 앱 출시를 위한 막바지 사전 준비에 박차를 가했다. 크게 마무리 해야할 TO-DO는 총 3가지가 있었다.1. 개인정보 처리 방침 / 서비스 이용 약관 2. 애플스토어에 올릴 앱 문구3. 앱 지원에 올릴 URL 개인정보 처리 방침, 서비스 이용 약관, 앱 지원에 올릴 url은 모두 노션으로 연결시켜 뒀다.앱에 고정시켜 두면 수정할 때마다 재배포가 필요하니, 수정이 편리하게 노션을 사용했다. ..

목차 1. 팀원모집2. 아이템 선정을 위한 아이디어 공유3. 아이템 구체화를 위한 미팅3. 협업 툴 정하기4. 주요 기능 MVP , 예상 타겟 일정 정하기5. 개발자와의 충돌 (중간 회고)6. 앱 출시를 위한 사전준비7. iOS 앱 출시 5. 개발자와의 충돌 06/30 프로젝트를 시작한 지 어느새 두 달이 지났다.08/29 개발자가 카톡방에 기획과 디자인 작업 속도가 느리다며 컴플레인을 했다. 돌이켜보면,기획, 디자인의 작업 속도보다는전체적인 플로우를 그리지 않고 작업을 해서개발자의 리소스가 붕 떠서 문제가 생겼던 것 같다. 당시 상황은 이러했다. 우리는 매주마다 미팅을 통해 to-do를 정했고,나는 한 화면씩 차근차근 기획안을 작성하고 있었다. 숲이 아니라 나무를 먼저 그리다 보니, 전..

목차 1. 팀원모집2. 아이템 선정을 위한 아이디어 공유3. 아이템 구체화를 위한 미팅3. 협업 툴 정하기4. 주요 기능 MVP , 예상 타겟 일정 정하기5. 개발자와의 충돌 (중간 회고)6. 앱 출시를 위한 사전준비7. iOS 앱 출시 3. 협업 툴 정하기 지인들과 시작한 프로젝트이지만,서로의 시간과 에너지를 써야 하는 비즈니스였기에최대한 불필요한 사담을 줄이고미팅하는 시간만큼은 오직 프로젝트에만 집중할 수 있기를 바랐다. 그래서 어느정도 아이템이 정해진 후에는모호했던 미팅 진행 방식을 구체화하기로 했다. 구체화하는 과정에서도서로의 의견을 충분히 주고받은 후에 결정했다. 결론:예상 기간: 5개월미팅 횟수: 매주 수요일 (*오프라인, 온라인 번갈아가며 진행)미팅 시간: 저녁 8시 - 9시온라인 ..

목차 1. 팀원모집2. 아이템 선정을 위한 아이디어 공유3. 아이템 구체화를 위한 미팅3. 협업 툴 정하기4. 주요 기능 MVP , 예상 타겟 일정 정하기5. 개발자와의 충돌 (중간 회고)6. 앱 출시를 위한 사전준비7. iOS 앱 출시 1. 팀원 모집 2번째 사이드 프로젝트는,첫 번째와 달리 주변 지인들과 함께했다. 내가 첫번째 사이드 프로젝트를 진행한다는 사실에관심을 보이고,다음에 함께 해보자고 얘기했던 멤버들로 구성했다. 지난번과 크게 달라진 점은,백엔드 개발자 없이 프론트 개발자만 합류하여 진행했다. 상황에 따라 필요하다면,백엔드 개발자를 프로젝트 중간에 포함시키기로 했다.(*주변 지인 중 우리의 프로젝트를 도와줄 백엔드 개발자가 있었기에 내린 결정) 내 생각 한줄:우리 세 사람이 사이..

안녕하세요.어른성장기입니다. 이번엔 10개월에 걸쳐 진행한,2번째 사이드 프로젝트 경험담을 기록하고자 합니다. 23년 초에 시작해서 장장 1년에 걸친, 첫번째 사이드 프로젝트를 마쳤습니다.긴 시간 미팅을 이끌어가느라 힘들었지만,내가 기획한 앱이 출시되는게 신기하면서도 뿌듯했어요. 그리고사이드 프로젝트에 중독된 듯,첫번째 프로젝트가 마무리되기 무섭게두번째 프로젝트를 시작했습니다. 첫번째 프로젝트에서 배우고 느꼈던 점을 기반으로두번째 프로젝트에서는 더 잘 해낼 수 있을 것이라는 믿음도 한 몫했던 것 같아요. 그렇게 23.06.30 두번째 프로젝트인Zetry 제트리가 시작됐습니다. "두번째 사이드 프로젝트 도전기" 에서는아래 8가지 목차로 나눠 얘기해보려고 합니다. 목차 1. 팀원모집2. 아이템 ..

오늘 아침 출근길도여느 때랑 마찬가지로이북 리더기를 켰다. 어떤 책을 읽을까 잠시 고민하다'그릿'이라는 책을 읽기 시작했다. 사실 그릿은 몇 년 전에 친구가 추천해 줘서 읽었던 적이 있었는데,당시에는 글이 잘 읽히지 않는 느낌이 들어 도중에 그만 읽었었다. 그리고 지금 다시 이 책을 읽으니공감되는 부분도 많았고,재능도 중요하지만,노력이 더 중요하다는 사실이 내겐 위로가 되었다. 특히, 오늘 한 방 맞은 부분은어떤 일을 잘하고자 한다면, 도전적인 목표와 의식적인 연습이 필요하다는 점이었다. 나도 과거 이런 경험을 한 적이 있었다. 혼자 매일같이 중국어를 공부했지만,중국어 실력이 나아지지 않는다는 느낌을 받은 적이 있었다.결국 학원에 가서쌤의 피드백을 받고, 경쟁자들과 공부하면서 실력이 크게 향상되었었다. ..