Если нашел ошибку в статье

Система Российского Индекса Научного Цитирования очень удобна для использования авторами научных работ, целыми организациями и издательствами. РИНЦ анализирует огромное количество показателей, предоставляет зарегистрированным пользователям действительно большой перечень возможных действий, которые значительно упрощают научную деятельность. Но стоит помнить, что каждая система несовершенна и необходимо ознакомиться с алгоритмом устранения ошибок.

В нижеизложенном материале содержится информация о функционале для зарегистрированных пользователей платформы РИНЦ, в частности — о коррекции своего списка цитирований, об исправлении опечаток в научной статье и доработках/правках.

Функционал РИНЦ для авторов

Чтобы воспользоваться всей полнотой возможностей, которые предоставляет авторам РИНЦ, необходимо зарегистрироваться на платформе. Сделать это можно, нажав на ссылку с названием “Регистрация” в левой панели меню сайта elibrary.ru.

Рекомендуем зарегистрироваться сразу и в РИНЦ, и в системе Science Index — регистрация происходит в одном и том же окне, только чуть внизу стоит поставить галочку напротив строки о Science Index.

В своем персональном профиле автора, который может быть открыт вами только после регистрации на платформе, вы сможете видеть все свои показатели и отчеты по цитируемости, менять список цитирований (об этом чуть ниже будет рассказано более подробно). Авторизованный пользователь может оказывать услуги другим авторам и изданиям по переводу, рецензированию, редактуре текстов, отправлять на публикацию свои материалы непосредственно через платформу, в гораздо более упрощенной форме.

РИНЦ и Science Index наверняка упростят вам вашу работу и научно-публицистическую деятельность, поэтому зарегистрироваться на этих сервисах стоит точно.

Исправление опечаток в научной статье

Когда вы отправляете научную статью на электронную почту или в специальную графу на сайте выбранного издания, вы должны осознавать, что ваш материал действительно готов к публикации, и какой-либо коррекции он, в идеале, подвергаться не должен. Но бывают ситуации, когда заметить опечатку получается только после отправления файла в издательство — что же тогда делать?

Отправят ли вашу научную статью в номер или нет — во многом зависит от написанной на нее рецензии. Рецензент тщательно проверяет статью на соответствие требованиям издания, на наличие фактических ошибок, опечаток. Рецензентом выносится один из следующих вердиктов: допускается ли статья в номер без изменений, допускается ли статья в номер вообще, со значительными или же незначительными доработками статья допускается в номер научного журнала.

Дальше в работу, как правило, включаются редакторы научного издания — они исправляют допущенные вами оформительские ошибки и опечатки. Но надеяться на положительный исход совсем не стоит, так как некоторые научные издания не принимают статьи, не соответствующие некоторым требованиям форматирования текста и содержащие опечатки в тексте.

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

Помогут вам избежать опечаток такие сервисы, как “Главред” и “Текст.ру”. При проверке текстов в отдельные окошки выносятся опечатки и грамматические ошибки — материал можно исправить легко и просто, не пропустив ни одного предложения.

Исправление ошибки в базе данных цитирования

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

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

Во-первых, существует вариант связи с службой техподдержки — контактные данные обычно указаны на сайтах библиографических баз данных, поэтому позвонить или отправить электронное письмо вполне реально.

Если же это действие затруднено, можно перейти к второму варианту действий — заявить об ошибке/опечатке непосредственно на странице самого материала (это будет самый удобный вариант для Web of Science, например). Вам нужно будет заполнить соответствующую форму и указать некорректную информацию, добавить корректный, правильный вариант написания каких-либо сведений.

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

Бывает и такое, что ошибка есть в самом списке цитирований ваших научных работ. Этот перечень можно редактировать в РИНЦ через панель возможных действий — там можно убрать научную работу не вашего авторства, добавленную сервисом ошибочно.

Если вы обнаружили опечатку, выделите ее и нажмите Ctrl+Enter (для Windows) и Ctrl+Shift+Enter (для Mac) или пришлите нам ссылку на страницу и скриншот опечатки, мы проверим и в случае необходимости внесем исправления.

Обновлено 7 июля 2021 г.

Что делать, если в твоем тексте или коде нашли ошибку?

Ситуация глазами разработчика

Ты написал код, отправил его на ревью. Во время ревью тебе указали на ошибку в коде и вернули задачу на доработку.

Здесь мы не рассматриваем ошибки в бизнес-логике написанного кода — только ошибки на уровне интерпретатора/компилятора, из-за которых приложение «падает».

Чего НЕ нужно делать

Не нужно послушно исправлять указанную ошибку и отправлять задачу на повторное ревью. После чего ждать дальнейшей участи и надеяться на то, что ревьюер ничего больше не найдет и пропустит код дальше.

А еще не нужно оправдываться. Оправдание есть у каждого (открою секрет: ревьюеру не интересно, почему ты допустил ошибку. В первую очередь это должно быть интересно тебе лично — сделай правильные выводы, чтобы такая ошибка не повторялась).

Что нужно сделать

Не нужно исправлять ошибку сразу. Проверь работоспособность всего кода. Повторю — ПРОВЕРЬ РАБОТОСПОСОБНОСТЬ. И исправь ВСЕ выловленные ошибки.

• Пройдись по коду всеми возможными линтерами и анализаторами (линтер — это как автоматическая проверка орфографии в MS Word, только для кода). 

• Запусти код еще раз у себя (локально, на тестовом стенде, еще как-нибудь). 

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

• Поправь найденные ошибки.

• Повтори все вышенаписанное еще раз.

Почему? 

Наличие ошибки — это повод задуматься о том, что код плохо протестирован самим разработчиком. А ведь прямая обязанность разработчика — это в первую очередь предоставление РАБОТОСПОСОБНОГО кода.

Тестировщики проверяют корректность бизнес-логики, граничные и нестандартные значения. Но только при условии, что код работает и способен запуститься на тестировочном стенде.

Повторяю — нужно исправлять не ошибку, а проверить работоспособность своего кода. Каждой его строчки. И убедиться, что твой код не повлиял на другой функционал.

Запомни: твой коллега-ревьюер — не линтер. В его обязанности не входит построчная проверка кода на синтаксические ошибки.

И тестировщик не линтер. 

Цель ревью — взглянуть на твое решение «свежим» взглядом или с позиции опыта и указать на моменты реализации, которые ты не учел. Но никак не поиск ошибок на уровне кода.

А задача тестировщика — проверить код на соответствие бизнес-требованиям, а также убедиться, что новый функционал не повредил стабильные узлы.

Конечно, есть компании, где ревьюеры пробегутся по всему коду и подробно укажут на все найденные ими ошибки. Но такое бывает редко. И такие ревьюеры — тема для отдельного поста.

Вывод

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

Ревьюерам не хочется постоянно быть нянькой — им хочется выполнять СВОИ задачи, а вместо этого они отвлекаются на поиск ошибок в ТВОЕМ коде.

И это повод:

1. Обновить свой инструментарий: обвесить свою IDE (или редактор кода) линтерами и анализаторами или настроить скрипт, который при изменениях прогонял бы код проекта через них.

2. Подумать над средой для тестирования задач. Чтобы можно было собрать проект и «погонять» его при разных условиях. Не так глубоко, как это делают тестировщики. Но основные кейсы нужно обязательно протестировать самостоятельно. Лайфхак: спроси у коллег, как они тестируют свой код перед отправкой в ревью.

3. При постановке задачи сформировать (с постановщиком, тестировщиком или самостоятельно) тест-кейсы. 

4. Ревьюер скажет тебе спасибо, если ты коротко опишешь список изменений, которые ты внес в код. А также укажешь, как именно тестировал и проверял свой код.

5. Подумать о внедрении подходов и инструментов тестирования (Unit-тесты, TDD, например, если их нет) лично для себя или на уровень всего отдела.

Ситуация глазами редактора

Ты написал текст, отправил на проверку и получил фидбэк о пропущенной запятой или орфографической ошибке. 

Нет. 

Исправить ошибку и снова отправить на проверку. 

Да. 

Внимательно — весьма внимательно — пройтись по всему тексту и перепроверить все запятые и буквы. 

Почему? 

1 

Время принимающего текст (например, старшего редактора) для бизнеса стоит дороже. Он может либо править твои ошибки, либо делать более сложную задачу.  

2

Страдает твоя личная репутация. Неимоверно бесит два или три раза подряд отправлять текст на правку элементарных вещей. ​​

3

Возможно, в тексте есть и другие — более серьезные ошибки. Если ты дописываешь текст в сильной запаре и с вытекающими под вечер глазами, остановись. Проветрись и проверь еще раз. Может, где-то дублирование смыслов. Может, неверная ссылка. В общем, проверь. 

Как быть? 

Не страшно пропустить запятую. Важно отношение. Не надо писать, что было мало времени на вычитку. Или что голова распухла от задач. Надо принять замечание и все внимательно проверить. 

Хитрость

Если ситуация такова, что надо срочно отправить текст, который дописываешь с гудящим от напряжения мозгом, пиши коммент: «Отправляю текст. В нем могут быть опечатки, потому что делали срочно. В течение часа я внимательно проверю еще раз». 

Вывод

Пропущенная запятая — не ошибка, а сигнал о повторной тщательной проверке. 

P.S. 

То же относится, когда на ошибку указали в комментариях в соцсетях. Поблагодарить за внимательность, исправить ошибку и пойти внимательно читать весь текст. Весь. Текст. Целиком. 

РИНЦ – национальная информационная система, официальный сайт которой ELibrary – национальная электронная библиотека, включающая более 20 млн публикаций на различные тематики. Но и в такой большой системе есть свои неточности. Что делать, если нашел опечатку?

Для начала нужно зайти в личный профиль на платформе eLIBRARY.ru. В личном профиле следует перейти в раздел «Авторский указатель». Перед вами откроется страница, где необходимо выбрать цифру в графе «Цитирование». Выйдет список цитирования авторских работ. Не все ваши работы могут выйти сразу. Для полного списка необходимо перейти в раздел «непривязанные ссылки» и нажать поиск. В результате поиска выйдут все ссылки. Найдя ошибку, нажимаете на цитирование и кнопку редактирования. Исправляйте неточность и будьте внимательнее. Удачи вам!

Войти на сайт

или

Забыли пароль?
Еще не зарегистрированы?