Обсуждение участника:Yanpas (KQvr';yuny rcgvmuntg&Yanpas)
Добро пожаловать, Yanpas!
От имени участников Википедии приветствую вас в её разделе на русском языке. Надеемся, вы получите большое удовольствие от участия в проекте.
Обратите внимание на основные принципы участия: правьте смело и предполагайте добрые намерения.
Полезные для вас страницы:
Статьи в Википедии не подписываются (список авторов формируется автоматически и доступен в истории правок статьи); в обсуждениях при редактировании кода, пожалуйста, ставьте после сообщения четыре тильды (~~~~): они будут автоматически преобразованы в подпись и дату.
На своей личной странице вы можете сообщить некоторые сведения о себе — например, владение языками или интересы.
Если у вас возникли вопросы, воспользуйтесь справочными материалами. Если вы не нашли в них ответа на ваш вопрос, задайте его своему наставнику через «Домашнюю страницу» или через панель помощи при редактировании статьи. Также можно обратиться на форуме помощи.
Если вы не можете создать статью одной правкой и намерены вернуться к её написанию позже, поставьте в начало текста шаблон {{subst:Редактирую}} для уведомления об этом других участников.
И ещё раз, добро пожаловать!
Hello and welcome to the Russian Wikipedia! We appreciate your contributions. If your Russian skills are not good enough, that’s no problem. We have an embassy where you can inquire for further information in your native language. We hope you enjoy your time here!
При вопросах можете обратиться к участнику VasilievVV — 16:52, 3 июня 2012 (UTC)
Нарушение авторских прав в статье Особо важный объект
[править код]Спасибо, что вы сделали свой вклад в статью Особо важный объект, но, к сожалению, мы не можем его принять, так как этот текст защищён авторскими правами и совпадает с текстом, расположенным, в частности, в источнике http://counterintelligence.academic.ru/581/. Как потенциальное нарушение авторских прав мы будем вынуждены удалить ваш вклад в статью Особо важный объект.
Если материал на указанном сайте был написан вами, вы уверены в том, что статья не нарушает авторские права, или у вас есть разрешение от правообладателя на то, чтобы свободно распространять материал статьи на условиях лицензии CC BY-SA 3.0, пожалуйста, действуйте согласно описанию на странице ВП:ДОБРО.
Вы также можете попробовать переписать текст своими словами, или кратко описать его суть, снабдив вносимую в статью информацию ссылкой на авторитетный источник.
Если у вас есть вопросы — можно задать их на форуме, посвящённом авторскому праву.
Имейте в виду, что участники, регулярно нарушающие авторские права, могут быть подвергнуты блокировке.
Примечание: не рекомендуется удалять предупреждения, не утратившие актуальности, так как в некоторых случаях это может расцениваться как нарушение правил Википедии. --Akim Dubrow 23:03, 3 августа 2014 (UTC)
Нарушение авторских прав в статье Radio Caroline
[править код]Спасибо, что вы сделали свой вклад в статью Radio Caroline, но, к сожалению, мы не можем его принять, так как этот текст защищён авторскими правами и совпадает с текстом, расположенным, в частности, в источнике http://us3qq.qrz.ru/caroline.htm. Как потенциальное нарушение авторских прав мы будем вынуждены удалить ваш вклад в статью Radio Caroline.
Если материал на указанном сайте был написан вами, вы уверены в том, что статья не нарушает авторские права, или у вас есть разрешение от правообладателя на то, чтобы свободно распространять материал статьи на условиях лицензии CC BY-SA 3.0, пожалуйста, действуйте согласно описанию на странице ВП:ДОБРО.
Вы также можете попробовать переписать текст своими словами, или кратко описать его суть, снабдив вносимую в статью информацию ссылкой на авторитетный источник.
Если у вас есть вопросы — можно задать их на форуме, посвящённом авторскому праву.
Имейте в виду, что участники, регулярно нарушающие авторские права, могут быть подвергнуты блокировке.
Примечание: не рекомендуется удалять предупреждения, не утратившие актуальности, так как в некоторых случаях это может расцениваться как нарушение правил Википедии. – Bechamel 08:39, 29 мая 2015 (UTC)
Newari Casts ru-svg.svg
[править код]В этом файле допущена орфографическая ошибка, вместо непроницаемая написано нероницаемая. Исправьте, пожалуйста. Заранее спасибо. С уважением, Baccy 15:54, 27 июня 2015 (UTC)
- Исправил Yanpas 16:10, 27 июня 2015 (UTC)
- Спасибо. С уважением, Baccy 16:12, 27 июня 2015 (UTC)
Создание слишком краткой статьи (MV Blue Marlin)
[править код]Уважаемый участник! Спасибо, что вы сделали свой вклад в Википедию, создав статью MV Blue Marlin. К сожалению, эта статья слишком короткая. По правилам Википедии такие статьи подлежат удалению без дополнительного обсуждения в соответствии с критериями быстрого удаления. Пожалуйста, имейте в виду, что если в ближайшие два дня статья не будет дополнена, её придётся удалить. — Leokand 21:54, 5 октября 2015 (UTC)
- Хорошо, переведу пару абзацев из раздела история.Yanpas 22:19, 5 октября 2015 (UTC)
Program optimization
[править код]В ваших планах перевести en:Program optimization. Хочу обратить внимание, что уже существует Оптимизирующий компилятор и её английский эквивалент en:Optimizing compiler, причём они друг друга не упоминают в "см.также". Я не ковырялся в содержимом, но может стоить объединить их, и поднять на обсуждение в английской? Лучше решить сейчас, ибо после ваших трудов может оказаться, что кто-то повесит плашку "к объединению". Вполне вероятно, что ТАМ кто-то не доглядел. Arachnelis 22:51, 14 января 2016 (UTC)
- @Arachnelis, здравствуйте. Проглядел статьи; всё-таки считаю, что должны быть две отдельные статьи по этим темам. Одна описывает рекомендации для программиста и реализации стандарта (например булев вектор в плюсах использует битовое поле), другая о технологиях в компиляторах, ускоряющих выполнение кода. Другое дело, то что в англовики обе статьи накладываются друг на друга, но это уже их проблемы, лень там копаться. Можно, конечно, указать на это в обсуждениях, но вряд ли это повлияет на рувики. Что думаете? PS: эта статья ближе к концу очереди, наверное, месяца через 2 будет готова.Yanpas 23:09, 14 января 2016 (UTC)
- Тогда, видимо, речь о разделении "ручной" и "автоматической" оптимизации, и это следует упомянуть в обоих, сделав перекрёстные ссылки. По возможности не делайте упор на "оптимизации" в С++, ибо он имеет весьма ограниченные возможности особенно в автоматическом аспекте. Arachnelis 18:33, 16 января 2016 (UTC)
Создание переводом
[править код]При создании копированием и последующего удаления вашего черновика (по собственному желанию или через несколько лет неактивности) будут убраны из общих статистик ваши правки и правки других. Правильнее черновики публиковать через вкладку Ещё/переименовать, тогда сохраняется история. На созданную статью можно повесить шаблон:КБУ или попросить одного из администраторов, чтобы затем переименовать нормально. Также переводные статьи нужно помечать при вставке переведённого текста в описании правки к этой вставке указывая страницу оригинального текста или ставя шаблон:переведённая статья на страницу обсуждения. --Hrum-Hrum 17:57, 18 марта 2016 (UTC)
- Про переименование понял, вторую часть нет. Когда я создам запрос на переименование (я вроде автопереименовывающий) то в описании изменений надо в вольном стиле написать ПЕРЕВОД из en-wiki? Шаблон никогда не поздно поставить, поставлю :) Yanpas 18:38, 18 марта 2016 (UTC)
- Лицензия Википедии CC BY-SA, где Attribution (сокращённо BY) - [1] Ситуация 1 - участник создает новую статью, полностью/частично переведя её из другой вики, авторы оригинала указываются в описании к правке, которой создаётся страница (и/или шаблон на СО). Например, так делает инструмент перевода [2]. Ситуация 2 - в существующую статью добавляется часть, переведённая их другой вики. Также в описании к правке, которой вставляется текст, указывается ссылка на оригинальную вики, а при большом куске или значительном переписывании ставят и(или) шаблон на СО. (en:Wikipedia:Translate us#Here's how you can help) --Hrum-Hrum 08:49, 19 марта 2016 (UTC)
- Сделал, как вы сказали. Только комментарий к переименованию не подхватил ссылку на англовики. Там надо было викиразметку использовать? Типы данных в Си Yanpas 17:33, 19 марта 2016 (UTC)
- Лицензия Википедии CC BY-SA, где Attribution (сокращённо BY) - [1] Ситуация 1 - участник создает новую статью, полностью/частично переведя её из другой вики, авторы оригинала указываются в описании к правке, которой создаётся страница (и/или шаблон на СО). Например, так делает инструмент перевода [2]. Ситуация 2 - в существующую статью добавляется часть, переведённая их другой вики. Также в описании к правке, которой вставляется текст, указывается ссылка на оригинальную вики, а при большом куске или значительном переписывании ставят и(или) шаблон на СО. (en:Wikipedia:Translate us#Here's how you can help) --Hrum-Hrum 08:49, 19 марта 2016 (UTC)
Стек вызовов
[править код]Отменил ваше патрулирование в статье Стек вызовов. По прининам:
- вы подтвердили невалидную правку [3] (отменю как будет время, автоматом уже не выходит)
- добавленный вами абзац про amd64 противоречив и неоднозначен
По абзацу amd64:
- «для организации стека вызовов используется только оперативная память и регистр RSP» — сразу две фактические ошибки:
- вы написали о создании стекового кадра, а не стека, который существует вне зависимости от усилий программиста. Возможно вам надо в статью Стековый кадр
- вы говорите об использовании только регистра RSP, но в коде используется RBP, и реализация, насколько я вижу, ничем не отличается, скажем от реализации i386.
- смысл упоминания всуе «оперативной памяти» меня вообще ставит в тупик, архитектуры со стеком вне RAM можно пересчитать по пальцам одной руки
- Сразу видно, что вы старались описать все, но абзац не вписывается в статью и существует отдельно
- Кроме всего, ваш абзац расписывает не только отличия, но и моменты общие для ряда, если не большинства архитектур
IMHO, абзац нужно вписать в статью (Стек вызовов или Стековый кадр), возможно подсократив (то что является общим) и/или расширив остальную статью.
Будет время — помозгую сам, но в таком виде статью подтверждать для публикации (патрулировать) нельзя. Как-то так. Grain (обс.) 13:38, 21 апреля 2017 (UTC)
---
Здравствуйте, Grain. Да, с патрулированием той правки поспешил. По поводу моего вклада в статью:
- Мне кажется абзац лучше всего подходит к этой статье, учитывая то что уже есть иллюстрация со стековыми фреймами и таким понятием как адрес возврата. Стековый фрейм и является единицей стека (типом хранимого на нем элемента) вызовов. Рассматривать стек вызовов только со стороны ЯП высокого уровня и описания, по-моему, недостаточно.
- RSP и RBP. Я имел ввиду то, что RSP именно определен архитектурой (на нем завязаны многие инструкции), а RBP просто выбран в качестве общепринятого во многих ОС / форматаъ исполняемых файлов (PE, ELF).
- Архитектура AMD64 является лишь 64 битной версией i386/i686. В данной статье можно R в именах регистров заменить на E и суть останется той же. Формально, Intel core i7 имеет архитектуру amd64.
- Когда я писал про ОП, я хотел подчеркнуть, что для стека вызовов не используется специальная область памяти в ЦПУ, а используется общая оперативная память. Сам при изучении споткнулся на этом моменте, прочёл в книге "Assembly Language step by step". Пожалуй, стоит переформулировать.
- Статьи с описанием инструкций x86 ассемблера я не нашел, поэтому пришлось снизу описать эти четыре инструкции, но я бы не сказал что они сильно выходят за рамки статьи.
Yanpas (обс.) 18:12, 21 апреля 2017 (UTC)
- Перечитал абзац и решил что лучше всего его вырезать из статьи (в свой черновик). Насколько я вижу, он содержит крохи информации по данной статье, и чуть больше, по статье Стековый кадр. Статьям, вероятно, действительно, не хватает примеров, эти примеры надо будет вставить по тексту. Попробую сделать это на днях.
- 1. Стековый кадр является приложением/методом использования стека, об этом написано ниже, а в статье посвященной стековому кадру он описано подробно.
- 2. xBP (Base Pointer) именно что предназначен для данного искользования архитектурой x86 - 8086+ по умолчанию использует для него сегмент SS, 286+ имеют пару инструкций (ENTER и LEAVE), которые используют xBP неявно. Впрочем, этот регистр - действительно вспомогательное средство.
- 4. Переформулировал исходное описание
- 5. Да, базовые команды (CALL/RET/PUSH/POP) различных платформ, вероятно, стоит где-то написать
Ввот. Grain (обс.) 01:17, 23 апреля 2017 (UTC)
- @Grain:, здравствуйте! Надумали как и куда лучше вставить данную информацию? Если что, правка есть у меня в черновике. Yanpas (обс.) 22:43, 18 сентября 2017 (UTC)
Шаблон «Структуры данных»
[править код]Вы отменили мою правку в шаблоне «Структуры данных». Хотелось бы понять причину. KLIP game (обс.) 18:28, 16 октября 2017 (UTC)
- Здравствуйте! Сейчас шаблон буду переделывать, так как там намешано много всего в кучу (частично и мной). В данном шаблоне останутся только структуры данных из предметной области информатики. Абстрактные типы данных оттуда удалю. АТД - это стек, очередь, множество, отображение (словарь). АТД говорят только об интерфейсе, но не о реализации. Под реализацией понимают структуры данных. Например АТД множество (set) может быть реализовано на красно-чёрном дереве или хэш-таблице. Что касается блокчейна, то это целая технология, с криптографией, (возможно) децентрализованностью и самое главное без конкретики. Она такой же связный список, как и, поезд, например. Кстати в бч возможны и параллельные цепочки. Yanpas (обс.) 18:38, 16 октября 2017 (UTC)
Выборы в Арбитражный комитет 25-го созыва
[править код]Уважаемый участник, 22 ноября начинаются выборы в Арбитражный комитет (АК) 25-го созыва. Всю необходимую информацию можно посмотреть на основной странице выборов.
Вы соответствуете всем критериям избирателя и имеете право голоса на этих выборах. Призываю вас воспользоваться этим правом. --Neolexx (обс.) 13:11, 17 ноября 2017 (UTC)
Данное извещение является разовым в рамках случайной выборки 50 избирателей из общего списка и без вашего желания на новых выборах повторяться не будет.
Удалятор: AlternativeTo
[править код]Страница AlternativeTo, созданная вами, предложена к удалению. Обсуждение — на странице ВП:к удалению/22 февраля 2022#AlternativeTo. Tucvbif??? 15:50, 22 февраля 2022 (UTC)
Это автоматическое уведомление, сгенерированное скриптом «Удалятор».