일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 델리게이트
- 람다
- 정렬알고리즘
- 약참조
- 강참조
- 크리티컬섹션
- 언리얼가비지컬렉터
- stl
- 언리얼엔진구조체
- unorder_map
- enumasByue
- 람다사용정렬
- C++최적화
- 정렬
- BFS
- 프로그래머스
- UE4 커스텀로그
- 알고리즘
- 데이터애셋
- 스마트포인터
- moreeffectiveC++
- UML관련
- 선택정렬
- dataasset
- UELOG
- map
- 자료구조
- 애셋로드
- C++
- UE_LOG
- Today
- Total
목록Note (423)
기억을 위한 기록들
ex) S = 1010 N번째 비트 끄기 S &= ~(1
https://en.cppreference.com/w/cpp/utility/tuple/tie std::tie - cppreference.com template std::tuple tie( Types&... args ) noexcept; (since C++11) (until C++14) template constexpr std::tuple tie( Types&... args ) noexcept; (since C++14) Creates a tuple of lvalue references to its arguments or instanc en.cppreference.com 언리얼엔진 C++에서의 tie 함수 사용예) TTuple AMyActor:..
요즘은 다양한 일정관리 및 개인 메모 툴이 많이 있다. 그중에서도 나름 핫한 노션이 있고, 그런 노션에 대한 가이드북이 될만한 책이 나왔다. 메인페이지에 '갓생'이라는 단어를 사용하는데, 요즘 많이 사용되는 신조어이다. 개인적으로는 나태하지 않고, 계획적이고 알차게 하루를 보내는 사람(?) 생활(?)을 뜻 하는 싶다. 그런 갓생을 살기 위해 필요한 게 자기 일정 시간 관리인데, 그런 관리는 노션을 통해서 알차게 할 수 있다고 홍보하는 듯하다. 어떻게 보면 이런 갓생 습관이 무조건 좋긴 한다고 본다. 하지만... 우리는 나태지옥에 갈 수도 있게 나태하게 살 수도 있기에 쉽지 않다고 본다. 나도 개인적으로 노션을 꽤 오랫동안 사용하고 있지만, 기능은 많은 것 같지만 개인적인 그냥 무료 동기화 메모장으로 사용..
// Fill out your copyright notice in the Description page of Project Settings. #pragma once #include "CoreMinimal.h" #include "Components/ActorComponent.h" #include "HealthManageComponent.generated.h" DECLARE_MULTICAST_DELEGATE_OneParam(FUpdateHealthPoint, int); DECLARE_MULTICAST_DELEGATE_OneParam(FAddtiveHealthPoint, int); DECLARE_MULTICAST_DELEGATE_OneParam(FMinusHealthPoint, int); DECLARE_MUL..
TMap이나 TSet등에 다양한 데이터 값을 저장하려고 할때, Key로 사용되는 값을 넣는다. 그 중에서 Key로 FStruct 로 하고싶다면 추가해야할 함수가 있다. MyStruct라는 구조체가 있다고 치자. struct FMyStruct { private: int SomeIntData=0; public: FMyStruct(); ~FMyStruct(); }; 이 구조체를 Key로 사용하려고 한 다면 2개의 함수를 추가 해주면 된다. 바로 비교(==) 연산자와 GetTypeHash 함수라는 전역 함수의 파라미터 FMyStruct 이다. struct FMyStruct { private: int SomeIntData=0; public: FMyStruct(); ~FMyStruct(); //Override th..
https://www.onlinegdb.com/online_c++_compiler Online C++ Compiler - online editor OnlineGDB is online IDE with C++ compiler. Quick and easy way to compiler c++ program online. It supports g++ compiler for c++. www.onlinegdb.com 가끔 간단한 로직을 돌려보고 싶을때 ide 켜서 실행하는것보다 훨씬 좋을 듯 하다
Solid 디자인 원칙은 무조건 이렇게 해야한다! 이렇게 하지 않으면 틀린다! 가 아니라 이 원칙들을 지키면 직관적인 코드가 되고 코드들의 유지보수가 쉬워진다고 한다. S (Single Responsibility Principle / SRP) - 단일 책임 원칙 - 각 클래스는 단 한 가지의 책임을 부여받아, 수정할 이유가 단 한 가지여야 한다. ex) 어떤 몬스터 클래스가 있다고 하자. class Monster{ int Hp; int Damage; //..기타등등 변수들 void Attack(); //공격하기 위해 void Death(); //죽었을때 호출하기 위해 void PrintState(); // 해당 함수를 호출하면 이 몬스터 객체에 대해 로그를 남겨준다. }; 예와 같이 이런식의 클래스가 있..
참고 링크 : https://kind.engineering/#what-is-kindness 요약하자면 - "친절이란 다른 사람들에게 투자하고, 그들을 도울 방법을 알아내고, 그들이 있는 곳에서 그들을 만나는 것입니다." - 착하기만 하지 말고 친절하세요 - 기브앤 테이크의 3가지 유형 : Giver(주는 사람) / Taker(주는 것보다 더 많이 받는 사람) / Matchers(받은 만큼 주는 사람) - "단순한 전문가" 이상으로 업무에 임하세요 - 선의의 거짓말은 나쁜 건 아니지만 사람의 성장에는 도움이 되지 않는다. - 정직하고 잘한 일을 칭찬하고 개선할 수 있는 명확한 방법을 제시하십시오. - 팀/동료에게 가장 먼저 피드백을 요청하세요. - 정말 간단한 피드백 구조는 다음과 같다. '무엇이 잘되었나..
기업 내에서 프로그래머(엔지니어)는 보통 인턴->주니어->중간급->시니어->매니저->시니어 매니저->책임자 라고 크게 나뉜다고 정의했다. 많은 엔지니어들이 엔지니어 역할에 머무르면서 스킬역량을 계속 기르닌 길과 매니저로 이직해서 경력을 쌓는 길 사이에서 진지하게 고민하게 되었을 때 다양한 방향성을 만들려고 한다. 기업 경력마다 경력 사다리(올라가는 방향) 종류가 다양해지기도 한다. 그 많은 것들 중에 이 책에서는 주로 '스태프 엔지니어'라는 직책에 대해 얘기 해준다. 스태프 엔지니어의 역할은 다양하지만, 모든 스태프 엔지니어가 갖춘 몇가지 공통점과 일관된 속성이 있다고 한다. 그 중 몇가지를 말해주자면, 1. 스태프 엔지니어는 매니저가 아니라 리더다. 2. 스태프 엔지니어는 '기술 전문' 엔지니어다. 3..
1. 경제적 안정성 2. 가족 부양 3. 유연한 일정 4. 지적 만족 5. 성공의 롤모델 6. 재미 추구 7, 도전정신 8. 부의 축적 9. 경험 추구 10. 변화 창조 11. 본업 유지 출처 링크 "경력 개발에 대한 내 생각" : https://emauton.org/2021/07/24/how-i-think-about-career-development/ emauton.org Over the years I’ve come up with a basic approach to my career: Figure out what I want from life, and how work can support that; Use role models and writing to imagine possible futures; F..
이 책을 보고 든 생각은 이제는 좋은 글, 도움이 되는 글 쓰는 것 자체도 코드를 작성하고, 구조를 고민하고 프로그래밍을 하는 것 만큼 쉽지 않은 것이다. 라는 생각이 들었다. 처음에는 기술관련 개인 기록용으로 시작했던 블로그가 점점 보는 사람들이 미세하게 나마 많아지면서 기술 문서처럼 되었으면 하는 바램이 0.001%(?) 정도 증가하면서 관심가져 보게 된 책이다. "... 이 책의 원서에는 '엔지니어를 위한 테크니컬 라이팅 실무 가이드' 라는 부제가 붙어 있습니다. '테크니컬 라이팅'은 기술 문서를 작성하는 일로, 이 책은 소프트웨어 개발자를 위한 테크니컬 라이팅 안내서라고 할 수 있습니다...." 이 책은 아래의 챕터들을 가지고 있고, 가상의 서비스 Corg.ly 라는 걸 만드는 개발 팀에 대한 이..
코드를 작성하다보면 flaot 소숫점 비교를 자주 하게 되는데, 습관적으로 == 연산자를 사용하게 된다. 대부분~~(정말?) 괜찮을 수 도 있긴하지만, 정밀도가 떨어진다. 같은 변수 2개의 각각 1.0이 있다고 해서 같은수라는 보장이 없다. (ex 변수 2개가 각각 내부에서 1.0000004 / 1.0000006 이렇게 되어있다면 같은 값이 아니다.) float a = 3.0f; float b = 3.0f; if( a == b ) //이렇게 하지말고 { //Do Something } 그래서 단순 == 연산자로 비교하지 말고, 언리얼에서 제공 하는 함수를 이용한다고 하면 float a = 3.0f; float b = 3.0f; if(true == FMath::IsNearlyEqual(a, b)) //이렇게..