개인적으로 공부한 내용을 정리중입니다.

파이썬으로의 웹 크롤링: 절차적 튜토리얼 초보자 가이드

studying develop — Fri, 3 Feb 2023 03:56:28 +0900

웹 크롤링을 위한 Python을 배우려는 경우 집중해야 할 몇 가지 주요 개념 및 라이브러리는 다음과 같습니다.

1. HTTP 및 HTML: HTTP 프로토콜 및 HTML 구조의 기본 사항을 이해하는 것은 웹 크롤링에 중요합니다.

2. 요청 라이브러리: 요청은 HTTP 요청을 보내고 응답을 처리하는 데 널리 사용되는 Python 라이브러리입니다. 이를 사용하여 웹 페이지에 요청을 보내고 HTML 콘텐츠를 검색합니다.

3. BeautifulSoup 라이브러리: BeautifulSoup은 HTML 및 XML 콘텐츠를 구문 분석하기 위한 라이브러리입니다. 웹 페이지의 HTML 콘텐츠에서 데이터를 추출하는 데 사용합니다.

4. 정규식: 정규식은 텍스트의 패턴 일치를 위한 강력한 도구입니다. 이를 사용하여 HTML 콘텐츠에서 특정 정보를 추출합니다.

5. Scrapy 프레임워크: Scrapy는 웹 크롤링 및 스크래핑을 위한 고급 Python 프레임워크입니다. 복잡한 크롤링 작업을 구축 및 관리하고 데이터 로깅 및 저장과 같은 일반적인 작업을 처리하는 편리한 방법을 제공합니다.

6. 멀티스레딩 및 비동기 프로그래밍: 특히 많은 수의 페이지를 크롤링하는 경우 웹 크롤링이 느려질 수 있습니다. 프로세스 속도를 높이려면 다중 스레딩 또는 비동기 프로그래밍을 사용하여 동시에 여러 요청을 보낼 수 있습니다.

7. 견고성 및 오류 처리: 웹 크롤링은 웹 페이지 구조의 변경 또는 네트워크 오류로 인해 불안정할 수 있습니다. 크롤러가 이러한 시나리오를 처리할 수 있도록 견고성과 오류 처리 전략을 구현해야 합니다.

8. 이것은 웹 크롤링을 위해 Python을 배울 때 집중해야 할 핵심 개념과 라이브러리 중 일부에 불과합니다. 작은 프로젝트부터 시작하여 점차 기술과 지식을 쌓아가는 것이 좋습니다.

파이썬 개발자의 직업 기회: 국내외 시장 분석 새로운 산업 전망 인공지능과 빅데이터 시대 최신 트렌드 분석

studying develop — Fri, 3 Feb 2023 03:51:53 +0900

Python 개발자의 미래는 밝아 보입니다. Python은 세계에서 가장 빠르게 성장하고 가장 수요가 많은 프로그래밍 언어 중 하나이기 때문입니다. Python 개발자에 대한 수요가 계속해서 증가할 것으로 예상되는 몇 가지 이유는 다음과 같습니다.

1. 광범위한 채택: Python은 신생 기업에서 대기업에 이르기까지 다양한 조직에서 사용되며 가장 다재다능한 프로그래밍 언어 중 하나입니다.

2. 데이터 과학 및 기계 학습에서 인기 증가: Python에는 데이터 분석, 데이터 시각화 및 예측 모델 구축을 비롯한 다양한 작업에 Python을 사용하는 데이터 과학자 및 기계 학습 실무자로 구성된 크고 활발한 커뮤니티가 있습니다.

3. 웹 개발에서의 사용 증가: Python은 단순성, 유연성 및 Django 및 Flask와 같은 강력한 웹 프레임워크의 가용성 덕분에 웹 개발에서 널리 사용됩니다.

4. 과학 컴퓨팅 및 교육에 대한 수요가 높음: Python은 과학 컴퓨팅에서 널리 사용되며 교육 기관에서 널리 사용되므로 학생과 연구원에게 귀중한 기술이 됩니다.

5. 자동화 및 스크립팅에 대한 수요 증가: Python은 다양한 자동화 및 스크립팅 작업에 사용할 수 있는 다재다능한 언어로, 소프트웨어 엔지니어, 시스템 관리자 및 네트워크 엔지니어에게 유용한 기술입니다.

결론적으로 Python 개발자의 미래는 다양한 산업과 응용 프로그램에서 수요가 증가함에 따라 밝아 보입니다. 프로그래밍 분야에서 경력을 쌓는 데 관심이 있다면 Python을 배우는 것은 많은 기회를 열어줄 훌륭한 투자입니다.

파이썬 공부하는 방법 시작하기

studying develop — Fri, 3 Feb 2023 03:50:47 +0900

다음은 Python 프로그래밍을 공부하기 위해 따를 수 있는 몇 가지 단계입니다.

좋은 교과서나 온라인 과정 선택: 교과서에서 온라인 과정 및 비디오 자습서에 이르기까지 Python 학습에 사용할 수 있는 많은 리소스가 있습니다. 귀하의 학습 스타일과 경험 수준에 맞는 리소스를 선택하십시오.
기본 구문에 익숙해지십시오: 변수, 데이터 유형, 연산자, 제어 구조 및 함수를 포함하여 Python의 기본 구문을 배우는 것부터 시작하십시오.
정기적으로 코딩 연습: Python을 배우는 가장 좋은 방법은 코드를 작성하는 것입니다. 간단한 연습과 소규모 프로젝트 작업으로 시작하여 기술을 향상시키면서 점차 복잡성을 증가시킵니다.
대화형 도구 사용: Python 환경에는 코드 스니펫을 시도하고 즉각적인 피드백을 얻을 수 있는 대화형 셸이 포함되어 있습니다. 이 도구를 활용하여 실험하고 이해를 강화하십시오.
커뮤니티에 참여하기: Python 프로그래밍 전용 온라인 커뮤니티와 포럼이 많이 있습니다. 이러한 커뮤니티에 참여하면 배울 때 도움과 안내를 제공할 수 있는 다른 Python 개발자를 만날 수 있습니다.
설명서 읽기: 공식 Python 설명서는 자습서, 참조 가이드 및 예제를 포함한 풍부한 정보입니다. 언어 및 특정 모듈에 대한 이해를 심화하는 데 사용하십시오.
프로젝트 구축: 경험이 쌓이면 더 큰 프로젝트 작업을 시작하여 배운 내용을 적용하십시오. 이것은 당신에게 실질적인 경험을 제공하고 당신의 기술을 보여줄 작업 포트폴리오를 구축하는 데 도움이 될 것입니다.
계속 학습하세요: Python은 새로운 기능과 업데이트가 정기적으로 릴리스되는 지속적으로 진화하는 언어입니다. 블로그, 책을 읽고 컨퍼런스 및 워크샵에 참석하여 최신 개발 정보를 확인하십시오.

코딩을 배우려면 시간과 헌신이 필요합니다. 그것을 고수하고 계속 연습하면 곧 능숙한 Python 프로그래머가 될 것입니다!

django - OneToMany realation - foreignKey

studying develop — Sun, 15 Jan 2023 22:36:07 +0900

https://docs.djangoproject.com/en/4.1/topics/db/examples/many_to_one/

Django

The web framework for perfectionists with deadlines.

docs.djangoproject.com

디비 구성을 하다보면 한개의 모델에 여러개의 다른 모델을 연결하고 싶을때가 있다.

결국 모델간에 1:N 대응을 만드는 일이다.

코드로는 아래와 같다.

from django.db import models

class Reporter(models.Model):
    first_name = models.CharField(max_length=30)
    last_name = models.CharField(max_length=30)
    email = models.EmailField()

    def __str__(self):
        return "%s %s" % (self.first_name, self.last_name)

class Article(models.Model):
    headline = models.CharField(max_length=100)
    pub_date = models.DateField()
    reporter = models.ForeignKey(Reporter, on_delete=models.CASCADE)

    def __str__(self):
        return self.headline

    class Meta:
        ordering = ['headline']

말로 풀어서 말해보면,

한명의 기자는 여러개의 기사를 가질 수 있다.

즉, 한명의 기자는 기사를 0개 가질수도 있고, 1개 가질수도 있고, 여러개 가질수도 있다는 말이다.

아래 예시를 보면 Article이 N개에 해당할때 Article안에 ForeignKey로 Reporter를 써준다. (개인적으로는 이 부분이 가장 햇갈렸다, ForeignKey를 어디에 써줄지, 결국 장고에서 테이블에 접근하는 코드를 구현한다고 생각하면, 떠오르기 더 쉽다.)

우리는 결국 디비 테이블에 로우를 채우는 것이였다.

swift - 상속 또는 참조(reference)의 사용없이 polymorphism(다형성)을 지향 방법

studying develop — Tue, 20 Dec 2022 23:43:36 +0900

앞선 글에서 class의 사용을 지양하자 했는데, 그렇다면 swift는 struct의 사용을 지향합니다.

그런데 struct에서는 상속이 없어 다형성을 구현 못하는데, 어떻게 해야될까요?

바로 프로토콜을 이용하자 입니다!

영상에서 이제 질문을 한개 합니다.

d.draw()를 여러번 호출하면서 무슨 draw가 Line의 Point 중 누구의 것인지 어떻게 알 수 있을까요?

정답은, protocol witness table을 사용하라 합니다.

Drawable protocol에 순응하는 Point와 Line에 대한 테이블을 각각 생성합니다.

그리고 각 테이블의 draw는 실제 draw의 구현을 참조하게 됩니다.

즉 정리하면, struct를 통해서도 다형성을 갖게 할 수 있습니다. 바로 프로토콜을 사용해서.

다음 글에서는 프로토콜을 따르는 변수가 어떻게 메모리 상에 존재하고, 그것의 메소드를 dispatch하는지 알아보겠습니다.

참조.

https://developer.apple.com/videos/play/wwdc2016/416/

swift - method dispatch : 메소드 디스패치

studying develop — Tue, 20 Dec 2022 05:07:46 +0900

일단 스위프트에는 static dispatch와

dynamic dispatch가 있다.

static dispatch

static dispatch

위 처럼 drawAPoint 메소드가 Point안의 struct의 draw 메소드인 경우, 호출 타이밍이 너무 명확한 경우 컴파일러는 static하게 디스패치 해버린다. 이 경우 drawPoint 호출시 이중으로 스택에 불필요하게 세팅되었을 오버헤드가 사라진다.

dynamic dispatch

dynamic

스위프트에서 다이나믹 메소드 디스패치가 사용되는 경우는 위처럼 다형성이 사용되는 경우일 수 있다. (다형성 객체의 메소드라고 무조건 다이나믹 디스패치는 아님; 호출 시점이 명확하면 컴파일러가 알아서 스태틱 디스패치로 하기도한다 함)

어쨌든, 위 경우를 보면 drawables가 다형성에 의한 배열이라 d.draw가 Point의 draw인지 Line의 draw인지 명확하게 알 수 가 없다.

실제 호출로 가면 위 처럼 힙에 있는 데이터의 type이 참조되어 그 타입이 가리키는 draw를 다시 참조하게 된다.

이것이 다이나믹 디스패치!

참고

https://developer.apple.com/videos/play/wwdc2016/416/

https://sihyungyou.github.io/iOS-method-dispatch/

swift enum의 장점은? enum이란 무엇인가.

studying develop — Tue, 20 Dec 2022 01:53:52 +0900

enum을 지금까지는 그냥 정해진 제한 범위내의 값을 사용하기 쉽게 모아놓은 타입이라 생각했는데, 메모리 공간을 공부하다 보니 stack에 저장되는지 heap에 저장되는지 매우 중요했다. reference count 때문인데, 이것이 적을수록 좋기 때문에, 가급적 string보다 enum 사용이 좋은 경우가 있더라.

그래서 enum의 특징을 찾았는데, 해석해보면.

They are stored in stack
They have no inheritance
They don’t require explicit initializer
They can conform to protocols
It can have extensions
It even can have methods and computed properties(not stored!)
And it can be used with generic types

enum은 struct와 같이 value-type입니다.

스택에 저장된다.
상속이 없다.
명시적인 이니셜라이저가 필요 없다.
protocol을 따를수 있다!
extension을 가질수 있다!
methods와 computed properties를 가질 수 있다!
generic type과 함께 쓰일 수 있다?

7번은 좀 생소해서 사례를 가져왔다.

여기까지가 기본적인 enum에 대한 정보들이다.

이제는 약간 심화 내용인데, enum이 value-type이다 보니, enum안에 recursion은 사용하면 안된다함.

stack에 저장되려면 정확한 사이즈를 알아야되는데, 리컬젼은 모르니까...

하지만 indirect case는 힙 메모리를 포인트 하도록 하여 위처럼 사용이 가능하다함.

indirect enum 또는 indirect case를 통해 heap에 enum의 데이터가 저장되도록 하고, point하여 값을 참조하는 방식을 사용할 수 있다.

indirect enum LinkedListItem<T> {
    case endPoint(value: T)
    case linkNode(value: T, next: LinkedListItem)
}

let third = LinkedListItem.endPoint(value: "Third")
let second = LinkedListItem.linkNode(value: "Second", next: third)
let first = LinkedListItem.linkNode(value: "First", next: second)

var currentNode = first

listLoop: while true {
    switch currentNode {
    case .endPoint(let value):
        print(value)
        break listLoop
    case .linkNode(let value, let next):
        print(value)
        currentNode = next
    }
}

출처.

https://jusung.gitbook.io/the-swift-language-guide/language-guide/08-enumerations

https://medium.com/swlh/three-ways-to-use-enums-in-swift-21c51517162e

https://www.hackingwithswift.com/example-code/language/what-are-indirect-enums

swift struct내에 class property가 있으면 안좋다 - reference counting과 스위프트 성능의 관계

studying develop — Tue, 20 Dec 2022 00:21:58 +0900

struct를 사용하다 보면 내부에 property는 어떻게 메모리 상에서 존재하는지 궁금했습니다.

struct내에 2개의 프로퍼티들 모두 heap에 존재하게 된다.

text, font 모두 referenceType으로 힙에 저장됩니다. 이런 경우 오른쪽 이미지 처럼, 스택에 레퍼런스하는 지점만 있고 모두 힙에 존재하는 데이터를 포인팅하게 되는데요. Label은 즉 두번의 레퍼런스 카운팅을 하게되어 비효율적이라 합니다.

reference counting은 자주 일어나지 않는게 좋습니다. 즉 아무리 struct라도 reference를 소유하는 경우는 꽤나 비효율적으로 동작한다는 얘기입니다.

struct는 1개 이상의(2개 이상인거 같은데...) reference를 갖는 경우, 레퍼런스 카운팅이 소유하는 레퍼런스 갯수만큼 발생하므로, class에 비해 비효율적이라 할 수 있습니다. struct를 효율적으로 사용하려면 reference를 갖지 않는 쪽으로 합시다.

즉 struct의 경우 string을 갖는거보다, enum을 소유하는게 효율적입니다.

왼쪽 경우는 mimeType이 레퍼런스, 오른쪽은 enum을 사용하여 struct 내부의 레퍼런스가 2개에서 1개로 된 모습.

장점을 말해보면

좌측 경우 보다, 우측이 type-safe함

또한 위에서 주장하는 장점이 레퍼런스가 2개에서 1개로 줄은건데, 그렇다면 enum은 heap에 저장되는게 아니라, stack에 아래처럼 저장되는거 같다.

참조.

https://developer.apple.com/videos/play/wwdc2016/416/

swift string은 Stack, Heap 둘중 어디에 저장될까?

studying develop — Mon, 19 Dec 2022 23:44:22 +0900

정답은 heap이다...

그런데 string은 value 타입임.

즉 swift에서 저장 공간과 value, reference 타입은 관계가 없다. 즉 value 타입이라고 항상 스택에 저장되는게 아니다.

하지만 string은 짧은 문자열은 스택에 저장되기도 한다 함(16바이트 이하)...?

string이 heap에 저장되는 이유에 대해 알아보자.

array, dictionay, set, string(collection of char)과 같이 가변 길이의 Collection들은 내부 데이터를 힙에 저장한다.

컴파일 타임에 그 사이즈를 정확히 알기 어려워 heap에 할당 후 사이즈를 조절한다.

주로 스택에 저장되는 경우는 변수의 생명주기가 static한 경우고, value type의 사이즈가 컴파일 타임에 저장되어 스택의 영역을 얼마만큼 차지할지 미리 알게되면, 스택으로 저장한다. 반대로 말하면 스택은 dynamic한 생명주기랑 관련 없고 (scope에 관련없는 생명주기), 사이즈가 런타임에 변하는 경우는 스택과 상관없다.

일단 큰 원리는 이런데, swift가 힙에 저장되도 스택 옵티마이제이션을 한다해서, 정확히 어떻게 되는건지는 아직 잘 파악이 안된다...

스위프트 메모리 구조 - memory architecture (https://swiftrocks.com/memory-management-and-performance-of-value-types)

참조.

https://developer.apple.com/videos/play/wwdc2016/416/

https://sujinnaljin.medium.com/ios-swift%EC%9D%98-type%EA%B3%BC-%EB%A9%94%EB%AA%A8%EB%A6%AC-%EC%A0%80%EC%9E%A5-%EA%B3%B5%EA%B0%84-25555c69ccff

보이저 엑스 iOS 채용

studying develop — Thu, 17 Nov 2022 22:34:57 +0900

https://v6xcareer.notion.site/2f61a1b40c81495eaf564cde9efc6089

개발자 채용

보이저엑스는 더욱 즐겁고 편리한 삶을 돕는 인공지능 소프트웨어를 개발하는 스타트업 입니다.

v6xcareer.notion.site

사용하는 어플이 잘만들어서 어디서 만들었나 궁금해서 회사를 찾아보니까, 보이저 엑스라는 곳이였습니다. 맥 어플 사용성이 좋아서 ios 팀이 어떤곳인가 사이트에서 보다보니, 채용 공고도 있어서 한번 쭉 봤는데요.

회사 입사후에 오랜만에 면접 문제를 보니까 새롭더라구요 대답을 잘 못할거 같지만, 제 생각이랑 찾아서 공부한거 내용 좀 적어보겠습니다.

아래의 대답을 잘 할 수 있어야 한다 합니다.

연봉도 대충 나오던데요, 요즘 대기업 기준으로 나쁘지 않은거 같습니다 ~

보이저엑스 개발자 연봉

보이저엑스의 (2022년 현재) 개발자 연봉 (삼각형을 클릭하세요)
- 인턴: 3,840만원 (모두 동일)
- 신입: 4,800만원 이상
- 2년 이상 경력: 5,200만원 이상
- 5년 이상 경력: 6,500만원 이상
- 10년 이상 경력: 8,500만원 이상
- 참고) 정직원 개발자의 20% 정도는 연봉 1억원 이상

지원 전 자가점검 목록

보이저엑스는 보이저엑스와 잘 맞는 개발자를 찾고 있습니다. 아래 리스트는 채용 지원자가 보이저엑스의 개발자 포지션에 얼마나 잘 맞을지 스스로 체크해 볼 수 있도록 작성 되었습니다.

정직원 개발자 지원 요건

iOS 개발자 기술 질문: 9개 중 5개 이상 잘 대답할 수 있어야 함 (삼각형을 클릭하세요)

[ ] Q1. Auto Layout의 장단점은?

이 질문은 제가 회사에서 일하면서 한번 생각 해본적 있는 주제긴 합니다. 오토레이아웃을 사용하는 방법과 일일이 frame을 계산해서 뷰를 위치 시키는 방법이 있다고 생각했습니다.

음 일단 저는 둘다 해봤는데요, 오토레이아웃이 사실 편해서 좋다고 생각했는데, 어떤 분이 오토레이 아웃은 잘못 그려졌을때 디버깅과 원인 분석이 어렵다고 하시더라구요? 경험한적은 없어서 잘 모르지만 그런가 보다 하고 일단 프레임 계산 방법으로 뷰를 일일이 구현했는데, 케이스에 따라 일일이 분류하느라 난리가 났습니다...

https://velog.io/@wonhee010/Auto-Layout-vs-Frame-Based-Layout

사실 저도 진짜 프레임 계산법이 더 정확하고 오토레이아웃이 부정확한가 궁금해서 찾아봤는데, 이걸 보면 오히려 정확성은 오토레이아웃이 좋은거 같고, 뷰 그리는 속도가 프레임 계산법이 더 좋은거 같습니다... 저도 확실하진 않은데 다른분 의견도 오토레이아웃이 왜 틀릴 수 도 있냐 했는데, 저도 몰라서 그냥 했지만 지나고 보니 저도 오토레이아웃이 더 정확한거 같습니다. 저는 그냥 이제 오토레이아웃을 선호할거 같아요. 프레임 계산하기 방법이 더 빠르다는 점은 숙지하도록 해야겠네요.

추가로 autoresizing-mask 방법도 있다는데, 이건 음 딱히 뭔가 내가 조절해서 의도적으로 사용한적은 없는거 같다.

아마 면접에서 물어봤으면, 다른분한테 들은대로 말했으면 큰일날 뻔 한거 같다 ㅋㅋ;

추가!!

https://developer.apple.com/library/archive/documentation/UserExperience/Conceptual/AutolayoutPG/index.htm

애플 공식 문서인데, auto layout에 대한, 오토레이아웃은 관계로 레이아웃을 정의하는거고, 프레임 계산법은 레이아웃 변형 자유도가 높은 방법!

[ ] Q2. MVC 패턴이란?

음음 이건 진짜 유명한 단골 질문이긴 한데, 내가 잘 말할 수 있을까...

모델, 뷰, 컨트롤러 죠?

음 이제 이걸 제가 0부터 설명한다 해보면, 아이폰 앱에서는 흔히 데이터가 있고 데이터를 이용해 뷰를 그리고, 데이터를 어떻게 뷰에 그려줄지 조절하는 컨트롤러가 있다고 생각하고 있습니다.

여기서 모델은 데이터에 관한 가공과 보관의 역할을 하고

뷰는 오로지 보여주는 것 뷰에 대한 것을 책임진다 하고 싶은데, 이러면 컨트롤러랑 약간 말로 책임이 섞여서, 저는 약간 뷰를 진짜 보여지는 뷰만을 지칭한다 생각합니다.

컨트롤러는 여기서 뷰에 대한 노출 여부 조절과, 데이터를 뷰에 넣어주는 역할을 한다 생각합니다.

후 이게 맞는 걸까요? !!

[ ] Q3. KVC와 KVO란?

https://velog.io/@sainkr/iOS-KVC-KVO

[iOS] KVC, KVO

Key-Value Coding 객체의 값을 직접 가져오지 않고, Key 또는 KeyPath를 이용해서 간접적으로 데이터를 가져오거나 수정하는 방법\\BaseType.ProperyName으로 만들어준다.KeyPath : Read onlyWritableKeyPath : v

velog.io

kvc는 지나가다 본적은 있는데 키 또는 키패스를 사용해서 간접적으로 값을 가져오거나 지정하는 문법을 사용한는 것을 본적이 있었습니다. key value coding

kvo는 노티피케이션 패턴?이라 해서 논리적으로 떨어진 부분간에 연결을 할때 주로 사용하다고 알고 있었습니다.

일단 제가 사용했던 적은 음, 딱 기억나진 않는데, 객체 a에 observer를 추가해서 변화를 감지해야 될때가 있습니다. 사실 combine이 나오기 전에 swift에서는 객체의 변화에 대한 감지를 rxswift나 kvo를 이용해서 해왔다 생각하는데, 저 방식들을 사용하지 않고서는 객체에 대한 변화를 감지하는게 종종 어려웠습니다. 몇초마다 확인하는것이 아니라면?

kvo가 어떻게 구현되어있었는지 항상 궁금하긴했는데, 어쨌든 변화에 대한 감지를 위한 수단중에 한개라고 생각하고 사용해왔습니다.

[ ] Q4. Swift의 특징은?

그냥 저에게 지금 딱 물어보면 인상 깊었던 특징에 대해 얘기할거 같은데요.

지금은 swift에서 struct가 value type으로 사용된다는게 큰 특징이라 생각합니다. 이로 인해 struct 타입들은 레퍼런스로 값을 확인하는게 아니라 값을 복사해서 다룬다는 점이 특징인거 같습니다. Int등 많은 타입도 struct 타입이라 하는데요 그래서 우리가 새로운 값들을 대입하는 것은 그것의 레퍼런스를 연결해주는 것인 경우보다는, 복사해서 사용하는 경우들이 많습니다. 함수도 마찬가지구요. 그래서 swift에서는 고차원 함수의 사용이 자연스러운거 같다고 생각한 적이 있는데 이후로 고차원 함수에 대한 막연한 부담감이 덜어진거 같습니다.

[ ] Q5. Higher Order Function이란?

이건 뭔가 전에는 알았는데, 2년 정도 고차원 함수를 사용하면서 정의를 잊어버렸는데요.

오랜만에 다시 찾아봤습니다.

https://medium.com/@la.place/higher-order-function-%EC%9D%B4%EB%9E%80-%EB%AC%B4%EC%97%87%EC%9D%B8%EA%B0%80-1c61e0bea79

Higher-Order Function 이란 무엇인가

Higher-Order Function. 한국어로 고차함수라 부르는 이 함수는 Functional Programming을 할 때 많이 사용 한다. Higher-Order Function(이하 HOF)를 사용하면 보다 유연하고 반복을 줄일 수 있는…

medium.com

컴퓨터 과학에서 하나이상의 함수를 인자로 받거나 함수를 반환하면 고차원 함수라 합니다.

음 맞아요 뭔가 어느순간부터 filter, map, reduce가 고차원 함수라고 생각했는데 주로 이것만 사용해서. 잘 생각해보면 저게 기능땜에 그런게 아니라 저걸 사용하면 쉽게 함수를 인자로 받아 처리할 수 있어서 그랬죠 ㅎㅎ;

[ ] Q6. Method Swizzling이란?

이건 실무에서 한번 들었었는데, 이런게 있는줄 그 당시에 몰랐습니다. 제가 특정 클래스의 메소드를 항상 다른 제가 생성한 또는 다른 특정 메소드로 교체해서 실행할 수 있게하는 방법입니다.

https://babbab2.tistory.com/76

Swift) Method Swizzling을 알아보자

안녕하세요 :) 소들입니다 오랜만의 포스팅이네요 엉엉 퇴사 후 하루도 못 쉬다가 처음으로 4일 간 휴식을 취하고 왔읍니다..! 영양가 없는 TMI는 집어치우고 오늘 공부할 것은 바로바로 Method

babbab2.tistory.com

[ ] Q7. HTTP/2의 특징은?

이건 음 사실 아예 몰랐다. http 프로토콜 버전에 따른 차이가 있던데 싱기... 그냥 썼는데 ㅠㅠ

[ ] Q8. Memory Leak의 대처방법은?

이건 원래 입사 면접 대비 공부 많이 했었는데, 사실 내가 실무에서 크게 생각하지 않고 구현 중이 였다는 충격적인 사실을 알게되었다...

일단 큰 맥락에서 스위프트가 메모리를 관리하는 방식이 ARC이고, 자바 같은 언어는 가비지 컬렉션인데

가비지 컬렉션은 사람이 인지할 만큼의 딱 원칙이 있지는 않다더라, ARC는 원칙이 있는데, strong reference로 연결되어 사용중인 메모리 영역에 연결된 갯수 만큼 카운트를 올리는데 0이면 메모리를 해제한다는 원리. 이게 참 사람이 이해하기 명확한 규칙이긴 한거 같다.

그래서 메모리 릭은 언제 발생하냐면 retain cycle 때문에 발생한다.

https://fomaios.tistory.com/entry/iOS-%EB%A9%B4%EC%A0%91%EC%A7%88%EB%AC%B8-Retain-Cycle%EC%9D%B4%EB%9E%80

[iOS 면접질문] Retain Cycle이란?(1) - 개념

안녕하세요 Foma 입니다!! 오늘 알아볼 건 지난 시간 ARC에 이어서 Retain Cycle 에 대해서 알아보려고 해요! 혹시 ARC를 아직 잘 모르시는 분들은 여기 를 눌러서 먼저 보고 오시면 좋을 거 같아요! 자

fomaios.tistory.com

이 사진이 딱 적절한 예시 같다. 일단 이걸 이해하기 위해서 class에 대한 저장 공간은 힙 영역이고, 이에 대한 객체가 생성되면 레퍼런스를 클래스로 잡는데, 클래스의 프로퍼티는 남아 있게 되는 상황이 문젠거...

그리고 사전 지식으로 ARC도 알아야 되는데

https://fomaios.tistory.com/entry/%EB%A6%AC%ED%85%8C%EC%9D%B8-%EC%82%AC%EC%9D%B4%ED%81%B4?category=988866

[iOS 면접질문] ARC(Auto Reference Counting)란?

안녕하세요 Foma 입니다!! 이번 시간에 알아볼건 바로 "ARC(Auto Reference Couting)" 라는 것인데요. Memory 이 ARC기법은 바로 iOS에서 메모리 관리를 해주는 핵심입니다. "왜 메모리 관리를 해주어야 되는데

fomaios.tistory.com

다시 공부할때 보니까, 내가 놓친 부분이 컴파일 타임때 메모리에 대한 retain, release 타임을 정하게 된다는거 같다.

retain이 release되지 않게 잡고 있으면 메모리 릭이 생기게 되는듯. 아직도 막 100% 모든 상황을 이해한거 같진 않다. 위에 경우는 너무 명확한데 서로 잡고 있는게

https://seizze.github.io/2019/12/20/iOS-%EB%A9%94%EB%AA%A8%EB%A6%AC-%EB%9C%AF%EC%96%B4%EB%B3%B4%EA%B8%B0,-%EB%A9%94%EB%AA%A8%EB%A6%AC-%EC%9D%B4%EC%8A%88-%EB%94%94%EB%B2%84%EA%B9%85%ED%95%98%EA%B8%B0,-%EB%A9%94%EB%AA%A8%EB%A6%AC-%EB%A6%AD-%EC%B0%BE%EA%B8%B0.html

iOS 메모리 뜯어보기, 메모리 이슈 디버깅하기, 메모리 릭 찾기

좋은 사용자 경험을 제공하기 위해서 메모리 관리는 아주 중요합니다. iOS의 메모리는 한정된 자원이며, 여러 프로세스가 공유하는 공유 자원입니다. 만약 메모리 누수가 계속 일어나서 현재 앱

seizze.github.io

여기 나오는 케이스는 뷰컨트롤러 인스턴스가 delegatingView랑 delegate가 뷰컨트롤러 인스턴스를 레퍼런스해서, 뷰컨트롤러 카운트가 2라 dismiss되도 인스턴스의 메모리가 release되지 않는게 문제인가 싶다.

[ ] Q9. 이미지 리스트의 성능 향상법은?

일단 이미지 관련된건 기본적으로 캐싱이 요즘 필수로 들어가니까 캐싱 한다고 할거 같다. 그러면 사실 뭐라 물어보실지 모르겠는데, 나는 맨첨에 코코아에 라이브러리 있는줄 모르고 캐싱도 일일이 딕셔너리 형태로 로컬 이미지에 저장하게 구현했었다. 나중에 sd web image 라이브러리인가? 봤는데, 나는 이미지 유효기간은 빼먹고 개발했었는데, 역시 라이브러리가 좋더라 ㅎㅎ

일단 이미지는 그럴거 같고? 리스트의 성능 향상이라 하면 음, 딱히 생각해보진 않았었다. 나는 그냥 tableView 셀 로드 될때 이미지도 로드되게 했었는데, 지금 생각해보면 하얀 공간 보일바에 좀 미리 빨리 가져올 수 있는 방법이 있을 수도 있겠다 싶긴한데, 이걸 요구하는 건지는 모르겠음... ㅎㅎ;

이미지 리스트의 성능이 뭔지 먼저 알아야 될거 같은데, 내 기준에서는 이미지 빨리 불러오고 그런게 아닐까 싶다.