Cho dù bạn yêu thích một ngôn ngữ lập trình đến mức nào, luôn có một vài chi tiết trong đó không hoàn hảo như chúng có thể.

Trong câu hỏi này, tôi muốn đặc biệt tập trung vào các yếu tố cú pháp. Trong ngôn ngữ lập trình mà bạn sử dụng thường xuyên (có thể là ngôn ngữ lập trình yêu thích của bạn hoặc có thể là ngôn ngữ bạn buộc phải sử dụng tại nơi làm việc), yếu tố cú pháp nào bạn thấy khó đọc nhất, không rõ ràng, bất tiện hoặc khó chịu?

Chèn dấu chấm phẩy trong JavaScript.

Tôi thực sự không bị nó cắn thường xuyên, nhưng đó chỉ là một ý tưởng tồi tệ đến mức khiến đầu óc tôi quay cuồng.

Đây là các quy tắc (từ ECMA-262 Phần 7.9)

1. Khi chương trình chứa mã thông báo không được ngữ pháp chính thức cho phép, thì dấu chấm phẩy được chèn nếu (a) có dấu ngắt dòng tại thời điểm đó hoặc (b) mã thông báo không mong muốn là dấu ngoặc kép.
2. Khi kết thúc tập tin, nếu chương trình không thể được phân tích cú pháp, thì dấu chấm phẩy được chèn vào.
3. Khi gặp phải "sản xuất bị hạn chế" và chứa dấu kết thúc dòng ở nơi ngữ pháp chứa chú thích "[không có LineTerminator ở đây]", thì dấu chấm phẩy được chèn vào.

Thí dụ:

return 1; // returns 1

return
1; // returns undefined

Cú pháp Java-bean do thiếu thuộc tính C #

/**
 * Name of user
 */
private String name;

/**
 * Gets name of user
 * @return Name of user
 */
public String getName() {
    return this.name;
}

/**
 * Sets name of user. 
 * @param name
 */
public void setName(final String name) {
    this.name = name;
}

GAH !!!

Những vấn đề tôi có với điều này

• Quá nhiều mã - Có một trường được ghi lại, một phương thức getter được ghi lại và một phương thức setter được ghi lại. Ví dụ cực kỳ cơ bản này có 20 dòng mã cho một đơn bất động sản
• Clutters danh sách phương pháp - "Hãy để tôi tìm thấy phương pháp đó, bàn tay lên: getX, getY, getZ, getAnotherAnnoyingField, getWhyIHateJavaBeans, getThisIsVerbose, getGAH... ah có nó là, hashCode.
• Nhiều tài liệu dẫn đến nhiều tài liệu kém, lỗi thời hoặc thiếu - Làm phiền khi cố gắng hiểu mã nào
• Thật khó chịu khi một bên thứ 3 đã phải đưa ra một plugin để thực hiện điều này một cách dễ dàng - Spoon , Shark , trong số những người khác.

Độ nhạy khoảng trắng.

Python làm phiền tôi về mặt này. Ý tôi là, tôi thụt đúng dù sao, nhưng nó lỗi với tôi rằng tôi nên có để. Làm cho phần trình bày của cú pháp làm phiền tôi.

Câu switchlệnh (bằng C, C ++, C #, Java, v.v.)

Đây là một ví dụ về lý do tại sao tôi thấy nó rất bất tiện:

switch (someVariable)
{
    case 1:
        int i = something();
        doSomething(i);
        break;

    case 2:
        int i = somethingElse();
        doSomethingElse(i);
        break;
}

Điều này không biên dịch vì biến iđược khai báo lại trong cùng phạm vi. Đây có vẻ như là một chi tiết nhỏ, nhưng nó thực sự cắn tôi. Tôi có thể thêm dấu ngoặc nhọn để giảm thiểu nó, nhưng thật tuyệt nếu dấu ngoặc nhọn là phần bắt buộc của cú pháp và không có mức thụt lề thừa. Tôi cũng thực sự ghét phải viết thêm break. Điều này sẽ đẹp hơn nhiều:

switch (someVariable)
case 1
{
    int i = something();
    doSomething(i);
}
case 2
{
    int i = somethingElse();
    doSomethingElse(i);
}
default
{
    ...
}

Điều này làm cho nó trông giống như một chuỗi if/ else, đó là một điều tốt bởi vì nó cũng tương tự về mặt ngữ nghĩa. Ít nhất là trong C #, nó vẫn không phải là điều tương tự, tuy nhiên, trong một switchtuyên bố, thứ tự của các nhãn trường hợp không quan trọng, nhưng trong một if/ elsenó thì có.

Khai báo mảng trong VB.NET

Tôi luôn quên rằng khi khởi tạo các mảng cố định trong VB.NET, bạn chỉ định giới hạn trên của mảng chứ không phải số lượng phần tử như trong C / C ++, PHP hoặc Java. Ngoài VB6 (chúng tôi sẽ không đến đó ...), tôi không thể nghĩ ra một ngôn ngữ khác theo cách này:

Dim myArray(20) as Integer  '# Creates an array with 21 elements,
                            '# indexed from 0 to 20

VB6 - Khai báo và chuyển nhượng biến riêng biệt

Hầu hết các ngôn ngữ cho phép bạn khai báo một biến và gán nó trong một dòng mã; VB6, mặt khác, buộc bạn phải sử dụng hai.

Dim i as Integer
i = 0

Dim derpderp as Collection
Set derpderp = new Collection

Bạn có thể sử dụng dấu hai chấm để đặt hai lệnh trên một dòng, nhưng nó nhanh chóng biến lộn xộn trong mã thực tế.

Dim i as Integer: i = 0
Dim derpderp as Collection: Set derpderp = new Collection

Bình luận trong CSS

//không bình luận các dòng mã giống như trong nhiều ngôn ngữ khác, như PHP và Javascript. Mặc dù /* this is commented out */hoạt động, tôi thích sử dụng //.

Thật phiền toái, vì một nửa thời gian tôi quên tôi đang chỉnh sửa CSS và sau đó phải quay lại và sửa lỗi.

PHP - thứ tự nhất quán của các đối số

PHP có một số hàm tiện dụng để thực hiện khá nhiều thao tác bạn có thể nghĩ về một mảng hoặc chuỗi. Nhiều thao tác trong số này yêu cầu sử dụng cả a $needlevà a $haystack, nhưng các chức năng khác nhau thực hiện chúng theo các thứ tự khác nhau. Hàm nào yêu cầu đối số nào là một trong những sự thật mà não tôi không chịu tiếp thu, bất kể tôi có thường xuyên bắt gặp chúng không!

Lấy các hàm in_array và strstr :

// Check whether $needle occurs in array $haystack
bool in_array (mixed $needle, array $haystack [, bool $strict])

// Check whether $needle is a substring of $haystack
string strstr (string $haystack, mixed $needle [, bool $before_needle=false])

Thật thú vị, PHP dường như phù hợp nội bộ với các thứ tự này trong đó tất cả các hàm chuỗi dường như sử dụng $haystack, $needletrong khi các hàm mảng là cách khác, nhưng điều này có thể làm quen với một người mới sử dụng PHP. Có một bài viết hay trên ExpressionEngine nói về vấn đề cụ thể này một cách chi tiết hơn, cũng như một cuộc thảo luận về danh sách lỗi PHP , trong đó có phản hồi rất ngắn từ nhóm PHP!

helly@php.net
Sử dụng một IDE tốt sau đó.

Con trăn

self tham số trong định nghĩa phương thức thể hiện

Java

Giai đoạn. Ngừng hẳn. Kết thúc câu chuyện.

Bắt đầu từ đâu? Ồ, tôi biết bắt đầu từ đâu: Java cực kỳ phức tạp, xấu xí và ngu ngốc và vốn đã bị phá vỡ . Tôi cần nói nhiều hơn? :( Được rồi, sau đó: gõ xóa .

Sau đó, có quản lý tài nguyên không xác định. Kewl footcher!

Điều gì tiếp theo? Oh yeah: regexes ngu ngốc của Java là thịt bò khó chịu nhất của tôi. Tôi không thể đếm được bao nhiêu lần tôi đã bị hos vì không có đủ dấu gạch chéo ngược. Điều này thậm chí còn tồi tệ hơn việc không có quyền truy cập vào bất kỳ thuộc tính Unicode nào trong thiên niên kỷ này - đó là con bò hoàn chỉnh. Mười năm hết hạn !!! Hoàn toàn vô dụng. Đồ bỏ đi.

Sau đó, có lỗi mà các phím tắt lớp nhân vật không hoạt động trên phi ASCII. Thật là một nỗi đau hoàng gia! Và thậm chí không cân nhắc sử dụng \p{javaWhiteSpace}; nó không làm đúng với một số điểm mã khoảng trắng Unicode rất phổ biến.

Bạn có biết có một \p{javaJavaIdentifierStart}tài sản? Họ đang nghĩ gì vậy? Rất vui vì họ đã nhận được những cái nhìn thông minh như vậy trên wurkin.

Bạn đã bao giờ thử sử dụng cờ CANON_EQ chưa? Bạn có biết điều đó thực sự xảy ra, và những gì nó không làm? Làm thế nào về cái gọi là trường hợp Unicode Unicode Một loạt các vỏ bọc bình thường hoàn toàn không hoạt động.

Sau đó, họ làm cho nó khó khăn để viết regexes duy trì. Java vẫn chưa tìm ra cách viết các chuỗi nhiều dòng, vì vậy cuối cùng bạn sẽ viết những thứ điên rồ như thế này:

    "(?= ^ [A-Z] [A-Za-z0-9\\-] + $)      \n"
  + "(?! ^ .*                             \n"
  + "    (?: ^     \\d+      $            \n"
  + "      | ^ [A-Z] - [A-Z] $            \n"
  + "      | Invitrogen                   \n"
  + "      | Clontech                     \n"
  + "      | L-L-X-X                      \n"
  + "      | Sarstedt                     \n"
  + "      | Roche                        \n"
  + "      | Beckman                      \n"
  + "      | Bayer                        \n"
  + "    )      # end alternatives        \n"
  + ")          # end negated lookahead   \n" 

Tất cả những dòng mới là gì? Ồ, chỉ là sự ngu ngốc của Java. Họ đã sử dụng các bình luận Perl, không phải các bình luận Java ( những kẻ ngốc! ) Đi đến cuối dòng. Vì vậy, nếu bạn không đặt chúng \nở đó, bạn hãy cắt bỏ phần còn lại của mẫu. Duh và đôi duh!

Đừng sử dụng regexes trong Java: cuối cùng bạn sẽ muốn phá vỡ mọi thứ, tất cả đều rất đau đớn và tan vỡ. Tôi không thể tin mọi người đưa ra điều này. Một số thì không .

Sau đó, chúng ta có thể bắt đầu nói về những điều vớ vẩn của Java với các bảng mã. Đầu tiên, có một thực tế là mã hóa nền tảng mặc định luôn là mã hóa 8 bit khập khiễng mặc dù các ký tự của Java là Unicode. Sau đó, làm thế nào họ không đưa ra một ngoại lệ về lỗi mã hóa. Bạn được đảm bảo để có được tào lao. Hoặc làm thế nào về điều này:

OutputStreamWriter(OutputStream out) 
          Creates an OutputStreamWriter that uses the default character encoding.
OutputStreamWriter(OutputStream out, Charset cs) 
          Creates an OutputStreamWriter that uses the given charset.
OutputStreamWriter(OutputStream out, CharsetEncoder enc) 
          Creates an OutputStreamWriter that uses the given charset encoder.
OutputStreamWriter(OutputStream out, String charsetName) 
          Creates an OutputStreamWriter that uses the named charset.

Có gì khác biệt? Bạn có biết rằng chỉ một trong số đó sẽ đưa ra một ngoại lệ nếu bạn có lỗi mã hóa? Phần còn lại chỉ mõm họ.

Sau đó, sự ngu ngốc của các ký tự Java không đủ để chứa một ký tự! họ đang nghĩ cái quái gì vậy? Đó là lý do tại sao tôi gọi chúng là charchars. Bạn phải viết mã như thế này nếu bạn mong đợi nó hoạt động đúng:

private static void say_physical(String s) { 
    System.out.print("U+");
    for (int i = 0; i < s.length(); i++) {
        System.out.printf("%X", s.codePointAt(i));
        if (s.codePointAt(i) > Character.MAX_VALUE) { i++; }  // UG!
        if (i+1 < s.length()) { System.out.printf("."); }
    }
}

Và ai đã từng nghĩ sẽ làm điều đó? Không có ai bên cạnh.

Có bao nhiêu nhân vật trong đó "\uD83D\uDCA9"? Một hoặc hai? Phụ thuộc vào cách bạn đếm chúng. Công cụ regex tất nhiên xử lý các ký tự logic, do đó một mẫu ^.$sẽ thành công và một mẫu ^..$sẽ thất bại. Sự điên rồ này được thể hiện ở đây:

String { U+61, "\u0061", "a" }  =~ /^.$/ => matched.
String { U+61, "\u0061", "a" }  =~ /^..$/ => failed.
String { U+61.61, "\u0061\u0061", "aa" }  =~ /^.$/ => failed.
String { U+61.61, "\u0061\u0061", "aa" }  =~ /^..$/ => matched.
String { U+DF, "\u00DF", "ß" }  =~ /^.$/ => matched.
String { U+DF, "\u00DF", "ß" }  =~ /^..$/ => failed.
String { U+DF.DF, "\u00DF\u00DF", "ßß" }  =~ /^.$/ => failed.
String { U+DF.DF, "\u00DF\u00DF", "ßß" }  =~ /^..$/ => matched.
String { U+3C3, "\u03C3", "σ" }  =~ /^.$/ => matched.
String { U+3C3, "\u03C3", "σ" }  =~ /^..$/ => failed.
String { U+3C3.3C3, "\u03C3\u03C3", "σσ" }  =~ /^.$/ => failed.
String { U+3C3.3C3, "\u03C3\u03C3", "σσ" }  =~ /^..$/ => matched.
String { U+1F4A9, "\uD83D\uDCA9", "💩" }  =~ /^.$/ => matched.
String { U+1F4A9, "\uD83D\uDCA9", "💩" }  =~ /^..$/ => failed.
String { U+1F4A9.1F4A9, "\uD83D\uDCA9\uD83D\uDCA9", "💩💩" }  =~ /^.$/ => failed.
String { U+1F4A9.1F4A9, "\uD83D\uDCA9\uD83D\uDCA9", "💩💩" }  =~ /^..$/ => matched.

Sự ngu ngốc đó là tất cả bởi vì bạn không thể viết hoàn toàn hợp lý \u1F4A9, và dĩ nhiên bạn không nhận được bất kỳ cảnh báo nào rằng bạn không thể làm điều đó. Nó chỉ làm điều sai trái.

Ngốc nghếch.

Trong khi chúng ta đang ở đó, toàn bộ \uXXXXký hiệu bị chết não bẩm sinh. Bộ tiền xử lý Java ( vâng, bạn đã nghe tôi nói ) trước khi Java thực hiện, do đó bạn bị cấm viết những thứ hoàn toàn hợp lý như thế "\u0022", bởi vì vào thời điểm Java thấy rằng, bộ tiền xử lý của nó đã biến nó thành """, do đó bạn mất. Oh chờ đã, không phải nếu nó trong một regex! Vì vậy, bạn có thể sử dụng "\\u0022"tốt.

Riiiiiii!

Bạn có biết Java không có cách nào để thực hiện isatty(0)cuộc gọi không? Bạn thậm chí không được phép nghĩ những suy nghĩ như vậy. Nó sẽ không tốt cho bạn.

Và sau đó là sự ghê tởm cả lớp.

Hoặc thực tế là không có cách nào để chỉ định mã hóa tệp nguồn Java của bạn trong cùng một tệp nguồn đó để bạn không bị mất nó? Một lần nữa tôi yêu cầu được biết: CÁI GÌ ĐÃ NGHINK

Dừng cơn điên! Tôi không thể tin rằng mọi người bỏ rác này. Đó là một trò đùa hoàn chỉnh. Tôi thà là một người chào đón Walmart còn hơn chịu đựng những cú đá và mũi tên của sự điên rồ thái quá của Java. Tất cả đều hỏng, và họ không chỉ không thể sửa nó, họ sẽ không sửa nó.

Điều này bởi cùng một người foxy-grapey tự hào về một ngôn ngữ làm cho nó bất hợp pháp để có một printf()chức năng. Trời ạ, chắc chắn là nó hoạt động rất tốt, mặc dù vậy!?

Tê giác tuyệt vời. Bitch-tát là quá tử tế với họ. Nếu tôi muốn lập trình trong trình biên dịch chương trình, tôi sẽ. Đây không phải là một ngôn ngữ có thể cứu được. Hoàng đế không có quần áo.

Chúng tôi ghét nó. Chúng tôi ghét nó mãi mãi . Hãy để nó chết chết !

Cú pháp khai báo con trỏ hàm trong C và C ++:

(int)(*f)(int, int);

Điều đó khai báo một con trỏ hàm có tên là fpointee có thể mất hai ints và trả về một int.

Tôi rất thích một cú pháp như thế này:

f: (int, int) => int

Giả sử bạn muốn khai báo một con trỏ hàm gcó con trỏ có thể lấy hai ints và một hàm từ intvà intđến intvà trả về một int.

Với ký hiệu C hoặc C ++, bạn sẽ khai báo nó là:

(int)(*g)(int, int, int(int, int));

Với ký hiệu được đề xuất ở trên, điều tương tự có thể được khai báo là:

g: (int, int, (int, int) => int) => int

Latter là IMO trực quan hơn nhiều.

Ngoài ra: Ngôn ngữ lập trình được gọi là OOC sửa lỗi cú pháp này (và nhiều vấn đề cú pháp khác trong C và C ++). Kiểm tra trang chủ của nó ở đây .

Độ dài trong Java.

I E:

public static final int 

\ we \ wouldnt \ fix \ cú pháp không gian tên của trình phân tích cú pháp trong PHP

Cú pháp không chỉ xấu, nó dẫn đến sự nhầm lẫn khi các nhà phát triển mới hơn phải suy nghĩ về không gian tên trong chuỗi. (PHP nội suy dấu gạch chéo ngược trong chuỗi trích dẫn kép dưới dạng chuỗi thoát. Cố gắng biểu diễn một không gian tên như \you\should\never\do\thattrong chuỗi trích dẫn kép thay vì chuỗi trích dẫn đơn sẽ dẫn đến dòng mới, tab và thảm họa.)

Tôi coi thường thực tế rằng niềng răng xoăn có thể là tùy chọn sau một câu lệnh if / while / for.

Đặc biệt là khi tôi thấy mã như,

if (...)
    for(...)
        ... One line of stuff ...

Xin vui lòng chỉ cần đặt niềng răng trong và được thực hiện với nó.

VBScript không có toán tử logic

Không giống như gần như mọi ngôn ngữ hợp lý, VBScript sử dụng các toán tử bit thay vì các toán tử logic. Điều này có ý nghĩa gì trong thực tế? Vâng, như Eric Lippert chỉ ra :

If Blah = True Then Print "True!" Else Print "False!"

và

If Blah Then Print "True!" Else Print "False!"

KHÔNG giống nhau trong VBScript!

Mặc dù tệ hơn, điều này có nghĩa là không có đánh giá ngắn mạch trong VBScript để câu lệnh sau sẽ làm hỏng chương trình của bạn nếu BlahlàNothing

If (Not Blah Is Nothing) And (Blah.Frob = 123) Then
...

Điều đó đúng, VBScript sẽ đánh giá cả hai phần của phép so sánh AND, ngay cả khi phần đầu tiên là sai! Chỉ để điều đó chìm trong...

EDIT: Sau phần thảo luận trong các bình luận, tôi quyết định cập nhật câu trả lời này để giải thích rõ hơn về bản thân.

Tôi thực sự ghét cách con trỏ hàm tìm trong C. Thông thường, bất kỳ khai báo biến nào trông giống như một tuple của: type varname; Mặt khác, khai báo con trỏ hàm trông giống như một khai báo của hàm với * trước tên hàm. Tôi có thể chấp nhận điều này như là một mô tả về một loại con trỏ, nhưng trong C này khai báo cả loại và tên của một biến của loại đó. Điều này có vẻ không nhất quán với tôi vì khai báo kiểu khác với khai báo biến. struct myStruct{int X; int Y;}chỉ định nghĩa một loại, nó không định nghĩa một biến có tên myStruct. Tương tự như vậy, tôi thấy không có lý do nào để khai báo kiểu và khai báo biến được nhóm thành một câu lệnh nguyên tử trong các con trỏ hàm, tôi cũng không đánh giá cao độ lệch khỏi type varname;cấu trúc.

Ai đó đã chỉ ra rằng nó phù hợp với một số quy tắc xoắn ốc, và đó có thể là trường hợp, nhưng dấu hiệu của một cú pháp tốt là nó tự giải thích và logic bên trong của nó là rõ ràng. Quy tắc xoắn ốc không rõ ràng bằng bất kỳ phương tiện.

Dấu chấm phẩy trong VBScript - hoặc thiếu chúng

Tôi dành cả ngày để làm việc trong các ngôn ngữ mong đợi dấu chấm phẩy ở cuối mỗi dòng. Thêm một vào cuối dòng trong VBScript và mã của bạn không chạy nữa.

Đối số vào / ra. Tôi là tất cả đối với các cuộc tranh luận (điều tốt là tôi), các cuộc tranh luận cũng tốt, nhưng một cuộc tranh luận phải truyền tải hai trạng thái này làm tôi bực mình.

Những gì tôi nhắm đến ở đây là các hàm lấy đầu vào từ một tham số sau đó ghi đè đầu vào đó bằng một số đầu ra. Bạn có thể vượt qua một đối tượng bằng cách tham khảo để cập nhật nó. Nhưng, chủ yếu là cho các kiểu nguyên thủy, lấy một đối tượng, sử dụng nó, sau đó thay đổi hoàn toàn, không phải là quyền của tôi. Bạn không nên thay đổi ý nghĩa của đối số thông qua đầu vào.

Khai báo mảng trong C và C ++.

Thông thường, một khai báo biến là định dạng type variable_name. Bạn có thể dễ dàng đọc những tuyên bố đó theo cách từ trái sang phải. Nhưngint foo[size] thoạt nhìn giống như nó khai báo foonhư một int, và sau đó bạn đọc thêm và thấy rằng foo thuộc loại "mảng số nguyên". int[size] foođọc tốt hơn nhiều.

Và tôi cũng ghét nó khi các lập trình viên tuyên bố con trỏ như thế này vì một lý do tương tự : int *foo. Vì một số lý do tôi chưa tìm ra, đó là cách viết điển hình .

Tham số dự phòng trong Java:

HashMap<String,HashMap<String,String>> foo = new HashMap<String, HashMap<String, String>>();

Trình biên dịch nghĩ loại foo nào khác có thể có?

Vì mọi người đã phàn nàn về =vs. ==, hãy để tôi chỉ ra một sự thay thế tồi tệ hơn nhiều. PL / Tôi đã có cả hai :=và =, nhưng khi một cái gì đó "rõ ràng" là một nhiệm vụ, nó sẽ cho phép bạn thoát khỏi việc sử dụng =để làm điều đó. Sử dụng:= cho phép bạn buộc một cái gì đó là một bài tập trong một tình huống trong đó trình biên dịch sẽ giải thích nó như là một so sánh.

Thật không may, trình biên dịch không phải lúc nào cũng quyết định mọi thứ theo cách bạn mong đợi. Hãy xem xét chỉ một ví dụ rõ ràng:

A = B = 0;

Bây giờ, đối với hầu hết mọi người quen thuộc với hầu hết các ngôn ngữ "thông thường", ý nghĩa của điều này khá rõ ràng - gán 0 cho cả A và B. PL / I chỉ là một chút ... khác nhau. Vì những lý do chỉ được biết đến với các nhà thiết kế ngôn ngữ (điên rồ), thứ nhất =được hiểu là một bài tập, nhưng thứ hai =được hiểu là so sánh. Do đó, điều này so sánh B với 0, và sau đó gán kết quả so sánh đó với A (theo quy ước kiểu C là "sai" kết quả là 0 và "đúng" trong 1).

Vì vậy, nếu B bằng 0, thì A trở thành 1. Mặt khác, A trở thành 0. Nói cách khác, thay vì gán cùng một giá trị cho A và B, điều này thực sự đảm bảo rằng A không thể có cùng giá trị với B.

Tóm lại: mặc dù C / C ++ / PHP phong cách ban đầu dường như là một nỗi đau, sự lựa chọn là tồi tệ hơn nhiều ¹ .

^{1 Về} mặt kỹ thuật, có một cách khác: phong cách Pascal, trong đó =luôn có nghĩa là so sánh và gán luôn luôn yêu cầu :=. Sau khi sử dụng một thời gian, điều khá rõ ràng (ít nhất là đối với tôi) rằng việc chuyển nhượng đó đủ phổ biến hơn so với việc so sánh rằng nếu bạn sẽ cần thêm "công cụ" để phân biệt hai thứ đó, bạn chắc chắn nên giữ các bài tập sạch sẽ và đơn giản và yêu cầu thêm "grunge" trên các so sánh, không phải ngược lại.

Perl

1. Tôi muốn Perl cho tôi viết if($x < 10) do_something();. Tại thời điểm này, bạn phải viết nó như là do_something() if($x < 10);hoặc là if($x < 10) { do_something(); }.

reinterpret_cast<unsigned long>trong c ++. Hoạt động này rất hữu ích trong việc xử lý các API nước ngoài và đảm bảo độ chính xác về số, tại sao nó lại gây khó chịu như vậy và rất xấu khi nhìn vào?

Cấu trúc for ... trong JavaScript và foreach xây dựng trong PHP khi lặp qua các mảng. Cả hai đều làm cho việc viết lỗi dễ dàng hơn so với mã chính xác.

Con trỏ của mảng hoặc mảng con trỏ trong C / C ++. Tôi vẫn còn bối rối về những điều này.

Thực tế là Python dựa vào định dạng văn bản.

Javascript / Java, v.v, bằng so sánh, ví dụ if (a == 1)

Tôi viết bao nhiêu lần nếu (a = 1)?

Là một con người tôi đọc nó một cách hoàn hảo. Nhưng trình thông dịch / trình biên dịch darn nói: "hey tôi sẽ gán 1 cho a, sau đó kiểm tra xem a có bằng 1 không, và bạn có tin là có không!

Đưa tôi lên tường.

if (a == 1) ít đọc hơn và trình thông dịch / trình biên dịch nên biết ý tôi là gì; nhiều ngôn ngữ nhỏ hơn (VB) đã hoạt động thành công trong hàng trăm năm.

Độ dài trong các lớp ẩn danh Java. Hy vọng sẽ được khắc phục sớm.

structPointer->membertrong C / C ++. Có thể tốt để đọc mã của người khác, nhưng tôi không thích nó. Hai nhân vật thay vì một ... thật lãng phí không gian!

Mã nhiều dòng Scala trong ngoặc

Ví dụ:

class Foo(
         val bar: String,
         val baz: Int,
         val bing: String,
         val bong: Boolean
 ) extends Model {
   // body here
 }

Những gì bạn thực sự nhận được từ nó là tuyệt vời. Nó tạo ra hàm tạo và các getters và setters cho bạn. Nhưng nó chắc chắn là xấu và phá vỡ tất cả các mô hình tinh thần của tôi về cách thụt mã và về cơ bản khiến tôi cảm thấy như mình đang ở trong một loại bánh sandwich kỳ quái với Java ở một bên và bên kia là Lisp. (Ồ, đợi đã ... đó đúng là quan điểm của Scala.)