Wiki Index

Solution rust soulution kotlin solution Memo 간단한 정렬 문제 러스트 입출력을 좀 찾아서 써봤다. // Baekjoon - 11650 // https://www.acmicpc.net/problem/11650 use std::io::{self, Read, Write}; fn main() { let stdin = io::stdin(); let stdout = io::stdout(); let mut stdin = stdin.lock(); let mut stdout = stdout.lock(); let mut input = String::new(); stdin.read_to_string(&mut input).unwrap(); let mut lines = input.lines(); let n: usize = lines.next().unwrap().parse().unwrap(); let mut vec: Vec<(i32, i32)> = Vec::with_capacity(n); for _ in 0....

Solution cpp soulution kotlin solution Memo 순열 구현 문제 cpp 풀이는 next_permutation을 이용해서 간단하게 했다. int main() { ios_base::sync_with_stdio(false); cin.tie(nullptr); // 문제 해결 코드 작성 int n; cin >> n; vector<int> arr; for (int i = 1; i < n + 1; i++) { arr.push_back(i); } do { for (int i: arr) { cout << i << ' '; } cout << '\n'; } while (next_permutation(arr.begin(), arr.end())); return 0; } 문제는 코틀린 구현하다가 발생했는데, 처음에는 아래처럼 구현했다....

Solution cpp soulution kotlin solution Memo 그냥 간단한 조합 구현 문제 2 조합은 그냥 구하고, valid 이후 출력해주는 정도 변수를 너무 난잡하게 써서 습관적으로 정리해야할 것 같다. bool is_valid_password(vector<char> &chars) { int vowel_count = 0; int consonant_count = 0; for (char c : chars) { if (c == 'a' || c == 'e' || c == 'i' || c == 'o' || c == 'u') { vowel_count++; } else if (c >= 'a' && c <= 'z') { consonant_count++; } } return (consonant_count >= 2 && vowel_count >= 1); } void combination(vector<char> &characters, int idx, int level, vector<char> &tmp) { if (level == plen) { if (is_valid_password(tmp)) { for (char c : tmp) { cout << c; } cout << '\n'; } return; } for (int i = idx; i < characters....

Solution cpp soulution kotlin solution Memo 재귀 구현 문제 bottomup 방식도 있는데 시간복잡도는 똑같아서 그냥 했다.

Solution cpp soulution kotlin solution Memo 그냥 간단한 조합 구현 문제 cpp는 특징적인건 없고 그냥 재귀로 했다. fun List<Int>.findLottoCombinations(result: MutableList<Int> = mutableListOf(), index: Int = 0) { if (result.size == 6) { println(result.joinToString(" ")) return } if (result.size + (size - index) < 6) return for (i in index until size) { result.add(this[i]) findLottoCombinations(result, i + 1) result.removeAt(result.lastIndex) } } fun main() = with(BufferedReader(InputStreamReader(System.`in`))) { generateSequence { readLine() } .takeWhile { it !...

매일 두?문제 네?가지 풀이

kotlin coroutines 책 정리

함수 타입 함수 타입 정의 (T) -> Boolean : Boolean을 반환하는 함수 Predicate (T) -> R : 값 하나를 다른 값으로 변환하는 함수 transfrom (T) -> Unit : Unit을 반환하는 함수 operation 함수 타입 활용 invoke라는 단 하나의 메서드만 제공함, 명시적 invoke호출과 ()연산자로 호출 함수타입 파라미터를 ()? 로 감싸서 널러블함을 표현할 수 있음 (이경우는 명시적 invoke만 가능) named parameter 함수 타입을 정의 할 때 ’named parameter’를 사용 가능 오직 개발 편의를 위한 것 익명 함수 익명함수는 함수 타입 객체를 반환하는 표현식 generic, default parameter는 지원하지 않음 val add2 = fun(a: Int, b: Int) = a + b 익명함수 자체는 요즘 사용하지 않는다고 함 람다가 더 짧고 지원이 더 잘됨 인텔리제이는 람다만 힌트를 제공 그래도 아래와 같은 상황에는 아직 유용 return 범위 명확히 구분하고 싶을 때 타입 명시적 선언 (람다보다 깔끔) return을 명시적으로 사용해야 할 때 고차함수 인자가 2개 이상이고 복잡할 때 람다 표현식 코틀린에서 람다 표현식(lambda expression)은 return을 허용하지 않는 이유는, 람다가 그 자체로 “독립적인 실행 흐름”을 갖는 함수가 아니라, “호출되는 컨텍스트에 의존하는 작은 코드 블록”이기 때문입니다....

C++ Grammar and Syntax Guide for Coding Interviews (Algorithms & DS) Core Data Types and Variables Basic Types int x = 5; // Integer long long bigNum = 1LL<<60; // Large integer (note LL suffix) double y = 3.14; // Double precision floating point bool flag = true; // Boolean char c = 'A'; // Character string s = "Hello"; // String (requires #include <string>) Type Modifiers unsigned int positiveOnly = 100; // Only non-negative values const int FIXED = 10; // Cannot be modified after initialization Type Aliases typedef long long ll; // Old style type alias using ll = long long; // Modern style type alias (preferred) Auto Type Deduction auto num = 10; // Compiler deduces type (int in this case) auto it = myVector....

1~3장 기본 문법 진짜 간단하게 문법을 훑는다. 3장 프로그램 구조와 제어 흐름 예외 처리에 대한 조언 코드의 특정 위치에서 처리할 수 없는 예외는 잡지 않는다. def read_data(filename): with open(filename, 'rt') as file: rows = [] for line in file: row = line.split() rows.append((row[0], int(row[1]), float(row[2]))) return rows 위의 경우 함수의 사용자가 잘못된 파일명을 처리할 기회가 사라짐 예외를 호출자한테 전달하는게 바람직하다고함 파이썬은 매번 에러 확인하지 말고, 실패하도록 내버려두라는 철학을 가짐. 예외는 프로그램 흐름을 위로 “전파”시켜서, 상위 책임 코드에서 처리하는 게 자연스럽다는 접근 흠....