明るい面では、コードレビュー中に正気を保つための新しいフレーズを手に入れました…。 108.162.249.162 05:47, 17 April 2015 (UTC)

絵文字は、絵文字を変数として使用できるswiftを指していたのだと思います。 108.162.250.168 (talk) 2015年4月17日 05:53 (コメントには~~~の記号をつけてください)

Apple言語のリンクはないのでしょうか？ 108.162.249.162 2015年4月17日 06:09 (UTC)

これは職場のOneNoteに貼る予定です。 It totally made my day Jdluk (talk) 08:06, 17 April 2015 (UTC)

私がもうコーダーでなくてよかったと思うもう一つの理由 (went back to hardware design … with NO style guidelines ;^) 173.245.56.182 (talk) (please sign your comments with ~~~~)

その説明だとcamelCaseがすべてのスタイルの一部かのように読めるのですが、実際はどうですか？ camelCase を含むスタイルはありますが、すべてのスタイルがそうであるとは限りません。 また、異なるスタイルには異なるルールが含まれているため、ある特定のスタイルガイドに従うと他のスタイルと衝突することになり、したがってそれは必ずしも良いアイデアではありません：どのスタイルを使用するかについて合意したチームでプログラムしていない限り、スタイルを正確に従うことをあまり気にしない方が良いかもしれません。

例えば、インデントだけでも多くのスタイルがありますが、ほとんどの読みやすさは、コードが属するブロックに従ってインデントするという基本的な考えからきています。 — Hkmaly (talk) 2015年4月17日 (12:02) (UTC)

好奇心でCommon Lispで変数名として😭を使ってみました。 SBCLでは動作しますが、CLISPでは失敗します。 108.162.221.112 12:19, 17 April 2015 (UTC)

本当はコーディングについて何か知っていれば貢献できるのですが、8年生のHTMLクラスはそれほど役に立たなかったのです。 ゴイムは語る (トーク) 2015年4月17日 (12:50) (UTC)

残酷な人は、HTMLは「コーディング」ですらないと指摘するかもしれませんね。 (DHTMLやHTML5に忍び込んでいる最新の偽装に手を出していない限り、ほとんどの場合、マークアップです)。 しかし、「ちょっと待て、なぜそのテーブル要素は間違った行にあるのか、行末から外れているのか、行末から短いのか、テーブルの外にあるのか」、適切な場所で改行とインデントのスキーム（そしてどの行を分割してはいけないかという論理的ポリシー）を使うことがいかに容易であるかはもちろん知っているはずで、勘定外のCOLSPANや間違ったタグペアリングなどのエラーを簡単に突き止めることができるのである。 コードも同じです。 HTMLフォーマットの難読化（CSSがぶら下がるための、それ自体は一貫しているものの、無意味なidやnameタグの使用を含む）は、意図的に（人間が簡単に読めるようにするため）または偶然に（サーバーサイド/CMS生成スクリプトによって作成され、有用なホワイトスペースを追加しようと指示されていないため）行われると考えてよいでしょう。 <script> の挿入に関してはなおさらです（しばしば意図的に1文字の変数、最小限の空白、改行なしに難読化されますが、これはおそらく「不明瞭さによるセキュリティ」を実現するための見当違いの試みでしょう、もちろん、それはコードです。 もちろん、それはコードです。 Microsoft Wordの “HTMLとして保存 “機能などが昔ほどひどくないかどうかは知りませんが、”Hello World “だけのWebページでさえ、必要かどうか尋ねることさえしないほど書式情報がぎっしり詰まっていました）しかし、絶対に必要ない（あるいは必要でない！）ということでなければ、「コード」のサイズを縮小することが目的の1つになりえます。しかし、人にコードを読ませる必要がない（あるいは読ませたくない！）のでなければ、人間も自動生成スクリプトも、視覚的なエレガンスを与えるよう努力すべきなのです。 IMO! 141.101.98.192 16:52, 17 April 2015 (UTC)

説明の2段落目の「よくある手法」で始まる部分は、この漫画の説明として何か追加されているのでしょうか？ 見当たりませんが、それなら私はCOBOLの時代からです。 Miamiclay (talk) 2015年4月18日 (19:54) (UTC)

「独学プログラマによくあるパターン…」というような内容に書き換えることを提案させていただきます。 段落の必要性については、採用基準が悪い（あるいは全くない）一部のプログラマがどこから来るのかを説明するのに役立つと感じています。 それは、コード例をコピー＆ペーストして、自分の思い通りになるまで編集することに慣れているプログラマーで、知らず知らずのうちにコードに恐ろしいレベルの不一致をもたらし、常識的なコーディング標準やデザインパターンも無視するような人たちです。 私は経験から、そのような行為は存在するが、そのような人のほとんどはすぐにプログラミングをやめてしまうか、時間をかけて適切な基準を適応させることを学んでいるのだと話すことができる。 私は後者のグループに属していると言えるので、うれしい限りです。 – Erim Secla 141.101.79.67 08:02, 19 April 2015 (UTC)

アジャイルとSaaSが関連していることをどうやって知るのでしょうか？ 173.245.50.84 2015年4月19日 17:38 (UTC)

関係ありませんし、さらにSoftware-as-a-Serviceを追加した人はおそらく、その意味とは別のものだと思っているでしょう。 Spongebog (talk)2015/4/19 (UTC)スパムや自己宣伝リンクだった可能性もありますね。 Spongebog (talk) 2015年4月19日 (19) (UTC) 絵文字

IMHOの絵文字に関する議論は、少しずれていますね。 絵文字は具体的にはグラフィカルな表現(😢)であり、テキストベースのスマイリー(T_T)ではありません。 また、言語サポートに関する文章では、二重否定を使用しており、非常に紛らわしく、Javascriptがそれを許可していないように見えることを言及すべきです。 (とりあえず私のテストでは。) Stevage (talk) 14:17, 20 April 2015 (UTC)

同感です。 EmoticonsとEmojiは別物です。-17jiangz1 (talk) 14:56, 20 April 2015 (UTC) グラフィック絵文字と文字ベースのユニコード絵文字を区別することはできないでしょうか。 一つはマークアップ・コード（クライアントサイドまたはサーバーサイド、「:)」のような明示的な顔文字/その他の文字列があると考えるか、「:lol:」のようなコード化された文に遭遇したときのいずれか）を介して通常のテキストに置き換えられるのに対し、もう一つは追加の画像バイトを必要とせず既にそこにある、という違いです。 もちろん、フォントファイルのダウンロードは別ですが。 このページで紹介されているほとんどの例と同様に、この文字も私にとっては改行不可能な文字で、私が試したどのブラウザでもこの文字を見るためには、何か新しいフォントをインストールする必要があると思われますが、私は上記のもの（😢）が後者だと仮定しています。 しかし、私は☺と☻を利用することができます。 だから、少なくともDwarf Fortress（皮肉にも、オリジナルキャラクターの画像を使用している）のような方法でエモーションすることは可能です。 141.101.99.69 17:51, 21 April 2015 (UTC)

絵文字以外のコード。 これは21世紀だ、アップデートされろ。 https://github.com/emj-lang自然言語ftw! もうthis_is_a_variable_that_contains_the_number_of_xkcds_ever_postedはやめよう! 108.162.210.246 21:18, 5 June 2015 (UTC)

余談ですが、以前、フォルダをコピー＆ペーストしてデコンパイラを IntelliJ にインストールしようとし (IntelliJ に既に同梱されているデコンパイラと同じだと気づかなかった)、それを Minecraft で実行したことがあります。 それはすべての変数と関数に☃の名前を付けていました。 Promethean (talk) 2015年6月17日 22:28 (UTC)

コード品質に関する情報を追加しました 3 141.101.104.215 2017年5月7日 03:43 (UTC)