Tidak peduli seberapa besar Anda menyukai bahasa pemrograman, selalu ada beberapa detail di dalamnya yang tidak sebaik mereka.

Dalam pertanyaan ini, saya ingin secara khusus fokus pada elemen sintaks. Dalam bahasa pemrograman yang sering Anda gunakan (mungkin bahasa pemrograman favorit Anda, atau mungkin yang terpaksa Anda gunakan di tempat kerja), elemen sintaksis apa yang menurut Anda paling tidak dapat dibaca, tidak jelas, tidak nyaman, atau tidak menyenangkan?

Penyisipan titik koma dalam JavaScript.

Saya belum pernah benar-benar digigit olehnya, tapi itu adalah ide yang sangat buruk sehingga membuat kepala saya berputar.

Inilah aturannya (dari ECMA-262 Bagian 7.9)

1. Ketika program mengandung token yang tidak diizinkan oleh tata bahasa formal, maka titik koma dimasukkan jika (a) ada garis putus pada titik itu, atau (b) token yang tidak terduga adalah penjepit penutup.
2. Ketika akhir file tercapai, jika program tidak dapat diuraikan sebaliknya, maka titik koma dimasukkan.
3. Ketika "produksi terbatas" ditemukan dan berisi terminator garis di tempat di mana tata bahasa berisi anotasi "[tidak ada LineTerminator di sini]", maka tanda titik koma dimasukkan.

Contoh:

return 1; // returns 1

return
1; // returns undefined

Sintaks Java-bean karena kurangnya properti 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 !!!

Masalah yang saya miliki dengan ini

• Terlalu banyak kode - Memiliki bidang yang didokumentasikan, metode pengambil yang didokumentasikan, dan metode setter yang didokumentasikan. Contoh yang sangat mendasar ini memiliki 20 baris kode untuk satu properti
• Clutter metode daftar - "Biarkan saya menemukan metode itu, tangan di: getX, getY, getZ, getAnotherAnnoyingField, getWhyIHateJavaBeans, getThisIsVerbose, getGAH... ah ada itu, hashCode.
• Beberapa bidang dokumentasi menyebabkan dokumentasi yang buruk, ketinggalan zaman, atau hilang - Mengganggu ketika mencoba memahami kode apa yang dikerjakan
• Jadi pihak ketiga yang menjengkelkan harus datang dengan plugin untuk melakukan ini dengan mudah - Sendok , Hiu , antara lain.

Sensitivitas Ruang Putih.

Python mengganggu saya dalam hal ini. Maksudku, bagaimanapun aku indentasi dengan benar, tapi itu menggangguku sehingga aku harus melakukannya . Membuat bagian presentasi dari sintaks membuat saya kesal.

The switchpernyataan (dalam C, C ++, C #, Java, dll)

Berikut adalah contoh mengapa saya merasa sangat tidak nyaman:

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

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

Ini tidak dapat dikompilasi karena variabelnya idideklar ulang dalam cakupan yang sama. Ini sepertinya detail kecil, tapi itu sering menggigit saya. Saya dapat menambahkan kurung keriting untuk mengurangi itu, tetapi akan lebih baik jika kurung keriting menjadi bagian wajib dari sintaks, dan tidak ada tingkat lekukan ekstra yang berlebihan. Saya juga sangat benci harus menulis ekstra break. Ini akan jauh lebih baik:

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

Ini membuatnya lebih seperti rantai if/ else, yang merupakan hal yang baik karena secara semantik juga mirip. Setidaknya dalam C # itu masih tidak akan menjadi hal yang sama namun, karena dalam suatu switchpernyataan urutan label kasus tidak masalah, tetapi dalam if/ elseitu.

Deklarasi Array di VB.NET

Saya selalu lupa bahwa ketika menginisialisasi array tetap di VB.NET, Anda menentukan batas atas array dan bukan jumlah elemen seperti di C / C ++, PHP, atau Java. Selain VB6 (kami tidak akan pergi ke sana ...), saya tidak bisa memikirkan bahasa lain yang melakukannya dengan cara ini:

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

VB6 - Deklarasi dan Penugasan Variabel Terpisah

Sebagian besar bahasa memungkinkan Anda mendeklarasikan variabel dan menetapkannya dalam satu baris kode; VB6, di sisi lain, memaksa Anda untuk menggunakan dua.

Dim i as Integer
i = 0

Dim derpderp as Collection
Set derpderp = new Collection

Anda dapat menggunakan titik dua untuk menempatkan dua perintah pada satu baris, tetapi dengan cepat berubah berantakan dalam kode aktual.

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

Mengomentari dalam CSS

//tidak berkomentar baris kode seperti itu dalam banyak bahasa lain, seperti PHP dan Javascript. Meskipun /* this is commented out */berfungsi, saya lebih suka menggunakan //.

Ini merepotkan, karena separuh waktu saya lupa saya mengedit CSS dan kemudian harus kembali dan memperbaiki kesalahan.

PHP - urutan argumen yang konsisten

PHP memiliki sejumlah fungsi praktis untuk melakukan hampir semua operasi yang dapat Anda pikirkan pada array atau string. Banyak dari operasi ini membutuhkan penggunaan a $needledan a $haystack, tetapi fungsi yang berbeda membawanya dalam urutan yang berbeda. Fungsi mana yang membutuhkan argumen mana yang merupakan salah satu fakta yang tidak diserap otak saya, tidak peduli seberapa sering saya menemukan mereka!

Ambil fungsi in_array dan 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])

Lucunya, PHP tampaknya konsisten secara internal dengan urutan ini di mana semua fungsi string tampaknya digunakan $haystack, $needlesementara fungsi array adalah sebaliknya, tetapi ini bisa memakan waktu untuk membiasakan seseorang yang baru mengenal PHP. Ada posting bagus tentang ExpressionEngine yang membicarakan tentang kekhasan khusus ini secara lebih rinci, serta diskusi tentang daftar bug PHP , yang menampilkan respons yang sangat singkat dari tim PHP!

[email protected]
Gunakan IDE yang layak.

Python

self parameter dalam definisi metode instan

Jawa

Periode. Titik. Akhir dari cerita.

Mulai dari mana? Oh, saya tahu harus mulai dari mana: Java generik yang sangat rumit dan jelek serta bodoh dan secara inheren rusak . Perlu saya katakan lebih? :( Oke, kalau begitu: ketik erasure .

Lalu ada manajemen sumber daya non-deterministik. Feetcher Kewl!

Apa selanjutnya? Oh yeah: regex bodoh Jawa adalah daging sapi yang paling menjengkelkan dan menggelisahkan saya. Saya tidak bisa menghitung berapa kali saya disemprot dengan tidak memiliki cukup banyak serangan balasan. Ini bahkan lebih buruk daripada tidak memiliki akses ke properti Unicode dari milenium ini - yang benar-benar sempurna. Sepuluh tahun berlalu !!! Benar-benar tidak berguna. Buang itu.

Lalu ada bug yang tidak berfungsi pada pintasan kelas karakter pada non-ASCII. Apa yang menyakitkan kerajaan! Dan bahkan tidak mempertimbangkan untuk menggunakan \p{javaWhiteSpace}; itu tidak melakukan hal yang benar dengan beberapa titik kode spasi putih Unicode yang sangat umum.

Tahukah Anda ada \p{javaJavaIdentifierStart}properti? Apa yang mereka pikirkan? Senang sekali mereka mendapat peepers cerdas seperti itu pada hard disk.

Pernah mencoba menggunakan bendera CANON_EQ? Apakah Anda tahu itu memang benar , dan apa yang tidak dilakukannya? Bagaimana dengan yang disebut "Unicode case"? Sekelompok hal casing normal tidak berfungsi sama sekali.

Kemudian mereka membuat sulit untuk menulis regex yang bisa dipertahankan. Java masih belum menemukan cara menulis string multiline, jadi Anda akhirnya menulis hal-hal gila seperti ini:

    "(?= ^ [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" 

Apa semua baris baru itu? Oh, kebodohan Jawa saja. Mereka menggunakan komentar Perl, bukan komentar Java ( idiot! ) Yang masuk sampai akhir baris. Jadi jika Anda tidak meletakkannya \ndi sana, potonglah seluruh pola Anda. Duh dan duh ganda!

Jangan menggunakan regex di Jawa: Anda hanya akan ingin menghancurkan sesuatu, itu semua sangat menyakitkan dan rusak. Saya tidak percaya orang-orang tahan dengan ini. Beberapa tidak .

Kemudian kita dapat mulai berbicara tentang omong kosong bodoh Jawa dengan penyandian. Pertama, ada fakta bahwa pengkodean platform default selalu beberapa pengkodean 8-bit timpang meskipun charkar Java adalah Unicode. Lalu ada bagaimana mereka tidak memunculkan pengecualian pada kesalahan pengkodean. Anda dijamin akan mendapatkan omong kosong. Atau bagaimana dengan ini:

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.

Apa bedanya? Tahukah Anda bahwa hanya satu di antaranya yang akan memunculkan pengecualian jika Anda memiliki kesalahan penyandian? Sisanya hanya memberangus mereka.

Lalu ada kebodohan karakter Jawa tidak cukup untuk memegang karakter! Apa yang mereka pikirkan? Itu sebabnya saya menyebut mereka charchars. Anda harus menulis kode seperti ini jika Anda mengharapkannya berfungsi dengan benar:

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("."); }
    }
}

Dan siapa yang pernah berpikir untuk melakukan itu? Di sebelah siapa pun.

Ada berapa karakter "\uD83D\uDCA9"? Satu atau dua? Tergantung pada bagaimana Anda menghitungnya. Mesin regex tentu saja berurusan dengan karakter logis, sehingga suatu pola ^.$akan berhasil dan suatu pola ^..$akan gagal. Kegilaan ini ditunjukkan di sini:

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.

Kebodohan itu adalah semua karena Anda tidak dapat menulis yang masuk akal \u1F4A9, juga tidak ada peringatan bahwa Anda tidak dapat melakukannya. Itu hanya melakukan hal yang salah.

Stoooopid.

Sementara kita melakukannya, seluruh \uXXXXnotasi secara bawaan mati otak. Java preprocessor ( ya, Anda dengar saya ) melakukannya sebelum Java melakukannya, jadi Anda dilarang menulis hal-hal yang masuk akal seperti "\u0022", karena pada saat Java melihat itu, preprocessornya telah mengubahnya menjadi """, jadi Anda kalah. Oh, tunggu, tidak jika itu dalam regex! Jadi Anda bisa menggunakan dengan "\\u0022"baik.

Riiiiiiiight!

Apakah Anda tahu tidak ada cara di Jawa untuk melakukan isatty(0)panggilan? Anda bahkan tidak diizinkan berpikir seperti itu. Itu tidak baik untukmu.

Dan kemudian ada seluruh kekejian classpath.

Atau fakta bahwa tidak ada cara untuk menentukan pengkodean file sumber Java Anda di file sumber yang sama sehingga Anda tidak kehilangan itu? Sekali lagi saya ingin tahu: APA NERAKA MEREKA BERPIKIR‽‽‽

Hentikan kegilaan! Saya tidak percaya orang-orang tahan dengan sampah ini. Ini benar-benar lelucon. Saya lebih suka menjadi penyapa Walmart daripada menderita umban dan panah kegilaan Jawa yang keterlaluan. Itu semua rusak, dan mereka tidak hanya tidak bisa memperbaikinya, mereka juga tidak akan memperbaikinya.

Ini oleh orang-orang foxy-anggur yang sama yang membanggakan diri pada bahasa yang membuatnya ilegal untuk memiliki printf()fungsi. Astaga, itu benar - benar bekerja dengan baik, kan !?

Numbskull belaka. Menampar jalang terlalu baik untuk mereka. Jika saya ingin memprogram assembler, saya akan melakukannya. Ini bukan bahasa yang bisa diselamatkan. Kaisar tidak punya pakaian.

Kami membencinya. Kami membencinya selamanya . Biarkan mati, mati, mati !

Sintaks deklarasi fungsi penunjuk dalam C dan C ++:

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

Itu menyatakan pointer fungsi bernama fyang pointee dapat mengambil dua ints dan mengembalikan sebuah int.

Saya lebih suka sintaksis seperti ini:

f: (int, int) => int

Katakanlah Anda ingin mendeklarasikan pointer fungsi gyang pointee-nya dapat mengambil dua ints dan sebuah fungsi dari intdan intke int, dan mengembalikan sebuah int.

Dengan notasi C atau C ++, Anda akan mendeklarasikannya sebagai:

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

Dengan notasi yang diusulkan di atas, hal yang sama dapat dinyatakan sebagai:

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

Belakangan IMO jauh lebih intuitif.

Selain itu: Bahasa pemrograman yang disebut OOC memperbaiki sintaks ini (dan berbagai masalah sintaksis lainnya dalam C dan C ++). Lihat beranda di sini .

Verbositas di Jawa.

yaitu:

public static final int 

\ we \ wouldnt \ memperbaiki \ sintaks namespace parser kami di PHP

Sintaksnya tidak hanya jelek, itu menyebabkan kebingungan ketika pengembang yang lebih baru harus berpikir tentang ruang nama dalam string. (PHP interpolates backslashes dalam string dikutip ganda sebagai escape sequence. Mencoba untuk mewakili namespace seperti \you\should\never\do\thatdi string dikutip ganda bukannya string tunggal dikutip akan menyebabkan baris baru, tab dan bencana.)

Saya benci fakta bahwa kurung kurawal dapat opsional setelah pernyataan if / while / for.

Terutama ketika saya melihat kode seperti,

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

Harap masukkan kawat gigi dan selesaikan.

VBScript Tidak Memiliki Operator yang Logis

Tidak seperti hampir setiap bahasa yang masuk akal, VBScript menggunakan operator bitwise bukan operator logis. Apa artinya ini dalam praktik? Yah, seperti yang ditunjukkan Eric Lippert :

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

dan

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

TIDAK sama dengan VBScript!

Lebih buruk lagi, meskipun, ini berarti bahwa tidak ada hubungan arus pendek evaluasi dalam VBScript sehingga pernyataan berikut akan kecelakaan program anda jika BlahyaituNothing

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

Itu benar, VBScript akan mengevaluasi kedua bagian perbandingan DAN, bahkan jika yang pertama salah! Biarkan saja meresap ...

EDIT: Mengikuti diskusi di komentar saya memutuskan untuk memperbarui jawaban ini untuk menjelaskan diri saya lebih baik.

Aku benar-benar benci cara fungsi pointer terlihat di C. Biasanya setiap deklarasi variabel terlihat seperti tuple: type varname; Deklarasi fungsi pointer di sisi lain terlihat seperti deklarasi fungsi dengan * sebelum nama fungsi. Saya bisa menerima ini sebagai deskripsi tipe pointer, tetapi dalam C ini menyatakan tipe dan nama variabel dari tipe itu. Ini terlihat tidak konsisten bagi saya karena deklarasi tipe berbeda dari deklarasi variabel. struct myStruct{int X; int Y;}hanya mendefinisikan suatu tipe, itu tidak mendefinisikan variabel bernama myStruct. Demikian juga saya tidak melihat alasan untuk deklarasi tipe dan deklarasi variabel untuk dikelompokkan menjadi satu pernyataan atom dalam fungsi pointer, saya juga tidak menghargai penyimpangan dari type varname;struktur.

Seseorang menunjukkan bahwa itu konsisten dengan beberapa aturan spiral, dan itu mungkin terjadi, tetapi tanda dari sintaksis yang baik adalah bahwa ia cukup jelas dan logika internalnya jelas. Aturan spiral tidak jelas dengan cara apa pun.

Titik koma di VBScript - atau ketiadaan

Saya menghabiskan sepanjang hari bekerja dalam bahasa yang mengharapkan titik koma di akhir setiap baris. Tambahkan satu ke akhir baris dalam VBScript dan kode Anda tidak berjalan lagi.

Argumen masuk / keluar. Saya mendukung argumen (untungnya saya), argumen yang keluar juga baik, tetapi argumen yang harus menyampaikan kedua kondisi ini membuat saya kesal.

Apa yang saya targetkan di sini adalah fungsi yang mengambil input dari suatu parameter kemudian menimpa input tersebut dengan beberapa output. Tidak apa-apa untuk melewatkan objek dengan referensi untuk memperbaruinya. Tetapi, sebagian besar untuk tipe primitif, mengambil objek, menggunakannya, lalu mengubahnya sepenuhnya, tidak tepat bagi saya. Anda seharusnya tidak mengubah arti argumen melalui inout.

Deklarasi array dalam C dan C ++.

Biasanya, deklarasi variabel adalah format type variable_name. Anda dapat dengan mudah membaca deklarasi tersebut dengan cara dari kiri ke kanan. Tetapi int foo[size]pada awalnya terlihat seperti menyatakan foosebagai int, dan kemudian Anda membaca lebih lanjut dan melihat bahwa jenis "array of integer". int[size] foomembaca jauh lebih baik.

Dan saya juga benci kalau programmer menyatakan pointer seperti ini untuk alasan yang sama: int *foo. Untuk beberapa alasan saya belum menemukan, itulah cara khasnya ditulis.

Parameterisasi berlebihan di Jawa:

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

Parameterisasi tipe apa lagi yang dipikirkan oleh kompiler foo?

Karena orang sudah mengeluh tentang =vs. ==, izinkan saya menunjukkan alternatif yang jauh lebih buruk. PL / Saya memiliki keduanya :=dan =, tetapi ketika ada sesuatu yang "jelas" tugas, itu akan membiarkan Anda lolos menggunakan =untuk melakukannya. Menggunakan :=membiarkan Anda memaksa sesuatu untuk menjadi tugas dalam situasi di mana kompiler akan menafsirkannya sebagai perbandingan.

Sayangnya, kompiler tidak selalu memutuskan hal-hal seperti yang Anda harapkan. Perhatikan satu contoh saja:

A = B = 0;

Sekarang, bagi kebanyakan orang yang akrab dengan sebagian besar bahasa "biasa", arti dari hal ini cukup jelas - tetapkan 0 untuk A dan B. PL / I hanya sedikit ... berbeda sekalipun. Untuk alasan yang hanya diketahui oleh perancang bahasa (gila), yang pertama =ditafsirkan sebagai tugas, tetapi yang kedua =ditafsirkan sebagai perbandingan. Oleh karena itu, ini membandingkan B ke 0, dan kemudian menetapkan hasil perbandingan itu ke A (mengikuti konvensi C-style yang menghasilkan "false" dalam 0 dan "true" dalam 1).

Jadi, jika B adalah 0, maka A menjadi 1. Jika tidak, A menjadi 0. Dengan kata lain, alih-alih menetapkan nilai yang sama ke A dan B, ini sebenarnya memastikan bahwa A tidak dapat memiliki nilai yang sama dengan B.

Intinya: meskipun gaya C / C ++ / PHP awalnya tampak seperti sakit, alternatifnya jauh lebih buruk ¹ .

¹ Nah, secara teknis, ada alternatif lain: gaya Pascal, di mana =selalu berarti perbandingan dan tugas selalu membutuhkan :=. Setelah menggunakan itu untuk sementara waktu, cukup jelas (setidaknya bagi saya) bahwa penugasan cukup lebih umum daripada perbandingan bahwa jika Anda akan membutuhkan "barang" tambahan untuk menyatukan keduanya, Anda harus menjaga tugas tetap bersih dan sederhana dan membutuhkan "grunge" tambahan untuk perbandingan, bukan sebaliknya.

Perl

1. Saya berharap Perl biarkan saya menulis if($x < 10) do_something();. Saat ini, Anda harus menuliskannya sebagai do_something() if($x < 10);atau sebagai if($x < 10) { do_something(); }.

reinterpret_cast<unsigned long>dalam c ++. Operasi ini berguna dalam berurusan dengan API asing dan memastikan ketepatan angka, mengapa harus merepotkan dan jelek untuk dilihat?

The for ... in construct in JavaScript dan foreach construct dalam PHP saat mengulang array. Keduanya membuatnya lebih mudah untuk menulis bug daripada kode yang benar.

Pointer array atau array pointer di C / C ++. Saya masih bingung tentang ini.

Fakta bahwa Python bergantung pada pemformatan teks.

Javascript / Java dll, sama dengan perbandingan, misalnya jika (a == 1)

Berapa kali saya menulis jika (a = 1)?

Sebagai manusia saya membacanya dengan sempurna. Tetapi interpreter / compiler darn mengatakan, "hei saya akan menetapkan 1 ke a, lalu periksa apakah a sama dengan 1, dan apakah Anda percaya ya itu!

Membuatku naik tembok.

jika (a == 1) jauh lebih tidak dapat dibaca, dan interpreter / compiler harus tahu apa yang saya maksud; banyak bahasa lain yang lebih rendah (VB) telah berhasil melakukannya selama ratusan tahun.

Verbosity di kelas anonim Java. Mudah-mudahan akan segera diperbaiki.

structPointer->memberdalam C / C ++. Mungkin baik untuk membaca kode orang lain, tetapi saya tidak suka itu. Dua karakter, bukannya satu ... buang-buang ruang!

Scala kode multi-line dalam kurung

Contohnya:

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

Apa yang sebenarnya Anda dapatkan dari itu luar biasa. Ini menghasilkan konstruktor dan getter dan setter untuk Anda. Tapi itu benar-benar jelek dan menghancurkan semua model mental saya tentang cara indentasi kode dan pada dasarnya membuat saya merasa seperti saya berada di semacam sandwich aneh dengan Java di satu sisi dan Lisp di sisi lain. (Oh, tunggu ... itu agaknya titik Scala.)