История изменений

А вот про это напишу отдельно. Ибо тема интересная.

Да и вообще - Метапрог, скорее всего, первая среда программирования, поддерживающая многоязычность. Где еще такое видано?

Многоязычность интерфейса пользователя много где есть. Например, в Qt все нужные строки помечаются (строки из окон и диалогов помечаются вообще автоматически) и для них генерируются заготовки файлов перевода, которые может заполнять отдельный человек.

А многоязычность того, чего пользователь не видит, имён и комментариев в тексте самой программы — а оно нужно?

Теоретически это может работать в ОЧЕНЬ БОЛЬШОМ проекте с большим многонациональным сообществом трёх уровней. Есть «основной» разработчик, владеющий «основным» языком. Есть «переводящие» разработчики, которые переводят все имена на другие языки и с других языков обратно на основной (это самые замученные участники команды, на них ложится основная тяжесть работы над тем, чтобы результат всего этого не выглядел как говно). И есть просто разработчики, которые не знают «основного языка», но умеют программировать (для скептиков — это я сейчас представляю некую идеальную ситуацию, не как сейчас).

У меня есть сомнения, что даже при обозначенных условиях эта цепочка будет работать (хотя ты можешь попробовать опровернуть это делом, если опровергнешь — будет революция). А во всех остальных случаях она просто не нужна. В международном проекте разработчики обычно знают английский язык, в заведомо местном (какая-нибудь заказуха) можно ограничиться либо местным (эту нишу окучивает 1С, опенсорсных НЕучебных аналогов не знаю, увы), либо опять-таки английским.

Я один из немногих тут, кто не против «программирования по-русски» и на других национальных языках, но при этом понимаю, что сфера его применения ограничена. А ты предлагаешь возможность создания вавилона в одном проекте. Это что-то типа группового секса в кабаке. Но групповуха в кабаке хотя бы способна доставить кому-то удовольствие, в отличие от.

Для пользователя, повторюсь, многоязычность сделали давно.

А вот про это напишу отдельно. Ибо тема интересная.

Да и вообще - Метапрог, скорее всего, первая среда программирования, поддерживающая многоязычность. Где еще такое видано?

Многоязычность интерфейса пользователя много где есть. Например, в Qt все нужные строки помечаются (строки из окон и диалогов помечаются вообще автоматически) и для них генерируются заготовки файлов перевода, которые может заполнять отдельный человек.

А многоязычность того, чего пользователь не видит, имён и комментариев в тексте самой программы — а оно нужно?

Теоретически это может работать в ОЧЕНЬ БОЛЬШОМ проекте с большим многонациональным сообществом трёх уровней. Есть «основной» разработчик, владеющий «основным» языком. Есть «переводящие» разработчики, которые переводят все имена на другие языки и с других языков обратно на основной (это самые замученные участники команды, на них ложится основная тяжесть работы над тем, чтобы результат всего этого не выглядел как говно). И есть просто разработчики, которые не знают «основного языка», но умеют программировать (для скептиков — это я сейчас представляю некую идеальную ситуацию, не как сейчас).

У меня есть сомнения, что даже при обозначенных условиях эта цепочка будет работать (хотя ты можешь попробовать опровернуть это делом, если опровергнешь — будет революция). А во всех остальных случаях она просто не нужна. В международном проекте разработчики обычно знают английский язык, в заведомо местном (какая-нибудь заказуха) можно ограничиться либо местным (эту нишу окучивает 1С, опенсорсных и НЕучебных аналогов не знаю, увы), либо опять-таки английским.

Я один из немногих тут, кто не против «программирования по-русски» и на других национальных языках, но при этом понимаю, что сфера его применения ограничена. А ты предлагаешь возможность создания вавилона в одном проекте. Это что-то типа группового секса в кабаке. Но групповуха в кабаке хотя бы способна доставить кому-то удовольствие, в отличие от.

Для пользователя, повторюсь, многоязычность сделали давно.

А вот про это напишу отдельно. Ибо тема интересная.

Да и вообще - Метапрог, скорее всего, первая среда программирования, поддерживающая многоязычность. Где еще такое видано?

Многоязычность интерфейса пользователя много где есть. Например, в Qt все нужные строки помечаются (строки из окон и диалогов помечаются вообще автоматически) и для них генерируются заготовки файлов перевода, которые может заполнять отдельный человек.

А многоязычность того, чего пользователь не видит, текста самой программы — а оно нужно?

Теоретически это может работать в ОЧЕНЬ БОЛЬШОМ проекте с большим многонациональным сообществом трёх уровней. Есть «основной» разработчик, владеющий «основным» языком. Есть «переводящие» разработчики, которые переводят все имена на другие языки и с других языков обратно на основной (это самые замученные участники команды, на них ложится основная тяжесть работы над тем, чтобы результат всего этого не выглядел как говно). И есть просто разработчики, которые не знают «основного языка», но умеют программировать (для скептиков — это я сейчас представляю некую идеальную ситуацию, не как сейчас).

У меня есть сомнения, что даже при обозначенных условиях эта цепочка будет работать (хотя ты можешь попробовать опровернуть это делом, если опровергнешь — будет революция). А во всех остальных случаях она просто не нужна. В международном проекте разработчики обычно знают английский язык, в заведомо местном (какая-нибудь заказуха) можно ограничиться либо местным (эту нишу окучивает 1С, опенсорсных и НЕучебных аналогов не знаю, увы), либо опять-таки английским.

Я один из немногих тут, кто не против «программирования по-русски» и на других национальных языках, но при этом понимаю, что сфера его применения ограничена. А ты предлагаешь возможность создания вавилона в одном проекте. Это что-то типа группового секса в кабаке. Но групповуха в кабаке хотя бы способна доставить кому-то удовольствие, в отличие от.

Для пользователя, повторюсь, многоязычность сделали давно.

А вот про это напишу отдельно. Ибо тема интересная.

Да и вообще - Метапрог, скорее всего, первая среда программирования, поддерживающая многоязычность. Где еще такое видано?

Многоязычность интерфейса пользователя много где есть. Например, в Qt все нужные строки помечаются (строки из окон и диалогов помечаются вообще автоматически) и для них генерируются заготовки файлов перевода, которые может заполнять отдельный человек.

А многоязычность того, чего пользователь не видит, текста самой программы — а оно нужно?

Теоретически это может работать в ОЧЕНЬ БОЛЬШОМ проекте с большим многонациональным сообществом трёх уровней. Есть «основной» разработчик, владеющий «основным» языком. Есть «переводящие» разработчики, которые переводят все имена на другие языки и с других языков обратно на основной (это самые замученные участники команды, на них ложится основная тяжесть работы над тем, чтобы результат всего этого не выглядел как говно). И есть просто разработчики, которые не знают «основного языка», но умеют программировать.

У меня есть сомнения, что даже при обозначенных условиях эта цепочка будет работать (хотя ты можешь попробовать опровернуть это делом, если опровергнешь — будет революция). А во всех остальных случаях она просто не нужна. В международном проекте разработчики обычно знают английский язык, в заведомо местном (какая-нибудь заказуха) можно ограничиться либо местным (эту нишу окучивает 1С, опенсорсных и НЕучебных аналогов не знаю, увы), либо опять-таки английским.

Я один из немногих тут, кто не против «программирования по-русски» и на других национальных языках, но при этом понимаю, что сфера его применения ограничена. А ты предлагаешь возможность создания вавилона в одном проекте. Это что-то типа группового секса в кабаке. Но групповуха в кабаке хотя бы способна доставить кому-то удовольствие, в отличие от.

Для пользователя, повторюсь, многоязычность сделали давно.

А вот про это напишу отдельно. Ибо тема интересная.

Да и вообще - Метапрог, скорее всего, первая среда программирования, поддерживающая многоязычность. Где еще такое видано?

Многоязычность интерфейса пользователя много где есть. Например, в Qt все нужные строки помечаются (строки из окон и диалогов помечаются вообще автоматически) и для них генерируются заготовки файлов перевода, которые может заполнять отдельный человек.

А многоязычность того, чего пользователь не видит, текста самой программы — а оно нужно?

Теоретически это может работать в ОЧЕНЬ БОЛЬШОМ проекте с большим многонациональным сообществом трёх уровней. Есть «основной» разработчик, владеющий «основным» языком. Есть «переводящие» разработчики, которые переводят все имена на другие языки и с других языков обратно на основной (это самые замученные участники команды, на них ложится основная тяжесть работы над тем, чтобы результат всего этого не выглядел как говно). И есть просто разработчики, которые не знают «основного языка», но умеют программировать.

У меня есть сомнения, что даже при обозначенных условиях эта цепочка будет работать (хотя ты можешь попробовать опровернуть это делом, если опровергнешь — будет революция). А во всех остальных случаях она просто не нужна. В международном проекте разработчики обычно знают английский язык, в заведомо местном (какая-нибудь заказуха) можно ограничиться либо местным (1С), либо опять-таки английским.

Я один из немногих тут, кто не против «программирования по-русски» и на других национальных языках, но при этом понимаю, что сфера его применения ограничена. А ты предлагаешь возможность создания вавилона в одном проекте. Это что-то типа группового секса в кабаке. Но групповуха в кабаке хотя бы способна доставить кому-то удовольствие, в отличие от.

Для пользователя, повторюсь, многоязычность сделали давно.

А вот про это напишу отдельно. Ибо тема интересная.

Да и вообще - Метапрог, скорее всего, первая среда программирования, поддерживающая многоязычность. Где еще такое видано?

Многоязычность интерфейса пользователя много где есть. Например, в Qt все нужные строки помечаются (строки из окон и диалогов помечаются вообще автоматически) и для них генерируются заготовки файлов перевода, которые может заполнять отдельный человек.

А многоязычность того, чего пользователь не видит, текста самой программы — а оно нужно?

Теоретически это может работать в ОЧЕНЬ БОЛЬШОМ проекте с большим многонациональным сообществом трёх уровней. Есть «основной» разработчик, владеющий «основным» языком. Есть «переводящие» разработчики, которые переводят все имена на другие языки и с других языков обратно на основной (это самые замученные участники команды, на них ложится основная тяжесть работы над тем, чтобы результат всего этого не выглядел как говно). И есть просто разработчики, которые не знают «основного языка», но умеют программировать.

У меня есть сомнения, что даже при обозначенных условиях эта цепочка будет работать (хотя ты можешь попробовать опровернуть это делом, если опровергнешь — будет революция). А во всех остальных случаях она просто не нужна. В международном проекте разработчики обычно знают английский язык, в заведомо местном (какая-нибудь заказуха) можно ограничиться либо местным (1С), либо опять-таки английским.

Я один из немногих тут, кто не против «программирования по-русски» и на других национальных языках, но при этом понимаю, что сфера его применения ограничена. А ты предлагаешь возможность создания вавилона в одном проекте. Это что-то типа групповухи в кабаке. Но групповуха в кабаке хотя бы способна доставить кому-то удовольствие, в отличие от.

Для пользователя, повторюсь, многоязычность сделали давно.

А вот про это напишу отдельно. Ибо тема интересная.

Да и вообще - Метапрог, скорее всего, первая среда программирования, поддерживающая многоязычность. Где еще такое видано?

Многоязычность интерфейса пользователя много где есть. Например, в Qt все нужные строки помечаются (строки из окон и диалогов помечаются вообще автоматически) и для них генерируются заготовки файлов перевода, которые может заполнять отдельный человек.

А многоязычность того, чего пользователь не видит, текста самой программы — а оно нужно?

Теоретически это может работать в ОЧЕНЬ БОЛЬШОМ проекте с большим многонациональным сообществом трёх уровней. Есть «основной» разработчик, владеющий «основным» языком. Есть «переводящие» разработчики, которые переводят все имена на другие языки и с других языков обратно на основной (это самые замученные участники команды, на них ложится основная тяжесть работы над тем, чтобы результат всего этого не выглядел как говно). И есть просто разработчики, которые не знают «основного языка», но умеют программировать.

У меня есть сомнения, что даже при обозначенных условиях эта цепочка будет работать (хотя ты можешь попробовать опровернуть это делом, если опровергнешь — будет революция). А во всех остальных случаях она просто не нужна. В международном проекте разработчики обычно знают английский язык, в заведомо местном (какая-нибудь заказуха) можно ограничиться либо местным (1С), либо опять-таки английским.

Для пользователя, повторюсь, многоязычность сделали давно.

А вот про это напишу отдельно. Ибо тема интересная.

Да и вообще - Метапрог, скорее всего, первая среда программирования, поддерживающая многоязычность. Где еще такое видано?

Многоязычность интерфейса пользователя много где есть. Например, в Qt все нужные строки помечаются (строки из окон и диалогов помечаются вообще автоматически) и для них генерируются заготовки файлов перевода, которые может заполнять отдельный человек.

А многоязычность того, чего пользователь не видит, текста самой программы — а оно нужно?

Теоретически это может работать в ОЧЕНЬ БОЛЬШОМ проекте с большим многонациональным сообществом трёх уровней. Есть «основной» разработчик, владеющий «основным» языком. Есть «переводящие» разработчики, которые переводят все имена на другие языки и с других языков обратно на основной (это самые замученные участники команды, на них ложится основная тяжесть работы над тем, чтобы результат всего этого не выглядел как говно). И есть просто разработчики, которые не знают «основного языка», но умеют программировать.

У меня есть сомнения, что даже при обозначенных условиях эта цепочка будет работать (хотя ты можешь попробовать опровернуть это делом, если опровергнешь — будет революция). А во всех остальных случаях она просто не нужна. В международном проекте разработчики обычно знают английский язык, в заведомо местном (какая-нибудь заказуха) можно ограничиться либо местным (1С), либо опять-таки английским.

Резюме: для пользователя многоязычность сделали давно, для программиста — нужность сомнительна.