No lado positivo, agora tenho uma nova gama de frases para me manter são enquanto faço revisões de código… 108.162.249.162 05:47, 17 de Abril de 2015 (UTC)

Eu acho que os emojis estavam se referindo ao swift onde você pode usar emojis como variáveis. 108.162.250.168 (fala) 05:53, 17 de Abril de 2015 (por favor assine os seus comentários com ~~~~)

Podemos obter um link para a linguagem Apple? 108.162.249.162 06:09, 17 de Abril de 2015 (UTC)

Este é o nosso OneNote no trabalho. Fez totalmente o meu dia Jdluk (talk) 08:06, 17 de Abril de 2015 (UTC)

Yet another reason I’m glad I’m glad I’m not more 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. Existem estilos contendo camelCase, mas nem todos fazem. Além disso, estilos diferentes contêm regras diferentes, portanto seguir um guia de estilo específico estará em conflito com outros, portanto não é necessária uma boa idéia: a menos que você programe em equipe qual estilo usar, pode ser melhor se você não se preocupar muito em seguir o estilo exatamente. Por outro lado, se as semelhanças do Ponytail forem precisas, é provável que o Cueball descubra muitas regras básicas que tornarão o programa mais fácil de ler mesmo para ele.

Por exemplo, existem muitos estilos para Indentar sozinho, mas a maior parte da legibilidade vem da ideia básica de indentar código de acordo com o bloco ao qual pertence. — Hkmaly (talk) 12:02, 17 de Abril de 2015 (UTC)

Fora de curiosidade, tentei usar 😭 como nome de variável no Common Lisp. Funciona no SBCL, mas falha no CLISP. 108.162.221.112 12:19, 17 de Abril de 2015 (UTC)

Queria realmente saber alguma coisa sobre codificação para poder contribuir, mas a minha classe HTML do 8º ano não me ajudou muito. O Goyim fala (fala) 12:50, 17 de Abril de 2015 (UTC)

A pessoa cruel pode apontar que HTML nem sequer é ‘codificação’. (É um markup, na maioria das vezes, a não ser que você esteja se dedicando ao DHTML ou a algumas das últimas bastardizações que se infiltraram no HTML5). Mas é claro que você saberá a parte em que obtém “Hang on, why is that table element on the wrong line/off the end of the line/short of the end/outide the table, even?” e como isso facilita o uso de uma nova linha e esquema de recuo em lugares apropriados (e uma política lógica de quais linhas não devem ser divididas) para que erros como COLSPANs não contabilizados e mau par de tags possam ser rastreados facilmente. Assim é com o código. Gostar de ofuscar a formatação HTML (incluindo o uso de tags não-sensoriais, embora consistentes em si mesmas, id e name tags para o CSS pendurar) pode ser usado deliberadamente (para evitar a fácil legibilidade humana/backformation) ou incidentalmente (porque ele é criado por um script gerador de scripts do lado do servidor/CMS que não foi dito para tentar adicionar espaços em branco úteis). Moreso quando se trata de <script> inserções (muitas vezes deliberadamente ofuscadas para variáveis de uma só letra, espaço em branco mínimo e sem alimentação de linha, talvez em uma tentativa equivocada de decretar ‘segurança através da obscuridade’, mas é claro que isso então é código. É discutível. Um dos objetivos poderia ser reduzir o tamanho do ‘código’ (mesmo quando isso é Markup), o que é louvável, dada a quantidade de coisas super-padicionadas que você pode obter (eu não sei se o “Salvar como HTML” do Microsoft Word / o que quer que seja atualmente é tão ruim quanto nos primeiros dias, mas até mesmo uma página da web com apenas “Olá Mundo” estava cheia de informações de formatação que nunca se preocupou em perguntar se era necessário), mas a menos que você absolutamente não precisa (ou não quer!) pessoas para ler o código, tanto pessoas como scripts de auto-geração devem tentar transmitir elegância visual. OMI! 141.101.98.192 16:52, 17 de Abril de 2015 (UTC)

Faz o segundo parágrafo da explicação, começando por “Uma técnica comum”, acrescenta alguma coisa para explicar a banda desenhada? Eu não vejo, mas então eu sou da era do COBOL. Miamiclay (talk) 19:54, 18 de Abril de 2015 (UTC)

Proponho uma reescrita para algo do tipo “Um padrão comum em programadores autodidactas…”. Quanto à necessidade do parágrafo, sinto que ajuda a explicar de onde vêm alguns programadores com maus (ou uma total falta de) padrões empregados. É o tipo de programadores que são usados para copiar e colar exemplos de código e editá-los até fazer o que eles querem, introduzindo inconscientemente um nível horrível de disparidade ao código, bem como desconsiderando quaisquer padrões de codificação e padrões de design sensatos. Eu posso falar por experiência que tal comportamento existe, mas que a maioria dessas pessoas ou abandonam a programação rapidamente ou aprendem a adaptar padrões adequados ao longo do tempo. Tenho o prazer de dizer que estou no último grupo. – Erim Secla 141.101.79.67 08:02, 19 de Abril de 2015 (UTC)

Como sabemos que Agile e SaaS são relevantes para isto? 173.245.50.84 17:38, 19 de Abril de 2015 (UTC)

Não tem qualquer relação, e mais ainda quem adicionou software como serviço provavelmente pensa que significa algo mais do que aquilo que faz Spongebog (talk) 19:30, 19 de Abril de 2015 (UTC)Pode até ter sido spam ou um link de auto promoção. Spongebog (talk) 19:32, 19 de Abril de 2015 (UTC) Emoji

IMHO a discussão sobre emoji está um pouco fora de questão. Emoji são especificamente as representações gráficas (😢), não smileys baseados em texto (T_T). E as frases sobre suporte a linguagem usam negativos duplos, o que é muito confuso, e provavelmente deveria mencionar que o Javascript não parece permitir isso. (No meu teste de qualquer forma.) Stevage (fala) 14:17, 20 de Abril de 2015 (UTC)

Eu concordo. Emoticons e Emoji são duas coisas diferentes. –17jiangz1 (palestra) 14:56, 20 de Abril de 2015 (UTC) Podemos distinguir entre emoji gráfico e emoji unicode baseado em caracteres? A diferença é que um é trocado por texto normal através de alguma forma de código de marcação (lado cliente ou lado servidor, ou quando pensa que tem uma string emoticon/etc explícita como “:)” ou encontra uma declaração codificada como “:lol:”) enquanto o outro já está lá sem necessidade de bytes de imagem extra. Exceto talvez para o download do arquivo fonte, é claro. Eu assumo que o acima (😢) é o último, embora esse seja um carácter irrecusável para mim, como na maioria dos exemplos dados nesta página, e assumo que preciso de alguma fonte nova e elegante instalada para a ver em qualquer um dos browsers com que a tentei. No entanto, eu tenho ☺ e ☻ disponíveis para mim. Assim eu posso ao menos me emocionar à maneira do Dwarf Fortress (que, ironicamente, usa imagens dos personagens originais). 141.101.99.69 17:51, 21 de Abril de 2015 (UTC)

Ew non-Emoji code. Este é o século 21, atualize-se: https://github.com/emj-lang Linguagens naturais ftw! Não mais este_é_uma_variável_que_contém_o_número_de_xkcds_qualquer_pósito! 108.162.210.246 21:18, 5 de Junho de 2015 (UTC)

Em uma nota tangencial, uma vez tentei instalar um descompilador no IntelliJ copiando e colando uma pasta (não percebendo que era o mesmo descompilador com o qual o IntelliJ já tinha sido enviado) e executá-lo no Minecraft. Ele nomeou todas as variáveis e funções ☃. Promethean (talk) 22:28, 17 de Junho de 2015 (UTC)

Adicionou informações sobre a qualidade do código 3 141.101.104.215 03:43, 7 de Maio de 2017 (UTC)