Những người ở các quốc gia không nói tiếng Anh có mã bằng tiếng Anh không? [đóng cửa]

Tôi đã nghe nó nói (bởi đồng nghiệp) rằng mọi người "mã bằng tiếng Anh" bất kể họ đến từ đâu. Tôi thấy điều đó thật khó tin, tuy nhiên tôi sẽ không ngạc nhiên nếu, đối với hầu hết các ngôn ngữ lập trình, bộ ký tự được hỗ trợ là tương đối hẹp.

Bạn đã bao giờ làm việc ở một đất nước mà tiếng Anh không phải là ngôn ngữ chính?

Nếu vậy, mã của họ trông như thế nào?

Tôi đến từ Canada, nhưng hiện đang sống ở Hoa Kỳ.

Phải mất một thời gian tôi mới quen với việc viết các biến boolean với tiền tố "Is", thay vì hậu tố "Eh" mà người Canada sử dụng khi lập trình.

Ví dụ:

MyObj.IsVisible

MyObj.VisibleEh

Tôi là người Ý và luôn sử dụng tiếng Anh, cho tên và nhận xét. Nhưng nhiều lập trình viên người Ý khác sử dụng ngôn ngữ tiếng Ý, hoặc thường là một sự pha trộn tiếng Anh-tiếng lạ (một cái gì đó giống như IsUtenteCopy).

Một mẫu mã thực tế:

// Trovo la foto collegata al verbale
tblVerbali rsVerbale;
hr = rsVerbale.OpenByID(GetDBConn(), m_idVerbale);
if( FAILED(hr) )
    throw CErrorHR(hr);
hr = rsVerbale.MoveFirst();
if( S_OK != hr )
    throw CError(_T("Record del verbale non trovato."));

Nhân tiện, trình hướng dẫn Visual Studio MFC tạo ra một ứng dụng khung với các nhận xét được bản địa hóa:

BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs)
{
    if( !CMDIFrameWndEx::PreCreateWindow(cs) )
        return FALSE;
    // TODO: modificare la classe o gli stili Window modificando 
    //  la struttura CREATESTRUCT

    return TRUE;
}

Tôi là người Pháp. Như đã được chỉ ra trong các bình luận, những người đồng hương của tôi có xu hướng thể hiện một niềm tự hào trên mức trung bình trong ngôn ngữ quốc gia :-). Bản thân tôi có một vị trí thực tế về vấn đề này:

• Tôi nói ngôn ngữ mà khán giả mục tiêu rất có thể sẽ hiểu. Khi mã hóa phần mềm nguồn mở với tham vọng toàn cầu, tôi sử dụng tiếng Anh. Đối với những thứ ít hữu ích hơn (ví dụ: tệp cấu hình Emacs của tôi ), tôi có thể sử dụng tiếng Pháp.
• Tôi thừa nhận thực tế rằng không phải ai cũng sẽ thành thạo tiếng Anh. Theo quan điểm đó, sử dụng tiếng mẹ đẻ của tôi thực sự có thể làm cho mã của tôi dễ truy cập hơn thay vì ít hơn (trong ví dụ trên, không ai quan tâm đến một phần mười .emacs, trừ khi nó được viết bằng ngôn ngữ mà họ hiểu).
• Tốt hơn để viết tiếng Pháp tốt hơn tiếng Anh xấu. Tôi chủ động không khuyến khích cấp dưới của mình viết tiếng Anh nửa vời, đặc biệt là khi vấn đề về sự can thiệp, ví dụ như trong các tài liệu và các thông điệp cam kết kiểm soát phiên bản.

Tôi từ Ai Cập. Tôi nghĩ rằng chúng tôi chuyển sang tiếng Anh theo mặc định khi chúng tôi nói chuyện, hoặc thậm chí nghĩ về mã. Hầu hết các tài nguyên học tập - những tài nguyên thông thường như sách, và thậm chí blog, podcast và vv - đều bằng tiếng Anh. Chuyển sang tiếng mẹ đẻ của bạn có nghĩa là quay lưng lại với nhiều tài nguyên tuyệt vời.

Tôi đoán bài đăng này có thể truyền đạt quan điểm của tôi, thông qua Jeff Atwood: http : //www.codinghorror.com/blog/2009/03/the-ugly-american-programmer.html

C # , nó thực sự hoạt động (Cyrillic):

[Flags]
public enum Товары
{
    Непонятно = 0,
    Книги     = 1,
    Тетради   = 2,
    Карандаши = 4,
    Всё = Книги | Тетради | Карандаши
}

..
Товары карандаши = Товары.Карандаши;

Có một điều thú vị (kỳ lạ) là Visual Studio cho phép nó và ai đó đang viết mã bằng cách sử dụng ngôn ngữ mẹ đẻ của mình (không phải tiếng Anh).

Tây Ban Nha có một vấn đề truyền thống với ngoại ngữ. Người Tây Ban Nha dưới 40 tuổi được cho là biết tiếng Anh từ trường học nhưng thực tế rõ ràng là trình độ tiếng Anh gần bằng không ở hầu hết mọi nơi.

Về cơ bản, có hai loại môi trường phần mềm: mã được cho là được chia sẻ với các bên quốc tế (dự án nguồn mở, văn phòng đa quốc gia nước ngoài của Tây Ban Nha, nhà cung cấp bán ra nước ngoài) và mã được bán tại địa phương. Cái trước dĩ nhiên được viết bằng tiếng Anh nhưng cái sau thường được viết bằng tiếng Tây Ban Nha, cả tên biến và tài liệu. Các từ trong biến mất dấu và dấu theo yêu cầu để khớp với ASCII 7 bit ( dirección-> direccion) và các bit tiếng Anh có thể được sử dụng khi chúng đại diện cho một tính năng ngôn ngữ tiêu chuẩn ( getDireccion) hoặc một khái niệm mà không có bản dịch được chấp nhận phổ biến ( abrirSocket).

Nó xảy ra rằng từ tiếng Tây Ban Nha cho năm (año) trở thành từ cho hậu môn khi bạn loại bỏ dấu ngã. Tôi không có bất kỳ vấn đề nào với việc viết anonhưng hầu hết các lập trình viên khác đều tránh nó bằng bất cứ giá nào và tạo ra tất cả các loại thay thế hài hước như annohoặc anyo:)

Một số mẫu:

/**
 * Devuelve una cadena aleatoria de la longitud indicada elegidos entre la lista proporcionada;
 * contempla caracteres multi-byte
 */
function mb_cadena_aleatoria($longitud=16, $caracteres='0123456789abcdefghijklmnopqrstuvwxyz'){ // v2010-06-03
    $cadena = '';
    $max = mb_strlen($caracteres)-1;

    for($i=0; $i<$longitud; $i++){
        $cadena .= mb_substr($caracteres, mt_rand(0, $max), 1);
    }
    return $cadena;
}

/*
 * Da formato a un número para su visualización
 *
 * numero (Number o String) - Número que se mostrará
 * decimales (Number, opcional) - Nº de decimales (por defecto, auto)
 * separador_decimal (String, opcional) - Separador decimal (por defecto, coma)
 * separador_miles (String, opcional) - Separador de miles (por defecto, ninguno)
 */
function formato_numero(numero, decimales, separador_decimal, separador_miles){ // v2007-08-06
    numero=parseFloat(numero);
    if(isNaN(numero)){
        return "";
    }

    if(decimales!==undefined){
        // Redondeamos
        numero=numero.toFixed(decimales);
    }

    // Convertimos el punto en separador_decimal
    numero=numero.toString().replace(".", separador_decimal!==undefined ? separador_decimal : ",");

    if(separador_miles){
        // Añadimos los separadores de miles
        var miles=new RegExp("(-?[0-9]+)([0-9]{3})");
        while(miles.test(numero)) {
            numero=numero.replace(miles, "$1" + separador_miles + "$2");
        }
    }

    return numero;
}

Ở Pháp, nhiều người có xu hướng mã hóa bằng cách sử dụng tên đối tượng / phương thức / biến của Pháp nếu họ làm việc với các đồng nghiệp không nói tiếng Anh. Tuy nhiên, nó thực sự phụ thuộc vào môi trường của bạn.

Quy tắc ngón tay cái là 'bạn càng làm việc nhiều kỹ năng / dự án bạn đang thực hiện, càng có nhiều khả năng nó sẽ bằng tiếng Anh' /

Nó có vẻ giống nhau ở Đức.

Tôi đến từ Thụy Điển và cả tôi và đồng nghiệp đều viết bằng tiếng Anh. Tôi nghĩ rằng đây là một điều tốt, nhưng đôi khi có thể khó đưa ra các từ tương đương bằng tiếng Anh với các điều khoản và biểu thức cụ thể của khách hàng.

Lý do viết mã bằng tiếng Anh:

• Tất cả các ngôn ngữ lập trình tôi từng sử dụng đều được viết bằng tiếng Anh (việc trộn các ngôn ngữ sẽ khiến mã khó đọc hơn đối với tôi)

• Hầu hết các khung phổ biến và phần mở rộng của bên thứ ba được viết bằng tiếng Anh (một lần nữa, các ngôn ngữ trộn sẽ chỉ là một sự xao lãng)

• Ký tự Thụy Điển (åäö) thường không được phép khi đặt tên biến và hàm

• Nếu các thành viên khác trong nhóm đến từ các quốc gia khác nhau, chúng tôi vẫn có thể hợp tác

• Nếu tôi cần hỗ trợ từ nhà cung cấp nền tảng, họ sẽ giúp tôi dễ dàng hơn nhiều nếu họ có thể hiểu mã của tôi

• Hỗ trợ thuê ngoài dễ dàng hơn

Tôi đến từ Bangalore, Ấn Độ. Các lập trình viên đến từ nhiều tiểu bang với các ngôn ngữ khác nhau .

Chúng tôi viết mã bằng tiếng Anh, tài liệu bằng tiếng Anh, nhận xét bằng tiếng Anh, quy ước đặt tên bằng tiếng Anh. Tiếng Anh là ngôn ngữ chung của chúng tôi khi nói chuyện tại văn phòng.

Tôi là người Quebec và tôi thấy rất nhiều lập trình viên thích viết mã bằng tiếng Anh. Tôi có một báo giá tốt cho bạn.

Hãy để họ lập trình bằng tiếng Anh và bạn sẽ thấy họ không biết tiếng Anh.

Vì vậy, bạn có thể tìm thấy đá quý như:

//putting the conter to 0
i=0

Rõ ràng, tốt hơn là viết mã bằng ngôn ngữ mẹ đẻ của bạn nếu bạn không thành thạo ngôn ngữ đích. mặt khác, nó chỉ làm xáo trộn mã.

Tôi đến từ Anh và tôi cố gắng viết mã (và đăng trên các trang web như Stack Overflow ) bằng tiếng Anh Mỹ , vì đó là ngôn ngữ quốc tế được thiết lập để lập trình.

Tôi nghĩ rằng tôi là thiểu số mặc dù. Một số lập trình viên người Anh mà tôi biết vẫn khăng khăng sử dụng cách viết tiếng Anh ngay cả khi cộng tác với các lập trình viên khác đang sử dụng tiếng Anh Mỹ và có thể khó chịu khi một đồng nghiệp người Mỹ hoặc Ấn Độ chỉnh sửa nhận xét của họ để thay đổi từ tiếng Anh sang tiếng Anh của Mỹ (đừng thử điều đó trên wiki của Ward .)

Tôi sống và làm việc ở Hà Lan, nhưng tất cả các mã chúng tôi viết đều bằng tiếng Anh. Dưới đây là một số lý do tôi có thể nghĩ về lý do tại sao chúng tôi viết mã bằng tiếng Anh:

• .NET framework chúng tôi làm việc bằng tiếng Anh. Luôn luôn tốt hơn để tuân theo các quy ước của khung mà bạn đang làm việc và tôi tin rằng điều này bao gồm ngôn ngữ.
• Tiếng Hà Lan là một ngôn ngữ khủng khiếp để mô tả các khái niệm kỹ thuật. Tiếng Anh có các từ có thể mô tả chính xác một cái gì đó kỹ thuật, ví dụ như một phần mềm, nhưng nhiều từ này không có từ tiếng Hà Lan. Từ "tương tác" là một ví dụ về điều này; không có từ tiếng Hà Lan thường được sử dụng truyền tải cùng một thông điệp.
• Một tỷ lệ nhỏ công ty không nói tiếng Hà Lan (chưa).

Lý do duy nhất tôi có thể nghĩ về lý do tại sao bạn không viết mã bằng tiếng Anh, là trong bối cảnh thiết kế hướng tên miền . Thực hành DDD bao gồm xác định ngôn ngữ phổ biến với khách hàng của bạn. Nếu khách hàng của bạn yêu cầu sử dụng các thuật ngữ không phải tiếng Anh, việc dịch các thuật ngữ này sang tiếng Anh trong mã của bạn là không khôn ngoan; nó đánh bại mục đích của ngôn ngữ có mặt khắp nơi.

Tôi chưa bao giờ thấy ai sử dụng tên không phải tiếng Anh trong mã ở Israel, nhưng kinh nghiệm của tôi chỉ giới hạn trong các dự án đại học. Ở mức nào, cá nhân tôi chỉ viết mã bằng tiếng Anh và tôi thực sự cũng gõ tất cả các email và bài tập về nhà bằng tiếng Anh. Điều này chủ yếu là do tiếng Do Thái được viết từ phải sang trái, và nó có thể rất khó chịu khi kết hợp các thuật ngữ tiếng Anh vào văn bản.

Tôi đến từ Đức và tôi viết lớp, phương pháp, tên biến của mình bằng tiếng Anh và tôi nghĩ hầu hết mọi người cũng làm điều này. Nhưng trong các bình luận, nó phụ thuộc vào người mà tôi đang làm việc cùng.

Và tôi phải thừa nhận nếu tôi thấy mã được viết bằng một số ngôn ngữ khác ngoài tiếng Anh, tôi thực sự ghét nó vì bạn không thể "đọc mã". Nó giống như nếu ai đó sẽ viết một câu bằng tiếng Đức trộn với tiếng Anh.

Một lý do khác mà bạn chắc chắn nên sử dụng tiếng Anh khi mã hóa là các lệnh gọi API và các cuộc gọi cụ thể về ngôn ngữ luôn được viết bằng tiếng Anh. Vậy tại sao phải chuyển ngôn ngữ? Tôi thậm chí sẽ nói sử dụng tiếng Anh giúp bạn suy nghĩ vì bạn không phải chuyển ngôn ngữ.

Ngoài ra tất cả các tài liệu đó và hầu hết các câu hỏi và câu trả lời trên internet đều bằng tiếng Anh, vì vậy hãy IMO bạn phải làm việc bằng tiếng Anh.

Một ví dụ tôi nghĩ thật kinh khủng khi thấy là

meinObst = "Apfel;Himbeere;Traube"
meinGeteiltesObst = meinObst.split(";")

for obst in meinGeteiltesObst:
    ...

Bạn hoàn toàn có thể thấy nó trong câu lệnh for bạn đang chuyển từ ngôn ngữ này sang ngôn ngữ khác và đó không phải là một điều tốt IMO.

Tôi đến từ Slovenia và tôi viết mã bằng tiếng Anh. Tôi đã thấy các chương trình khác nhau được mã hóa bằng tiếng Slovenia vì khách hàng yêu cầu như vậy. Rõ ràng việc đọc mã như vậy dễ dàng hơn.
Vì vậy, có, mọi người không chỉ viết mã bằng tiếng Anh.

Và tôi đang nói về chính mã chứ không phải bản địa hóa phần mềm.

Tôi đến từ Đan Mạch.

Mã, tài liệu, đặt tên, tài liệu thiết kế, vv đều được thực hiện bằng tiếng Anh. Tôi chỉ từng thấy khác trong các dự án sở thích và sinh viên - và thậm chí sau đó chỉ rất hiếm khi.

Câu hỏi mở duy nhất mà tôi thấy là phải làm gì về (có khả năng) các chuỗi hiển thị của người dùng:

window.setHeader("????");

throw new ThisMightBeSeenByTheUserInAnErrorMessageException("????");

Đối với trường hợp ngoại lệ, tôi thích sử dụng tin nhắn tiếng Anh. Có vẻ tốt hơn và bạn phải xử lý ngoại lệ bằng tiếng Anh - các thông báo từ các khung công tác.

Đối với các văn bản GUI tôi không tin tưởng hơn. Đó là một giải pháp thanh lịch hơn để viết mọi thứ bằng tiếng Anh và sử dụng giải pháp bản địa hóa để dịch sang tiếng Đan Mạch, nhưng rất nhiều công việc cho một ứng dụng sẽ chỉ được sử dụng bởi người dùng Đan Mạch.

Tôi đến từ Ý nhưng tôi không chắc bạn đang hỏi gì.

Nếu bạn đang nói về việc đặt tên các đối tượng, vâng, chúng tôi sẽ làm điều đó bằng tiếng Anh. Thông thường sinh viên đặt tên cho các đối tượng của họ bằng tiếng Ý cho mục đích học tập. Nhưng cá nhân tôi thấy nó khó và thích sử dụng tiếng Anh, vì một số thuật ngữ kỹ thuật cực kỳ khủng khiếp trong tiếng Ý.

Tôi là người Ý. Tôi thường sử dụng tiếng Anh cho mọi thứ (*), nhưng khi tôi viết nội dung web, tôi không thể quản lý để sử dụng tiếng Anh cho các đối tượng cơ sở dữ liệu. Phải dịch các khái niệm giữa "ngôn ngữ chương trình" và "tài liệu / URL / UI / ngôn ngữ khách hàng" làm tăng thêm gánh nặng. Bên cạnh đó, đôi khi các đối tượng cơ sở dữ liệu của bạn lấy tên của chúng từ các thuật ngữ quan liêu khó hoặc không thể dịch. Vì vậy, tôi đã sử dụng tiếng Ý cho các đối tượng cơ sở dữ liệu và bất cứ điều gì liên quan đến điều đó. Nhận xét cũng bằng tiếng Ý, vì chúng đề cập đến những đối tượng tương tự và nó nghe có vẻ khó xử (nhiều từ kỹ thuật tiếng Anh không tồn tại trong tiếng Ý, nhưng DB là một lĩnh vực mà từ vựng khá hoàn chỉnh).

Tuy nhiên, khi tôi viết thư viện lớp có nghĩa là được sử dụng lại, tôi hoàn toàn sử dụng tiếng Anh, cho tất cả các lớp, biến và nhận xét (ngoại trừ có thể là nhận xét toplevel, có mẫu mã và là song ngữ).

(*) một ngoại lệ: Tôi luôn đặt tên biến giả của mình là pippo và pluto ("Goofy" và "Pluto") thay vì foo và bar. :)

Vâng, chúng tôi làm. Tôi đến từ Uruguay và chúng tôi thường viết mã bằng các tên khác nhau bằng tiếng Anh. Một số người để lại bình luận bằng tiếng Tây Ban Nha, nhưng tôi thấy điều đó hơi khó xử. Trong một công việc trước đây, chúng tôi đã buộc phải sử dụng tiếng Tây Ban Nha cho các biến và phương thức, và tôi ghét nó.

Tôi hiện đang ở Hà Lan, nhưng đến từ Nga. Cách đây 11 năm, nhiều lập trình viên ở Nga không có khả năng tiếng Anh tốt, do đó các bình luận thường bằng tiếng Nga. Tên biến và phương thức hàm vẫn bằng tiếng Anh, hoặc những gì mọi người nghĩ là tiếng Anh, đơn giản là vì các từ tiếng Nga tương ứng có xu hướng dài và đôi khi dường như che khuất ý nghĩa. Bây giờ có lẽ giống như ở mọi nơi: những người càng chuyên nghiệp thì càng có nhiều cơ hội nhận xét bằng tiếng Anh.

Ở Hà Lan, tôi đã thấy các bình luận tiếng Hà Lan và tên biến / phương thức trong công ty nơi phần lớn các lập trình viên là người Hà Lan (các công ty như vậy tồn tại :)) Nhưng đó là trường hợp duy nhất.

Nhân tiện, câu hỏi 'Bạn có biết bảng chữ cái Latinh cho đến khi bạn đến phương Tây' thường làm tôi khó chịu, cho đến khi tôi học được cách cười về nó :)

Từ Ấn Độ, giống như người khác nói chúng tôi là người Anh 100%! Nhưng tôi cũng đã làm việc ở Đức được một thời gian ngắn. Người Đức thường làm điều đó giống như người Ý (như Lorenzo đã nói). Nhưng các công ty lớn hơn như Siemens, vv đã chuẩn hóa tiếng Anh. Việc ủy ​​thác công việc của bạn bên ngoài quốc gia cơ sở của bạn dễ dàng hơn nhiều khi tất cả tài liệu và mã của bạn bằng tiếng Anh.

Tôi đến Mỹ chưa đầy một thập kỷ trước và tiếng Anh không phải là ngôn ngữ đầu tiên của tôi. Mặc dù tôi đã học cách đọc và viết tiếng Anh ở trường, tôi đã không nói tiếng Anh khá tốt cho đến khi tôi kết hôn với một người không nói được ngôn ngữ của mình. Chà, tiếng Anh cũng không phải là ngôn ngữ đầu tiên của cô ấy, nhưng chúng tôi thấy việc sử dụng tiếng Anh để giao tiếp dễ dàng hơn so với việc cố gắng học ngôn ngữ của nhau. Tôi nghĩ rằng giữ cho lập trình quá. Nếu mọi người bày tỏ ý tưởng của họ bằng ngôn ngữ của họ, kiến ​​thức sẽ trở nên quá phân tán. Tiếng Anh có nên bắt buộc? Chắc là không. Hầu hết mọi người sẽ không cần nó. Gia đình tôi chủ yếu là nông dân và hầu hết trong số họ sẽ không bao giờ cần biết tiếng Anh để có một cuộc sống hữu ích. Tôi sẽ không nói cuộc sống thành công bởi vì nó có ý nghĩa khác nhau ở những nơi khác nhau trên thế giới.

Tôi không muốn tham gia một cuộc chiến tranh thần thánh nhưng tiếng Anh trong lập trình có thể không liên quan gì đến lập trình viên 'Người Mỹ xấu xí'. Nó có thể chỉ là một cách thuận tiện để cộng tác cho những người nói các ngôn ngữ khác nhau. Nó có thể là bất kỳ ngôn ngữ. Có thể trong tương lai chúng tôi sẽ viết mã và bình luận bằng tiếng Trung. Nếu điều đó xảy ra thì có lẽ là do các lập trình viên 'Trung Quốc xấu xí', thay vào đó là vì nhiều người ở nhiều quốc gia sử dụng tiếng Trung để giao tiếp với người ngoài.

Ngay cả đối với các dự án cá nhân, tôi có xu hướng sử dụng tiếng Anh chủ yếu vì việc đặt câu hỏi về mã trên Stack Overflow hoặc các trang web khác dễ dàng hơn. Điều tương tự cũng xảy ra với hệ điều hành của tôi - tôi chỉ sử dụng tiếng Anh. Tôi đã có một hệ điều hành Hà Lan một lần và điều đó thật kinh khủng khi google tìm lỗi hoặc thông tin.

Có một lợi thế của mã hóa trong ngôn ngữ khác và đó là rất có thể bạn sẽ không gặp phải những từ mâu thuẫn hoặc dành riêng.

Tôi đến từ Belarus , nhưng tôi luôn sử dụng tiếng Anh để bình luận. Và như tôi biết, rất nhiều lập trình viên người Belarus sử dụng tiếng Anh làm ngôn ngữ chính để viết mã.

    /// <summary>
    /// Get item quantity
    /// </summary>
    /// <param name="itemCode">Item code</param>
    /// <param name="grade">Grade</param>
    /// <param name="lpn">LPN</param>
    /// <returns>Returns item quantity</returns>
    private int GetQuantity(string itemCode, string grade, int lpn)
    {
        using (var db = new MappingDataContext(_connection))
        {
            db.ObjectTrackingEnabled = false;
            return (from i in db.INVENTORs
                    where i.ITEM_NO == itemCode
                    where i.CUSTCHAR12 == grade
                    select i.ITEM_NO).Count();
        }
    }

Tôi chắc chắn là một điều kỳ lạ: Tôi sử dụng một ngôn ngữ được token hóa, và do đó, ngay cả ngôn ngữ cũng có thể được hiển thị bằng ngôn ngữ mẹ đẻ của bạn (tiếng Pháp, tiếng Anh, tiếng Đức, tiếng Tây Ban Nha và tiếng Nhật). Đó là ngôn ngữ RBDMS ra đời vào những năm 1980, được gọi là Thứ nguyên thứ 4 . Hãy xem bản dịch Lệnh ngôn ngữ bằng cách nhấp vào biểu tượng cờ.

Dưới đây bạn có thể thấy cùng một mã được thấy với các cài đặt tiếng Pháp và tiếng Anh.

Tôi đến từ Quebec và một người nói tiếng Pháp, nhưng tất cả các mã, nhận xét và tài liệu của tôi luôn được thực hiện bằng tiếng Anh. Nhưng tôi biết một số công ty ở Quebec thực thi tiếng Pháp trong mã (nhận xét và đặt tên đối tượng / biến).

Tôi đã luôn luôn mã hóa bằng tiếng Anh. Ngoài ra, tôi cũng không bao giờ muốn viết mã như thế này:

क = 1;
कुल = 0;
जब तक क छोटा है 10 से  {
    कुल += क;
}
छापो कुल

कार्य खाली मुख्य ( )      अंक समय       लिखें "Enter current time"    
     पढें समय        अगर [ समय < 12 ]    
        लिखें "Good Morning"    
  वरनाअगर [ समय >= 12 और समय < 16 ]    
           लिखें "Good Afternoon"    
  वरना              लिखें "Good Evening"    
  खत्म अगर    
खत्म कार्य

Đến từ Hà Lan Tôi đã có trải nghiệm khó chịu khi bị buộc phải viết bình luận (và thậm chí cả tên biến) bằng tiếng Hà Lan ở trường. Hầu hết thời gian tôi từ chối thái độ này và viết tất cả những thứ đó bằng tiếng Anh thuần túy, cùng với một số sinh viên khác đã có kinh nghiệm lập trình hoặc học nhanh.

Trong tất cả các công ty tôi từng làm việc chỉ sử dụng tiếng Hà Lan là cho các chuỗi mà người dùng cuối có thể hoặc sẽ thấy, tất cả các văn bản khác (không bao gồm tài liệu người dùng) đều bằng tiếng Anh.

Tôi đến từ Na Uy, chúng tôi viết mã bằng tiếng Anh. Có nghĩa là tên biến, tên phương thức, ý kiến, vv bằng tiếng Anh. Tuy nhiên, có một số biến thể. Bạn có thể tìm thấy những bình luận bằng tiếng Na Uy và bản thân mã bằng tiếng Anh.

Mã được phát triển bởi các tổ chức chính phủ hoặc các công ty rất nhỏ có thể bằng tiếng Na Uy. Nói chung, việc sử dụng tiếng Na Uy là không thực tế vì các công ty thuê những người không nói tiếng Na Uy hoặc có thể muốn thuê ngoài. Sử dụng mã Na Uy sau đó sẽ chỉ làm phức tạp mọi thứ. Đối với hầu hết các công ty có quy mô nhất định đối phó với khách hàng ở nước ngoài Tiếng Anh là ngôn ngữ công ty. Có nghĩa là email, thông báo, vv sẽ bằng tiếng Anh mặc dù nhân viên rõ ràng nói tiếng Na Uy với nhau.

Tôi đến từ Đài Loan. Chúng tôi viết mã bằng tiếng Anh và tuân theo quy ước đặt tên của các ngôn ngữ cụ thể.