블로그 쓰는걸 두려워하지 말라 → 이미 블로그가 많은데 이게 필요한가? ⇒ 필요함, 실제로 많은 블로그들이 있지만 꾸준한 블로그는 드문게 사실임 ⇒ 유명한 블로그들은 그만한 이유가 있다, 그런 블로그들 특별한건 없다 다만 꾸준히 오랜기간 연재했을뿐
어디선가 발표를 해봐라 그럼 내가 발표하기위해 더 열심히 공부하게 될것이다
세미나, 컨퍼런스의 내용을 들으러 가는것도 좋지만 여러 사람을 만날기회로 생각하고 가봐라
두려워하지말고 여기저기 자문을 구해봐라! 그분들도 삐약이들이 궁금증을 갖고 질문을 하면 좋아할 것이다
질문
질문을 참지마라.. 나보다 윗사람들에게 질문하는것을 두려워하지말고 질문해라 → 질문안하고 혼자 끙끙대면 오히려 안좋은 결과를 초래한다
왜? WHY?
업무를 지시받았을때 왜? 질문할것 → 왜? 를 찾고, 목적에 따라 어떻게? 가 나와야 좋은 개발자가 된다 → 하나를 알려줘도 100을 알수있는 개발자가 되려면 WHY? 의문을 가질것 → 어떻게? 를 먼저 생각하면 결과가 산으로 갈수가 있다! 목적을 알고, 목적에 따라 개발하는게 좋음! → 어떻게? 보다는 왜? 를 먼저 알아야한다
단, 질문을 하되 몇가지 생각하며 질문해야한다
핑프면 안된다 → 내가 뭘 하려고하는데 뭘 찾아봤는데 어떤식으로 된다, 하지만 나는 어떻게 하려고 하는데 잘 안된다 이렇게했는데 잘 안되는데 혹시 왜 이러는지 알려주실수 있나요?
질문 안하는거 보단, 질문을 너무많이해서 '물음표살인마' 가 되는게 좋음
같은 질문을 반복해서 하지 말것!
질문을 할때는 질문에 대한 배경을 설명해야한다! → A 를 만들라고 하셔서 A를 만드려는데 제가 알아본바 B 방법은 ~~~~~ 하는 방식이고, C방법은 ㅁㅁㅁㅁㅁ 하는 방식인거 같습니다, 이 두개의 방법중 어떤게 더 효율적일지 감이 잡히지 않습니다 어떻게 진행하는게 좋을까요?
역지사지
상대방 질문에 대한 이해와 존중!
⚠️ 당신은 어떤 사람과 일하고 싶나요?
Q&A
iOS 공부할때, UIKit 을 해야하는지 SwiftUI를 해야하는지? → 2년안에 취업을 생각하고 있다면 UIKit이 우선! 2년내에 취업할 생각은 없고, 아직까진 취미의 영역이다 하면 SwiftUI 로 해도 됨!
프론트엔드, 백엔드, 모바일 등 여러 분야가 있는데 여러가지 경험을 하기엔 시간이 오래걸리는데 어떻게 경험을 해야하는지? → 사실 경험하는건 좋은것이긴하나, 경험하는데 너무 많은 시간을 쏟지 않는게 좋다 1달정도면 튜토리얼 정도는 경험할수 있다! 다만 찍먹을 하는건 나쁜게 아님!
주니어, 인터미디에트, 시니어 개발자는 인터넷 회사에서 어떻게 나누어지는 구분인가요? 또 언제까지 보통 주니어라고 불리게 될까요? → 기준은 없는데 일반적으로 3년~ 5년정도면 주니어인거같다
Swiftui 공부하면서 mvvm을 적용해서 코드를 작성하려고 노력하고 있는데 아직 어떤게 모델에 들어가야하고 뷰모델에 들어가야하는 지 구분하는 게 어렵습니다. 다른 사람들 코드를 보면서 제 나름대로 기준을 찾아가려고 하는데 혹시 추천하는 학습 방식 있으신지 궁금합니다! → 많이 해봐야한다, 같은 결과물을 A방법, B방법으로 반복 학습하며 익혀봐라! ( 아마도.. MVC방법, MVVM방법, VIPER방법 등등..? )
야곰 멘토님의 손을 거친 교육생들 중에 기억나는 분이 계신가요~? 있다면 어느분이고 왜 기억에 남으시는지 궁금합니당 :) → 일단 교육생이라고 생각하지 않는다, 다 동료고 친구이며 같이 공부하는 사람들임! 근데 기억나는 친구! 블로그를 꾸준히 작성하는 친구가 기억에 남는다! 지금 iOS 검색하면 1등으로 나오는 블로그일것이다
ios 프론트 개발에서 TDD 를 어떻게 적용할 수 있을까요? → TDD 쉽지 않음,,
모르고 짜는 것에 대해 공부하다보면 너무 깊어지는 것 같아서 도대체 어느 정도까지 아는 게 좋은지, 그 공식 문서처럼 깊게 알아야 하는지 궁금합니다 → 내가 이분야 전문가가 되겠다! 싶으면 깊게 공부하는게 좋다 하지만 그게 아니라면 굳이..?
야곰님께서 보시는 좋은 블로깅의 예시가 궁금합니다! → 꾸준히 써라.. 꾸준한게 제일 좋은 블로그임, 글이 틀리는걸 두려워하지 마라 나중에 수정하면 그만임!
공유라는 측면에서 노션보다는 블로그를 이용하는게 더 도움이 될까요? → 노션은 혼자보기에 좋음.. 블로그를 써보도록 할것!
UI와 iOS 개발은 뗄 수 없는 존재일까요? 몇개월간 찍먹을 해봤는데, UI 짜는 게 너무 안 맞는 것 같아요 ㅠㅠ → UI가 안맞으면 어쩔수 없다.. 백엔드 찍먹도 해보고 이것저것 해보며 맞는걸 찾아보는것도 좋다
// va_start 함수 원형
void va_start(va_list ap, variable_name);
va_list로 만들어진 포인터에게가변인자 중 첫 번째 선택적 인수(variable_name)의 주소를 가르쳐주는중요한 매크로이다.
va_arg(), va_copy(), va_end()에 대한 후속 호출에 대해 ap 포인터를 초기화한다.
ap:va_list로 만든 포인터가 담긴다.
variable_name: 인수 목록의 첫 번째 인자 바로 앞에 오는 필수 매개 변수의 이름.즉, 마지막 고정된 필수 인수가 담긴다.
3) va_copy
voidva_copy(va_list dest, va_list src);
va_start()를dest에 적용한 후src의 현재 상태에 도달하는 데 이전에 사용된 것과 동일한 순서로 va_arg()를 사용한 경우와 같이dest를src의 사본으로 초기화한다. va_copy() 또는 va_start()는 동일한dest에 대한 va_end()의 중간 호출 없이dest를 다시 초기화하도록 호출해야 한다.
4) va_arg
var_type va_arg(va_list ap, var_type);
ap로 지정된 위치에서 지정된var_type값을 검색하고 리스트에서 다음 인수를 가리키도록ap를 증가 시켜 다음 인수가 시작 되는 위치를 결정한다. 즉, 특정 가변인자를 가리키고 있는va_list의 포인터를 다음 가변인자로 이동시켜 주는 매크로이다.
ap:va_list로 만든 포인터가 담긴다.
var_type:int나long,double과 같은타입 이름이 담긴다.
var_type을 설정할 때 char, short 의 경우에는 int로 대신 쓰고, flaot의 경우에는 double로 대신 쓴 이후 형 변환을 해주어야 한다. ex) char ch = (char) va_arg(ap, int);
va_end
voidva_end(va_list arg_ptr);
모든 인수가 검색 된 후va_end는 포인터를NULL로 다시 설정 한다. 즉, 사용한 가변인자 변수를 끝낼때 사용.
4.반환값
va_arg() 함수는 현재 인수를 리턴한다. va_copy(), va_end(), va_start() 함수는 값을 리턴하지 않는다.
우리가 유동IP 를 사용할때 이 IP는 누가 결정할까? --> 바로 DHCP 가 결정하게 된다,
이 DHCP 는 임의의 임대기간을 설정하여 IP를 부여해주게 된다.
IP 를 사용하는동안 임대기간이 종료되게 되면, DHCP 서버에 임대기간 갱신을 요청하고,
DHCP 는 이에 따라 임대기간을 갱신시켜준다.
1 - 1. DHCP 임대 절차
1)DHCP Discover
패킷 방향 :클라이언트 -> DHCP 서버
브로드캐스트 패킷: Destination MAC = FF:FF:FF:FF:FF:FF
의미: 클라이언트가 DHCP 서버를 찾기 위한 메시지. 그래서 LAN상에(동일 subent상에) 브로드캐스팅을 하여 "거기 혹시 DHCP 서버 있으면 내게 응답 좀 해 주세요"라고 단말이 메세지를 보낸다. 이 Discover 패킷에는 IP 주소가 필요한 호스트의 MAC 주소가 담겨져 있어서 DHCP 서버가 응답할 때 패킷을 수신할 수 있게 된다.
주요 파라미터(패킷 내용) :
Client MAC : 클라이언트의 MAC 주소
2) DHCP Offer
패킷 방향 :DHCP 서버 -> 클라이언트
브로드캐스트 메시지 :Destination MAC = FF:FF:FF:FF:FF:FF 혹은 유니캐스트.
이는 클라이언트가 보낸 DHCP Discover 메시지 내의 Broadcast Flag의 값에 따라 달라지는데, 이 Flag=1이면 DHCP 서버는 DHCP Offer 메시지를 Broadcast로, Flag=0이면 Unicast로 보내게 된다.
의미: DHCP 서버가 "저 여기 있어요~"라고 응답하는 메시지. 단순히 DHCP 서버의 존재만을 알리지 않고,클라이언트에 할당할 IP 주소 정보를 포함한 다양한 "네트워크 정보"를 함께 실어서 클라이언트에 전달한다.
주요 파라미터(패킷 내용) :
Client MAC: 단말의 MAC 주소
Your IP: 단말에 할당(임대)할 IP 주소
Subnet Mask (Option 1)
Router (Option 3): 단말의 Default Gateway IP 주소
DNS (Option 6): DNS 서버 IP 주소
IP Lease Time (Option 51): 단말이 IP 주소(Your IP)를 사용(임대)할 수 있는 기간(시간)
DHCP Server Identifier (Option 54): 본 메시지(DHCP Offer)를 보낸 DHCP 서버의 주소. 2개 이상의 DHCP 서버가 DHCP Offer를 보낼 수 있으므로 각 DHCP 서버는 자신의 IP 주소를 본 필드에 넣어서 단말에 보냄.
3)DHCP Request
패킷 방향:클라이언트 -> DHCP 서버
브로드캐스트 메시지 :Destination MAC = FF:FF:FF:FF:FF:FF
의미: 단말은 DHCP 서버(들)의 존재를 알았고, DHCP 서버가 단말에 제공할 네트워크 정보(IP 주소, subnet mask, default gateway등)를 알았다. 이제 단말은 DHCP Request 메시지를 통해 하나의 DHCP 서버를 선택하고해당 서버에게 "단말이 사용할 네트워크 정보"를 요청한다.
주요 파라미터(패킷 내용) :
Client MAC: 단말의 MAC 주소
Requested IP Address (Option 50): 난 이 IP 주소를 사용하겠다. (DHCP Offer의 Your IP 주소가 여기에 들어감)
DHCP Server Identifier (Option 54): 2대 이상의 DHCP 서버가 DHCP Offer를 보낸 경우, 단말은 이 중에 마음에 드는 DHCP 서버 하나를 고르게 되고, 그 서버의 IP 주소가 여기에 들어감. 즉, DHCP Server Identifier에 명시된DHCP서버에게"DHCP Request"메시지를 보내어 단말 IP 주소를 포함한 네트워크 정보를 얻는 것.
4)DHCP Ack
패킷 방향:DHCP 서버 -> 클라이언트
브로드캐스트 메시지 :Destination MAC = FF:FF:FF:FF:FF:FF 혹은 유니캐스트.
이는 단말이 보낸 DHCP Request 메시지 내의 Broadcast Flag=1이면 DHCP 서버는 DHCP Ack 메시지를 Broadcast로, Flag=0이면 Unicast로 보내게 된다.
의미: DHCP 절차의 마지막 메시지로, DHCP 서버가 단말에게 "네트워크 정보"를 전달해 주는 메시지. 앞서 설명한 DHCP Offer의 '네트워크 정보"와 동일한 파라미터가 포함된다.
