물론 C++에는 bool이 있지만 C에는 없습니다. 지금 막 공부하고 있고 모레는 C로 시험이 있어요. 그래서 제가 화제입니다. 예, 맞습니다. 이제 C는 하드웨어에 더 많이 사용됩니다. 보이는 응용 프로그램은 그것에 쓰지 않습니다. 하지만 그렇다고 해서 인기가 떨어지는 것은 아닙니다.
물론 C++에는 bool이 있지만 C에는 없습니다. 지금 막 공부하고 있고 모레는 C로 시험이 있어요. 그래서 제가 화제입니다. 예, 맞습니다. 이제 C는 하드웨어에 더 많이 사용됩니다. 보이는 응용 프로그램은 그것에 쓰지 않습니다. 하지만 그렇다고 해서 인기가 떨어지는 것은 아닙니다.
놀랍게도 그는 곧 인기에서 Java를 추월하고 정상에 오를 것입니다.
시험에 행운을 빕니다. C에 대한 준비 수준으로 쉽게 통과할 수 있습니다. C에서는 어려운 것이 없습니다. 제가 보기에 언어의 명확성은 이해하기 쉽게 만듭니다. 모든 것이 개발자에게 숨겨져있는 동일한 C))로 작성된 인터프리터 비 유형 언어와 다릅니다. 파이썬 언어는 C로 작성되었습니다. 찰스! )) 이것은 Py에 통합 라이브러리를 제출하는 또 다른 이유입니다. C가 하드웨어용으로 작성된 이유를 생각해 본 적이 있습니까? 그는 일에 빠릅니다. 그리고 우리 비즈니스에서는 속도도 매우 중요합니다. 그리고 MQL 언어가 어셈블러 최적화와 함께 C로 작성되었다는 점을 배제하지 않습니다. 나는 왜 그렇게 생각합니까? 응용 프로그램의 디자인은 태어날 때부터 거의 변하지 않기 때문입니다. 소프트 창과 결합된 C용 Zayuzan 일부 GUI 라이브러리. C는 검색에 관심이 많아서 버그가 있었고 터미널 디자인은 Cish 라이브러리와 매우 유사합니다. 이 도서관은 Sishna에 의한 제한 때문에 건축가에게 자유를 주지 않습니다. 그러나 여기서 아름다움은 우선순위가 아니라 속도입니다.
시험에 행운을 빕니다. C에 대한 준비 수준으로 쉽게 통과할 수 있습니다. C에서는 어려운 것이 없습니다. 제가 보기에 언어의 명확성은 이해하기 쉽게 만듭니다. 모든 것이 개발자에게 숨겨져있는 동일한 C))로 작성된 인터프리터 비 유형 언어와 다릅니다. 파이썬 언어는 C로 작성되었습니다. 찰스! )) 이것은 Py에 통합 라이브러리를 제출하는 또 다른 이유입니다. C가 하드웨어용으로 작성된 이유를 생각해 본 적이 있습니까? 그는 일에 빠릅니다. 그리고 우리 비즈니스에서는 속도도 매우 중요합니다. 그리고 나는 MT5가 어셈블러 최적화와 함께 C로 작성되었다는 것을 배제하지 않습니다. 나는 왜 그렇게 생각합니까? 응용 프로그램의 디자인은 태어날 때부터 거의 변하지 않기 때문입니다. 소프트 창과 결합된 C용 Zayuzan 일부 GUI 라이브러리. C는 검색에 관심이 있었기 때문에 버그가 있습니다. 이 도서관은 Sishna에 의한 제한 때문에 건축가에게 자유를 주지 않습니다. 그러나 여기서 아름다움은 우선순위가 아니라 속도입니다.
고맙습니다. 예, 실제로 C에는 복잡한 것이 없습니다. OOP도 없고 수업도 없습니다. 그러나 포인터가 있습니다. 이 때문에 파이썬, 자바 등으로 시작한 현대 프로그래머들은 C - 괴상한 사람들에게 매우 난해한 것을 고려하십시오. 그리고 다리에 총을 맞았습니다. 포인터로 잘 할 수 있을 것 같았는데 공부를 하다 보니 내 수준이 너무 낮다는 걸 깨달았다. 포인터의 도움으로 그러한 기적을 행할 수 있습니다. 멋진 OOP. 예, C가 가장 빠른 언어입니다. 강력한 최적화 컴파일러 때문에 어셈블러도 경쟁할 수 없을 것이라고 생각합니다. 하지만 무엇보다 Java의 속도에 놀랐습니다. Java는 MQL5보다 빠르며 C보다 10-40%만 느립니다. 어떤 경우에는 더 빠릅니다. 그리고 이것은 Java가 "유형" 인터프리터라는 사실에도 불구하고(사실, 물론 일반적인 의미의 인터프리터는 아닙니다). 예, Java 시스템이 필요하지만 실행 가능한 Java 바이트코드는 매우 컴팩트합니다. 많은 사람들이 가장 진보된 IDE가 Java(IntelliJ IDEA, NetBeans, Eclipse)로 작성되었다는 사실을 알고 있지 않다고 생각합니다. 하지만 MQL5는 매우 멋진 언어라고 말하고 싶습니다. 나는 어떤 언어에서도 그렇게 편안하지 않습니다. 마치 그가 많은 언어에서 최고의 것을 취한 것처럼. 예, 여전히 많은 버그가 있지만 이는 빠른 개발의 신호일 뿐이며 수정할 수 있는 사항입니다.
제 생각에는 이러한 "빈" 블록과 "무한 루프"(적어도 for, 적어도 while)는 잘못된 프로그래밍 스타일이며 잠재적으로 계산하기 어려운 오류로 위험합니다.
루프 조건 테스트 연산자는 의미가 없어야 하지만 일종의 부하를 수행해야 합니다. "무한 루프"가 있는 경우 - 내부에 몇 가지 추가 출구가 있음을 의미합니다. 중단 - 항상 명확하지 않습니다. 그건 그렇고, 나는 break 문도 좋아하지 않습니다. 저는 항상 루프에서 계속 문을 사용합니다 .
그리고 여기에서 말했듯이 코드 난독화는 유치한 것입니다... 젠장, 누군가가 코드를 팔거나 다른 방법으로 수백만 달러를 빼낼까봐 두려워서 모인 훌륭한 카피스트 프로그래머들... 교만은 치명적인 죄 중 하나입니다!
Way Cooler is a Wayland compositor that was written in Rust using wlc. Since last April I’ve been rewriting it to use wlroots. In order to do that however I had to wrap the library so that it could be used in Rust. I worked on wlroots-rs and put Way Cooler on the back burner for a long time. After over 1,000 commits I’m giving up on it...
글쎄요, 제가 완전히 틀린 것은 아닙니다. 예, C와 유사한 언어가 있지만 특정 컴파일러, 주로 컨트롤러와 함께 제공되는 컴파일러에 연결되어 있습니다.
Visual Studio에서는 C로 쉽게 컴파일됩니다.
프로젝트 설정에서 C 또는 C++에서 컴파일 방법 매개변수를 설정합니다.
Visual Studio에서는 C로 쉽게 컴파일됩니다.
프로젝트 설정에서 C 또는 C++에서 컴파일 방법 매개변수를 설정합니다.
이것은 또 다른 대화입니다. 이제 컴파일러 자체에 대한 언어의 기능에 대해 이야기하는 것이 더 정확할 것입니다.
이것은 또 다른 대화입니다. 이제 컴파일러 자체에 대한 언어의 기능에 대해 이야기하는 것이 더 정확할 것입니다.
C용 Visual Studio에는 int로 확장되는 BOOL 정의가 있습니다.
작은 부드러운 로션))
글쎄요, 제가 완전히 틀린 것은 아닙니다. 예, C와 유사한 언어가 있지만 특정 컴파일러, 주로 컨트롤러와 함께 제공되는 컴파일러에 연결되어 있습니다.
그러나 나는 Microsoft 소프트웨어의 팬입니다. bool 이 있으면 거기에 있습니다 https://docs.microsoft.com/ru-ru/cpp/cpp/bool-cpp?view=vs-2019
추신 : Google은 C bool을 찾았습니다.
글쎄, 적어도 그러한 bool이 있습니다))))
물론 C++에는 bool이 있지만 C에는 없습니다. 지금 막 공부하고 있고 모레는 C로 시험이 있어요. 그래서 제가 화제입니다.
예, 맞습니다. 이제 C는 하드웨어에 더 많이 사용됩니다. 보이는 응용 프로그램은 그것에 쓰지 않습니다. 하지만 그렇다고 해서 인기가 떨어지는 것은 아닙니다.
놀랍게도 그는 곧 인기에서 Java를 추월하고 정상에 오를 것입니다.
물론 C++에는 bool이 있지만 C에는 없습니다. 지금 막 공부하고 있고 모레는 C로 시험이 있어요. 그래서 제가 화제입니다.
예, 맞습니다. 이제 C는 하드웨어에 더 많이 사용됩니다. 보이는 응용 프로그램은 그것에 쓰지 않습니다. 하지만 그렇다고 해서 인기가 떨어지는 것은 아닙니다.
놀랍게도 그는 곧 인기에서 Java를 추월하고 정상에 오를 것입니다.
시험에 행운을 빕니다. C에 대한 준비 수준으로 쉽게 통과할 수 있습니다.
C에서는 어려운 것이 없습니다. 제가 보기에 언어의 명확성은 이해하기 쉽게 만듭니다.
모든 것이 개발자에게 숨겨져있는 동일한 C))로 작성된 인터프리터 비 유형 언어와 다릅니다.
파이썬 언어는 C로 작성되었습니다. 찰스! )) 이것은 Py에 통합 라이브러리를 제출하는 또 다른 이유입니다.
C가 하드웨어용으로 작성된 이유를 생각해 본 적이 있습니까? 그는 일에 빠릅니다.
그리고 우리 비즈니스에서는 속도도 매우 중요합니다. 그리고 MQL 언어가 어셈블러 최적화와 함께 C로 작성되었다는 점을 배제하지 않습니다.
나는 왜 그렇게 생각합니까? 응용 프로그램의 디자인은 태어날 때부터 거의 변하지 않기 때문입니다.
소프트 창과 결합된 C용 Zayuzan 일부 GUI 라이브러리.
C는 검색에 관심이 많아서 버그가 있었고 터미널 디자인은 Cish 라이브러리와 매우 유사합니다.
이 도서관은 Sishna에 의한 제한 때문에 건축가에게 자유를 주지 않습니다.
그러나 여기서 아름다움은 우선순위가 아니라 속도입니다.
시험에 행운을 빕니다. C에 대한 준비 수준으로 쉽게 통과할 수 있습니다.
C에서는 어려운 것이 없습니다. 제가 보기에 언어의 명확성은 이해하기 쉽게 만듭니다.
모든 것이 개발자에게 숨겨져있는 동일한 C))로 작성된 인터프리터 비 유형 언어와 다릅니다.
파이썬 언어는 C로 작성되었습니다. 찰스! )) 이것은 Py에 통합 라이브러리를 제출하는 또 다른 이유입니다.
C가 하드웨어용으로 작성된 이유를 생각해 본 적이 있습니까? 그는 일에 빠릅니다.
그리고 우리 비즈니스에서는 속도도 매우 중요합니다. 그리고 나는 MT5가 어셈블러 최적화와 함께 C로 작성되었다는 것을 배제하지 않습니다.
나는 왜 그렇게 생각합니까? 응용 프로그램의 디자인은 태어날 때부터 거의 변하지 않기 때문입니다.
소프트 창과 결합된 C용 Zayuzan 일부 GUI 라이브러리. C는 검색에 관심이 있었기 때문에 버그가 있습니다.
이 도서관은 Sishna에 의한 제한 때문에 건축가에게 자유를 주지 않습니다.
그러나 여기서 아름다움은 우선순위가 아니라 속도입니다.
고맙습니다.
예, 실제로 C에는 복잡한 것이 없습니다. OOP도 없고 수업도 없습니다. 그러나 포인터가 있습니다. 이 때문에 파이썬, 자바 등으로 시작한 현대 프로그래머들은 C - 괴상한 사람들에게 매우 난해한 것을 고려하십시오. 그리고 다리에 총을 맞았습니다.
포인터로 잘 할 수 있을 것 같았는데 공부를 하다 보니 내 수준이 너무 낮다는 걸 깨달았다. 포인터의 도움으로 그러한 기적을 행할 수 있습니다. 멋진 OOP.
예, C가 가장 빠른 언어입니다. 강력한 최적화 컴파일러 때문에 어셈블러도 경쟁할 수 없을 것이라고 생각합니다.
하지만 무엇보다 Java의 속도에 놀랐습니다. Java는 MQL5보다 빠르며 C보다 10-40%만 느립니다. 어떤 경우에는 더 빠릅니다. 그리고 이것은 Java가 "유형" 인터프리터라는 사실에도 불구하고(사실, 물론 일반적인 의미의 인터프리터는 아닙니다). 예, Java 시스템이 필요하지만 실행 가능한 Java 바이트코드는 매우 컴팩트합니다. 많은 사람들이 가장 진보된 IDE가 Java(IntelliJ IDEA, NetBeans, Eclipse)로 작성되었다는 사실을 알고 있지 않다고 생각합니다.
하지만 MQL5는 매우 멋진 언어라고 말하고 싶습니다. 나는 어떤 언어에서도 그렇게 편안하지 않습니다. 마치 그가 많은 언어에서 최고의 것을 취한 것처럼. 예, 여전히 많은 버그가 있지만 이는 빠른 개발의 신호일 뿐이며 수정할 수 있는 사항입니다.
오랫동안 C 언어가 없었습니다. C ++에서는 확실히 bool이었습니다.
그리고 C언어는 자신이 존재하지 않는다는 사실조차 모르고 활발히 개발중입니다 - C99, C11, C18, C2x
C2x 는 다음(C18 이후) 주요 C 언어 표준 개정판의 비공식적인 이름입니다.
2021년까지는 투표가 없을 것으로 예상됩니다.
그다지 우상은 선택되지 않았으며, 마이크로소프트에 마이크로소프트에 특화되어 있다면 사용하지 말아야 합니다. 오히려, 비뚤어진 공예품을 가진 작고 부드러운 것들은 엄청난 양의 시시 라이브러리를 감안할 때 그보다 사라질 것입니다.
괜찮은 컴파일러를 사용하십시오 - gcc, clang, 그들은 표준을 따릅니다.
몰라...
제 생각에는 이러한 "빈" 블록과 "무한 루프"(적어도 for, 적어도 while)는 잘못된 프로그래밍 스타일이며 잠재적으로 계산하기 어려운 오류로 위험합니다.
루프 조건 테스트 연산자는 의미가 없어야 하지만 일종의 부하를 수행해야 합니다. "무한 루프"가 있는 경우 - 내부에 몇 가지 추가 출구가 있음을 의미합니다. 중단 - 항상 명확하지 않습니다. 그건 그렇고, 나는 break 문도 좋아하지 않습니다. 저는 항상 루프에서 계속 문을 사용합니다 .
그리고 여기에서 말했듯이 코드 난독화는 유치한 것입니다... 젠장, 누군가가 코드를 팔거나 다른 방법으로 수백만 달러를 빼낼까봐 두려워서 모인 훌륭한 카피스트 프로그래머들... 교만은 치명적인 죄 중 하나입니다!
Vict :
오히려, 비뚤어진 공예품을 가진 작고 부드러운 것들은 엄청난 양의 시시 라이브러리를 감안할 때 그보다 사라질 것입니다.
하나의 이야기:
Way Cooler 창 관리자가 있습니다. 그들은 새로운 Rust'에서 그것을 만들기 시작했습니다. 그러나 C의 세계에 직면하고 선인장을 먹고 C http://way-cooler.org/blog/2019/04/29/rewriting-way-cooler-in-c.html 모든 것을 다시 작성하기로 결정했습니다. 그의 메시지는 마치 "만약 당신이 C로 어리석게 쓰지 않기 위해 세상의 모든 것을 다시 써야 한다면, 그럴 가치가 없고, 다른 데 시간을 보내는 것이 낫다."라는 것입니다.