Программистом во Францию. Какие перспективы?

[Oksy75]

Это часть кода?

нет это тема сайта

как называть функции, классы, переменные ?
Как этот échoppe и подобную специфицскую терминологию обозвать ?

Искать приблизительные термины на английcком ? зная, что дальше Франции это не пойдет

[Annyshka]

Это часть кода?

Скорее всего libellé или часть текста d'affichage, часть кода конечно же.

[Annyshka]

Oksy75, не запутывайте народ все же используйте stall, например.

Кстати, обратила внимание что в последнее время в CV часто используют термин staff, например. Такие вот вредные французы : используют в программировании фр. терминологию, а в CV - английскую наверняка с фундаментальными знаниями у них непорядок..

[Annyshka]

Вдобавок обвиняют в наездах, в некомпетентности и учат скромности ))
Браво !

Не обращайте внимания, это не интересно и очень субъективно

[Oksy75]

Скорее всего libellé или часть текста d'affichage, часть кода конечно же.

нет, не affichage
ну по аналогии с пассажирами, функции считающие свободные места этих échoppes, резервации échoppes
Функции, на каких marchés de noël эти échoppes находятся


Классы...

не запутывайте народ все же используйте stall, например.

это не моя программа, я ничего не использую
я видела код своими глазами, и меня не шокирует
Эта программа для чицто французского применения, и не вижу смысла искать подходящие аналоги

[Nathaniel]

Oksy75, понятно Действительно, наверное, тот случай, когда есть смысл не переводить.

[Meloman_]

Нет, извините. Уже пробовала как-то дискутировать с lipa1 по другому вопросу

Ну дык, тут не только lipa1. Баттл вроде:

Meloman_, Nathaniel, Annyshka, NBVictory
VS
lipa1, Small_birdie, musjaster, Печкин
Ну разве что Печкин, насколько я знаю, имеет прямое отношение к IT и его мнение интересно услышать.

я все еще не вижу ничего ужасного в данном примере

Еще раз : для предприятия, которое не планирует выходить на международный уровень

Я в этом примере тоже ничего сильно ужасного не вижу. Но это лишь пример. Проект имеет обыкновение разрастаться и когда этих самых recuperer становится не два или три, а десятки или сотни, то тут да - становится ужасно.

приведу чисто француский пример : сайт, который работает для бутиков на рождественcких рынках (бронирование, оплата, картография)

Как перевести на английский Échoppes des marchés de Noël , и нужно ли ?

Я с трудом представляю такую строку как часть кода.
Обычно это просто часть данных и хранится либо в базе данных, либо в файлах вроде XML, CSV и т.д.
И переводить ничего не надо.
А если каким-то макаром это должно быть в коде, то нужно 100 раз подумать и если всё таки надо, то можно тупо вбить в гугл транслейт и будет:
private String christmasMarketStalls = "what I am supposed to do with this ?";

[Small_birdie]

Ну разве что Печкин, насколько я знаю, имеет прямое отношение к ИТ и его мнение интересно услышать.

Отлично, прощайте.

[Meloman_]

Отлично, прощайте.

До свидания.

[lipa1]

Ну разве что Печкин, насколько я знаю, имеет прямое отношение к IT и его мнение интересно услышать.

Ну так Вы услышали мнение Печкина? В этом вопросе мы солидарно высказались.

Без обид, но знаете Вы, как видно, мало (это не страшно, наверстаете), потому и выводы делаете неверные.

[Nathaniel]

можно тупо вбить в гугл транслейт

Так можно такой перевод найти, что потом замучаешься объяснять.

Я считаю, что "одноязычный" код гораздо легче читается, эволюционирует и вообще доставляет меньше проблем. Особенно неудобно, когда начинают переводить не специфические термины (échoppe, например), а такие вещи, как get/set, template и ты пы. При этом я за разумный подход au cas par cas: нет 100% правила использовать английский в названиях классов и методов. Поэтому я в VS не вписываюсь

Связи с качеством не вижу ни прямой, ни обратной.

[Lys Blanc]

Meloman_,
Может быть вам будет интересно мнение фр. Програмистов
Тема обсуждается на некоторых специализированных блогах
К однозначному ответу никто не приходит.
https://blog.engineering.publicissap...-ou-franglais/

https://openclassrooms.com/forum/suj...-anglais-59682

[Meloman_]

Ну так Вы услышали мнение Печкина? В этом вопросе мы солидарно высказались.

Без обид, но знаете Вы, как видно, мало (это не страшно, наверстаете), потому и выводы делаете неверные.

Ой ой ой )))
Что я слышу?) Очередное обвинение в некомпетентности
Зато вы, я вижу, "знаете" много .

Вам уже задали вопрос про package. А ответа не было )
Вдогонку еще один очень простой вопрос: что такое private ?

[Nathaniel]

Гы. Только что попала на замечательный пример:

DLLName1 est une chaîne = PathOfDll + "libintl-8.dll"

Всем назло

[Oksy75]

Гы. Только что попала на замечательный пример:

Всем назло

так это же Windev про который я писала
Каждый раз улыбаюсь, когда это вижу (Меломана наверное бы кондратий хватил)



------------------------------
NomClient est une chaîne
Compteur est un entier
Prix est un réel
num1 est un monétaire
------------------------------
TANTQUE Prix < 100 ET TypeProduit = "AA"
NbreProduit ++
FIN
------------------------------
POUR TOUTE LIGNE DE TABLE_Utilisateur
Proc_EnvoieMessage(COL_Nom, COL_Email)
FIN
------------------------------
SI Client.AgeCalculé > 60 ALORS
PersonneAgée += 1
SINON SI Client.AgeCalculé > 18 ALORS
PersonneAdulte += 1
SINON SI Client.AgeCalculé > 4 ALORS
PersonneEnfant += 1
SINON
PersonneBébé += 1
FIN
------------------------------


извините за примеры, не удержалась

[Печкин]

Программы пишутся для чтения ЛЮДЬМИ.
Поэтому и писать их надо так, чтобы код был понятен людям, которые с ним работают.
Заставлять людей гуглом переводить названия методов и т.п. в угоду чтоб все в коде было на английском - есть бессмысленная потеря производительности.
Заставлять французскую команду использовать английские словА, потому что когда-нибудь может быть в команде появится англоязычный программист, которому французские будут непонятны... ну можно, но тоже не есть умно. Я бы этого точно не стал делать, если бы был руководителем такого проекта.

[Nathaniel]

Oksy75, меня насмешило, что названия переменных на английском

[Oksy75]

Oksy75, меня насмешило, что названия переменных на английском

Ну да
"Назло маме отморожу уши"

[Meloman_]

Заставлять французскую команду использовать английские словА

К счастью, большинство французских команд никто не заставляет. Они сами выбирают писать на английском. Потому что прекрасно понимают что работать в IT и не владеть минимальным английским для чтения тех.литературы и написания кода - не есть умно.

А остальные по любому будут писать не на français, а на franglais.

Каждый раз улыбаюсь, когда это вижу (Меломана наверное бы кондратий хватил)

Ну почему же ? ) Я же говорил что на прошлой работе уже писал на français от безысходности. Так как код уже был на французском. Поэтому я знаю о чём говорю, говоря что это было тупо и ужасно.

[Meloman_]

Meloman_,
Может быть вам будет интересно мнение фр. Програмистов
Тема обсуждается на некоторых специализированных блогах
К однозначному ответу никто не приходит.
https://blog.engineering.publicissap...-ou-franglais/

https://openclassrooms.com/forum/suj...-anglais-59682

Ну так я уже опросил французских програмистов, с которыми я сам работаю. )
А насчёт форумов - да, было бы интересно.
Только вот первая статья написана 11 лет назад.
А вторая тема на форуме - 9 лет назад.

По меркам IT это 100 лет. Да и тогда они уже колебались.

[lipa1]

По меркам IT это 100 лет. Да и тогда они уже колебались.

Вы как-то не учли, что программисты делают продукт для людей, которые, как и 100 лет назад, продолжают понимать французский (русский, китайский...) лучше, чем английский. В этом дело. Хотите "заставить" их думать по-английски? Заставить тратить ресурсы, силы, время на переводы, поиски смыслового соответствия с неизбежными потерями...Ну,ок, это и есть дискриминация. Надеюсь, не надо обяснять, что это такое? Хотя это слово в дискуссиях ITшников не звучит, но суть именно в этом. Дискриминация итак уже есть (простите, но это то самое - спец. литература - на английском и пр. Можно назвать и прогрессом, конечно).

[musjaster]

Программы пишутся для чтения ЛЮДЬМИ.
Поэтому и писать их надо так, чтобы код был понятен людям, которые с ним работают.
Заставлять людей гуглом переводить названия методов и т.п. в угоду чтоб все в коде было на английском - есть бессмысленная потеря производительности.
Заставлять французскую команду использовать английские словА, потому что когда-нибудь может быть в команде появится англоязычный программист, которому французские будут непонятны... ну можно, но тоже не есть умно. Я бы этого точно не стал делать, если бы был руководителем такого проекта.

вот поставила бы плюсы всем вашим сообщениям по этому вопросу

и кстати пример Oksy с <stalls> и <échoppes> только это и подтверждает
конечно можно написать функцию <createStall> - не знаю как у вас, а у меня первая ассоциация с конюшней

[Meloman_]

Вы как-то не учли, что программисты делают продукт для людей, которые, как и 100 лет назад, продолжают понимать французский (русский, китайский...) лучше, чем английский. В этом дело. Хотите "заставить" их думать по-английски? Заставить тратить ресурсы, силы, время на переводы, поиски смыслового соответствия с неизбежными потерями...Ну,ок, это и есть дискриминация. Надеюсь, не надо обяснять, что это такое? Хотя это слово в дискуссиях ITшников не звучит, но суть именно в этом. Дискриминация итак уже есть (простите, но это то самое - спец. литература - на английском и пр. Можно назвать и прогрессом, конечно).

Вам задали конкретный вопрос про package и private. Или простите, paquet и privé )
С нетерпением ждём ответа. )

[Lys Blanc]

Ну,ок, это и есть дискриминация. Надеюсь, не надо обяснять, что это такое?

А мот мне пожалуйста, поясните
Что вы хотите обозначить этим пришедшим из латинского стовом перевод которого на русский несет неизбежную смысловую потерю и интерпретацию изначального « умение различать, сортировать»?

[lipa1]

Вам задали конкретный вопрос про package и private. Или простите, paquet и privé )
С нетерпением ждём ответа. )

ПРостите, не видела вопроса - позже посмотрю новые посты.

[Печкин]

Вам задали конкретный вопрос про package и private. Или простите, paquet и privé )
С нетерпением ждём ответа. )

А какое отношение к теме имеет этот вопрос?

[Annyshka]

А какое отношение к теме имеет этот вопрос?

такое же как и ето

Хотите "заставить" их думать по-английски? Заставить тратить ресурсы, силы, время на переводы, поиски смыслового соответствия с неизбежными потерями...Ну,ок, это и есть дискриминация. Надеюсь, не надо обяснять, что это такое? Хотя это слово в дискуссиях ИТшников не звучит, но суть именно в этом. Дискриминация итак уже есть (простите, но это то самое - спец. литература - на английском и пр. Можно назвать и прогрессом, конечно).

забавно ето упорство в продвигании мыслей "программируйте на родном языке / языке страны проживания (а то бяки американцы вам еще ту кузькину мать покажут) человеком, очевидно очень далеким от области разработки программного обеспечения и чем дальше в лес, тем толще партизаны (но липа1 конечно же уверена в своей правоте)

[Nathaniel]

программисты делают продукт для людей, которые, как и 100 лет назад, продолжают понимать французский (русский, китайский...) лучше, чем английский

Тем, для кого делается продукт, вообще глубоко наплевать в 99.99% случаев, на каком языке (программирования или людей) он написан.

[Печкин]

забавно ето упорство в продвигании мыслей "программируйте на родном языке / языке страны проживания (а то бяки американцы вам еще ту кузькину мать покажут) человеком, очевидно очень далеким от области разработки программного обеспечения и чем дальше в лес, тем толще партизаны (но липа1 конечно же уверена в своей правоте)

Кстати, в 60-70х годах существовали французские проекты компьютеров с французской внутренней архитектурой именно из соображений национальной безопасности.

Я лично писал диплом по разработке языка ассемблера для EC-2727 с динамической архитектурой с командами на русском языке.

[Annyshka]

Тем, для кого делается продукт, вообще глубоко наплевать в 99.99% случаев, на каком языке (программирования или людей) он написан.

Скажем так : конечному потребителю на 100% все равно, на каком языке программирования написан продукт, у него совсем другие критерии оценки етого самого продукта. В большистве случаев конечный потребитель (пользователь) полностью полагается на своего посредника-специалиста (DSI, DTD ect) в выборе этого самого продукта, а тому приходится хорошо потрудиться при выборе продукта, чтобы он вписался гармонично (по возможности) в екосистему потребителя