1. 굳이 C로 프로그래밍을 입문하는데 쓸 필요는 없다 생각함. 설계가 옛날 인 것도 있고, 논리형도 없고 프로그래밍에 이건 알아야 한다 라는 걸 설명하기엔 모자라다고 생각함. 프로그래밍에서 제일 중요한 것은 주어진 성능에서 돌아가는 하고싶은 일을 구현하는 건데, 하고 싶은 걸 구현하는데 제약이 많아서 굳이 입문에서는 C를 몰라도 된다고 생각함
2. 그렇지만 C를 다루긴 해야 한다 생각함. 대학 시스템 프로그래밍, 컴퓨터 시스템을 보면 비트 단위, 메모리 주소, 약간 어셈블리, POSIX API, 운영체제에서 제공하는 시스템 관련함수 등을 다루는데, 이 개념들이랑 밀접하게 닿아있는 게 C임. 물론 다른 언어에서 래퍼나 추상화된 라이브러리로 편하게 사용할 수 있지만, OS에서 제공하는 구조는 C에 기반하여 제공되는 게 많고, 메모리 관점 접근도 포인터를 알고 나면 이해에 도움이 되니깐
3. 결국 C자체로 하고싶은 일을 하겠다 이러기 위해 배운다기 보다는 컴시를 위한 교양으로 필요가 있다 생각함. 솔직히 컴시 안그래도 양 많은데 C기초 다루면 시간 낭비임.
2. 그렇지만 C를 다루긴 해야 한다 생각함. 대학 시스템 프로그래밍, 컴퓨터 시스템을 보면 비트 단위, 메모리 주소, 약간 어셈블리, POSIX API, 운영체제에서 제공하는 시스템 관련함수 등을 다루는데, 이 개념들이랑 밀접하게 닿아있는 게 C임. 물론 다른 언어에서 래퍼나 추상화된 라이브러리로 편하게 사용할 수 있지만, OS에서 제공하는 구조는 C에 기반하여 제공되는 게 많고, 메모리 관점 접근도 포인터를 알고 나면 이해에 도움이 되니깐
3. 결국 C자체로 하고싶은 일을 하겠다 이러기 위해 배운다기 보다는 컴시를 위한 교양으로 필요가 있다 생각함. 솔직히 컴시 안그래도 양 많은데 C기초 다루면 시간 낭비임.
인정합니다 - dc App
1번은 #include 해주면 bool 가능
아 부등호 안먹네 stdbool.h
내부적으론 0,1이니 제대로 된 논리형은 아니라 생각함
이게 다 CS랑 CE가 구분 안 되는 한국 대학 학부의 문제다
난 2번에 대해 관심이 아주 많아서 몇년간 썩힌것도 나쁘지 않다고 봄. 그러나 시대의 흐름이 바뀌고 퇴물이 됨.