뭐라 말하든지, 현지화는 MQL 등급을 올릴 것입니다... 확실히... "...이제 주부들도 거래를 위한 프로그램을 작성할 수 있게 될 것입니다..."라는 슬로건도 볼 수 있지만 스킨은 가치가 있을 것입니다. 양초... 그게 문제야.. 개인적으로 현지화가 필요없다. 그러나 새로 온 사람들을 위해, 즉. MQL은 첫 번째 프로그래밍 언어가 될 것입니다. "현지화에 의한" 직접적인 길은 언어의 조상의 뿌리에서 그것들을 분명히 떼어 놓을 것입니다. 그것은 그들에게 해가 될 것입니다. "현지화"에서 벗어나는 것은 한 번 들어가면 거의 불가능합니다.
네. 이것이 가장 현실적인 "반대"인 것 같습니다. 결국 많은 사람들이 나중에 C에서 무언가를 할 계획이 없습니다.
현지화는 없을 것입니다. 확실히 아닙니다... 그런 단계의 결과는 너무 큽니다... "코드베이스에 대한" 한 가지 질문은 이미 개발자들이 이 문제를 고려조차 하지 못하게 할 것입니다...
그러나 기회의 전망 때문에 - 저는 찬성합니다! 언어사전 뿐만 아니라 해당 언어 내 전문사전까지 연결이 가능하다고 상상해보세요!
아마도 이 예는 내가 의미하는 바를 정확히 이해하는 데 도움이 될 것입니다. 전기 드릴 제조업체를 상상해 보십시오. 모두가 오랫동안 자신의 제품을 알고 사용하고 익숙해지고 칭찬합니다. 모든 구멍이 뚫려 있습니다. 벽돌 집이 있는 동안 - 모든 것이 내장이었습니다. 그러나 콘크리트가 나타나기 시작했습니다. 그리고 장인들은 이제 별도의 펀처를 사서 두 개의 철을 가지고 다녀야 합니다. 회사에서 천공 노즐이 있는 드릴을 제공하면 어떻게 될 것 같습니까? 근로자와 회사 판매 모두 ....
글쎄, 내가 묻는 것과 같은 것에 대해 - "노즐을 만드십시오." 그것을 필요로 하지 않는 사람들은 단순히 그것을 끌고 가지 않을 것이지만, 무엇을 사야 할지를 의심하는 사람들은 당신에게 와서 그들의 돈도 당신에게 가져올 것입니다. 그리고 왜? 예, 고객이 아닌 사람들에게 편리한 일을 했기 때문입니다. 글쎄.....
매일 VBA\VB#, C++\C#, SQL\MySQL 중 하나를 작성해야 하며 PHP와 CMD, WSH, AU3 등의 이국적인 것들에 대해 살펴봐야 합니다. 뭐라고요?! 예, 모두 영어로 되어 있지만 모든 구문이 너무 다르기 때문에 다른 언어로 간주될 수 있습니다. 때로는 너무 지루해집니다 - 거기에 당신이 쓸 필요가 있고 거기에 필요하지 않은 경우가 있지만 ... 기억이 나지 않습니다 :( 그래서 무엇? 상황이 러시아 구문이 나타납니까?
"로컬라이제이션 문제"에는 한 가지 큰 장점이 있습니다. 대담하고 유혹적인... - PR-move, 프로그래밍 언어에 더 쉽게 적응할 수 있는 이전에 이것을 해본 적이 없는 프로그래밍에 새로운 사람들을 끌어들입니다. 지금은 아닐 수도 있고, 11년 후에는 그럴 수도 있지만... 하지만 지금은... 큰 문제입니다. 그리고 그것이 일어나면 또 다른 플러스가 나타납니다 ... 최초가 되십시오 ...
변태의 경우 MQL5가 호스팅합니다.
#define если if
#define класс class
글쎄요... 그것은 개발자에게 달려 있습니다... 그들이 이 질문을 어떻게 보는지... 현지화 비용은 얼마이고 현지화로 인한 수익은 얼마인지...
뭐라 말하든지, 현지화는 MQL 등급을 올릴 것입니다... 확실히... "...이제 주부들도 거래를 위한 프로그램을 작성할 수 있게 될 것입니다..."라는 슬로건도 볼 수 있지만 스킨은 가치가 있을 것입니다. 양초... 그게 문제야.. 개인적으로 현지화가 필요없다. 그러나 새로 온 사람들을 위해, 즉. MQL은 첫 번째 프로그래밍 언어가 될 것입니다. "현지화에 의한" 직접적인 길은 언어의 조상의 뿌리에서 그것들을 분명히 떼어 놓을 것입니다. 그것은 그들에게 해가 될 것입니다. "현지화"에서 벗어나는 것은 한 번 들어가면 거의 불가능합니다.
네. 이것이 가장 현실적인 "반대"인 것 같습니다. 결국 많은 사람들이 나중에 C에서 무언가를 할 계획이 없습니다.
현지화는 없을 것입니다. 확실히 아닙니다... 그런 단계의 결과는 너무 큽니다... "코드베이스에 대한" 한 가지 질문은 이미 개발자들이 이 문제를 고려조차 하지 못하게 할 것입니다...
그러나 기회의 전망 때문에 - 저는 찬성합니다! 언어사전 뿐만 아니라 해당 언어 내 전문사전까지 연결이 가능하다고 상상해보세요!
"망할" 또는 연결된 의학 사전으로 작성된 프로그램을 어떻게 상상할 수 있습니까?
에! 아니면 엄마!
===
아니요, 저는 확실히 찬성합니다!
아마도 이 예는 내가 의미하는 바를 정확히 이해하는 데 도움이 될 것입니다. 전기 드릴 제조업체를 상상해 보십시오. 모두가 오랫동안 자신의 제품을 알고 사용하고 익숙해지고 칭찬합니다. 모든 구멍이 뚫려 있습니다. 벽돌 집이 있는 동안 - 모든 것이 내장이었습니다. 그러나 콘크리트가 나타나기 시작했습니다. 그리고 장인들은 이제 별도의 펀처를 사서 두 개의 철을 가지고 다녀야 합니다. 회사에서 천공 노즐이 있는 드릴을 제공하면 어떻게 될 것 같습니까? 근로자와 회사 판매 모두 ....
글쎄, 내가 묻는 것과 같은 것에 대해 - "노즐을 만드십시오." 그것을 필요로 하지 않는 사람들은 단순히 그것을 끌고 가지 않을 것이지만, 무엇을 사야 할지를 의심하는 사람들은 당신에게 와서 그들의 돈도 당신에게 가져올 것입니다. 그리고 왜? 예, 고객이 아닌 사람들에게 편리한 일을 했기 때문입니다. 글쎄.....
나는 그 예가 좋지 않다고 생각한다.
구멍 뚫는 전문가들은 임팩트 드릴 때문에 일반 드릴과 해머 드릴을 가지고 다닙니다.
이것은 더 이상 드릴(빠르게 깨는 것)이 아니며 아직 펀처가 아닙니다.
네. 이것이 가장 현실적인 "반대"인 것 같습니다.
오... 부탁합니다... :))))
매일 VBA\VB#, C++\C#, SQL\MySQL 중 하나를 작성해야 하며 PHP와 CMD, WSH, AU3 등의 이국적인 것들에 대해 살펴봐야 합니다. 뭐라고요?! 예, 모두 영어로 되어 있지만 모든 구문이 너무 다르기 때문에 다른 언어로 간주될 수 있습니다. 때로는 너무 지루해집니다 - 거기에 당신이 쓸 필요가 있고 거기에 필요하지 않은 경우가 있지만 ... 기억이 나지 않습니다 :( 그래서 무엇? 상황이 러시아 구문이 나타납니까?
구멍 가공 전문가가 기존 드릴과 해머 드릴을 휴대하는 데에는 이유가 있습니다.
프로 - 아마도. 그러나 가끔 집에서 드릴을 사용하는 일반 사용자의 대다수는 공간을 덜 차지하기 위해 100% 한 조각의 다리미를 선호합니다.
"로컬라이제이션 문제"에는 한 가지 큰 장점이 있습니다. 대담하고 유혹적인... - PR-move, 프로그래밍 언어에 더 쉽게 적응할 수 있는 이전에 이것을 해본 적이 없는 프로그래밍에 새로운 사람들을 끌어들입니다. 지금은 아닐 수도 있고, 11년 후에는 그럴 수도 있지만... 하지만 지금은... 큰 문제입니다. 그리고 그것이 일어나면 또 다른 플러스가 나타납니다 ... 최초가 되십시오 ...
{...} 회사에서 천공 노즐이 있는 드릴을 제공하면 어떻게 될까요? 노동자와 회사의 판매 모두를 위해.... {...}
그게 다야 ... 펀치로 몇 초 만에 장력없이 구멍이 뚫립니다. 그리고 드릴로 ... 천공 노즐로 ... 딱따구리는 30 분 동안 벽 뒤에서 일했습니다.
{...} PR 움직임, 프로그래밍 언어에 더 쉽게 적응할 수 있는 프로그래밍 언어로 이전에 해본 적이 없는 새로운 사람들을 끌어들이는 {...}
{...} 그런 다음 VBA\VB#, C++\C#, SQL\MySQL, {...} 네, 모두 영어로 되어 있습니다. {...}
그리고 Microsoft Visual C++에서 갑자기 러시아어로 변수 및 함수 이름 지정을 금지하기 시작했습니다.
글쎄, "유선"단어를 제외하고 현지화는 부분적으로 거기에 있습니다.
if(true<false) 법원="감금";
한 가지 긴장되는 것은 입력 <>에 대해 모두 동일하게 팬케이크 레이아웃이 전환된다는 것입니다...
일반적으로 완전히 현지화된 언어로 작성하는 것이 좋습니다.
많은 사람들에게 미친 것처럼 보일지라도 ...
If 대신 If라는 단어가있을 것이라는 사실에서 아무도 나아지지 않을 것입니다.
될 것입니다 :))))