Обсуждение:Игнорирование

Включать ли ссылку на программирование?

За Что компилятор делает с комментариями? (А-игнорирует, Б-компилирует, В-стирает, Г-сохраняет в виде отдельного файла) --Smartass, Академик АПЭ 13:03, 26 июля 2006 (UTC)

Правильный ответ - Б. Комментарии являются частью текста программы, и их компилятор компилирует, как и всё остальное. Попробуйте вставить в комментарий на Си значки "*/" и вы увидите, что они не будут проигнорированы. Кроме того, вариант Г вполне возможен с какими-нибудь компиляторами. --М. Ю. 14:16, 26 июля 2006 (UTC)

Спасибо за фантазии. Но вот, что говорят опубликованные источники:

The Java programming language supports three kinds of comments:

/* text */ The compiler ignores everything from /* to */. /** documentation */ This indicates a documentation comment (doc comment, for short). The compiler ignores this kind of comment, just like it ignores comments that use /* and */. The JDK javadoc tool uses doc comments when preparing automatically generated documentation. For more information on javadoc, see the Javadoc tool documentation (outside of the tutorial) . // text The compiler ignores everything from // to the end of the line.

The Visual C++ compiler ignores the ConditionalAttribute, including method calls into the instruction stream even when Conditional attributes are present on the methods indicating that they should not be included based on the condition string containing the preprocessing identifier.

Every programming language I’ve worked with allowed the programmer to add comments to the program. Comments are essentially programmer notes which the compiler ignores. In the small programs I’ve had here so far comments haven’t really been necessary. However, when you have a program that has 10,000 lines of code and you haven’t looked at it in a couple years, comments come in handy. A second instance where comments are handy is when you are trying to make changes to programs someone else wrote. I’ve modified programs written by other people. Some were well commented, others not. If I had not already been convinced of the value of comments, working with those poorly commented programs would have changed my mind.

In C, comments can be added to a program in 2 ways. The first way is with a //. When the compiler sees // it ignores the rest of the line. So, you can add a comment that is a full line in the program by starting the line with //. But you can also use the // after the line of code like this:

printf(”Hello World!\n”); // Say Hello

The compiler ignores the Say Hello. The // does not need to have a space before or after it.

The second type of comment is a multiline comment. Multiline comments begin with /* and end with */. The compiler ignores everything between the comments. The /* and the */ do not need to be on separate lines, but can be any number of lines apart. There are sensible restrictions to the use of /* and */. For example

printf(”Hello /* Say Hello */World\n”); will print Hello /* Say Hello */World

printf/* Say Hello */(”Hello World\n”); will give an error

printf(”Hello World\n”)/* Say Hello */; will print Hello World

printf(”Hello World\n”) /* Say Hello

• /;

will print Hello World

Build 20020612 F3

It appears that the command line compiler ignores the CLASSPATH environment variable.

Could be improved

Before our programs get much more complicated, we should see how C++ handles comments. Comments help the human readers of our programs. They are typically used to summarize an algorithm, identify the purpose of a variable, or clarify an otherwise obscure segment of code. Comments do not increase the size of the executable program. The compiler ignores all comments.

—Smartass, Академик АПЭ 04:15, 27 июля 2006 (UTC)

Вы можете поместить это в en:, здесь это не к месту. MaxiMaxiMax 04:11, 27 июля 2006 (UTC)

Это ответ на фантазии Джоржа о том, что делает с комментариями компилятор. От того, что текст на английском, смысл не меняется. —Smartass, Академик АПЭ 04:15, 27 июля 2006 (UTC)

Фантазии нас совершенно не интересуют. Тем не менее, русский термин "игнорирование" в программировании отсутствует, да и в ваших английских примерах его нет. MaxiMaxiMax 04:19, 27 июля 2006 (UTC)

То есть, по-Вашему, если пишется "John killed Jack", то речь не идет об убиении? Интересно-интересно. Кстати, вопрос с терминами подробно обьясняется в моей версии, которую Вы зачем-то настойчиво трете. Прочитайте сначала внимательно, а потом связно обьясните, чем Вы недовольны. —Smartass, Академик АПЭ 04:24, 27 июля 2006 (UTC)

Термина "убиение" в современном русском языке также нет. Есть термин убийство. Если Вам хочется написать про "игнорирование комментариев", то и пишите такую статью, возможно Вам удастся это сделать, термина же просто "игнорирование" без дополнения (en:Object (grammar), раз уж Вы по-русски плохо понимаете) в программировании нет. MaxiMaxiMax 04:30, 27 июля 2006 (UTC)

Что-то у Вас как у покойного Берлиоза: куда ни ткни, ничего нет. Вы уверены, что "термина" убиение в современном Вам русском языке нет. Может быть, его нет толко в Вашей локальной местности? Ознакомьтесь с разницой между говор и язык. :) Значит, теперь Вы утверждаете, что игнорирование комментариев существует, но оно не в программировании, так что ли? Интересная у Вас логика. —Smartass, Академик АПЭ 10:20, 27 июля 2006 (UTC)

За невеждам см. книгу про програмирование на языке PHP PHP: настольная книга программиста Глава 16 пункт 2 Sasha ^!? 13:17, 26 июля 2006 (UTC)

Не понял - что мне нужно смотреть в обсуждении? Аргументов здесь не приведено. MaxiMaxiMax 03:25, 27 июля 2006 (UTC)

Смотреть Вам что-то или не смотреть в обсуждении — это Ваше личное дело. Мой комментарий лишь обьяснил, почему я вернул в статью в состояние, соостветствующую мнениям на настоящий момент. Цели убеждать лично Вас у меня нет. —Smartass, Академик АПЭ 04:04, 27 июля 2006 (UTC)

Я так и не вижу, почему должны включаться абзацы о программировании и юриспруденции, поэтому удаляю. MaxiMaxiMax 04:07, 27 июля 2006 (UTC)

Все что я могу для Вас сделать, это подсчитать Ваш голос (хотя слепота, вообще говоря, не аргумент). 2 за, 1 против. Поэтому пока должен остаться прежний вариант. Имейте терпение. У Вас же больше сторонников. Пусть выскажутся, и тогда мы можем оставить и Ваш вариант. —Smartass, Академик АПЭ 04:19, 27 июля 2006 (UTC)

Википедия - не голосование. А аргументов за то что термин русский термин "игнорирование" в программировании присутствует, Вы не приводите. MaxiMaxiMax 04:20, 27 июля 2006 (UTC)

Непонятно к тому же, с какой стати Вы возвращаете абзацы про юриспреденцию и английский язык, не имеющие никакого отношения к делу. MaxiMaxiMax 04:22, 27 июля 2006 (UTC)

Примеры употребления термина "игнорирование" в литературе по программированию на русском языке Вам уже привели. Сто раз нужно повторить что ли? Почему я не могу уточнить что-то про английский язык? Огромное количество участников указали на эти особенности. —Smartass, Академик АПЭ 04:28, 27 июля 2006 (UTC)

Похоже, Ваши проблемы с русским языком серьёзнее, чем я думал. Объясняю на пальцах: есть слова (en:words) и термины (terms). Про слова пишут в словарях, про термины - в энциклопедиях. Возможно, Вам стоит обратить внимание на наш братский проект Викисловарь, там Ваша помощь будет оценена по достоинству. MaxiMaxiMax 04:36, 27 июля 2006 (UTC)

Что Вы говорите? Ну-ка пожалуйста пункт правил, где бы говорилось, что статьи Википедии пишутся о терминах. (Оставим на время в стороне вопрос о том, почему несчастное "игнорирование" не термин). —Smartass, Академик АПЭ 10:23, 27 июля 2006 (UTC)

ВП:ЧНЯВ Статьи Википедии — это не словарные определения. В любом случае, о "просто" словах в Википедии не пишут. Если вам удобнее читать это на другом языке - к вашим услугам en:Wikipedia:Wikipedia is not a dictionary: We aren't teaching people how to talk like a hacker or a Cockney chimney-sweep; we're writing an encyclopedia. Приводя это к нашему примеру - мы не учим людей говорить так, как это делал автор книги PHP: настольная книга программиста. Дополнительно: Moreover, there are plenty of senses of terms that aren't of interest in an encyclopedia. They would be in a dictionary but Wikipedia isn't a dictionary --DR 11:36, 27 июля 2006 (UTC)

Пожалуйста ознакомьтесь со словарными статьями в словарях, и Вы быстро убедитесь, что статьи "Игнорирование" и "Игнорирование в программировании" не словарные. Упомянание в статье значения слова в каком-то языке не делает ее словарной. —Smartass, Академик АПЭ 13:33, 27 июля 2006 (UTC)

К счастью, со статье "игнорирование (в программировании)" я больше не встречусь. Предыдущая запись был продолжением дискусии: MaxiMaxiMax утверждал, что Про слова пишут в словарях, про термины - в энциклопедиях., вы этому оппонировали. Я привел вам источники --DR 14:28, 27 июля 2006 (UTC)

Извините, но Вы просто не рубите. "Термин" — это слово, употребляющееся в какой-то области. Терминами наполнены соответствующие словари. Разница между словарной статьей и энциклопедической не имеет абсолютно никакого отношения к разнице между словами и терминологией. Словарные статьи дают толкование слов или терминов, а энциклопедические — гораздо более расширенные описания понятий или явлений. —Smartass, Академик АПЭ 14:59, 27 июля 2006 (UTC)

Бог с ним с гораздо более расширенным, для начала приведите определение понятия "игнорирование" в программировании, опираясь на какой-нибудь разумный источник. MaxiMaxiMax 15:01, 27 июля 2006 (UTC)

В программировании нет понятия «игнорирование», хотя, конечно, слово «игнорирование» в различных книгах по программированию используется (как и многие другие слова и буквы). --ajvol 08:45, 27 июля 2006 (UTC)

Вам были приведены доказательства того, что понятие "игнорирование" в программировании есть. Теперь Вы потрудитесь доказать, ссылаясь на литературу, что это не "понятие", а "слово". Чтобы упростить задачу, сделайте это пожалуйста на примерах употребления понятия, которые мы привели. —Smartass, Академик АПЭ 10:27, 27 июля 2006 (UTC)

Отстутствие подобной записи в глоссариях всех вышеуказанных книг. При том, что основной целью создания глоссариев является сбор всех важных для понимание понятий. --DR 11:20, 27 июля 2006 (UTC)

Неубедительно. Понятие красуется в оглавлении книги. Оглавление содержит основные понятия, глоссарий — набор ключевых фраз для поиска. К примеру, в глоссарии книги по философии наврядли есть слово "философия". —Smartass, Академик АПЭ 13:38, 27 июля 2006 (UTC)

Оглавление не содержит основные понятия. Оглавление (в отличие от глоссария) содержит только перечень названий глав или иных составных частей книги. --DR 14:33, 27 июля 2006 (UTC)

А что, великолепная идея для прогрессивных энциклопедистов: статьи Z (программирование), Ы (программирование)... В статьи о соответствующих буквах добавить ссылки. Привести пару примеров с буквой Ы в книгах по программированию. И т.д. --М. Ю. 09:47, 27 июля 2006 (UTC)

Не так глупо, как Вам кажется. Например "I,J,K,L,M,N в программировании на фортране" можно было бы написать. —Smartass, Академик АПЭ 10:39, 27 июля 2006 (UTC)

Не раньше, чем

• эти идеи будут приняты к публикации в рецензируемых журналах; или
• эти идеи начинают завоёвывать существенный интерес публики (неоднократное появление в новостных передачах, в разных изданиях и т. д. — как история с холодным термоядерным синтезом).

ВП:ОРИСС --DR 11:20, 27 июля 2006 (UTC)

Все это давным-давно описано в книгах. Ваши волнения напрасны. Читайте книжки, как говорит Кузьмин. —Smartass, Академик АПЭ 13:43, 27 июля 2006 (UTC)

Вы выдергиваете из контекста. Определение ОРИССА:

Статья в Википедии считается оригинальным исследованием, если

• вводится новая теория или способ решения какой-либо проблемы;
• вводятся новые идеи;
• вводятся новые определения терминов;
• вводится неологизм (новый или необычный термин).

и только после того как Вы обоснуете один из 4 пунктов, я могу начинать оправдываться что ОРИСС достоин включения в Вики из-за принадлежности к перечисленным исключениям. Анатолий, академик АПЭ 11:32, 27 июля 2006 (UTC)

Простите, но мне пока сложно представить себе, как может быть написана эта статья, чтобы он при этом не нарушала хотя бы один из этих пунктов. Например, если там будут указаны операторы, начинающиеся или заканичавющиеся на эти буквы, то это будет новый подход к решению проблемы классификации операторов. С другой стороны, возможно, я просто не замечаю какой-то схемы наприсания статьи, чтобы она при этом удовлетворяла указанным требованиям. Что ж, на это у нас и есть академики. --DR 11:41, 27 июля 2006 (UTC)

Действительно, пусть знатоки напишут, тогда и обсудим. Анатолий, академик АПЭ 11:52, 27 июля 2006 (UTC)

А по-моему, между статьями Ы (программирование) и I,J,K,L,M,N в программировании на фортране есть принципиальная разница. Второе есть совершенно точная тема для написания статьи и, по моему мнению, статья на эту тему не будет ориссом и вполне допустима (другое дело, что она приведёт к противному лично мне разбиению статьи Фортран на мелкие темы). А вот статья Ы (программирование), которую можно «обосновать» любимым методом вашей компании — привести книги по программированию, где встречается буква Ы — совершенно недопустима. —М. Ю. 13:54, 27 июля 2006 (UTC)

• За, в некоторых книгах по программированию есть. Причины этого не важны - Википедия не о достоверных фактах и явлениях, а о тех - о которых есть упоминание в известной литературе. Пусть некоторые шибко умные считают, что термина нет, в книгах то он употребляется. Просто надо добавить, что во многих известных книгах этот термин не используется Анатолий, академик АПЭ 10:34, 27 июля 2006 (UTC)

Википедия не о достоверных фактах и явлениях

Вы уверены? Википедия:Правила и указания: Цель русской Википедии — создание полноценной, точной энциклопедии на русском языке и ничто другое. --DR 11:20, 27 июля 2006 (UTC)

точность энциклопедии означает что она должна писать и о явлениях и терминах относительно которых нет единой общепринятой точки зрения и о недостоверных явлениях, просто должно быть указано - наука считает недостоверным. Подробнее смотри Википедия:Нейтральность и Википедия:Верифицируемость. Пример прекрасной статьи о недостоверном - Пресвитер Иоанн. Анатолий, академик АПЭ 11:32, 27 июля 2006 (UTC)

Приведенная вам статья рассказывает все-таки о легенде, чье сущестование не вызывает соменений. --DR 11:54, 27 июля 2006 (UTC)

а) статья не только о легенде, а и о конкретном персонаже б) существовал ли данный персонаж науке точно неизвестно, но наука склоняется что он не существовал (хотя публиковалась даже переписка с его участием). Анатолий, академик АПЭ 11:57, 27 июля 2006 (UTC)

То, что эта легенда не соответствует дейстивительности и такого персонажа не было является общепринятой научная точкой зрения. Ее общепринятость подтверждена академическими источниками. Боюсь, что просто упоминания в литературе все-таки недостаточно - в правилах достаточно четко указано, что считается заслуживающими доверия источниками. --DR 12:14, 27 июля 2006 (UTC)

Если Вы имеете в виду Википедия:Авторитетные источники то это (пока) не принято в качестве правил и находится в стадии разработки. В настоящий момент можно ссылаться на любые опубликованные источники. Анатолий, академик АПЭ 12:30, 27 июля 2006 (UTC)

Нет, я имел ввиду ВП:ОРИСС: Заслуживающим доверие источником информации может служить известный научный рецензируемый журнал, академические издания. Кроме того, есть en:Wikipedia:Reliable sources --DR 12:35, 27 июля 2006 (UTC)

В ВП:ОРИСС строго говоря не написано на какие источники можно ссылаться а на какие нельзя и нет полного перечня заслуживающих и не заслуживающих доверия источников (тем более что степнь доверия очевидно может быть разной). Английская статья как раз и должна лечь в основу русской статьи Википедия:Авторитетные источники, впрочем отмечу также что в английская статья en:Wikipedia:Reliable sources не является в английской вики правилом. Анатолий, академик АПЭ 13:41, 27 июля 2006 (UTC)

О том, чего нет

• When FilterKeys is on, the computer ignores brief or repeated keystrokes, or slows the repeat rate.
• The -j option is used to specify what happens to the packet. The most common three are ACCEPT, DENY, and DROP. Now you can probably figure out what ACCEPT does and it's not what we want. DENY sends a message back that this computer isn't accepting connections. DROP just totally ignores the packet.
• It is also legal to use a function call as a stand-alone statement, just as if it were a regular subroutine. In this case, the computer ignores the value computed by the subroutine.
• As a final preliminary point, I will note that commas can be included in a program to help make it more readable by humans. However, the computer ignores commas. More specifically, it treats them exactly the same as spaces.
• Very often batch files contain lines that start with "Rem". This is a way to enter comments and documentation. The computer ignores anything on a line following Rem. For batch files of any complexity, comments are a good idea.
• While you are coding you may find it helpful to type in the steps of your tasks as comments. Comments are pieces of text that start (and sometimes finish) with a special sequence of letters (in java some comments start with "//" some comments start with "/*" and some start with "/**") . The Java software is set up so that the computer ignores comments. You can say anything you like in comments. The computer will take no offence. Once you have written your comments you can insert the real parts of the program in between them.
• So what happens? Simple, the computer reads the first line and sees that i is equal to 1. Then it tests the break condition, in this case i (1) is less than 11 so the loop is valid. Therefore it executes the code inside the brackets and then adds one to i, tests again, executes code, add 1 to i, tests again etc etc. Until the break condition fails. As soon as this occurs the computer ignores the loop from that point onwards and carries on with the rest of the program.
• n CSS2, a backslash (\) character indicates three types of character escapes. First, inside a string, a backslash followed by a newline is ignored (i.e., the string is deemed not to contain either the backslash or the newline).
• Okay small note here when the # symbol shows up in a file the computer ignores the stuff after it for the rest of that line. You can use more than one ###. But you really don't need to. Stuff before the # (hash mark, pound symbol) is read and processed by the computer.
• Comments are text that the computer ignores -- they are there only for humans to read. In Perl, anything on a line after a '#' sign is a comment.
• By blocking these packets on the INPUT chain, we essentially tell our computer to ignore anything it did not speak to first.
• Ignore Comments Options. This page allows you to choose whether or not to ignore programming language comments, and select and define the comments you wish to ignore. Note that we use the term "programming language comments" in a very broad sense; any single- or multi-line part of a text file can be considered a "comment" as long as it is defined by a regular expression.
• Using the IGNORE CONDITION command. Just as you can arrange for control to pass to a particular label for a specific condition with a HANDLE CONDITION command, so you can have the program continue when a specific condition occurs. You do this by setting up an IGNORE CONDITION command to ignore one or more of the conditions that can potentially arise on a command. The IGNORE CONDITION command means that no action is to be taken if a condition occurs; control returns to the instruction following the command and return codes are set in the EIB.
• Description: ignore-errors is used to prevent conditions of type error from causing entry into the debugger. Specifically, ignore-errors executes forms in a dynamic environment where a handler for conditions of type error has been established; if invoked, it handles such conditions by returning two values, nil and the condition that was signaled, from the ignore-errors form. If a normal return from the forms occurs, any values returned are returned by ignore-errors.
• You can tell the program to ignore common words. These words are contained in a file of your choice. When this file has been specified and Ignore common words in file is checked the program will ignore any words in the text which it finds in the specified file.
• Describes how to put error checking into your programs, and how to identify, handle, and possibly recover from errors that occur. It also explains how to use message identifiers to better identify the source of an error, and how to selectively display or ignore warning messages.
• Ну и так далее. —Smartass, Академик АПЭ 14:05, 27 июля 2006 (UTC)

И к чему Вы это написали? Где понятие "игнорирование"? Где русские тексты, в которых определяется это понятие в программировании? Вы точно также можете выделить полужирным любое слово в ваших примерах, но что это доказывает? MaxiMaxiMax 14:14, 27 июля 2006 (UTC)

My dear Maximaximax, речь идет об игнорировании в программировании, а не об использовании слова "игнорирование" в русских текстах. Улавливаете разницу (которая как раз таки и определяет различие между словарными и энциклопедическими статьями)? Игнорирование — это когда что-то игнорируется, а доказательство ему: цитаты "A игнорируется в таких-то и таких-то обстоятельствах", взятые из серьезных источников. —Smartass, Академик АПЭ 14:28, 27 июля 2006 (UTC)

И где же в Ваших цитатах приводится определение игнорирования или хотя бы используется это понятие? MaxiMaxiMax 14:34, 27 июля 2006 (UTC)

Понятие "игнорирование" в данном контексте не требует специального определения. Как я уже сказал, статья не о том, что в программировании разработан и устоялся особый термин "игнорирование", а о том, что во многих ситуациях происходит игнорирование каких-то элементов программы, инструкции и т.д. Такое игнорирование удобно для того-то, того-то, ну и так далее согласно всем вышеприведенным цитатам. Если Вы сделаете интернет-поиск, то быстро убедитесь, что вопрос об игнорировании каких-то программных элементов часто поднимается на форумах. Одним словом, эта информация может быть полезна читателю. —Smartass, Академик АПЭ 14:48, 27 июля 2006 (UTC)

Я убедился только что Вы притягиваете понятие за уши. Точно так же можно много тысяч раз найти в книгах по программированию слово "убедиться" и написать статью "Убеждение (программирование)". Или слово "поднимается" и соответственно статью "поднимание (программирование)". Я так и не понимаю чего Вы хотите добиться этой демагогией? Совершенно очевидно, что Вы и сами абсолютно уверены в том что в программировании такого понятия не существует, просто ломаете комедию и отвлекаете людей от работы над статьями. MaxiMaxiMax 14:55, 27 июля 2006 (UTC)

Название "Убеждение (программирование)" не позволяет сразу заключить, о чем статья. Если об убеждениях программистов, то, возможно, существуют какие-то работы по этому поводу, которые можно резюмировать. Что же касается игнорирования, то как раз таки Вы прекрасно понимаете, что оно существует в программировании, и единственное противоречие между нашими позициями в том, что Вам не нравится название статьи. Если так, то предложите что-то конструктивное — переименовать статью или слить ее с со статьей о комментариях. Обвинениями в демагогии мы ничего не достигнем. —Smartass, Академик АПЭ 15:06, 27 июля 2006 (UTC)

Какую ещё статью??? Мы говорим о включении абзаца в статью Игнорирование о якобы юмеющемся в программировании термине "игнорирование". Я думаю что термина "игнорирование" вообще не существует как такового, без определения что же именно игнорируется, но, не являясь специалистом по психологии и наукам о мозге, я не удаляю эти значения. Как можно переименовать эту статью чтобы она стала конструктивной мне неизвестно, поэтому предлагаю её просто удалить. MaxiMaxiMax 15:10, 27 июля 2006 (UTC)

Статью, убиение которой Вы совершили (Игнорирование (программирование)). Не надо дурочку ломать. Да и абзац, который Вы трете в этой статье ("Игнорирование"), ничего не говорит о специальном термине "игнорирование в программировании". Все, что там написано, это то, что игнорирование часто встречается в программировании. Не надо приписывать тексту значение, которое он не несет. —Smartass, Академик АПЭ 15:17, 27 июля 2006 (UTC)

Статью, которая состояла из пары строчек что никакого игнорирования в программировании нет? Вообще-то Вы сами это написали, а не я. Я не утверждаю что слова "игнорировать" в программировании нет (слова "игнорирование" там, как бы то ни было, действительно нет), я утверждаю что никакого специального значения это слово, как и многие другие слова в программировании не имеет. Если следовать Вашей логике, то придётся написать статьи "Игнорирование в сельском хозяйстве", "Игнорирование на Украине" и "Игнорирование олигархами". MaxiMaxiMax 03:01, 28 июля 2006 (UTC)

Сделайте поиск в Google на "Игнорирование ошибок", а потом на "Игнорирование в сельском хозяйстве", "Игнорирование на Украине" и "Игнорирование олигархами". Практика - критерий истины, а не досужие размышления.--Poa 05:00, 28 июля 2006 (UTC)

Статья называется "Игнорирование", а не "игнорирование ошибок". К тому же "игнорирование ошибок" в сельском хозяйстве тоже сюда относится. Гугл выдаёт 350 результатов этого словосочетания - это явно незначимый результат для статьи. Например, запрос "+игнорирование +Украина" выдаёт 83100 результатов - напишете статью? MaxiMaxiMax 05:05, 28 июля 2006 (UTC)

Кстати, "+игнорирование +человек" даёт наибольшее количество результатов которые я нашёл - 328 000. Напишете статью "Игнорирование (человек)", и потомки вас не забудут. MaxiMaxiMax 05:14, 28 июля 2006 (UTC)

Как говорит, Джордж, в таких ситуациях надо заключать термины в кавычки. А статья называлась Игнорирование, потому что кроме устойчивого терминологического словосочетания "игнорирование ошибок" есть "игнорирование пробелов" "игнорирование библиотек" и т.д.

Подскажите, чем заменить "игнорирование ошибок" в контексте программирования. "Пропуск ошибок"? "Пренебрежение ошибками"? "Не принимание во внимание ошибок?".--Poa 05:28, 28 июля 2006 (UTC)

А чем вы замените "игнорирование ошибок" в контексте человека? "Пропуск человеком", "Пренебрежение человеком", "Не принимание во внимание человека"? Зачем разводить демагогию, если понятно что статья "Игнорирование (программирование)" это тоже самое что и статья "Глобус (Украина)". MaxiMaxiMax 05:43, 28 июля 2006 (UTC)

В контексте человека это к Волохонскому. Я признаю его профессиональное превосходство в психологии. По поводу демагогии просто не хочу продолжать--Poa 06:03, 28 июля 2006 (UTC)

О букве Ы в программировании

(Цитирование личной информации удалено.)

(поддельная реплика удалена. --М. Ю.)

И вовсе она не поддельная. (Личное оскорбление удалено. --М. Ю.) :)--Poa 02:52, 28 июля 2006 (UTC)

--Poa 20:09, 27 июля 2006 (UTC)

1. Помещение вырванной из контекста цитаты из частного ЖЖ за моей подписью является подделыванием моей реплики.

2. Предположение о том, что я могу кого-то «оболгать», является оскорблением и было удалено, как и предыдущие ваши оскорбления. —М. Ю. 05:10, 28 июля 2006 (UTC)

1) Цитируемая фраза была — раз. 2) Там не было контекста — два. 3) Зачем же вытирать фразу из журнала, перед тем как объявлять ее поддельной — три. 4)Цитирование информации в Википедии из открытых источников не запрещено — четыре. --Poa 05:40, 28 июля 2006 (UTC)Так что восстановите фразу. (Оскорбление удалено. --М. Ю.) и забудем про это :).

Дополнительно сообщаю, что: а) вы таки да вырвали фразу из контекста, б) её никто не вытирал, она как была, так там и осталась, солгали как раз вы. Цитирование личной информации ведёт к блокировке. --М. Ю. 05:55, 28 июля 2006 (UTC)

То есть фраза не поддельная. Это хорошо. И никуда не удалялась? А ссылочку не дадите? А то я чувствую себя оскорбленным во второй раз, не найдя записи на месте?--Poa 06:15, 28 июля 2006 (UTC)

Пожалуйста. --М. Ю. 06:17, 28 июля 2006 (UTC)

А дату и время не напомните?--Poa 06:36, 28 июля 2006 (UTC)

---

Из того же [1]:

Глава 13. Структуры управления данными

13.1. Последовательные операторы

13.2. Операторы объявления

13.3. Операторы выражения

13.4. Пустые операторы

13.5. Составные операторы

13.6. Операторы выбора

Таким образом, Ы в программировании есть.

--М. Ю. 14:03, 27 июля 2006 (UTC)

Вы опоздали. О букве "ы" статья уже есть. Можете, конечно, ее расширить на предмет программирования, если хотите... —Smartass, Академик АПЭ 14:07, 27 июля 2006 (UTC)

Для непонятливых придётся ещё раз написать: я против этого, а вы — за. —М. Ю. 14:14, 27 июля 2006 (UTC)

Вы устраиваете клоунаду, а я Вам показываю, что игнорирование существует в программировании и как понятие, и как практика, и как элемент языков программирования, и как инструмент для хакеров. Вполне энциклопедичная тема для серьезной статьи. —Smartass, Академик АПЭ 14:21, 27 июля 2006 (UTC)

Нет, клоунаду устраиваете вы, а я вам «показываю», что Ы существует в программировании и как понятие, и как практика, и как элемент языков программирования, и т. д. Сколько вам нужно примеров с Ы в программировании, чтобы вы согласились? —М. Ю. 14:24, 27 июля 2006 (UTC)

Ы не существует в программировании как понятие. Это видно из Ваших примеров. Также оно не существует как существенный элемент языков программирования. Впрочем, свои взгляды Вы можете развивать в статье "Ы". —Smartass, Академик АПЭ 14:32, 27 июля 2006 (UTC)

Еще раз, на тот случай, если эти строки прочтет кто-нибудь совсем тупой, то я изложу свои взгляды: в программировании не существует ни понятия Ы, ни понятия Игнорирование, сколько мегабайт текста сюда бы ни вываливали. --М. Ю. 14:53, 27 июля 2006 (UTC)

Пожалуйста больше не употребляйте эзопов язык. Экономьте свое и чужое время. —Smartass, Академик АПЭ 15:19, 27 июля 2006 (UTC)

Просьба прибегать к оскорблениям отклонена. --М. Ю. 00:37, 28 июля 2006 (UTC)

Книги по программированию, которые обсуждают игнорирование

• Programming Robot Controllers Programming Robot Controllers by Myke Predko (Paperback - Aug 16, 2002) Excerpt - page 120: "... send an increment to skip to the next address and ignore programming the instruction completely. After the program memory has been loaded ..."
• Programming in RPG IV, Third Edition by Bryan Meyers and Judy Yaeger (Paperback - Aug 30, 2002) Excerpt - page 19: "... in Appendix G), they are not used in modern RPG programming. Simply ignore the compiler warning; it will not prevent your program from ..."
• Professional SQL Server 2000 Programming (Programmer to Programmer) by Robert Vieira (Paperback - Nov 15, 2000)
• Introduction to Interactive Programming on the Internet: Using HTML and JavaScript. Introduction to Interactive Programming on the Internet: Using HTML and JavaScript by Craig D. Knuckles Excerpt - page 76: "... text in an HTML document that the browser should simply ignore. In common programming jargon, markers like these are called comment symbols. For example, ..."
• Guide to Assembly Language Programming in Linux by Sivarama P. Dandamudi Excerpt - page 188: "... can be used at the programmer's discretion, but the assembler ignores them. It is a good programming practice to use blank lines and spaces to improve the ..."
• И так далее —Smartass, Академик АПЭ 14:49, 27 июля 2006 (UTC)

Возможно, Вам стоит написать их авторам и поздравить с первым в мире фактом обсуждения игнорирования в программировании. Но не могли бы Вы привести цитату из этих книг, в которой описывается или используется это понятие? MaxiMaxiMax 14:57, 27 июля 2006 (UTC)

То есть, Вы полагаете, что авторы, описывая, как что-то игнорируется в программировании, не понимали, о чем ведут речь? К примеру, если книга описывает убийство царской семьи, то Вы будете требовать, чтобы автор дал определение убийства? —Smartass, Академик АПЭ 15:12, 27 июля 2006 (UTC)

Нет, но ведь есть другие книги, определяющие, что такое убийство. И автор книги о расстреле царской семьи исходит из того, что читатель это уже знает. Поэтому книга о расстреле царской семьи является плохим источником для написания статьи убийство. --DR 22:08, 27 июля 2006 (UTC)

То же самое в данном случае. Все более-менее знают, что такое "игнорирование"; статья же об игнороровании в программировании описывает что и как игнорируется в этом разделе приложения ума. Вести рассуждения о термине "игнорирование", на мой взгляд, глупо. В данном вопросе интерес представляет не термин как таковой, а конкретные что и как. —Smartass, Академик АПЭ 22:41, 27 июля 2006 (UTC)

Возвращаять к примеру статьи Убийство - ведь в ней не подразумевается, что и все более-менее знают, что это такое. Авторы брали источники, где есть определение этого термина и на базе них писали эту статью. В принципе, все, что от Вас хотят при написании статьи об игнорировании в программированиии (и, соответственно, части статьи разрешения неоднозначиностей Игнорирование) - это авторитетных источников, дающих подобные определение игнорирования в программировании. Приводимые же пока скорее похожи на "книгу о расстреле царской семьи". Я уверен, что если найдется подобное определение, например в статье в серьезном рецензируемом журнале или в книге, автором которой является человек, чей авторитет общепризнан (примеры подобных авторов приводились в обсуждении удаления статьи Игнорирование (в программировани)), то вопрос о существовании отпадет сам собой. --DR 23:09, 27 июля 2006 (UTC)

Источников, описывающих, каким образом куски программ игнорируется полным-полно. Вы пытаетесь на новый лад петь песню о "термине" игнорирование? Повторяю в который раз, Википедия — не словарь терминов; она содержит статьи о темах. В данном случае статья описывала случаи игнорирования в программировании, фактический материал был приведен железный. Так что никак иначе не могу интерпретировать Ваши высказывания, как попытку увести разговор в сторону от предмета статьи. —Smartass, Академик АПЭ 00:02, 28 июля 2006 (UTC)

Есть много источников, в которых описывается как игнорируется что-нибудь в Германии или в Грузии. Вы их проигнорируете или-таки напишете статьи на темы "Игнорирование (религия)" и "Игнорирование (остеохондроз)"? MaxiMaxiMax 03:04, 28 июля 2006 (UTC)

Я могу написать статью на любую тему, но реально приходитса считаться с путающимися под ногами цицеронами. —Smartass, Академик АПЭ 15:43, 28 июля 2006 (UTC)

Немного по-русски

Некоторые Цитаты

Уже привычна технология, когда разработчики указывают принудительное игнорирование парсером SQL оставшейся части запроса при помощи нотации --, означающей комментарий.

Параметры для загружаемых модулей помечаются их названиями, коюрые заключены в квадратные скобки. Эти названия в скобках (пока) игнорируются. После символа «точка с занятой» указываются комментарии.

Некоторые функции, Флаги и регулярные выражения...

В PHP

ignore_repeated_errors boolean - Не регистрировать повторные сообщения. Повторные ошибки должны произойти в том же самом файле на той же самой строке, пока ignore_repeated_source не установлен в TRUE.

ignore_repeated_source boolean - Игнорировать источник сообщения при игнорировании повторных сообщений. Когда эта установка включена (ON), не будет происходить регистрирация ошибок с повторными сообщениями от различных файлов или строк кода.

Функция escapeshellarg() предназначена для устранения или какого-либо игнорирования потенциально опасных символов в полученных от пользователя данных. Результат работы функции может использоваться как аргумент к системной команде (в нашем случае это zip).

string strip_tags - игнорирование HTML и PHP тегов.

В MySql

MySQL ignore index - игнорирование индексов при SELECT-запросах

Perl

/^procedure/i. -регистр

$SIG{выражение}

Хеш %SIG содержит имена подпрограмм для таких системных сигналов как INT, QUIT, PIPE, ... Значение 'DEFAULT' - для системной обработки. 'IGNORE' - игнорировать данный сигнал.

JavaScript

i - флаг для игнорирования регистра(есть не только в JS) ......

13.17 Игнорирование файлов посредством файлов cvsignore

Игнорирование 'Content-type' заголовка, посланного Web сервером в Apple Safari

Примеры обсуждения "того чего не существует"

Как произвести игнорирование регистра букв

Игнорирование регистра в С++

поиск и игнорирование ошибки... Форум по программированию

игнорирование ошибки

Игнорирование Exception в C# при выполнения запроса.

javascript. игнорирование управляющих клавиш

игнорирование неизвестных тэгов и аттрибутов. ASP.NET

Игнорирование пробелов

MySQL игнорирование AND почему так? HELP!

Игнорирование robots.txt ?

Игнорирование пакетов чужой проги

Игнорирование ошибки Microsoft Access

Предлагаю выход

Надо написать с нуля новую статью Игнорирование элементов программы (или "игнорирование компилятором элементов программы" - название ориентировочное, может быть потребуется цикл статей: например отдельная статья про "Игнорирование файлов программами" и др.). Наши критики господа-филологи по-видимому правы в том, что это отглагольное существительное употребляется в программировании только вместе с другими словами. Что ж — пусть получат что хотят. Не стоит воевать с ветряными мельницами. Начать писать статью лучше на академической площадке. Но потом мы будем бороться за новую статью до последнего. Анатолий, академик АПЭ 15:04, 28 июля 2006 (UTC)

да хрен с ними. я почти уверен что рано или поздно подобная статья появится опять в википедии, даже без нашего участия. Это не мы боремся с мельницами, а они. Реальность невозможно игнорировать до бесконечности. Sasha ^!? 15:32, 28 июля 2006 (UTC)

Оставляю на будущее Игнорирование фактов, Игнорирование в программировании, Игнорирование ошибок, Игнорирование тегов, Игнорирование при парсинге Sasha ^!? 15:35, 28 июля 2006 (UTC)

Выявленных противников знаний и прогресса нужно разбивать; отступать не стоит, т.к. за душой у них ничего нет. Особенно опасны противники-операторы. на них нужно собирать компромат, и когда достаточно наберется ставить на голосование о лишении их полномочий. Иного выхода я не вижу. —Smartass, Академик АПЭ 15:46, 28 июля 2006 (UTC)

"Игнорирование в программировании" опять зарубят, а остальное всё ИМХО несколько расплывчато. Надо идти с самого низу, методично отталкиваясь от бесспорного (пусть удалисты потом сами объединяют), а именно: Игнорирование ошибок компилятором и т.д., т.е. явно указывая игнорирующий субъект (компилятор, интерпретатор, программу, программиста, пользователя, процессор или что там ещё?) Анатолий, академик АПЭ 15:51, 28 июля 2006 (UTC)

Иск о незаконном досрочном удалении безусловно нужен. А полномочий надо лишать по итогам голосования, проходящего сейчас на странице "К удалению". Анатолий, академик АПЭ 16:08, 28 июля 2006 (UTC)

Не надо бояться. Maximaximax уже достаточно правил нарушил. Будем подавать на него в суд. Обсудим в Академии? —Smartass, Академик АПЭ 16:03, 28 июля 2006 (UTC)

предлагаю начать с написания полного досье на этого субъекта Sasha ^!? 16:14, 28 июля 2006 (UTC)

Да, давайте начнем. —Smartass, Академик АПЭ 17:00, 28 июля 2006 (UTC)

Подозреваю, что эти темы не достаточно значимы для описания в энциклопедии, даже в Википедии. Если вы так не считаете, то должны будете привести авторитетные источники в которых данный предмет рассматривается (а не упоминается вскользь). --ajvol 16:20, 28 июля 2006 (UTC)

Почитайте ссылки на источники выше. Или у Вас тоже слепота, как и у Махи3? —Smartass, Академик АПЭ 17:02, 28 июля 2006 (UTC)

вероятно, в случае разногласий это должно решаться сообществом на ВП:КУ, а не волевыми решениями отдельных операторов, действующих из личных мотивов. Анатолий, академик АПЭ 16:27, 28 июля 2006 (UTC)

Hemispatial neglect etc.

Вызывает некоторое сомнение как терминология, так и её интерпретация в нейрофизиологической части статьи.

Hemispatial neglect переводится на русский как односторонняя пространственная агнозия либо пространственная гемиагнозия (более жаргонизированный вариант), иногда - гемианопсия (с уточнением этиологии). В этом случае информация не игнорируется - она не обрабатывается вообще из-за органических поражений соответствующих полей коры - и не осознаётся. Что проявляется не только в восприятии, но и в действии: больной, при попытке нарисовать симметричный предмет, опускает детали левой части изображения (правши). Конечно, можно сказать, что если выколоть человеку глаза, то он начнёт игнорировать зрительные раздражители, но это будет не вполне правильно. --Vladimir Kurg 14:17, 2 августа 2006 (UTC)

Не совсем так. Hemispatial neglect возникает при поражении теменной коры, зрительная кора (обрабатываюая изображение) при этом может оставаться работоспособной. Таким образом, человек именно игнорирует часть пространства (как предполагают, из-за того, что не может сфокусировать на ней внимание). Выкалывание глаз — пример экстремальный, но помимо этого есть такое понятие как blind sight; так что все не так тривиально, как кажется на первый взгляд. —Smartass, Академик АПЭ 05:17, 4 августа 2006 (UTC)