일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
- 운영체제
- 게임개발
- RBAC
- linear difference equation
- DP
- Race condition
- 유니티
- dirty cow
- pdlc
- Unity #Indie Game
- sampling theory
- Double free
- MLFQ
- MAC
- AINCAA
- Security
- frequency-domain spectrum analysis
- dtft
- 유스케이스
- TSet
- 메카님
- 게임 개발
- CTF
- Rr
- 언리얼엔진
- ret2libc
- DSP
- 배경 그림
- STCF
- stride
- Today
- Total
목록2024/10 (71)
다양한 기록
소프트웨어 특성- 안보임- 제조되는 것이 아닌 엔지니어링 됨- 낡지 않음- 테스트 가능- 적합성, 변경 가능성- 복제 가능- 애플리케이션 신뢰성- 오해받기 쉬움 .. => myth of software1950s ~ mid 1960s (The early years)- 배치 접근, 커스텀 SW 1960s mid ~ 1970s mid (The Second era)- 멀티 유저, 리얼 타임, 데이터베이스, 프로덕트 SW 1970s mid ~ 1980s late (The third era)- 분산 시스템, 임베디드 "Intelligence"- 값싼 하드웨어 - 소프트웨어 엔지니어링 시작 1980s late ~ 2000s (The fourth era)- 성능 좋은 데스크탑, 객체지향 기술- 예측 시스템, 인공 뉴럴..
프로그램- 프로그래밍 언어로 쓰인 명령어의 집합 소프트웨어- 프로그램, 데이터와 관련된 문서 소프트웨어 프로덕트- 제네릭 : 다양한 분야의 소비자들한테 팔려고 개발됨- 비스포크 : 특정한 소비자를 위한 맞춤형 Development of SW요구사항 정의요구사항 분석설계( 아키텍처 / 상세 )구현( 개발 / 테스팅 )유지보수 요구사항 정의- 클라이언트의 요구사항들 도출- 고객과의 대화를 통해 파악- 사용자와의 직접적인 소통을 통해 요구사항을 이해 요구사항 분석 (명세)- 클라이언트의 요구사항이 분석되고, 명세 문서의 형태로 표현- 소프트웨어 프로젝트 관리 계획이 작성- 개발자가 요구사항을 해석하여 구체적인 시스템 설계에 반영 설계- 아키텍처 설계-- 프로덕트를 모듈이라고 부르는 컴포넌트들로 분리- 상세 설..
Password Dilemma/etc/shadow ... => -rw-r----- root shadow루트 권한이 있어야만 쓰기가 가능하지만 일반 유저도 비밀번호를 바꾸고 싶을 수 있음 Two-Tier Approach운영체제에서 파인-그레인드 액세스 컨트롤 구현 시 과도하게 복잡해짐OS는 세분화된 접근 제어를 위해 확장에 의존권한이 있는 프로그램이 그러한 확장: set-uid 프로그램, 데몬 타입- Deamon in Linux (Services in MS Windows)- Set-ProgramsSet-UID Concept- 유저가 프로그램을 오너 권한으로 실행하도록 허가 RUID (Real) : 프로세스의 실제 오너 아이디EUID (Effective) : 권한을 나타내는 아이디 RUID는..
PDLC (Platform Development Life Cycle) 용어 정립System- 하나의 비즈니스 기능에 사용되는 상호 연관된 절차들의 그룹으로, 구별 가능한 경계를 가짐- 통합된 전체를 형성하는 규칙적으로 상호 작용하거나 상호 의존적인 단위 그룹- 모든 시스템은 공간과 시간적 경계에 의해 묘사되고 환경에 의해 영향을 받으며 그 구조와 목적에 의해 기술되고 그 기능으로 표현됨 SubSystem- 서브 시스템은 시스템 자체이자 더 큰 시스템의 구성인 요소 집합- 서브 시스템은 시스템이 제어하는 운영 환경의 특성을 정의하는 정보를 포함하는 시스템 오브젝트임 Component- 독립적인 단위/소프트웨어 모듈 .. 시스템은 모듈로 구성된 컴포넌트로 나뉨- 특정 기능이나 관련된 기능들의 조합 .. ex..
플랫폼의 개념생산자와 소비자가 모여 상호 작용을 할 수 있는 공간을 만들어 창출하는 것이 기본 원리 본질에 초점을 맞추기- 우리 플랫폼은 왜 존재하는가?- 우리 플랫폼이 없자면 사용자는 어떤 불편함이 있을까? ... 불편함을 느끼는 것이 본질이자 킬러 컨텐츠 플랫폼은 생산자와 소비자를 연결하여 이들이 서로 가치(정보, 상품/서비스, 통화)를 교환- 정보의 교환은 무조건 용이하게- 상품, 서비스(가치단위) 교환은 사용자가 편리하게- 관심, 명성, 영향력, 평판도 교환 가능하게전략의 핵심: Come and Stay1. 플랫폼 마당: 좋은 플랫폼은 다양한 이해관계자가 협력하며 뛰어 놀 수 있는 공간2. 네트워크 효과3. 플랫폼 지휘자 역할 : 기업간 상생/공유4. 플랫폼 주위의 비즈니스 파트너가 많을수록 활성..
공유 경제소유하는 대신 서로 물건을 빌리고 빌려주는 개념을 인식하여 경제 활동을 하는 것을 의미 공유 경제는 유형 및 무형의 자원을 포함하며 거래 유형에 따라 세 가지 범주로 넓게 분류 가능1. 공유2. 물물교환3. 협력적 커뮤니티 : 특정 커뮤니티 내에서 사용자 간 협력을 통해 유형 및 무형의 자원을 다룸. AirBnB, Wizdom.. 공유 경제는 사용자, 중개자, 그리고 사회 전체에 이익을 주는 윈-윈 구조를 목표로 함거래 당사자 뿐만 아니라 거래 자체도 자원을 절약하고 환경 문제를 해결하는데 기여 가능 구독 경제배경: 경제를 움직이는 주요 축은 소유에서 공유로, 공유에서 구독으로 전환 정의와 범위공급자가 일정 금액을 지불한 사용자가 원하는 제품이나 서비스를 정기적으로 제공하는 새로운 개념의 유통..
플랫폼 비즈니스 모델 Open Market (Online Shopping Website)- Online Direct Marketplace (온라인 직거래 장터) .. => 중개 플랫폼- 오픈 마켓은 한국식 표현 -> Online Shopping Website- 중간 유통 마진 없어서 저렴 선순환 구조- 상대적으로 저렴- 많은 구매자들- 마진 더 줄이기 가능 (박리다매)- 더 싸지고 더 많은 구매자- 쿠폰 등을 통해 더 많은 구매자 모으기 가능SNS (Social Media)- 특정 관심사나 활동을 공유하는 사람들 간 네트워크를 구축하는 온라인 서비스- 사용자 간 사회적 관계와 상호작용을 중재하고 촉진- 관심사나 활동을 공유하는 사람들 간의 교환을 보여주고 구축하는 온라인 서비스나 플랫폼- 영어로 소셜 미..
Open(개방) and Cooperation(협력) Components of Platform1. Hardware + device : 값을 전달하는 물리적 프레임워크2. Software + contents : hardware works3. The interface : 하드웨어와 소프트웨어로 구성된 솔루션에 접근 제공 Role of Platform Participants1. Paltformer (리더)2. Evangelist (전도사)3. Complementor (보완자) 플랫폼 기본 전략 및 성공Smartization = Softwareization ..=> Smart Revolution = Software Revolution 플랫폼 전략은 회사의 프레임워크를 넘은 생태계 만들기 전략임 Attractive..