Bir programlama dilini ne kadar sevdiğiniz önemli değil, her zaman için olabildiğince hoş olmayan birkaç ayrıntı vardır.

Bu soruda, özellikle sözdizimi unsurlarına odaklanmak istiyorum . Sık kullandığınız bir programlama dilinde (belki de en sevdiğiniz programlama dili veya belki de işte kullanmaya zorlandığınız dil), hangi sözdizimi öğesini en okunaksız, net olmayan, uygunsuz veya nahoş buluyorsunuz?

JavaScript'te noktalı virgül ekleme.

Gerçekten sık sık ısırılmamıştım, ama kafamın dönmesini sağlayan olağanüstü derecede kötü bir fikir.

İşte kurallar (ECMA-262 Bölüm 7.9’dan)

1. Program, resmi dilbilgisi tarafından izin verilmeyen bir belirteç içerdiğinde, (a) bu noktada bir çizgi kesilmesi veya (b) beklenmeyen bir belirtecin bir kapanış parantezi olması durumunda noktalı virgül eklenir.
2. Bir dosyanın sonuna gelindiğinde, program başka türlü çözümlenemiyorsa, noktalı virgül eklenir.
3. "Kısıtlı üretim" ile karşılaşıldığında ve gramerin "[burada LineTerminator yok]" ekini içerdiği bir yerde bir satır sonlandırıcı içerdiğinde, bir noktalı virgül eklenir.

Örnek:

return 1; // returns 1

return
1; // returns undefined

C # özelliklerinin olmaması nedeniyle Java-bean sözdizimi

/**
 * 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 !!!

Bununla ilgili sorunlarım

• Çok fazla kod - Belgelenmiş bir alana, belgelenmiş bir alıcı yöntemine ve belgelenmiş bir belirleyici yöntemine sahip olun. Bu son derece temel örnekte, tek bir özellik için 20 kod satırı bulunur
• Clutterlar yöntem listeleri : - "Bana üzerinde bu yöntemi, eli bulsun getX, getY, getZ, getAnotherAnnoyingField, getWhyIHateJavaBeans, getThisIsVerbose, getGAH, ... ah o var hashCode.
• Birden fazla alanın dokümantasyonu zayıf, eski veya eksik dokümantasyona neden oluyor - Hangi kodun yapıldığını anlamaya çalışırken can sıkıcı
• Yani can sıkıcı bir 3. parti bu kolayca yapmak için bir eklenti ile gelmek zorunda kaldı - Spoon , Shark , diğerleri arasında.

Boşluk Duyarlılığı.

Python bu konuda beni rahatsız ediyor. Sana yine düzgün girinti, istemem, ama, böcek beni ben gerektiğini sahip üzere. Sunumun sözdiziminin bir parçası olması beni rahatsız ediyor.

switchİfade (C, C ++, C #, Java, vs.)

İşte neden son derece uygunsuz bulduğuma bir örnek:

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

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

Bu derleme yapmaz, çünkü değişken iaynı kapsamda yeniden ifade edilir. Bu küçük bir ayrıntı gibi gözüküyor, ama beni sık sık ısırıyor. Küçültmek için küme parantezleri ekleyebilirim, ancak küme parantezleri sözdiziminin zorunlu bir parçası olsaydı ve fazladan fazladan bir girinti seviyesi yoksa güzel olurdu. Ayrıca fazladan yazmaktan da nefret ediyorum break. Bu çok daha iyi olurdu:

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

Bu daha iyi bir şey if/ elsezincir gibi görünmesini sağlar , çünkü anlamsal olarak da benzer. Bir nedeniyle C # En azından hala, ancak aynı şey olmaz switchaçıklamada vaka etiketlerin sırası önemli değil, ama bir in if/ elseöyle.

VB.NET'te Dizi Bildirimleri

VB.NET'te sabit dizileri başlatırken , C / C ++, PHP veya Java gibi öğelerin sayısını değil , dizinin üst sınırını belirlediğinizi daima unutmayı başarırım . VB6'nın yanı sıra (oraya gitmeyeceğiz ...), bu şekilde yapan başka bir dil düşünemiyorum:

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

VB6 - Ayrı Değişken Beyanı ve Atama

Çoğu dil bir değişken tanımlamanıza ve bunu bir kod satırına atamanıza izin verir; VB6, diğer taraftan, sizi iki kullanmaya zorlar.

Dim i as Integer
i = 0

Dim derpderp as Collection
Set derpderp = new Collection

İki komutu bir satıra koymak için iki nokta üst üste kullanabilirsiniz, ancak bu durum gerçek kodda hızlı bir şekilde karışık hale gelir.

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

CSS'de yorum yapma

//PHP ve Javascript gibi diğer birçok dilde olduğu gibi kod satırlarını yorumlamaz. Her ne kadar /* this is commented out */eser, ben kullanmayı tercih //.

Bu bir sıkıntı, çünkü unuttuğum zamanın yarısı CSS'yi düzenliyorum ve daha sonra geri dönüp hatayı düzeltmek zorunda kalıyorum.

PHP - argümanların tutarlı bir şekilde sıralanması

PHP, bir dizi veya dizgide düşünebileceğiniz her işlemi hemen hemen yapmak için çok sayıda kullanışlı fonksiyona sahiptir. Bu işlemlerden birçoğu a ikisini de kullanarak gerektiren $needleve bir $haystack, ancak farklı işlevleri farklı sıralarda götürün. Hangi işlev hangi argümanları gerektirir, ne kadar sıklıkla karşılaşsam da beynimin absorbe etmeyi reddettiği gerçeklerden biri!

İn_array ve strstr işlevlerini alın :

// 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])

Yeterince tuhaf, PHP içindekilerle tutarlı gibi gözüküyor $haystack, $needle, dizi işlevlerinin tersine giderken tüm dize işlevlerinin kullandığı görülüyor , ancak bu PHP'de yeni birisinin alışması biraz zaman alabilir. İyi bir var ExpressionEngine üzerinde sonrası daha ayrıntılı olarak bu özel cilvesi, hem de bir söz PHP hata listesinde tartışma PHP ekibinden çok kısa bir yanıt özellikleri!

helly@php.net Öyleyse
iyi bir IDE kullanın.

piton

self Örnek yöntem tanımlarındaki parametre

Java

Dönemi. Tam dur. Hikayenin sonu.

Nereden başlamalı? Oh, nereden başlayacağımı biliyorum: Java delicesine karmaşık, çirkin ve aptal ve doğuştan kırılmış jenerikler. Daha da anlatmalı mıyım? :( Tamam, o zaman: silmeyi yazın .

Daha sonra deterministik olmayan bir kaynak yönetimi var. Kewl ayak avcısı!

Sırada ne var? Oh evet: Java'nın aptal regexleri benim en rahatsız edici, bir şey sığır etidir. Yeterli ters eğik çizgi olmamasından kaç kez hortumlandığımı sayamıyorum. Bu, bu binyılın hiçbir Unicode özelliğine erişememekten daha kötüdür - ki bu tam bir boğadır. On yıl dolmuş yıllar !!! Tamamen işe yaramaz. Çöp.

Sonra karakter sınıfı kısayollarının ASCII dışı üzerinde çalışmadığı bir hata var. Ne kraliyet acısı! Ve kullanmayı düşünmeyin bile \p{javaWhiteSpace}; Birçok yaygın Unicode boşluk kodu koduyla doğru olanı yapmaz.

Bir \p{javaJavaIdentifierStart}mülk olduğunu biliyor muydun ? Ne düşünüyorlardı ki? Bu kadar akıllı gözetmenlerin zorlaştığına sevindim.

CANON_EQ bayrağını kullanmayı denediniz mi? Bunu biliyor musunuz gerçekten yapar ve ne değil mi? “Unicode dava” denen şey nasıl? Bir sürü normal kılıf işi hiç işe yaramıyor.

Ardından bakım yapılabilir regex'leri yazmakta zorlanıyorlar. Java hala çok satırlı karakter dizileri yazmayı çözemedi, bu yüzden böyle çılgınca şeyler yazıyorsunuz:

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

Bütün bu yeni hatlar hangileri? Oh, sadece Java aptallığı. Perl yorumlarını kullandılar , satır sonuna kadar giden Java yorumlarını ( aptallar! ). Öyleyse onları \noraya koymazsan , kalıplarının kalanını kesersin. Duh ve çift duh!

Java'da regex'leri kullanmayın: bir şeyleri parçalamak istediğinizde biteceksiniz, hepsi çok acı verici ve bozuk. İnsanların buna katlandığına inanamıyorum. Bazıları yapmaz .

O zaman Java'nın aptal saçma sapan kodlamaları hakkında konuşmaya başlayabiliriz. Birincisi, Java'nın charchar'ları Unicode olsa bile, varsayılan platform kodlamasının her zaman bazı 8-bit kodlamalar olduğu gerçeği var. O zaman kodlama hatası konusunda bir istisna yaratmadılar. Bir bok almayı garanti ediyorsun. Veya buna ne dersiniz:

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.

Fark ne? Kodlama hatasınız varsa bunlardan sadece birinin istisna oluşturacağını biliyor muydunuz ? Gerisi sadece onları susturur.

Öyleyse Java karakterlerinin aptallığı bir karakteri tutmak için yeterli değil! Ne halt ediyorlar? Bu yüzden onlara charchars derim. Doğru çalışmasını beklerseniz, bunun gibi bir kod yazmanız gerekir:

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

Ve kim hiç bunu yapmayı düşünüyor? Kimsenin yanında.

Kaç karakter var "\uD83D\uDCA9"? Bir yada iki? Onları nasıl saydığına bağlı. Regex motoru elbette mantıksal karakterlerle uğraşır, böylece bir desen ^.$başarılı olur ve bir desen ^..$başarısız olur. Bu delilik burada gösterilmiştir:

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.

Bu aptallık, çünkü tamamen makul bir yazı yazamazsınız \u1F4A9, ya da elbette bunu yapamayacağınız bir uyarı almıyorsunuz. Sadece yanlış olanı yapıyor.

Stoooopid.

Biz varken, tüm \uXXXXgösterim doğuştan beyin ölümüdür. Java önişlemcisi ( evet, beni duydunuz ) Java'dan önce alır, bu nedenle mükemmel makul şeyler yazmanız yasaktır "\u0022", çünkü Java bunu gördüğü zaman önişlemcisi çevirdiği için """kaybedersiniz. Oh, bekle değil bu bir regex bu olsa da! Böylece "\\u0022"gayet iyi kullanabilirsiniz .

Riiiiiiiight!

Java'da isatty(0)arama yapmanın bir yolu olmadığını biliyor muydunuz ? Böyle düşünceler düşünmenize bile izin verilmiyor. Senin için iyi olmaz.

Ve sonra bütün sınıf patlaması yok oluyor.

Ya da aynı kaynak dosyadaki Java kaynak dosyanızın kodlamasını belirtmenin bir yolu olmadığı için kaybetmezsiniz. Bir kez daha bilmek istiyorum: NE BÜYÜK İNDİRENLER NELERDİR?

Deliliği durdur! İnsanların bu çöplere katlandığına inanamıyorum. Bu tam bir şaka. Çirkin Java deliliğinin sapanlarından ve oklarından muzdarip olmak yerine bir Walmart selamlayıcısı olmayı tercih ederim. Her şey kırıldı ve onlar sadece bunu düzeltemez, onlar olmaz bunu düzeltmek.

Bu, kendilerini bir printf()işleve sahip olmayı yasa dışı kılan bir dille gururlandıran kurnaz askerler tarafından aynı . Gee, bu kesinlikle iyi çalıştı, ama olmadı !?

Sırf uyuşuk gözler. Kaltak tokatlamak onlar için çok kibar. Ben montajcı programlamak isteseydim, yapardım. Bu kurtarılabilir bir dil değil. Kral Çıplak.

Ondan nefret ediyoruz. Sonsuza dek nefret ediyoruz . Bırak öl öl öl !

İşlev işaretçi bildirimi sözdizimini C ve C ++ ile:

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

fPointee iki ints sürebilir ve bir geri dönmek adlı bir işlev işaretçisi bildirir int.

Böyle bir sözdizimini çok tercih ederim:

f: (int, int) => int

Eğer bir işlev işaretçisi bildirmek istediğini farz edelim gkimin pointee iki alabilir ints ve bir fonksiyon intve intkarşı intve bir dönüş int.

C veya C ++ gösterimi ile bunu şöyle ilan edersiniz:

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

Yukarıda belirtilen gösterimle aynı şey şöyle açıklanabilir:

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

İkincisi çok daha sezgisel IMO.

Bir yana: OOC adı verilen programlama dili bu sözdizimini düzeltir (ve C ve C ++ 'daki diğer bazı sözdizimsel sorunları). Ana sayfasını buradan inceleyin .

Java'da ayrıntı bilgisi.

yani:

public static final int 

\ we \ wouldnt \ fix \ our \ ayrıştırıcı ad alanı sözdizimi PHP

Sözdizimi sadece çirkin değil, yeni geliştiriciler dizelerdeki ad alanları hakkında düşünmek zorunda kaldıklarında kafa karışıklığına neden olur. (PHP, çift tırnaklı dizgilerdeki ters eğik çizgileri kaçış dizileri olarak enterpolasyona \you\should\never\do\thatsokar.

Kıvrımlı ayraçların bir if / while / for ifadesinden sonra isteğe bağlı olabileceği gerçeğini küçümsüyorum.

Özellikle de kodunu gördüğümde,

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

Lütfen diş tellerini takın ve onunla bitirin.

VBScript Mantıksal Operatörleri Yok

Neredeyse her mantıklı dilin aksine, VBScript mantıksal operatörler yerine bitsel operatörler kullanır. Uygulamada bunun anlamı nedir? Eric Lippert'in işaret ettiği gibi :

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

ve

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

VBScript'te aynı DEĞİL!

Daha da kötüsü olsa da, aşağıdaki deyimi böylece VBScript hiçbir kısa devre değerlendirme bu vasıta olduğunu çökmesine programı ise Blah, ISNothing

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

Bu doğru, VBScript , ilk yanlış olsa bile AND karşılaştırmasının her iki bölümünü de değerlendirecek ! Sadece batağını içeri al ...

EDIT: Yorumlardaki tartışmaların ardından kendimi daha iyi açıklamak için bu cevabı güncellemeye karar verdim.

İşlev işaretçilerinin C'ye bakma şeklinden gerçekten nefret ediyorum. Genellikle, herhangi bir değişken bildirimi bir tuple gibi görünür: type varname; Öte yandan, işlev işaretçisi bildirimleri, işlev adından önce * işaretli bir işlev bildirimi gibi görünür. Bunu bir işaretçi türünün açıklaması olarak kabul edebilirim, ancak C'de bu, o tür bir değişkenin hem türünü hem de adını bildirir. Bu bana göre tutarsız görünüyor çünkü tür bildirimleri aksi halde değişken bildirimlerden farklıdır. struct myStruct{int X; int Y;}sadece bir tür tanımlar, adında bir değişken tanımlamaz myStruct. Aynı şekilde , fonksiyon bildirimlerinde tip bildirimlerinin ve değişken bildirimlerin tek bir atomik ifadede gruplandırılması için bir neden göremiyorum ve type varname;yapıdan sapmayı da takdir etmiyorum .

Birileri bunun bazı spiral kurallarla tutarlı olduğuna ve bunun olabileceğine işaret etti, ancak iyi bir sözdiziminin işareti, kendini açıklayıcı ve içsel mantığının açık olduğudur. Spiral kuralı hiçbir şekilde açık değildir.

VBScript'te noktalı virgül - veya yokluğu

Bütün günümü, her satırın sonunda noktalı virgül bekleyen dillerde çalışarak geçiriyorum. VBScript'te satırın sonuna bir tane ekleyin ve kodunuz artık çalışmaz.

Giriş / çıkış değişkenleri. Ben tamamen argümanlar içindeyim (iyi olduğum şey), dışarı çıkan argümanlar da iyidir, ancak bu iki durumu iletmesi gereken bir argüman beni kızdırır.

Burada hedeflediğim şey, bir parametreden girdi alan ve daha sonra bu girişin üzerine bir çıktı yazan fonksiyonlardır. Güncellemek için bir nesneyi referansa göre iletmek sorun değil. Ancak, çoğunlukla ilkel türler için, bir nesneyi almak, kullanmak, sonra tamamen değiştirmek, benim için doğru değil. Argümanın anlamını bir inout aracılığıyla değiştirmemelisiniz .

C ve C ++ ile dizi bildirimleri.

Genelde, değişken bildirimi biçimindedir type variable_name. Bu bildirimleri soldan sağa kolayca okuyabilirsiniz. Ama int foo[size]ilk önce fooint olarak ilan ettiği gibi görünüyor , ve sonra daha fazla okuyorsunuz ve bu fooların "tamsayı dizisi" türünü görüyorsunuz. int[size] fooçok daha iyi okur.

Programcılar benzer bir nedenle böyle işaretçileri beyan zaman ben de nefret: int *foo. Nedense çözemedim, bu tipik bir şekilde yazılmış.

Java’da gereksiz parametreleştirme:

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

Derleyicinin başka hangi tip parametrelerinin olabileceğini düşünüyorsunuz foo ?

İnsanlar zaten =vs. hakkında şikayette bulunduğundan ==, daha kötü bir alternatifi belirteyim. PL / I de vardı :=ve =, ama bir şey "Açıkçası" bir atama iken, bu kullandığınız paçayı izin verecek =bunu yapmak için. Kullanılması :=Bir şey zorlamak izin derleyici aksi bir karşılaştırma olarak yorumlar bir durumda bir atama olması.

Ne yazık ki, derleyici her zaman beklediğiniz gibi şeyler üzerinde karar vermedi. Sadece bir açık örnek düşünün:

A = B = 0;

Şimdi, en "sıradan" dilleri tanıyan çoğu insan için, bunun anlamı açıktır - hem A hem de B'ye 0 atayın. PL / I, biraz ... farklı olsa da. Sadece dilin (delice) tasarımcıları tarafından bilinen nedenlerden ötürü, birincisi =bir ödev =olarak yorumlanır , ikincisi bir karşılaştırma olarak yorumlanır. Bu nedenle, bu, B'yi 0 ile karşılaştırır ve daha sonra A ile karşılaştırmanın sonucunu atar ("false" nin 0 ile sonuçlandığı C-tarzı kuralını izleyerek 1'de "true" olur).

Yani, eğer B 0 ise, o zaman A 1 olur. Aksi takdirde, A 0 olur. Başka bir deyişle, A ve B'ye aynı değeri atamak yerine, bu aslında A'nın B ile aynı değere sahip olmamasını sağlar .

Alt satır: C / C ++ / PHP tarzı başlangıçta bir ağrı gibi görünse de, alternatif çok daha kötü ¹ .

¹ Teknik olarak, başka bir alternatif daha var: =Her zaman karşılaştırma ve ödevin her zaman gerekli olduğu anlamına gelen Pascal stili :=. Bunu bir süre kullandıktan sonra, (en azından benim için), ödevini karşılaştırmaktan daha yaygın olduğu açıktır, ki bu ikisini netleştirmek için fazladan "eşya" isteyecekseniz, ödevleri kesinlikle temiz ve basit tutmalısınız. Karşılaştırmalarda fazladan "grunge" yapılmasını gerektirir, bunun tersi de geçerlidir.

Perl

1. Keşke Perl yazmama izin verse if($x < 10) do_something();. Şu anda, bunu ya do_something() if($x < 10);da olarak yazmak zorundasın if($x < 10) { do_something(); }.

reinterpret_cast<unsigned long>c ++ 'da. Bu işlem yabancı API'lerle başa çıkmada ve sayısal kesinliği sağlamada kullanışlıdır, neden yazması çok acı verici olmalı?

İçin ... lütfen JavaScript yapı ve foreach PHP'de yapı dizileri üzerinde döngü zaman. Her ikisi de hataları yazmayı doğru kodlardan daha kolaylaştırır.

İşaretçilerin dizileri veya C / C ++ ile işaretçiler dizileri. Hala bunlar hakkında kafam karıştı.

Python'un metin biçimlendirmesine dayanması.

Javascript / Java etc, karşılaştırmaya eşittir, örneğin, eğer (a == 1)

(A = 1) ise kaç kez yazarım?

Bir insan olarak bunu mükemmel okudum. Ama kahrolası tercüman / derleyici der ki, "hey, a'ya 1 atayım, sonra a'nın 1'e eşit olup olmadığını kontrol edin ve evet olduğuna inanır mısın!

Beni duvara sürükledi.

(a == 1) çok daha az okunabilirse ve tercüman / derleyici ne demek istediğimi bilmeli; diğer birçok küçük dil (VB) yüzlerce yıldır başarıyla çalışmaktadır.

Java anonim sınıflarında ayrıntı bilgisi. Umarım yakında düzeltilecektir.

structPointer->memberC / C ++ ile. Başkasının kodunu okumak için iyi olabilir, ama hoşuma gitmedi. Biri yerine iki karakter ... ne kadar yer kaybı!

Parantez içinde Scala çok satırlı kod

Örneğin:

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

Aslında ondan aldığın şey müthiş. Sizin için yapıcı ile alıcı ve ayarlayıcıları oluşturur. Ama kesinlikle çirkin ve kod girintisi ile ilgili tüm zihinsel modelleri kırıyor ve temelde bir tarafta Java ile diğer tarafta Lisp ile bir tür tuhaf sandviç içindeymişim gibi hissetmeme neden oluyor. (Oh, bekle ... bu Scala'nın noktası.)