본문으로 건너뛰기

Full Stack JavaScript Developer | Half-time Open Sourcerer.

모든 저자 보기

연구 주제 구체화, Narrowing Research Topic

· 약 2분
  • 연구 주제를 너무 넓게 잡으면 관련 자료도 방대해지고, 분석·논의도 모호해짐
  • 명확하고 구체적인 연구 주제/질문을 만드는 것이 효과적

구체화 전략​

주제를 구체화하면 연구 질문도 자연스럽게 따라옴

  • Aspect: 연구 문제를 바라보는 하나의 '측면'이나 '관점'만 선택
    • 예시: 전체 현상 중 한 가지 특성, 한 가지 변수 등
  • Components: 주제를 더 작은 구성 요소로 분해
    • 예시: 대상을 세부 단위별로 나누어 분석
  • Place: 분석 지역을 좁힐수록 주제도 구체화됨
    • 예시: 남태평양 지역 → 호주
  • Relationship: 변수 간 관계나 관점(원인/결과, 비교/대조 등) 초점
    • 예시: 남녀 비교, 현대/과거 비교, 문제/해결 구조 등
  • Time: 분석하는 시간 범위를 한정
    • 예시: 최근 5년, 특정 역사적 시기 등
  • Type: 대상을 구체적 유형, 그룹, 사례 등으로 한정
    • 예시: 교통 → 학교 주변 SUV만, 학생 운전자만 등
  • Combination: 위 전략들을 2개 이상 조합
    • 예시: 특정 지역 + 특정 시간 + 특정 유형

주제 구체화를 위한 핵심 질문​

  • Who?: 연구의 대상을 누구로 제한할 것인가?
  • What?: 넓은 주제에서 구체적으로 어떤 점이 흥미로운가?
  • Where?: 지리적 범위를 어디로 한정할 것인가?
  • When?: 어느 시기에 집중할 것인가?
  • How?: 연구 방법, 필요한 정보/장비는 무엇인가?
  • How much?: 기대하는 변화나 측정 가능한 차이는 무엇인가?
  • Why?: 이 주제가 왜 중요/의미 있는가? 왜 이 주제를 연구하는가?

비판적 사고, Critical Thinking

· 약 2분

비판적 사고, 읽기, 쓰기 개념​

비판적 읽기/쓰기(critical reading & writing)는 단순한 요약(Descriptive writing)과 다르게

  • 증거와 논거를 평가하고,
  • 여러 관점을 비교하며,
  • 논리적이고 균형 잡힌 자기 주장을 펼치는 것

비판적 글쓰기 개념​

  • Descriptive writing:
    • 단순히 연구 배경, 기존 연구 요약, 사건의 흐름이나 인물의 이력 등을 나열
  • Critical writing:
    • 논쟁에 참여, 남의 주장과 증거 평가, 자신의 분석 추가, 다양한 관점 반영, 논리와 근거에 따라 결론 도출

비판적 글쓰기 중요성​

  • 대학에서는 읽은 것을 그냥 받아들이지 말고, 다양한 시각에서 분석/비판/종합할 수 있어야 진짜 학문적 목소리(academic voice)를 가질 수 있음
  • 여러 관점을 다루고 평가할수록 내 논거가 더 설득력 있어짐
  • 궁극적으로 현실 세계에 적용 가능한 지식을 만드는 게 목표

비판적 읽기·쓰기의 두 단계​

  • 1단계: 비판적 사고의 프레임 갖추기

    • 정보에 대한 호기심
    • 합리적 근거에 따르려는 태도
    • 애매함, 불확실성 받아들이기
    • 자기 편향, 선입견 인지
  • 2단계: 실제로 읽고, 쓰는 과정에서 실천

    • 타인의 아이디어 존중, 열린 마음
    • 편견 없이 다양한 관점 보기
    • 비판적·논리적 평가, 근거를 바탕으로 결론 내리기

비판적 글쓰기의 실제 단계​

  1. 과제 시작 전

    • 이미 읽은 자료를 정확히 이해
    • 과제 질문, 기준, 학술적 글쓰기 규범 확인
  2. 자료 읽기 중

    • 정보의 신뢰성, 균형성, 출처 확인
    • 여러 시각/관점의 증거를 분석
    • 편향·스폰서십·참여자 수 등 확인 (CRAAP test: Currency, Reliability, Authority, Purpose)
  3. 과제 작성 중

    • 전제와 일반화 찾기, 그 한계 분석
    • 논거 비교·대조, 근거 강약 평가
    • 논리적으로 결론 도출, 너무 많은 인용은 삼가고 반드시 해석·연결
  4. 제출 전

    • 논리적 흐름, 근거, 결론 점검
    • 평가 기준에 부합하는지 확인

비판적 글쓰기의 언어적 특징​

  • 주장/반박 표현동사: asserts, doubts, contends 등
  • 비교·대조 전환어: in addition, moreover, however, in contrast
  • 판단, 중요성, 의미 부여하는 어휘 사용

결론​

  • 너무 많은 인용은 오히려 내 목소리를 약하게 만듦. 반드시 해석·비교·평가까지 덧붙이기
  • 주장/반박/비교·대조 어휘를 적극 활용
  • 내 의견이 합리적 근거에 기반하고 있는지 늘 점검
  • 비판적 글쓰기는 연습과 피드백을 통해 발전

문헌 검색, Literature Search

· 약 2분

문헌 검색(literature search)은 연구 주제와 관련된 선행 연구, 주요 이론, 트렌드, 핵심 저자를 체계적으로 찾는 과정

배경 읽기 및 준비​

주제의 전반적인 개요를 파악하고, 주요 용어, 저자, 핵심 논문, 자료 조사

  • Google, Google Scholar 검색
  • ProQuest, Scopus, Web of Science 같은 데이터베이스 탐색
  • 주제별 백과사전, 사전, 입문서 활용

주제 범위 설정​

검색 방향 구체화하고, 범위를 너무 넓거나 좁지 않게 조정

  • 주제를 세부 개념(키워드)으로 쪼개기
  • 관련 개념, 동의어, 반의어 탐색
  • 포함/제외 기준(연도, 지역, 이론, 인구 등) 정하기
  • 필요한 자료 유형(논문, 통계, 1차자료 등) 확정

검색 도구 선정​

플랫폼 선택 및 자료 검색

  • 도서관 데이터베이스(Finder, Study Guides 등)
  • 정부·연구기관·대학 리포지터리
  • 신뢰할 수 있는 공식 웹사이트 등

실제 검색을 통해 자료 찾기

  • 핵심 키워드, 구문(“sustainable development” 등) 선정
  • truncation/wildcard(sustainab* -> sustainable, sustainability 등)
  • Boolean 연산자(AND, OR, NOT) 조합
  • 검색 전략을 세우고 직접 실행

검색결과 평가 및 전략 수정​

검색결과의 적합성 평가, 전략 수정

  • 제목, 초록을 훑어보고 실제로 유용한 자료인지 확인
  • 검색어, 키워드, 범위 등을 조정
  • 필요하면 다른 데이터베이스, 도구로 확장

6. 결과 정리 및 관리​

자료와 검색 전략 관리, 재사용

  • EndNote, Mendeley, RefWorks 등 인용·참고문헌 관리 툴 활용
  • 검색결과를 주제별로 분류 및 정리
  • 알림(Google Scholar alerts, 데이터베이스 알림 등) 설정하여 최신 연구 follow-up

문헌 고찰, Literature Review

· 약 2분

문헌 고찰 개념​

An evaluation of previous research on your topic.

  • 문헌 고찰(Literature Review)은 내가 연구하는 주제와 관련된 기존 연구들을 평가하는 글이다.

문헌 고찰 목적​

"provides background information needed to understand your study
assures your readers that you are familiar with the important research that has been carried out in your area
establishes your study as one link in a chain of research that is developing and enlarging knowledge in your field"
(Weissberg & Buker 1990, p.41)

  • 내 연구의 배경을 설명하고, 독자에게 내가 주요 연구를 충분히 파악하고 있다는 점, 그리고 내 연구가 기존 연구의 연장선상에 있음을 보여준다.

문헌 고찰 포함 내용​

Minimum: well-established research in the field; most recent relevant research.

  • 문헌 고찰에는 반드시 이 분야에서 잘 알려진 주요 연구와 가장 최근의 관련 연구를 포함해야 한다.

문헌 고찰 구성​

  • 필요에 따라 조합할 수 있다.

레퍼런스​

The REFERENCE system you follow will be that of one of the leading journals in your field: check with your lecturer or supervisor.

  • 분야에서 영향력 있는 저널의 인용 방식을 따라야 하며, 확실하지 않으면 담당 교수나 슈퍼바이저에게 확인

인용​

  • 정보에 초점을 둘지, 저자에 초점을 둘지에 따라 다르다.
  • on the information: use name/number in parentheses.
    • It was demonstrated [2]
    • It was demonstrated (Williams, 2003)
  • on the author: use acknowledging phrases
    • Williams (2003) demonstrated that...
    • Williams [2] demonstrated that...

길이​

Around 15-30% of the whole proposal

  • 별도 기준이 없다면 15% - 30%
  • 논문은 60%가 본인의 작업이어야 한다. 문헌 고찰이 논문의 40%를 초과하면 안 된다.

문헌 고찰에서 해야 할 일​

  • 분야 내에서 중요하고 관련 있는 연구들을 파악하는 능력을 보여준다.
  • 해당 연구들을 체계적으로 정리, 평가할 수 있음을 보여준다.
  • 연구의 빈틈(gap) 을 파악하고, 내 연구가 그 부분을 채우려 한다는 점을 제시한다.

FDA +001

· 약 2분

Big Data​

  • Volume: describes the data size, up to PB
  • Velocity: the speed of data generation and illustrates how fast the datasets are being produced.
  • Variety: the complexity of datasets, with datasets including both structured and unstructured data.
  • Veracity: The truthfulness or reliability of the data. large + reliable in order to achieve value in the analysis of it.
  • Value: The worth in information that can be achieved by the processing and analysis of large datasets. It can be measured by an assessment of the other qualities of big data.

ML​

  • Supervised learning: uses the old data to learn the relationship between the inputs and outputs, which will be able to predict the outcomes.
    • Decision Trees, Neural Networks, SVM, Random Forests.
  • Unsupervised learning: try to make sense of the data without labelled responses by representing it in another form.
    • Clustering, association rule mining, Neural Networks.

AI​

  • reasoning
  • knowledge representation
  • planning
  • learning
  • natural language processing
  • perception
  • pattern recognition

The Relationships between DA, DS, AI, and ML

Data Science (Second Edition), Chapter 1 - Introduction Pages 1-18, by Vijay Kotu, Bala Deshpande, 2019,

KNIME​

KNIME Flow

Vocabulary for AI +002

· 약 5분

Vocabulary & Expressions​

Term/ExpressionDefinitionSimpler ParaphraseMeaning
perceiveTo become aware of something through the sensesTo notice or become aware of인식하다
crudeIn a raw or unrefined state; lacking sophisticationBasic or rough; not polished조잡한, 대충만든
flesh outTo add more details or substance to an idea or planTo develop or expand an idea with more information구체화하다, 자세히 설명하다
infraredRelating to electromagnetic radiation with wavelengths longer than visible lightA type of light that is not visible to the human eye, often used in technology적외선의
In practiceIn reality or in actual use, as opposed to theoryHow something works in real life, not just in theory실제로, 실제 사용에서
perceptA mental impression or understanding formed by the sensesAn idea or understanding formed by what we see, hear, etc.지각, 인식
percept sequenceThe complete history of everything the agent has ever perceivedThe full record of all the things an agent has noticed or experienced지각 순서, 인식의 연속
tabulateTo arrange data in a table format for easier analysisTo organize information into a table표로 정리하다
artifactAn object made or used by humans, often of historical or cultural interestA human-made object, especially one of historical or cultural significance인공물, 유물
consequentialismAn ethical theory that judges actions by their outcomes or consequencesA moral philosophy that evaluates actions based on their results결과주의
desirabilityThe quality of being desirable or wantedHow much something is wanted or valued바람직함, 선호도
knottyComplex and difficult to solve or understandComplicated and challenging복잡한, 어려운
criterionA standard or principle by which something is judged or decidedA rule or standard used to evaluate something기준, 표준
priorExisting or occurring before something elseSomething that comes before or is earlier in time이전의, 선행하는
oscillateTo move back and forth in a regular rhythm; to vary between two pointsTo swing or fluctuate between two states or values진동하다, 오락가락하다
omniscienceThe state of having complete or unlimited knowledgeThe ability to know everything전지전능, 모든 것을 아는 상태
pantomimeA form of theatrical performance using gestures and body movements without spoken wordsA performance that tells a story through actions and expressions, not speech무언극, 몸짓극
waspA type of stinging insect known for its slender body and aggressive behaviorA flying insect that can sting, often yellow and black말벌
entomologistA scientist who studies insectsAn expert in the study of insects곤충학자
innateExisting naturally or as part of something; not learned or acquiredSomething that is inborn or inherent타고난, 선천적인
To the extentAs far as something is true or applicableTo the degree that something is relevant or valid~의 범위 내에서, ~에 한해서, ~한 정도까지는
reflexAn automatic, involuntary response to a stimulusA quick, instinctive reaction to something반사 작용, 반사 신경
acronymicallyIn a way that uses the first letters of words to form an abbreviationUsing the initial letters of words to create a shorter form약어로, 두문자어로
aspireTo have a strong desire or ambition to achieve somethingTo aim for or seek to achieve a goal열망하다, 갈망하다
disturbanceAn interruption or disruption of normal activity or stateA disturbance is something that disrupts or interrupts방해, 소란
alleyA narrow passageway between buildings or wallsA small street or path, often for pedestrians골목, 좁은 길
speedometerAn instrument that measures the speed of a vehicleA device that shows how fast a vehicle is going속도계
accelerometerAn instrument that measures acceleration or changes in speedA device that detects how quickly something speeds up or slows down가속도계
persistentContinuing firmly or obstinately in a course of action despite difficulty or oppositionContinuing to exist or endure over a long period지속적인, 끈질긴
embodyTo give tangible or visible form to an idea, quality, or feelingTo represent or express something in a physical form구체화하다, 구현하다
explicitlyIn a clear and detailed manner, leaving no room for confusionClearly stated or shown, without ambiguity명확하게, 분명히
dauntingIntimidating or discouraging; causing one to lose confidenceMaking someone feel less confident or more afraid벅찬, 위협적인, 겁먹게 하는

Agents​

  • Simple reflex agents
  • Model-based reflex agents
  • Goal-based agents
  • Utility-based agents

호주 집 구하기

· 약 1분

시리즈​

집 구성​

구분영어내용
마스터 룸Master room한국 안방, 화장실이 딸려있어 다른 방에 비해 비싼 편이고 보통 2~4명까지 들어감
세컨드 룸Second room한국 작은방, 2~3명 정도 들어감
리빙 룸Living room거실에서 파티션을 치고 생활하는 것, 가격이 저렴하지만 불편함이 많음.
선 룸Sun room베란다, 베란다여서 저렴할 것 같지만 독방으로 생각하는 사람들도 있어 의외로 가격이 비쌈
본드 피Bond fee한국 월세 보증금, 호주는 주당 방비를 내기 때문에 처음 들어갈 때 4주 정도의 본드 피를 내고 나올 때 돌려받음
풀리 퍼니시드Fully furnished풀 옵션(full option), 침대, 책상, 옷장 등의 가구가 갖춰진 방
어드밴스드 렌트Advanced rent방값 선불

FSD +001

· 약 8분

Software Engineering​

SDLC​

SW Development Methodologies​

Waterfall​

  • Pros
    • Simple & easy: each phase has specific deliverables
    • Clear & set milestones
    • Fixed requirements
    • Works well for small projects with specific set of requirements
    • Determine the schedule early
    • Clear structure
  • Cons
    • Working sw produced only at the end
    • High uncertainty of sw quality and functionality
    • Delayed testing, delays sw bugs discovery
    • After completion, no formal way to change the requirements
    • Fix working model, difficult to implement for complex projects

Agile​

  • Iterative cyclical progression of the SDLC
    • Repetitive structure based on iterations (sprints)
    • 2 ~ 4 weeks, SDLC repeats
    • Each release has 3 or more iterations
    • Working prototype is produced at the end of each iteration
    • Prototype is for QA and used as input for next iteration
    • Multiple releases
  • Pros
    • Innovation through team collaboration
    • Time to market
    • Continuous testing
    • Risk reduction, finding sw bugs early
    • Customer feedback loop
    • Flexibility to change requirements
    • Automates most of the SDLC === DevOps approach
  • Cons
    • Lack of long-term planning
    • Cost estimation is difficult
    • Limited documentation
    • No finite end
    • Difficult to see the end result due due to cyclic nature of agile

SW Development Paradigms​

Procedural Programming​

  • Top-down decomposition: Each sub-problem is typically implemented as a function or procedure
  • Root represents the main program
  • Leaves denote individual procedures or functions

Object-Oriented Programming​

  • Abstraction: The process of hiding unnecessary details
  • Encapsulation: Restricts the direct access to components of an object, while using methods to access and modify the data
  • Inheritance: The process of creating sub-class
  • Polymorphism: Allows for the creation, use, and storage of multiple objects that inherit from the same parent class

Requirements Analysis​

Instructions provided by the stakeholder describe a target system

  • system properties, attributes and how a system should behave
  • Decomposed into Functional requirements / Non-functional requirements

Requirements Validation​

  • Compliance
  • Correctness
  • Completeness
  • Consistency
  • Usability
CriteriaDescriptionSatisfactory Score (0-5)Recommendations
ComplianceDegree to which the requirements meet with industry standards and regulations0-
CorrectnessDegree to which the requirements is correct in terms of spelling, accuracy, grammatically.0-
CompletenessDegree to which the functional requirements match the intended software behavior0-
ConsistencyDegree to which the requirements can be mapped to use cases0-
ExpandabilityDegree to which the requirements can be modified and improved to meet the project objectives0-

Use Case​

an actor wants the system to, and captures functional requirements

  • always started by an actor, always written from the perspective of the actor
  • a series of actions that a user must initiate to carry out some useful work and to achieve a goal
    • preconditions -> main flow -> alternative flow -> postconditions
  • reflects all the possible events in the system
  • complete set of use cases describes all the possible ways the system will behave and defines all the requirements

Use Case Backlog Template​

IDUse Case TitleActor(s)Goal/DescriptionPreconditionsPostconditionsPriorityStatusNotes
UC-001User LoginUserAllow users to log in to the systemUser must have an accountUser is logged inHighOpen-
UC-002View ProfileUserAllow users to view their profile informationUser must be logged inUser profile is displayedMediumOpen-

User Stories​

  • Planned to be delivered in a single iteration, some user stories may span multiple iterations
  • Single requirement expressed from developer's perspective
  • Describes a functional or non-functional requirement
  • As a student
  • I want to submit assignments online
  • so that I can receive feedback from my instructor.
IDUser StoryAcceptance CriteriaPriorityStatusStory PointsNotes
US-001As a student, I want to submit assignments online so that I can receive feedback from my instructor.- User can upload assignment files
- User receives confirmation of submission
- Instructor can view submitted assignments
HighOpen5-
US-002As a student, I want to view my grades online so that I can track my academic progress.- User can view grades for each assignment
- User can see overall course grade
- Grades are updated in real-time
MediumOpen3-

UML​

  • Actors: Entity that performs actions in the system
  • Use Cases: Oval representation inside the system boundary of a functional requirement
  • System Boundary: Square representation of the system scope
  • Relationships
    • Association: Between an actor and a use case
    • Include: Between use cases, The included use case is always necessary for the completion of the activating use case.
    • Extend: Between use cases, The extension use case is activated occasionally at specific extension point.
    • Generalization/Inheritance: Between use cases, they achieve the same goal but in different ways.

Use Case Model​

  • System boundary: Defines the scope of the system
  • Generalization: Describes the shared parts in a parent use case, then specializes in child use cases
    • Inherit features from their parent use case
    • Add new features
    • Change inherited features
  • Short, simple use cases on the core functionality may be completed within one iteration.
  • Keep use cases short and simple
  • Focus on what, not the how
  • Avoid functional decomposition

UML Use Case Model​

  • CRUD
    • Create a record
    • Retrieve the record given a key
    • Update the record with new data and store it
    • Delete a record
  • Each is a separate goal, possibly carried by a different person with a different security level.

AI 에이전트와 환경

· 약 4분

에이전트와 환경의 상호작용​

환경​

  • Static environment: crossword puzzle
  • Semi-dynamic environment: Chess
  • Dynamic environment: self-driving car

연구문제(Research Problem)의 개념, 유형, 선택 전략

· 약 3분

1. 연구문제 정의 및 역할​

연구문제는 사회·행동과학에서 분석의 출발점이자 글쓰기의 핵심 조직 원리이며 학문적 소통의 중심 주제이며, 다른 연구 주제로의 확장 기반이 된다.

  • 새로운 지식과 이해 도출
  • 실용적 해결책 또는 정책 제안
  • 인간 조건 개선
  • 실천적 방법론 개발

2. 연구문제 유형과 예시 (기후변화 주제 기반)​

유형설명기후 변화 예시
Action사회 변화 유도 목적가뭄 지역 식량 운송 개선
Applied실용적 해결 목표해수면 상승 → 기반시설 개선
Causal인과관계 분석빙하 감소 → 농업 ↓ → 경제 ↓
Developmental개념 확산/수용 과정 분석재생에너지 수용 인식 변화
Exploratory미지 영역 탐색산불 연기 → 노인 건강 영향 조사
Predictive미래 예측북극 해빙 → 항로 개방 대응 시나리오
Theoretical개념적 이론 확장장소애착 이론을 통한 메시지 전략

3. 연구문제 선정 절차​

A. 주제를 제공받는 경우​

  1. 핵심 개념 및 용어 도출
  2. 배경문헌 검토 (ProQuest, JSTOR 등)
  3. 비판적 시각 형성 (찬반 근거 확보)
  4. 아웃라인 구성

B. 주제 리스트에서 선택하는 경우​

  • “쉬운 주제”보다 흥미, 전공, 개인적 의미 고려
  • 위와 같은 절차 적용

C. 자유 주제 설정​

  1. “무엇을 이해하고 싶은가?”라는 질문에서 시작
  2. 아이디어 수집 전략
    • 강의자료, 시사 뉴스, SNS, 과거 과제 등
  3. 주제를 연구문제로 구체화 후 위 절차 적용

4. 문헌 활용 전략​

활용 방식설명
비판적 활용기존 주장의 약점을 반박하거나 대안 제시
아이디어 확장타인의 관점으로 본인 주장을 보완
역사적 맥락 제공주제의 시간적 변화나 발전 과정을 조망
학제 간 통찰 확보사회학, 정치학 등 다양한 관점 비교 분석

5. 연구문제 vs 논제 (Thesis Statement)​

구분연구문제논제 (Thesis)
목적해결해야 할 문제 제시문제에 대한 명확한 입장 표명
문서 위치서론 초반서론 마지막 문단
성격측정 가능한 현상 기술분석, 주장, 평가 등 입장 제시
관계논제의 기반이 됨연구문제 해석 결과로 도출됨

6. 실전 리서치 팁​

  • Google Scholar의 "Cited by" 기능으로 후속 연구 추적
  • 동의어 및 관련 키워드로 검색 확장
  • 참고문헌 추적: 자주 인용된 자료는 핵심 이론일 가능성 높음
  • EndNote, RefWorks로 문헌 정리
  • 아웃라인 작성 시 논리적 공백이 생기면 추가 조사 필요

7. 참고용 리서치 도구 및 플랫폼​

  • CQ Researcher – 이슈 중심의 정책 보고서 제공
  • Opposing Viewpoints In Context – 사회 문제에 대한 다양한 관점
  • Policy Commons – 글로벌 정책 데이터베이스
  • JSTOR – 학술지 기반의 과거 연구 자료
  • New York Times Topics – 주요 시사 이슈 정리 및 자료

8. 개선 제안 요약​

항목제안 내용
유형 비교 도식화7가지 유형을 목적/적용성과 함께 도식화
검색 예시 보강고급 검색식 예시 추가 (ex. “EU AND terrorism AND credibility”)
논제 예시 확장분석형, 설명형, 주장형 등 다양한 논제 샘플 제시
실패 사례 제시과도하게 좁은 주제나 불명확한 문제 사례 소개
전체 개요 문단 추가전체 문서 요약용 300자 내외 개요 삽입 (블로그/논문 개요에 활용 가능)