|
| |||
Внешние ссылки изменены
Привет, друзья Википедии,
Я только что модифицировал 5 внешних ссылок на Ada (язык программирования) . Пожалуйста, найдите время, чтобы просмотреть мою правку . Если у вас есть какие-либо вопросы или вам нужно, чтобы бот игнорировал ссылки или страницу в целом, посетите этот простой FAQ для получения дополнительной информации. Я внес следующие изменения:
- Добавлен архив https://web.archive.org/web/20160304073005/http://archive.adaic.com/pol-hist/policy/mandate.txt в http://archive.adaic.com/pol-hist/ политика / мандат.txt
- Добавлен тег на http://delivery.acm.org/10.1145/1040000/1035608/p28-wolfe.pdf.
{{dead link}}
- Добавлен архив https://web.archive.org/web/20110706133825/http://www.digilife.be/quickreferences/QRC/Ada%20Syntax%20Card.pdf на http://www.digilife.be/quickreferences/ QRC / Ada% 20Syntax% 20Card.pdf
- Добавлен архив https://web.archive.org/web/20120206005541/http://archive.adaic.com/standards/83lrm/html/lrm-B.html на http://archive.adaic.com/standards/ 83lrm / html / lrm-B.html
- Добавлен архив https://web.archive.org/web/20040625113309/http://archive.adaic.com/standards/83lrm/html/Welcome.html на http://archive.adaic.com/standards/83lrm/ html / Welcome.html
- Исправлено форматирование / использование http://www.omg.org/technology/documents/formal/ada_language_mapping.htm.
Когда вы закончите просмотр моих изменений, вы можете следовать инструкциям в шаблоне ниже, чтобы исправить любые проблемы с URL-адресами.
По состоянию на февраль 2018 г. разделы страницы обсуждения «Изменены внешние ссылки» больше не создаются и не отслеживаются InternetArchiveBot . В отношении этих уведомлений на странице обсуждения не требуется никаких специальных действий, кроме регулярной проверки с использованием приведенных ниже инструкций инструмента архивации. Редакторы имеют разрешение удалить эти разделы «Внешние ссылки изменены» на странице обсуждения, если они хотят убрать беспорядок на страницах обсуждения, но перед массовым систематическим удалением просматривают RfC . Это сообщение динамически обновляется с помощью шаблона (последнее обновление: 15 июля 2018 г.) .{{sourcecheck}}
- Если вы обнаружили URL-адреса, которые бот ошибочно считал мертвыми, вы можете сообщить о них с помощью этого инструмента .
- Если вы обнаружили ошибку в каких-либо архивах или самих URL-адресах, вы можете исправить их с помощью этого инструмента .
Ура. - InternetArchiveBot ( Сообщить об ошибке ) 09:17, 26 июня 2017 г. (UTC)
Внешние ссылки изменены
Привет, друзья Википедии,
Я только что изменил одну внешнюю ссылку на Ada (язык программирования) . Пожалуйста, найдите время, чтобы просмотреть мою правку . Если у вас есть какие-либо вопросы или вам нужно, чтобы бот игнорировал ссылки или страницу в целом, посетите этот простой FAQ для получения дополнительной информации. Я внес следующие изменения:
- Добавлен архив https://web.archive.org/web/20070202205233/http://archive.adaic.com/standards/83rat/html/Welcome.html в http://archive.adaic.com/standards/83rat/ html / Welcome.html
Когда вы закончите просмотр моих изменений, вы можете следовать инструкциям в шаблоне ниже, чтобы исправить любые проблемы с URL-адресами.
По состоянию на февраль 2018 г. разделы страницы обсуждения «Изменены внешние ссылки» больше не создаются и не отслеживаются InternetArchiveBot . В отношении этих уведомлений на странице обсуждения не требуется никаких специальных действий, кроме регулярной проверки с использованием приведенных ниже инструкций инструмента архивации. Редакторы имеют разрешение удалить эти разделы «Внешние ссылки изменены» на странице обсуждения, если они хотят убрать беспорядок на страницах обсуждения, но перед массовым систематическим удалением просматривают RfC . Это сообщение динамически обновляется с помощью шаблона (последнее обновление: 15 июля 2018 г.) .{{sourcecheck}}
- Если вы обнаружили URL-адреса, которые бот ошибочно считал мертвыми, вы можете сообщить о них с помощью этого инструмента .
- Если вы обнаружили ошибку в каких-либо архивах или самих URL-адресах, вы можете исправить их с помощью этого инструмента .
Ура. - InternetArchiveBot ( Сообщить об ошибке ) 05:23, 26 июля 2017 г. (UTC)
Комментарии и конец строки
« Комментарии останавливаются в конце строки, поэтому незакрытые комментарии могут случайно аннулировать целые разделы исходного кода ».
На самом деле это более опасно, чем явное закрытие при использовании кодировки UTF-8. Например, если последним символом в строке комментария является 'é' (e с острым ударением), и если исходный синтаксический анализатор неправильно настроен и считает, что кодировка является однобайтовой (например, ISO-8859-1) а не UTF-8, то компилятор не увидит конец строки и не будет рассматривать следующую строку кода, следующую за комментарием, как продолжение комментария. Таким образом, одна строка кода не будет выполнена! Бохан ( разговорное ) 15:32, 21 января 2018 (UTC)
- Большая часть раздела, посвященного комментариям, плохо сформулирована, ИМО. Некоторые его части явно неверны. Например, как можно вложить однострочные комментарии ??? 207.225.245.125 ( разговорное ) 05:55, 4 марта 2018 (UTC)
- Вы можете вложить однострочные комментарии, добавив маркер комментария в начало строки, чтобы вы могли закомментировать строки, не беспокоясь о существующих комментариях.
- Если вы вводите неправильную кодировку в свой компилятор, это ваша ошибка. Я не знаю, как завершающий é (в UTF-8 16 # c3 # 16 # a9 # или неверно интерпретированный как Latin-1, «Ã ©») может привести к тому, что компилятор не увидит конец строки. - Просфилаес ( разговор ) 06:48, 4 марта 2018 г. (UTC)
- Думаю, это зависит от того, как определяется «вложенность». Я считаю, что это определяется как комментарий блока внутри комментария блока. Хотя я понимаю вашу точку зрения о том, что комментарий в конце строки может находиться внутри комментария в конце строки, я никогда не видел (кроме этой статьи), который называется «вложением». ИМО, в статье следует просто сказать: «Ада имеет комментарии в конце строки, начинающиеся с - и намеренно спроектированные так, чтобы не использовать блочные комментарии» или эквивалентную формулировку, и дать пример комментария Ады. Весь остальной текст, касающийся комментариев Ada (например, «придуманный, чтобы напоминать английский язык»), является пустословием, ИМО. 207.225.245.125 ( разговорное ) 17:41, 4 марта 2018 (UTC)
Двойное тире? или двойной хайпен?
В статье говорится:
Двойное тире («-»), напоминающее длинное тире, обозначает текст комментария.
Я подозреваю, что «двойной дефис » неверен, а правильное выражение - «двойной дефис ».
Но я не уверен, поэтому оставлю это кому-нибудь другому.
Карл Грегори Джонс ( разговорное ) 17:04, 26 сентября 2018 (UTC)
- Это дефис-минус , чтобы дать ему имя в Юникоде. Это единственный символ ASCII, который представляет собой горизонтальную линию на высоте x в символьной ячейке. Это тире в ASCII среди множества его функций. - Просфилаес ( разговор ) 04:17, 28 сентября 2018 г. (UTC).
«Безопасное модульное программирование»
Первое предложение раздела «История» заканчивается довольно расплывчатой (IMO) ссылкой на «безопасное модульное программирование». Эта фраза, несомненно, означает что-то определенное для кого-то где-то, но я нахожу это неясным - и у меня есть степень в области компьютерных наук, поэтому я полагаю, что два прилагательных перед словом «программирование» практически не несут полезной информации для обычного читателя.
Google поиск для трех слов фразы в вопросе, в кавычках, получается до 1660 результатов, и кажется , что они в основном прямые цитаты из этой статьи, которая поражает меня как проблематично. Я могу довольно хорошо догадываться, что означает «модульное программирование» (я имею в виду, есть статья об этом, и, конечно, я знаю, что такое модульность, так что это разумный термин для использования), но «безопасный» - это немного ласковое слово . Без ссылки на статью, описывающую конкретный вид безопасности (например, как «безопасные» ссылки на статью о безопасности типов в информационном окне), трудно понять, какое или сколько из значений этого слова предназначено. Была ли проблема в том, что некоторые из используемых в то время языков поддерживали модульное программирование, а некоторые поддерживали безопасное (что бы это ни значило) программирование, но ни один из них не поддерживал безопасное модульное программирование? Или все языки были небезопасными и немодульными? Или что-то совсем другое?
Все это, чтобы сказать: было бы здорово, если бы кто-то, кто знает больше об истории языков программирования, чем я, мог бы прояснить, что в данном контексте означает «безопасный».
Я, наверное, слишком много суетился из-за одного слова, но мне кажется, что это недостаток в статье, поэтому я думаю, что это нужно как-то исправить, или кто-то должен объяснить, почему на самом деле это не проблема.
GreenWeasel11 ( разговор ) 08:11, 18 ноября 2020 (UTC)
- У меня нет источников, но я помню, как сторонники Ады заявляли, что ее цель - сделать программирование более безопасным, то есть иметь тенденцию создавать меньше или менее серьезных ошибок, особенно для крупных проектов. Функции, поддерживающие это, сосредоточены на конструкциях межмодульного программирования, где другие языки, такие как C, могут быть слабыми в обнаружении определенных видов ошибок. Так что это не совсем «ласковое» слово, но я бы сказал, что оно в лучшем случае субъективно, а может быть только теоретическим. По моему опыту, хотя у Ады действительно были функции, призванные решить некоторые проблемы, связанные с этим, другие современные языки и инструменты проверки кода работали так же или лучше, но с меньшими неудобствами.
- Подводя итог, я бы сказал, что это нормально, если он будет получен . В противном случае он должен уйти. - A D Monroe III ( разговор ) 02:51, 21 ноября 2020 г. (UTC)
- Хорошая точка зрения. Я обычно использую термины для обозначения того, что я хочу, чтобы они означали, а не того, что они обычно подразумевают, поэтому, если «ласковое слово» означает намерение ввести в заблуждение, как говорит словарь Google, тогда я должен был просто сказать «двусмысленный». Но в любом случае, просто кажется сомнительным делать широкое заявление о том, что ни один язык, используемый Министерством обороны, не поддерживает этот способ программирования, а затем не указывать точно, каких функций им не хватало, что делало их небезопасными. Ну что ж. В любом случае это не так уж важно. Меня действительно беспокоит то, что в Интернете так много случаев, когда люди повторяют эту фразу, когда каждый, кто ее читает, вероятно, имеет несколько иное представление о том, что она должна означать. - GreenWeasel11 ( обсуждение ) 03:34, 15 декабря 2020 г. (UTC)
Логотип
Немного неприятно добавлять на страницу логотип, не имеющий «официального» статуса. Это было результатом конкурса на Gnoga в деловых целях: «В рамках моей работы над созданием бизнес-стороны Gnoga для продвижения Ada на рынок приложений я понял, что не существует ни одного современного красивого талисмана Ada (который не означает, что талисман заменяет леди Аду!). Итак, как я всегда делаю, я вкладываю свое время и деньги туда, где мне хочется :) » . Я не думаю, что Википедия одобрит это, поэтому я удалю изображение с этой страницы. 7zz ( разговор ) 08:47, 12 марта 2021 (UTC)
- Почему тебя это волнует? Я имею в виду, что роль Википедии носит описательный характер, а не предписывает, верно? - GreenWeasel11 ( обсуждение ) 20:36, 12 марта 2021 г. (UTC)
- Я не думаю, что логотип должен быть «официальным», но необходимы доказательства того, что он широко используется и принят. Похоже, что он не используется на веб-сайтах Ada Information Clearinghouse или Adacore , ведущего поставщика Ada, или на обложках книг об Ada. - Макракис ( разговорное ) 20:48, 12 марта 2021 (UTC)
- Вот о чем я думал; Я осмотрелся и не видел этого во многих местах, поэтому я не думаю, что есть основания для отмены редактирования, но в принципе я не вижу ничего плохого в использовании символа, официально не одобренного разработчиками языка. - GreenWeasel11 ( обсуждение ) 21:22, 12 марта 2021 г. (UTC)
- Хорошо, это спорно. Но если, скажем, коммерческая реализация имеет хорошо известный логотип, я не думаю, что можно размещать этот логотип на странице языка программирования, это не ограничивается этой коммерческой реализацией. Здесь то же самое: очевидно, цель состоит в том, чтобы продвигать Ada в бизнес-контексте, и это не поддерживается широким сообществом Ada. Может быть, своего рода POV-выталкивание. Но если мы все согласны по разным причинам, что логотипа здесь не должно быть, это нормально. 7zz ( разговор ) 12:52, 14 марта 2021 (UTC)
- Вот о чем я думал; Я осмотрелся и не видел этого во многих местах, поэтому я не думаю, что есть основания для отмены редактирования, но в принципе я не вижу ничего плохого в использовании символа, официально не одобренного разработчиками языка. - GreenWeasel11 ( обсуждение ) 21:22, 12 марта 2021 г. (UTC)
- Я не думаю, что логотип должен быть «официальным», но необходимы доказательства того, что он широко используется и принят. Похоже, что он не используется на веб-сайтах Ada Information Clearinghouse или Adacore , ведущего поставщика Ada, или на обложках книг об Ada. - Макракис ( разговорное ) 20:48, 12 марта 2021 (UTC)