Po jasnej stronie, mam teraz nową tablicę zwrotów, aby utrzymać mnie przy zdrowych zmysłach podczas robienia przeglądów kodu…. 108.162.249.162 05:47, 17 kwietnia 2015 (UTC)

Myślę, że emojis odnosił się do swift, gdzie można używać emojis jako zmiennych. 108.162.250.168 (talk) 05:53, 17 kwietnia 2015 (proszę podpisywać swoje komentarze za pomocą ~~~~)

Czy moglibyśmy dostać link do języka Apple? 108.162.249.162 06:09, 17 kwietnia 2015 (UTC)

To idzie na nasz OneNote w pracy. It totally made my day Jdluk (talk) 08:06, 17 kwiecień 2015 (UTC)

Yet another reason I’m glad I’m not a coder anymore (went back to hardware design … with NO style guidelines ;^) 173.245.56.182 (talk) (please sign your comments with ~~~~)

The description reads as if camelCase is part of every style. Istnieją style zawierające camelCase, ale nie wszystkie z nich to robią. Ponadto, różne style zawierają różne zasady, więc podążanie za jednym konkretnym przewodnikiem stylu będzie w konflikcie z innymi, dlatego nie jest to koniecznie dobry pomysł: chyba że programujesz w zespole, który uzgodnił, którego stylu użyć, może być lepiej, jeśli nie martwisz się zbytnio, aby dokładnie przestrzegać stylu. Z drugiej strony, jeśli symulacje Kucyka są trafne, Cueball prawdopodobnie odkryje wiele podstawowych zasad, które sprawią, że program będzie łatwiejszy do czytania nawet dla niego.

Na przykład, istnieje wiele stylów dla samego wcięcia, ale większość czytelności pochodzi z podstawowego pomysłu, aby wcinać kod zgodnie z blokiem, do którego należy. — Hkmaly (talk) 12:02, 17 kwiecień 2015 (UTC)

Z ciekawości próbowałem użyć 😭 jako nazwy zmiennej w Common Lisp. Działa to w SBCL, ale nie udaje się w CLISP. 108.162.221.112 12:19, 17 kwietnia 2015 (UTC)

Naprawdę chciałbym wiedzieć cokolwiek o kodowaniu, żebym mógł się do tego przyczynić, ale moja 8-klasowa klasa HTML nie pomogła mi aż tak bardzo. The Goyim speaks (talk) 12:50, 17 kwiecień 2015 (UTC)

Okrutna osoba może zwrócić uwagę, że HTML nie jest nawet „kodowaniem”. (Jest to znacznik, w przeważającej części, chyba że jesteś dabbling w DHTML lub niektóre z najnowszych bękartów, które wkradły się do HTML5). Ale oczywiście będziesz znał ten fragment, w którym dostajesz „Hang on, why is that table element on the wrong line/off the end of the line/short of the end/outside the table, even?” i jak to ułatwia użycie schematu nowej linii i wcięć w odpowiednich miejscach (i logicznej polityki, które linie nie powinny być dzielone) tak, że błędy takie jak nieuwzględnione COLSPAN’y i złe parowanie znaczników mogą być łatwo wyśledzone. Tak samo jest z kodem. Można to porównać do zaciemniania formatowania HTML (w tym używania bezsensownych, choć spójnych samych w sobie, znaczników id i name dla CSS), które mogą być stosowane celowo (aby zapobiec łatwej czytelności/formacji zwrotnej dla człowieka) lub przypadkowo (ponieważ są tworzone przez skrypt generujący po stronie serwera/CMS, któremu nie powiedziano, aby spróbował dodać użyteczną przestrzeń białą). Tym bardziej jeśli chodzi o wstawki <skryptu> (często celowo obfuscated to single-letter variables, minimal whitespace and no line-feeds, być może w nietrafionej próbie wprowadzenia 'security through obscurity’, ale oczywiście wtedy jest to kod. Prawdopodobnie. Jednym z celów może być zmniejszenie rozmiaru „kodu” (nawet jeśli jest to znacznik), co jest godne pochwały, biorąc pod uwagę, jak wiele przesadnie wypchanych rzeczy można uzyskać (nie wiem, czy funkcja „Zapisz jako HTML”/wszystko w Microsoft Word jest obecnie tak zła, jak była we wczesnych czasach, ale nawet strona internetowa zawierająca tylko „Hello World” była pełna informacji o formatowaniu, które nigdy nawet nie zawracały sobie głowy pytaniem, czy są konieczne), ale chyba że absolutnie nie potrzebujesz (lub nie chcesz!), aby ludzie czytali kod, zarówno ludzie, jak i skrypty autogeneracji powinny starać się nadać wizualną elegancję. IMO! 141.101.98.192 16:52, 17 kwietnia 2015 (UTC)

Czy drugi akapit wyjaśnienia, zaczynający się od „Powszechnej techniki”, dodaje coś do wyjaśnienia komiksu? Ja tego nie widzę, ale w takim razie jestem z epoki COBOL-a. Miamiclay (talk) 19:54, 18 kwietnia 2015 (UTC)

Ja bym proponował przeredagowanie na coś w stylu „Powszechny wzorzec u programistów samouków…”. Co do potrzeby akapitu, to w moim odczuciu pomaga on wyjaśnić, skąd się biorą niektórzy programiści ze złymi (lub całkowitym brakiem) standardami zatrudnionych. Jest to rodzaj programistów, którzy są przyzwyczajeni do kopiowania i wklejania przykładów kodu i edytowania ich, dopóki nie zrobi tego, co chcą, nieświadomie wprowadzając straszny poziom rozbieżności do kodu, a także lekceważąc wszelkie rozsądne standardy kodowania i wzorce projektowe. Z doświadczenia mogę powiedzieć, że takie zachowania istnieją, ale większość takich osób albo szybko porzuca programowanie, albo z czasem uczy się dostosowywać do właściwych standardów. Cieszę się, że jestem w tej drugiej grupie. – Erim Secla 141.101.79.67 08:02, 19 kwietnia 2015 (UTC)

Skąd wiemy, że Agile i SaaS mają tu znaczenie? 173.245.50.84 17:38, 19 kwietnia 2015 (UTC)

To nie ma związku, a ponadto ktokolwiek dodał software-as-a-service prawdopodobnie myśli, że oznacza to coś innego niż to, co robi Spongebog (talk) 19:30, 19 kwietnia 2015 (UTC)To mógł być nawet spam lub link do autopromocji. Spongebog (talk) 19:32, 19 kwietnia 2015 (UTC) Emoji

IMHO dyskusja na temat emoji jest trochę nie na miejscu. Emoji to konkretnie reprezentacje graficzne (😢), a nie tekstowe emotikony (T_T). A zdania o wsparciu językowym używają podwójnych negatywów, co jest bardzo mylące i prawdopodobnie powinno wspomnieć, że Javascript nie wydaje się na to pozwalać. (W każdym razie w moich testach.) Stevage (talk) 14:17, 20 kwiecień 2015 (UTC)

Zgadzam się. Emotikony i Emoji to dwie różne rzeczy.–17jiangz1 (talk) 14:56, 20 kwiecień 2015 (UTC) Czy możemy rozróżnić graficzne emoji i emoji oparte na znakach unicode? Różnica polega na tym, że jedno jest zamieniane na normalny tekst poprzez jakąś formę kodu znacznikowego (po stronie klienta lub serwera, albo kiedy myśli, że ma jawny emotikon/etc ciąg jak „:)” lub napotyka zakodowane oświadczenie jak „:lol:”), podczas gdy drugi jest tam już bez dodatkowych bajtów obrazu potrzebne. Z wyjątkiem być może pobierania pliku czcionki, oczywiście. Zakładam, że powyższy (😢) jest tym drugim, chociaż jest to dla mnie znak nie do oddania, podobnie jak większość przykładów podanych na tej stronie, i zakładam, że potrzebuję jakiejś wymyślnej nowej czcionki zainstalowanej, aby zobaczyć ją na którejkolwiek z przeglądarek, z którymi ją wypróbowałem. Mam jednak do dyspozycji ☺ i ☻. Więc mogę przynajmniej emotować w sposób z Dwarf Fortress (który, jak na ironię, używa obrazów oryginalnych postaci). 141.101.99.69 17:51, 21 kwietnia 2015 (UTC)

Ew non-Emoji code. To jest XXI wiek, zaktualizujcie się: https://github.com/emj-lang Języki naturalne ftw! Koniec z this_is_a_variable_that_contains_the_number_of_xkcds_ever_posted! 108.162.210.246 21:18, 5 czerwca 2015 (UTC)

Na stycznej uwadze, kiedyś próbowałem zainstalować dekompilator do IntelliJ przez kopiowanie i wklejanie folderu (nie zdając sobie sprawy, że był to ten sam dekompilator, z którym IntelliJ już dostarczył) i uruchomić go na Minecraft. Nazwał on wszystkie zmienne i funkcje ☃. Promethean (talk) 22:28, 17 czerwca 2015 (UTC)

Added info on code quality 3 141.101.104.215 03:43, 7 maja 2017 (UTC)

.