내 접근 방식. 코어 - 엔진. - 페이지 34

 
Реter Konow :

저도 이길 것 같아요. 강한 저항을 극복해야하지만 이익에 대한 열망이 지배합니다. 도구가 수동 거래 분야를 획득하고 정복할 수 있는 기회를 제공할 것임을 깨달았을 때.

벌다!!!

정확히 !

그러나 내가 이해하는 한 어디에서나 수익에 대해서는 언급된 바가 없습니다. 수동 거래 의 편리성에 대해 언급했습니다. 그것이 문제입니다. 당신의 업적은 어떤 수입도 제공하지 않습니다. 이미 이 소득이 있는 사람들에게 소득의 편의성을 높일 수 있는 일정한 기회(기회만)를 제공합니다. 그러나 동시에 그들은 스스로 이러한 편리함을 원하고 만들 수 있습니다. 그런 분들이 많을 것 같은데요?

이것이 너무 좁은 적용 틈새로 인해 제품이 인기를 얻지 못하는 이유인 것 같습니다.
 
Igor Makanu :

코드를 기반으로 3개의 창을 만들었습니다.


정확히 2분 동안 작업하면 결과는 모든 프로그래머가 읽고 수정할 수 있는 올바른 판독 가능한 코드입니다.

IMHO, 이것이 바로 최신 소프트웨어 솔루션의 모습입니다. 코드를 읽을 수 있을 뿐만 아니라 작성합니다.)

그런 창을 몇 분 동안 만들 수 있습니까? :)


 
Yury Kulikov :

표준 라이브러리를 사용 하는 유사한 "Hello World" 예제 . 두 번째로 이 라이브러리에 액세스하는 것을 고려하면 30분의 작업이 필요합니다. 처음으로 파일매니저를 생성할 때 표준 라이브러리를 사용한 예시이기도 합니다 :)

결과는 완전히 제어되는 응용 프로그램입니다.


표준 라이브러리의 그래픽 수준은 한마디로 썩 좋지 않습니다. 예를 들어 다음과 같은 창을 만들 때 인건비:

거대한. 따라서 심각한 것은 생성되지 않습니다.

나는 표준 라이브러리를 사용하여 원칙적으로 그러한 그래픽을 생성하는 것이 가능한지 의심스럽습니다.
 
Олег avtomat :


제품을 출시하지 않으면 대중의 관심이 없을 것입니다. 대중은 단순히 제품의 존재에 대해 알지 못하고 무지로 인해 관심을 보일 수 없습니다.
대중에게 제품을 출시해야만 대중의 관심이 생길 수 있습니다.

대중의 관심이 매우 불안정하다는 점을 감안할 때 그가 대중의 관심을 얻을 것이라는 확신의 근거는 무엇입니까?

여기에는 논리가 있습니다. 아마 무료로 풀릴겁니다. 여기나 프로필에 올리겠습니다.

 
Igor Makanu :


표준 라이브러리에서 처리합니까? )

 
Georgiy Merts :

벌다!!!

정확히 !

그러나 내가 이해하는 한 어디에서나 수익에 대해 언급된 바는 없습니다. 수동 거래의 편리성에 대해 언급했습니다. 그것이 문제입니다. 당신의 업적은 어떤 수입도 제공하지 않습니다. 이미 이 소득이 있는 사람들에게 소득의 편의성을 높일 수 있는 일정한 기회(기회만)를 제공합니다. 그러나 동시에 그들은 스스로 이러한 편리함을 원하고 만들 수 있습니다. 그런 분들이 많을 것 같은데요?

이것이 너무 좁은 적용 틈새로 인해 제품이 인기를 얻지 못하는 이유인 것 같습니다.

제품은 수동 거래 를 대체하도록 설계되었습니다. 문제는 여전히 수동 거래가 얼마나 널리 퍼져 있으며 수동 거래를 하는 사람들에게 무엇을 제공할 수 있는지입니다.

프로그래머는 수동으로 거래하는 사람들의 기능을 자동화하고 확장하는 반자동 시스템을 작성할 사람을 제공합니다. 이것이 그들이 벌게 될 것입니다.

 
Реter Konow :

그런 창을 몇 분 동안 만들 수 있습니까? :)


Peter, 여기 당신은 예술가입니다. 측면에 있는 사각형의 숫자가 가장자리에 맞고 위와 아래에 빈 공간이 있도록 그런 디자인 결정의 의미가 무엇인지 설명해주세요. 물론 정사각형이 정사각형이고 숫자가 직사각형인 것은 분명하지만 한편으로는 숫자들이 빈 공간 없이 가장자리까지 곧게 닿고 다른 한편으로는 작은 띠가 있다는 점은 무엇입니까? ?

저는 그저 우리의 세계에 대해 생각하고 있고, 그것에 대해 오랫동안 묻고 싶었습니다... 여기에서 그러한 질문을 제작자에게 직접 던질 수 있는 기회가 있었습니다. 미학은 어디에, 조화는 어디에? 아름다움을 인식하는 나의 방식이 구식인가? 그리고 시계 주위에 저 하얀 쓰레기는 무엇입니까?

기능에 관해서는 표준 라이브러리에 의해 달성 가능함과 동시에 그 라이브러리를 사용한 경험이 있는 위에 기술된 동지들이 지적한 바 있다. 그것은 창조주가 아름다움에 안주하지 않았다는 것뿐입니다 ... 아름다움에 대한 질문은 의심 스럽습니다.

 
Реter Konow :

표준 라이브러리에서 처리합니까? )

그리고 어떻게 생각하세요? 표준 라이브러리 가 처리할 수 없는 것은 무엇입니까?

탭이 없습니다. 그러나 버튼과 비문을 만들 수 있으며 동일한 효과가 있습니다.

 
Реter Konow :

이 제품은 수동 거래를 대체하도록 설계되었습니다. 문제는 여전히 수동 거래가 얼마나 널리 퍼져 있으며 수동 거래를 하는 사람들에게 무엇을 제공할 수 있는지입니다.

프로그래머는 수동으로 거래하는 사람들의 기능을 자동화하고 확장하는 반자동 시스템을 작성할 사람을 제공합니다. 이것이 그들이 벌게 될 것입니다.

페인트 통이 어떻게 화가와 석고를 대체할 수 있을까요?

 
Реter Konow :

표준 라이브러리의 그래픽 수준은 한마디로 썩 좋지 않습니다. 예를 들어 다음과 같은 창을 만들 때 인건비:

거대한. 따라서 심각한 것은 생성되지 않습니다.

나는 표준 라이브러리를 사용하여 원칙적으로 그러한 그래픽을 생성하는 것이 가능한지 의심스럽습니다.

라이브러리의 시각적 기능을 우선적으로 고려한다면. 자유형 창과 반투명 창을 그립니다. Emkul을 사용하면 이 효과를 얻을 수 있습니다.

2. 일반 사용자는 이러한 채색 기회가 필요하지 않으며 아름답게 채색할 수 없습니다. 그는 찌르고 찌르고, 모든 것을 nafik으로 보내고 모든 것을 회색으로 만듭니다.

당신, Peter는 예술가로서 그러한 색상 조합의 의미가 무엇인지 설명합니다. 코코아(또는 사막)와 같은 일종의 카키색, 밝은 배경에 흰색 비문, 선을 강조하기 위한 다른 녹색 색상, 그리고 회색이 뚫린 곳에서조차 :

여기에 아름다움이 어디 있습니까? 여기에서 눈은 부조화의 공포에서 이마로 돌아갑니다.