//0q GxxJiiiiihhZUUUUUUUNYAxcccccbCLDLxyzUUUUUTxyzJCLOzUUUUUURzyzxyzxyzcccccbbCLGC//*/0e#'
/*
박망희 0#
;*/
//\u000A\u002F\u002A
n=>//\u002A\u002Fn->
/**/""+n==""+n?5/2>2?1:40-/**/n:n*n//AcaAcAAI(((1)(1)(1)1)((1)(((1)1)1)1)(((1)(1)1)(((1)((1)1)(1)1)1)(((1)(1)(1)(1)1)(((1)(1)((1))(1)1)((1)((1)1)(1)1)(((1)1)(1)(1)1)1)(((1)1)(1)1)(((1)1)1)1)1)1)
//[>[-]<[>+<-],]>>+<[->[>>+<<-]>[<+>-]>[<+>-]<<<]>>>>++++++[<++++++++>-]<<[>+<-]>+.wvWwwWWwwwwwwWwWWWw
//ip@
//
;/**/
//I01-* h
//
;/*""'"""'""""""""""'"""" "'""'"""""""'"""'""""'"'"""""""'"""'""""""'"""'""""""""""*/
Bir çok dilli zincirde bir Java cevabını 16. cevap olarak ekleyebileceğim günü göreceğimi hiç düşünmemiştim! : D
1. C # ile deneyin: a ( n ) = 40 - n
2. Brainfuck ile deneyin: a ( n ) = 1 + n mod 2
3. Runik Efsunları'nda deneyin: a ( n ) = 4n
4. Deneyin Jelly'de: a ( n ) = nn
5. Gol'de deneyin> <>: a ( n ) = - n
6. JavaScript'te deneyin: a ( n ) = 1
Parantez içinde Deneyin 7.: a ( n ) = x ise 1n+ yn= zn tamsayılarda önemsiz bir çözüme sahiptir, aksi takdirde a ( n ) = 0
8. Boşluk içinde Deneyin: a ( n ) = 3
9 .: 05AB1E içinde deneyin a ( n ) = 0
10. okunamıyor içinde deneyin: a ( n ) = n
11 Grass deneyin: a ( n ) = ⌊ n / 10( ⌊lo g10( n ) ⌋ )⌋ n
12. Genişlikte deneyin: a ( n ) = n + 1 ile n ≥ 2
13. AlphaBeta'da deneyin: a ( n ) = 1 ∥ n
14. Aheui'de deneyin: a ( n ) = 2
15. Yorumcu'dadeneyin. a ( n ) = 2 n + 6
16. Java 8'de deneyin: a ( n ) = n2
Açıklama:
CGCC'de daha önce bu dillerin her birinden duymuş olmama rağmen, sadece Java, C #, 05AB1E ve Whitespace ile yetenekli olduğumu ve bunun dışında kodun JavaScript bölümünü okuyabildiğini söyleyerek başlayayım. Diğer diller benim için çoğunlukla yabancı, bu yüzden Java'nın C # / JavaScript ile etkileşimini sağlamak için aklımdaki değişikliklerden sonra umarım, çoğu dil hala işe yarayacaktı.
Ele alınacak ilk ana şey Java'nın n->C # / JavaScript'leri idi n=>. Java, kodun bir parçası olarak unicode değerlerini destekler, bu nedenle aşağıdakileri kullanın:
//\u000A\u002F\u002A
n=>//\u002A\u002Fn->
C # / JavaScript dilinde şu şekilde yorumlanacaktır:
//\u000A\u002F\u002A
n=>//\u002A\u002Fn->
Ancak Java'daki gibi:
//
/*
n=>//*/n->
Bunun nedeni \u000A, bir satır sonu olduğunu \u002Folduğunu /ve \u002Abir* Java.
Sonra Java vs C # / JavaScript arasındaki sırayı ayırt etmek için aşağıdakileri ekledim:
""+n==""+n?...:n*n
...5/2>2?1:40-nn*na ( n ) = n2 ).
Bu neden işe yarıyor? Java Dizeleri'nde, nesnelerin ==referanslarının aynı yere işaret edip etmediğini kontrol etmek (veya ilkellerin eşit olup olmadığını kontrol etmek için) ve Object.equals(Object)nesnelerin değerlerinin aynı olup olmadığını kontrol etmek için kullanılan nesneler olan Nesneler'dir. Yani ""+n==""+nC # / JavaScript Java Falsey ama truthy olacaktır.
Bundan sonra (Whitespace programını kırmamak için mevcut satırları kullanarak) bazı şeylerin düzeltilmesi gerekiyordu. Mevcut programlardan dördü şu anda başarısız oluyordu: Runic Enchantments, Jelly, Unreadable ve Commentator.
Unreadable için düzeltme kolaydı. İlkinden """"önce dört ekledik ', bu yüzden 'daha önce bir yere koyduk (ilk satırın sonuna yerleştirdim) ve öncüyü kaldırın'"""" altta yer alan kodun Okunamayan kısmından başlangıcı .
Ondan sonra jöle geliyordu IndexError: pop from empty list. Jelly'de çok yetenekli değilim, bu yüzden neden bu hatayı verdiğini tam olarak bilmiyorum. Doğru hatırlıyorsam, son satır bir Jelly programının ana bağlantısı olacaktır ve son satırdaki kod diğer bağlantılardan herhangi birini kullanmadığından, diğer her şey göz ardı edilmelidir. Ama bir şekilde kısım ""+n==""+nhala bazı sorunlar verdi. Bunu, /**/bu satırın önüne ekleyerek çözebildim.
Runik Efsunlar ise artık hiçbir şey üretmedi. @ Draco18s bana Runik Efsunların> eşzamanlı olarak başladığını , ancak sadece >2?1:40-n/ve /ip@ilgili olduğunu belirtti. Bu Runik Enchantments programın akışını anlamak için büyük bir yardımcı oldu ve bir ekleyerek yolu düzeltmek başardı /**/de >2?1:40-/**/n:n*nve konumlarını değiştirerek //ip@,// son satırında, ve uzay.
Geriye kalan tek yorumcuydu. Bu noktada, önceki ekleme düzeltmelerimin /**/sonuçta bu kadar iyi bir fikir olmadığını fark ettim , çünkü yerleşikler /*(unicode karakter ve çıktıya aktif dönüştürme) ve */(çıktı sayı olarak aktif ) nedeniyle bir sürü ek çöp çıktı . ..>> uğraşırsanız, ve bazı şeyler denemeye biraz sonra düzeltme çok kolay olduğu ortaya çıktı: Ben bir ekledik eönce #ilk satırda. e#eklediğim kodun (görünüşte) neden olduğu sorunları çözen, aktif olanı yok etmek için yerleşiktir.