Самая жесткая ошибка

72 ответа

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

100%-я восстанавливаемая ошибка.

я разыгрываю Вас нет!

Это то, почему:

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

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

Действительно классический.

ответ дан sharkin 24 November 2019 в 16:02

поделиться

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

После приведения в замешательство некоторое время и согласовывания с коллегой, я исправил ошибку и продолжил тестировать свою новую функциональность. Приблизительно 3 минуты спустя мой телефон звонил. На другом конце строки был сердитый торговец, который жаловался что одна из его отраслей wasn’t показывающий правильно.

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

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

ответ дан 2 revs 24 November 2019 в 16:02

поделиться

Bryan Cantrill из Sun Microsystems дал превосходный Google Tech Talk на ошибке, он разыскал использование инструмента, он помог разработать названный dtrace.

Технический Разговор является забавным, гиковским, информативным, и очень впечатляющим (и длинный , приблизительно 78 минут).

я не дам спойлеров здесь на том, чем ошибка была всего лишь, он начинает показывать преступника приблизительно в 53:00.

ответ дан Tim Stewart 24 November 2019 в 16:02

поделиться

Это вернулось, когда я думал, что C++ и цифровые часы были довольно аккуратны…

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

В этом случае, они были COM-объектами. В ядре системы был компонент, который выделил много извилистых небольших COM-объектов, что все смотрели более или менее то же. Каждый был роздан многим различным клиентам, каждый из которых был ответственен за то, что сделал AddRef() и Release() то же количество раз.

не было способа автоматически вычислить, кто назвал каждого AddRef, и имели ли они Release d.

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

На следующий день я переключился на язык GC’d.*

(*Not на самом деле верный, но было бы хорошее окончание к истории.)

ответ дан Jay Bazuzi 24 November 2019 в 16:02

поделиться

У меня была ошибка в консольной игре, которая произошла только после того, как Вы боролись и выиграли долгое сражение босса, и затем только приблизительно в 1 раз в 5. Когда это инициировало, это оставит аппаратные средства 100% втиснутый и неспособный говорить с внешним миром вообще.

Это была самая застенчивая ошибка, с которой я когда-либо встречался; изменение, автоматизируя, оснащая или отлаживая сражение босса скрыло бы ошибку (и конечно я должен буду сделать 10-20 выполнений, чтобы решить, что ошибка скрылась).

В конце я нашел проблему (вещь гонки кэша/DMA/прерывания) путем чтения кода много раз в течение 2-3 дней.

ответ дан Mike F 24 November 2019 в 16:02

поделиться

Не очень жесткий, но я смеялся много, когда это было раскрыто.

, Когда я обслуживал 24/7 систему обработки заказов для магазина онлайн, клиент жаловался, что его порядок был «усеченным». Он утверждал, что, в то время как порядок он поместил на самом деле содержавшие положения N, система приняла намного меньше положений без любого предупреждения вообще.

После того, как мы проследили поток порядка через систему, следующие факты были показаны. Была хранимая процедура, ответственная за хранение объектов порядка в базе данных. Это приняло список объектов порядка как строка, которая закодировала список (product-id, quantity, price), утраивается как это:

» < 12345, 3, 19.99> < 56452, 1, 8.99> < 26586, 2, 12.99>»

Теперь, автор хранимой процедуры был слишком умен для обращения к чему-либо как обычный парсинг и цикличное выполнение. Таким образом, он непосредственно преобразовал строку в SQL, мультивставляют оператор путем замены "<" с "insert into ... values (" и ">" с ");". Который был все великолепен, если только он не сохранил получившую строку в varchar (8000) переменная!

то, Что произошло, — то, что его "insert ...; insert ...;" было усеченным в 8000-м символе, и для того особого порядка сокращению достаточно «посчастливилось» произойти прямо между insert с, так, чтобы усеченный SQL остался синтаксически корректным .

Позже я узнал, что автор SP был моим боссом.

ответ дан Constantin 24 November 2019 в 16:02

поделиться

С ФОРТРАНОМ на миникомпьютере Data General в 80-х у нас был случай, где компилятор заставил постоянный 1 (один) рассматриваться как 0 (нуль). Это произошло, потому что некоторый старый код передавал константу значения 1 к функции, которая объявила переменную как параметр ФОРТРАНА, который означал, что это было (предположено быть) неизменно. Из-за дефекта в коде мы делали уроки к переменной параметра, и компилятор радостно изменил данные в ячейке памяти, которую это использовало для постоянного от 1 до 0.

Много несвязанных функций позже у нас был код, который сделал сравнивание с литеральным значением 1, и тест перестанет работать. Я не забываю уставиться на тот код в течение самого долгого времени в отладчике. Я распечатал бы значение переменной, это будет 1 все же тест ‘если (нечто.EQ. 1)’ перестал бы работать. Мне потребовалось долгое время, прежде чем я думавший попросить, чтобы отладчик распечатал, что это думало значение 1, был. Тогда потребовалось большое получение по запросу волос для прослеживания через код для нахождения, когда постоянный 1 стал 0.

ответ дан Bryan Oakley 24 November 2019 в 16:02

поделиться

Первое было то, что наш выпущенный продукт показал ошибку, но когда я пытался отладить проблему, он не произошел. Я думал, что это было «выпуском по сравнению с отладкой» вещь сначала — но даже когда я скомпилировал код в режиме выпуска, я не мог воспроизвести проблему. Я пошел, чтобы видеть, мог ли какой-либо другой разработчик воспроизвести проблему. Нет. После большого расследования (производящий смешанный ассемблерный код / C листинг кода) вывода программы и ступающий через ассемблерный код выпущенного продукта (фу!), я нашел незаконную строку. Но строка смотрела очень хорошо мне! Я тогда имел к поиску, что инструкции по сборке сделали — и конечно же неправильная инструкция по сборке была в выпущенном исполняемом файле. Тогда я проверил исполняемый файл, который произвела моя среда сборки — это имело корректную инструкцию по сборке. Оказалось, что машина сборки так или иначе стала поврежденной и произвела плохой ассемблерный код только для одной инструкции для этого приложения. Все остальное (включая предыдущие версии нашего продукта) произвело идентичный код для других машин разработчиков. После того, как я показал свое исследование менеджеру по программному обеспечению, мы быстро восстановили нашу машину сборки.

ответ дан Kevin 24 November 2019 в 16:02

поделиться

Где-нибудь глубоко в кишечнике сетевого приложения была (упрощенная) строка:

if (socket = accept() == 0)
    return false;

//code using the socket()

, Что произошло когда вызов, за которым следуют? socket был установлен на 1. Что делает send(), делают, когда дали 1? (такой как в:

send(socket, "mystring", 7);

Это печатает к stdout… это, я нашел после 4 часов удивления, почему, с весь моим printf() вынутая с, мое приложение печатала к окну терминала вместо того, чтобы отправить данные по сети.

ответ дан Claudiu 24 November 2019 в 16:02

поделиться

Я просто хочу указать на довольно общую и противную ошибку, которая может происходить в это время области Google:
вставка кода и печально известное минус

Это когда Вы вставка копии некоторый код с минус в нем вместо регулярного дефиса символа ASCII — минус (‘-‘) .

alt text
Плюс, минус (U+2212), Дефис — Минус (U+002D)

Теперь, даже при том, что минус, предположительно, представляется как дольше, чем дефис — минус, на определенных редакторах (или на оболочке DOS окна), в зависимости от используемого набора символов, это на самом деле представляется как регулярный ‘-‘ знак «минус» дефиса.

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

май не быть самой жесткой ошибкой там, но разбивающий достаточно;)

(Спасибо ShreevatsaR для определения инверсии в моем исходном сообщении — см. комментарии)

ответ дан 4 revs 24 November 2019 в 16:02

поделиться

Один из продуктов, я помог сборке на своей работе, работал на сайте для клиентов в течение нескольких месяцев, собираясь и счастливо записывая каждое событие, которое это получило к базе данных SQL Server. Это работало очень хорошо в течение приблизительно 6 месяцев, собирая приблизительно 35 миллионов записей или около этого.

Тогда однажды наш клиент спросил нас, почему база данных не обновляла в течение почти двух недель. После дальнейшего расследования мы нашли, что соединению с базой данных, которое делало вставки, не удалось возвратиться из вызова ODBC. К счастью поток, который делает запись, был разделен от остальной части потоков, позволение всего кроме записи распараллеливает, чтобы продолжить функционировать правильно в течение почти двух недель!

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

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

При работе над сервером однажды, все еще сборе отладочной информации из приложений, поскольку они отказали, пытаясь выяснить то, что продолжалось, сервер BSoD на мне. Когда сервер возвратился онлайн, я открыл мини-дамп в WinDbg для выяснения, каков незаконный драйвер был. Я получил имя файла и проследил его до фактического файла. После исследования информации о версии в файле я выяснил, что это была часть пакета антивируса McAfee, установленного на компьютере.

Мы отключили антивирус и не имели единственной проблемы с тех пор!!

ответ дан Miquella 24 November 2019 в 16:02

поделиться

Ошибка, где Вы сталкиваетесь с некоторым кодом, и после изучения его, Вы завершаете, «нет никакого способа, которым это, возможно, когда-либо работало!» и внезапно это прекращает работать, хотя это всегда работало прежде.

ответ дан Dave L. 24 November 2019 в 16:02

поделиться

Мой был аппаратной проблемой…

Назад в день, я использовал DEC VaxStation с большим 21-дюймовым монитором CRT. Мы переместились в лабораторию в нашем новом здании и установили два VaxStations в противоположных углах комнаты. После включения питания мой монитор мерцал как дискотека (да, это были 80-е), но другой монитор не сделал.

Хорошо, подкачайте мониторы. Другой монитор (теперь подключенный к моему VaxStation) мерцал, и мой прежний монитор (продвигался по комнате), не сделал.

я помнил, что основанные на CRT мониторы были чувствительны к магнитным полям. На самом деле они были — очень чувствительны к 60 Гц, чередующим магнитные поля. Я сразу подозревал, что что-то в моей рабочей области генерировало 60 Гц, чередующих магнитное поле.

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

Для тестирования этой теории мы преобразовали VaxStation и его 85-фунтовый монитор в портативную систему. Мы поместили всю систему в rollaround корзину и подключили ее к 100-футовому оранжевому кабельному удлинителю конструкции. План состоял в том, чтобы использовать эту установку в качестве портативного измерителя напряженности поля для определения местоположения незаконного элемента оборудования.

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

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

я переместил монитор в половину комнаты с проблемой и выключил потолочные светильники. Мерцание останавливается. Когда я включил световые сигналы, возобновленное мерцание. Включение или выключение световых сигналов от любого выключателя, включенного или выключенного мерцание в половине комнаты.

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

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

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

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

Мораль истории: горячие и нейтральные строки в Вашем проводном соединении питания переменным током друг рядом с другом на серьезном основании.

Теперь, все, что я должен был сделать, должно было объяснить управлению, почему они должны были повторно соединить часть проводом своего нового здания…

ответ дан 2 revs, 2 users 98% 24 November 2019 в 16:02

поделиться

Это было на Linux, но, возможно, произошло на фактически любой ОС. Теперь большинство из Вас, вероятно, знакомо с API сокета BSD. Мы счастливо используем его год за годом, и это работает.

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

Мы видели в файлах журнала, что что-то пошло не так, как надо, но было безумно трудно точно определить. Тесты с Рациональным Очищают, сказал, что ничто не было неправильно. Но что-то БЫЛО неправильно. Мы работали над этим в течение многих дней и все больше расстраивались. Это был showblocker, потому что уже согласованный тест вызовет опустошение в приложении.

, Поскольку ошибка только произошла в высоких ситуациях с загрузкой, я перепроверил все, что мы сделали с сокетами. Мы никогда не тестировали высокие случаи загрузки в, Очищают, потому что это не было выполнимо в такой интенсивно использующей память ситуации.

Наконец (и к счастью) я помнил, что крупное количество сокетов могло бы быть проблемой с выбором (), который ожидает изменений состояния на сокетах (может читать / может записать / ошибка). Конечно же, наше приложение начало наносить ущерб точно момент, это достигло сокета с дескриптором 1025. Проблема состоит в том, что выбор () работает с параметрами битового поля. Битовые поля заполнены макросами FD_SET () и друзья, которые не ПРОВЕРЯЮТ ИХ ПАРАМЕТРЫ НА ЗАКОННОСТЬ.

Поэтому каждый раз мы преобладали над 1 024 дескрипторами (каждая ОС имеет свой собственный предел, ядра Linux ванили имеют 1024, фактическое значение определяется как FD_SETSIZE), макрос FD_SET счастливо перезаписал бы свое битовое поле и мусор записи в следующую структуру в памяти.

я заменил весь выбор () вызовы с опросом (), который является хорошо разработанной альтернативой тайному выбору () вызов, и высоко загрузитесь, ситуации никогда не были проблемой everafter. Мы были удачливы, потому что вся обработка сокета была в одном классе платформы, где 15 минут работы могли решить проблему. Это было бы намного хуже, если бы выбор () вызовы был опрыснут на всем протяжении кода.

извлеченные Уроки:

  • , даже если API-функции 25 лет и все используют ее, она может иметь темные углы, которые Вы еще не знаете

  • записи памяти, непроверенные в макросах API ЗЛЫЕ

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

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

  • много выборов использования приложений (), не думая о пределе сокета. Таким образом, я вполне уверен, можно вызвать ошибки в БОЛЬШОМ КОЛИЧЕСТВЕ популярного программного обеспечения путем простого использования многих много сокетов. К счастью большинство приложений никогда не будет иметь больше чем 1 024 сокетов.

  • Вместо того, чтобы иметь безопасный API, разработчикам ОС нравится возлагать вину на разработчика. Выбор Linux () в странице справочника говорится

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

Это вводит в заблуждение. Linux может открыть больше чем 1 024 сокета. И поведение абсолютно четко определено: Используя неожиданные значения разрушит выполнение приложения. Вместо того, чтобы делать макросы эластичными к недопустимым значениям, разработчики просто перезаписывают другие структуры. FD_SET реализован как встроенный ассемблерный код (!) в заголовках Linux и оценит к единственной ассемблерной инструкции по записи. Не малейшая проверка границ, происходящая где угодно.

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

Thorsten79

ответ дан 8 revs 24 November 2019 в 16:02

поделиться

Это требует знания небольшого количества ассемблера Z-8000, который я объясню, когда мы идем.

я работал над встроенной системой (в ассемблере Z-8000). Различное подразделение компании создавало различную систему на той же платформе и записало библиотеку функций, которые я также использовал на своем проекте. Ошибка была то, что каждый раз я вызвал одну функцию, разрушенная программа. Я проверил все свои исходные данные; они были в порядке. Это должна была быть ошибка в библиотеке — за исключением того, что библиотекой пользовались (и хорошо работал) в тысячах сайтов POS по всей стране.

Теперь, центральные процессоры Z-8000 имеют 16 16-разрядных регистров, R0, R1, R2… R15, который может также быть обращен как 8 32-разрядных регистров, названных RR0, RR2, RR4.. RR14 и т.д. Библиотека была записана с нуля, осуществив рефакторинг набор более старых библиотек. Это были очень чистые и сопровождаемые строгие стандарты программирования. В начале каждой функции каждый регистр, который использовался бы в функции, был продвинут на стек сохранить свое значение. Все было аккуратным & опрятный — они были прекрасны.

, Тем не менее, я изучил список ассемблеров для библиотеки, и я заметил что-то нечетное о той функции—В начале функции, это имело НАЖАТИЕ, RR0 / ПРОДВИГАЮТ RR2, и в конце имел POP RR2 / POP R0. Теперь, если Вы не следовали за этим, это продвинуло 4 значения на стеке в запуске, но только удалило 3 из них в конце. Это — залог провала. Там неизвестное значение на вершине стека, где обратный адрес должен был быть. Функция не могла возможно работать.

Кроме, может я напоминать Вам, что это работало. Это называли тысячами времен в день на тысячах машин. Это не могло возможно НЕ работать.

Через какое-то время отладка (который не был легок в ассемблере во встроенной системе с инструментами середины 1980-х), это будет всегда отказывать по возврату, потому что плохое значение отправляло его в случайный адрес. Очевидно я должен был отладить рабочее приложение, для выяснения, почему оно не перестало работать.

ну, помните, что библиотека была очень хороша о сохранении значений в регистрах, поэтому как только Вы помещаете значение в регистр, это осталось там. R1 имел 0000 в нем. Это всегда имело бы 0000 в нем, когда та функция была вызвана. Ошибка поэтому уехала 0000 на стеке. Таким образом, когда функция возвратилась, она перейдет для обращения 0000, который именно так, оказалось, был RET, которое вытолкает следующее значение (корректный обратный адрес) от стека и перейдет к этому. Данные отлично замаскировали ошибку.

, Конечно, в моем приложении, у меня было различное значение в R1, таким образом, это просто отказало….

ответ дан 5 revs, 3 users 95% 24 November 2019 в 16:02

поделиться

Этого не произошло со мной, но друг сказал мне об этом.

Он должен был отладить приложение, которое будет отказывать очень редко. Это только перестало бы работать по средам — в сентябре — после 9-го. Да, 362 дня года, это было прекрасно, и три дня из года, который это сразу разрушит.

Это отформатировало бы дату как «среда, 22 сентября 2008», но буфер был одним символом, слишком коротким — таким образом, это только вызовет проблему, когда у Вас было 2 цифры DOM в день с самым длинным именем в месяце с самым длинным именем.

ответ дан 2 revs 24 November 2019 в 16:02

поделиться

Две самых жестких ошибки, которые приходят на ум, были и в том же типе программного обеспечения, только один был в веб-версии, и один в версии для Windows.

Этим продуктом является средство просмотра/редактор плана размещения. Веб-версия имеет фронтенд флэш-памяти, который загружает данные как SVG. Теперь, это хорошо работало, только иногда, браузер зависнет. Только на нескольких рисунках, и только когда Вы шевелили мышью по рисунку некоторое время. Я сузил проблему к единственному слою рисунка, содержа 1,5 МБ данных SVG. Если я взял только подраздел данных, какой-либо подраздел, подвешивание не произошло. В конечном счете это рассветало на мне, которым проблема, вероятно, состояла в том, что было несколько различных разделов в файле, который в комбинации вызвал ошибку. Конечно же, после случайного удаления разделов слоя и тестирования на ошибку, я нашел незаконную комбинацию рисования операторов. Я записал обходное решение в генераторе SVG, и ошибка была исправлена, не изменяя строку actionscript.

В том же продукте на стороне окон, записанной в Дельфи, у нас была сопоставимая проблема. Здесь продукт берет AutoCAD файлы DXF, импортирует их к внутреннему формату рисунка и представляет их в пользовательском механизме рисунка. Эта стандартная программа импорта не особенно эффективна (она использует много подстроки, копирующей), но это сделало задание. Только в этом случае это не было. Файл на 5 мегабайтов обычно импортирует за 20 секунд, но на одном файле потребовалось 20 минут, потому что объем потребляемой памяти увеличился к гигабайту или больше. Сначала это походило на типичную утечку памяти, но инструменты утечки памяти сообщили, что это убирает, и ручная инспекция кода ничего не подняла также. Проблема оказалась ошибкой в Дельфи 5 средство выделения памяти. В некоторых условиях, которые должным образом воссоздавал этот конкретный файл, это будет подвержено серьезной фрагментации памяти. Система продолжала бы пытаться выделить большие строки и найти, чтобы нигде поместить их кроме выше самого высокого выделенного блока памяти. Интеграция новой библиотеки выделения памяти исправила ошибку, не изменяя строку кода импорта.

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

ответ дан Joeri Sebrechts 24 November 2019 в 16:02

поделиться

Когда любимый кролик кролика клиента грыз отчасти через кабель Ethernet. Да. Это было плохо.

ответ дан slashmais 24 November 2019 в 16:02

поделиться

Наш сетевой интерфейс, способная к DMA карта ATM, достаточно редко поставил бы поврежденные данные в полученных пакетах. AAL5 CRC проверил как корректный, когда пакет вошел от провода, все же данные, DMAd к памяти будет неправильным. Контрольная сумма TCP обычно ловила бы, у нее, но назад в бурные дни людей ATM вызвали энтузиазм о запуске исходных приложений непосредственно на AAL5, обойдясь без TCP/IP в целом. Мы в конечном счете заметили, что повреждение только произошло на некоторых моделях рабочей станции поставщика (кто должен остаться неназванным), не другие.

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

Мы нашли ошибку в кэше данных поставлющегося ЦП. Кэш в этом процессоре не был когерентным с DMA, требуя, чтобы программное обеспечение явно сбросило его в надлежащие времена. Ошибка была то, что иногда кэш на самом деле не сбрасывал свое содержание, когда сказали, чтобы сделать так.

ответ дан DGentry 24 November 2019 в 16:02

поделиться

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

ответ дан Jason Etheridge 24 November 2019 в 16:02

поделиться

В основном, что-либо включающее потоки.

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

ответ дан PeterAllenWebb 24 November 2019 в 16:02

поделиться

Мое первое «реальное» задание было для компании, которая записала программное обеспечение автоматизации торгового персонала клиент-сервер. Наши клиенты запустили клиентское приложение на своих ноутбуках (15 фунтов), и в конце дня они набрали до наших серверов Unix для синхронизации с базой данных Mother. После серии жалоб мы нашли, что астрономическое количество вызовов отбрасывало в самом начале, во время аутентификации.

После недель отладки, мы обнаруживали, что аутентификация всегда отказавший, если входящий звонок ответил процесс getty на сервере, идентификатор Процесса которого содержал четное число, сопровождаемое сразу 9. Оказывается, что аутентификация была доморощенной схемой, которая зависела от представления с 8 символьными строками PID; ошибка заставила незаконный PID разрушать getty, который повторно метал икру с новым PID. Второй или третий вызов обычно находил приемлемый PID, и автоматический повторный набор сделал ненужным для клиентов вмешаться, таким образом, это не считали значительной проблемой, пока телефонные счета не прибыли в конце месяца.

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

ответ дан Adam Liss 24 November 2019 в 16:02

поделиться

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

Некоторые различные примеры:

  1. ffmpeg имеет эту противную привычку к созданию предупреждения о «brainfart обрезающий» (относящийся к случаю, где в потоке обрезающие значения> = 16), когда значения обрезки в потоке были на самом деле совершенно допустимы. Я зафиксировал его путем добавления трех символов: «h->».

  2. x264 имел ошибку, где в чрезвычайно редких случаях (каждый миллионный кадр) с определенными опциями он произведет случайный блок полностью неправильного цвета. Я исправил ошибку путем добавления буквы «O» в двух местах в коде. Выпущенный я написал название c орфографическими ошибками #define в более ранней фиксации.

ответ дан Dark Shikari 24 November 2019 в 16:02

поделиться

Мертвая блокировка в моей первой многопоточной программе!

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

ответ дан Rômulo Ceccon 24 November 2019 в 16:02

поделиться

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

Резюме приложения в случае, если Вы не видели, что Adam обменивается сообщениями все же: программное обеспечение автоматизации торгового персонала… на ноутбуках… заканчивается дня, который они набрали… для синхронизации с базой данных Mother.

Один пользователь жаловался, что каждый раз пытался набрать в, приложение откажет. Люди поддержки клиентов прошли все свои обычно сверхтелефонные диагностические приемы, и они ничего не нашли. Так, они должны были смягчиться к окончательному: имейте пользователя FedEx ноутбук в наши офисы. (Это было очень грандиозным предприятием, поскольку локальная база данных каждого ноутбука была настроена пользователю, таким образом, новый ноутбук должен был быть подготовлен, поставлен пользователю для него для использования, в то время как мы работали над его оригиналом, тогда мы должны были подкачать назад и иметь его, наконец синхронизируют данные по первому исходному ноутбуку).

Так, когда ноутбук прибыл, он был дан мне для выяснения проблемы. Теперь, синхронизируя включенное присоединение телефонная линия к внутреннему модему, идя в страницу «Communication» нашего приложения и выбирая номер телефона из Выпадающего списка (с последним числом, используемым предварительно выбранный). Числа в DDL были частью настройки и были в основном, количество офиса, количество офиса, снабженного префиксом «+1», количество офиса, снабженного префиксом «9», в случае, если они звонили из отеля и т.д.

Так, я нажимаю значок «COMM» и нажатый возврат. Это набрало в, это соединилось с модемом — и затем сразу отказало. Я усталый еще несколько раз. 100%-я воспроизводимость.

Так, крючковатое данные определяют объем между ноутбуком & телефонная линия, и посмотревший данные, идущие через строку. Это выглядело довольно нечетным… Самая странная часть была то, что я мог считать его!

пользователь, по-видимому, хотел использовать свой ноутбук для набора номера в локальную систему BBS, и таким образом, измените конфигурацию приложения для использования номера телефона BBS вместо компании. Наше приложение ожидало наш собственный протокол двоичной синхронной передачи данных — не длинные потоки текста ASCII. Переполненные буферы — KaBoom!

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

я зафиксировал номер телефона и передал его обратно службе поддержки с примечанием, выбирающим парня «Пользователь тупицы недели». (*)

<час>

(*) OkOkOk… Существует, вероятно, очень хороший шанс, что на самом деле произошло в этом, ребенок парня, видя его родительский набор каждой ночью, полагал, что это — то, как Вы набираете в BBS также и изменили номер телефона когда-то, когда он был дома один с ноутбуком. Когда это отказало, он не хотел признавать, что он коснулся ноутбука, уже не говоря о повредил его; таким образом, он просто убрал его и не сказал никому.

ответ дан James Curran 24 November 2019 в 16:02

поделиться

Имел ошибку на платформе с очень плохим на отладчике устройства. Мы добрались бы катастрофический отказ на устройстве , если бы мы добавили printf к коду. Это тогда отказало бы в различном месте, чем местоположение printf. Если мы переместили printf, эти , катастрофический отказ был бы эфир перемещаться или исчезать . На самом деле, если бы мы изменили тот код путем переупорядочения некоторых простых операторов, катастрофический отказ произошел бы некоторые, где не связанный с кодом, который мы действительно изменяли.

Это поворачивается, там был ошибка в перемещающей программе для нашей платформы. перемещающая программа не была нулем, инициализирующим раздел ZI, а скорее использующим таблицу перемещения для initialze значения. Так любое время таблица перемещения, измененная в двоичном файле, ошибка переместилась бы. Так просто добавленный printf изменился бы, перемещение представляют в виде таблицы там для ошибки.

ответ дан Ted 24 November 2019 в 16:02

поделиться

Моя команда наследовала основанное на CGI, многопоточное веб-приложение C++. Основная платформа была Windows; удаленным, использованием вторичной платформы был Солярис с потоками Posix. Устойчивость на Солярисе была бедствием по некоторым причинам. У нас были различные люди, которые посмотрели на проблему больше года, прочь и на (главным образом прочь), в то время как наши сотрудники отдела продаж успешно продвинули версию Windows.

признак был жалостной устойчивостью: широкий спектр системы отказывает с небольшой рифмой или причиной. Приложение используется и Corba и протокол собственной разработки. Один разработчик пошел, насколько удалить всю подсистему Corba как отчаянную меру: никакая удача.

Наконец, старший, исходный разработчик задался вопросом вслух об идее. Мы изучили его и в конечном счете нашли проблему: на Солярисе было время компиляции (или время выполнения?) параметр для корректировки размера стека для исполняемого файла. Это было установлено неправильно: слишком маленький. Так, приложение исчерпывало стек и печатало отслеживания стека, которые были общими отвлекающими маневрами.

Это был истинный кошмар.

извлеченные Уроки:

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

ответ дан Michael Easter 24 November 2019 в 16:02

поделиться

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

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

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

После нескольких попыток мы обнаружили, что проблема была с мышью конкретной марки и модели.
Рабочее место клиента находилось рядом с очень большим окном, и в полдень мышь находилась под прямыми солнечными лучами.
Его пластик был настолько тонким, что в этих условиях он становился полупрозрачным, и солнечный свет мешал оптико-механическому колесу работать: |

ответ дан 24 November 2019 в 16:02

поделиться

Я слышал о классическом ошибка еще в старшей школе; терминал, в который можно было войти, только если вы сидели в кресле перед ним. (Он отклонил бы ваш пароль, если бы вы стояли.)

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

В конце концов выяснилось, что какой-то придурок поменял местами пару соседних клавиш на клавиатуре, E / R и C / V IIRC, и когда вы садились, вы набирали вслепую и входили, но когда вы стояли, вам приходилось охотиться и клевать, поэтому вы смотрели на неправильные метки и терпели неудачу.

ответ дан 24 November 2019 в 16:02

поделиться

Это было во время моей дипломной работы. Я писал программу для моделирования воздействия высокоинтенсивного лазера на атом гелия с помощью FORTRAN.

Один тестовый прогон работал следующим образом:

  • Рассчитать исходное квантовое состояние с помощью программы 1, около 2 часов.
  • run основное моделирование данных с первого шага, для наиболее простых случаев от 20 до 50 часов.
  • затем проанализируйте результат с помощью третьей программы, чтобы получить значимые значения, такие как энергия, торк, импульс

Они должны быть постоянными в целом, но они не были. Они делали всевозможные странные вещи.

После отладки в течение двух недель я пришел в ярость от ведения журнала и регистрировал каждую переменную на каждом этапе моделирования, включая константы.

Таким образом я обнаружил, что написал конец массива, который изменил константу !

ответ дан 24 November 2019 в 16:02

поделиться

Другие вопросы по тегам:

Похожие вопросы:

Категория: Minecraft

Автор: Аид

7/05/2019

Просмотров: 479

Комментариев: 0

  • 0
  • 1
  • 2
  • 3
  • 4
  • 5

Добавить комментарий

Оставить комментарий

Кликните на изображение чтобы обновить код, если он неразборчив

10 Самых Жёстких Ошибок Инженеров...

Ошибки Работников-Инженеров, в Которые Невозможно Поверить! Топ 10Подробнее

Ошибки Работников-Инженеров, в Которые Невозможно Поверить! Топ 10

Самые Большие Ошибки Инженеров и АрхитекторовПодробнее

Самые Большие Ошибки Инженеров и Архитекторов

САМЫЕ ДОРОГИЕ ИНЖЕНЕРНЫЕ ОШИБКИ В МИРЕ [Часть 2]Подробнее

САМЫЕ ДОРОГИЕ ИНЖЕНЕРНЫЕ ОШИБКИ В МИРЕ [Часть 2]

Самые Дорогие Ошибки Работников-Инженеров…Подробнее

Самые Дорогие Ошибки Работников-Инженеров...

Ошибки Работников-Инженеров, в Которые Невозможно Поверить! Топ 10Подробнее

Ошибки Работников-Инженеров, в Которые Невозможно Поверить! Топ 10

20 САМЫХ НЕЛЕПЫХ ОШИБОК РАБОЧИХ, СНЯТЫХ НА КАМЕРУПодробнее

20 САМЫХ НЕЛЕПЫХ ОШИБОК РАБОЧИХ, СНЯТЫХ НА КАМЕРУ

Самые Дорогие Ошибки За Всю Историю. Часть 2Подробнее

Самые Дорогие Ошибки За Всю Историю. Часть 2

60 строительных ошибок, заставляющих смеяться и плакать (3 серия)Подробнее

60 строительных ошибок, заставляющих смеяться и плакать (3 серия)

Самые Грубые Просчеты Инженеров-Работников Снятые на КамеруПодробнее

Самые Грубые Просчеты Инженеров-Работников Снятые на Камеру

Самые Дорогостоящие Ошибки в Истории ЧеловечестваПодробнее

Самые Дорогостоящие Ошибки в Истории Человечества

60 строительных ошибок, заставляющих смеяться и плакать (4 серия)Подробнее

60 строительных ошибок, заставляющих смеяться и плакать (4 серия)

Ошибки Инженеров, которые Невозможно Простить! Топ 10Подробнее

Ошибки Инженеров, которые Невозможно Простить! Топ 10

Самые Дорогие Ошибки В Истории. Часть 4Подробнее

Самые Дорогие Ошибки В Истории. Часть 4

Актуальное

24 ЖЁСТКИЕ ошибки на пути к красивому телу

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

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

Спрашивал у вас я, кстати, в этой статье.

Значит, сижу я ещё на выходных (ездил к родителям в Медгору с моей любимой девушкой), пахнет свежесваренным кофе, день. Я вспоминаю с самого начала, что мне стоило знать много лет назад, чтобы гораздо быстрее спрогрессировать.

Начинаю писать, проходит несколько часов (а казалось, что 30-40 минут), я вижу, что у меня перед глазами более 35 ошибок практически каждого новичка… И самое главное, что это только те ошибки, которые мне пришли в голову на лету!!!

Я ещё сильнее напрягся, упорно подумал, и дописал ещё 7 ошибок. Что мы имеем? 42 ошибки по итогу…

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

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

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

24 ошибки, которые тормозят ваш прогресс

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

1. Сравнительно лёгкие тренировки, вместо «на грани мышечного отказа»

Для того, чтобы тело начало меняться необходимо показать ему, что это выгодно!

Прогрессирующая (растущая) нагрузка – это именно то, что даёт телу понять, что для того, чтобы сэкономить энергию в будущем, нужно немного вырастить мышцы в объёме (ведь, чем больше мышцы, тем более объёмную работу они способны выполнять).

Большинство новичков жалеют себя! Им кажется, что они слишком много тренируются, хотя, на самом деле, тренируются слишком мало. А зачем меняться нашему телу, если оно прекрасно справляется с нагрузкой (она слишком лёгкая)?

Это не выгодно, именно поэтому мышцы не растут.

Обратите на это внимание, это банальный, но один из самых важных пунктов.

2. Слабый контроль за питанием (несоблюдение диеты)

Необходимо не просто единоразово сбросить вес, а выработать привычки в питании! Вы должны понимать, когда вы будете толстеть, когда худеть, и что вам надо делать, чтобы управлять всем этим процессом!

По сути, всё сводится к следующим основным постулатам:         

  • Если «приход» калорий больше, чем расход – вы толстеете.
  • Если расход больше калорий, чем «приход» калорий – вы худеете.
  • Если расход равен «приходу» калорий – вы остаётесь с прежним весом.

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

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

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

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

3. Человек не чувствует мышцы, которые тренирует

Друзья, я говорил об этом сотни раз на моём блоге, и тысячи раз людям, которых тренировал или давал свои рекомендации по тренировкам, но повторюсь ещё раз.

Вы должны ЧУВСТВОВАТЬ мышцу, которую тренируете! Так вы УСЛОЖНЯЕТЕ ей работу!

Бодибилдинг – уникальный вид спорта. Это тот вид физической активности, при котором мы стараемся усложнить себе работу, а не упростить. Причём мы делаем это сознательно.

Мышцам нет смысла увеличиваться, если не растёт нагрузка, но главное, чтобы эта нагрузка попадала ТОЧНО В ЦЕЛЬ (в целевую мышцу).

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

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

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

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

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

4. Несоблюдение техники выполнения упражнений

Это крайне распространённая и очень опасная ошибка многих новичков.

Если вы не соблюдаете технику выполнения упражнений, то:

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

Когда вы делаете подъёмы штанги на бицепс, то вспомните, как хочется отклониться назад, чтобы помочь себе закинуть вес. Тело хочет помочь бицепсу (маленькой мышечной группе), спиной (большой мышечной группой), чтобы сэкономить энергию! Понимаете?

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

Ну и про травмы объяснять я думаю смысла особого нет. Самое главное запомнить, в каждом упражнении вы должны стремиться к идеальной технике!

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

В других видах спорта нет цели вырастить большие мышцы, там, скорее, это будет мешать, поэтому в любом другом спорте целью стоит какое-то конкретное спортивное достижение (дальше прыгнуть, быстрее пробежать, больше пожать и т.д.). Для этого необходимо упростить себе работу, а не утяжелить её.

5. Выполнение неэффективных или слабоэффективных упражнений

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

Запомните, важно не то, насколько не похож ваш путь на остальные, а эффективность его преодоления!

Мышце по большому счёту пофигу, что вы там держите в руках, штангу или бревно. Если нагрузка растёт, то организм даёт сигнал на выработку анаболических, транспортных и стрессовых гормонов, которые будут способствовать росту.

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

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

На более продвинутых этапах, естественно, в них есть целесообразность.

6. Тренировки без учёта пола, возраста, тренированности и генетики

К сожалению, очень часто попадается на глаза такая картина: парень, который уже довольно давно занимается в тренажёрке (или недолго), приводит в зал «тренировать» свою девушку или подругу.

Дальше он начинает тренировать её ПО СВОЕЙ ПРОГРАММЕ! Девушка пыхтит, корчится, выполняет подход за подходом в каждой тренировке по глубочайшему сплиту, но прогресс её практически не движется.

Ягодиц, как не было, так и нет. Рельефа не появляется. Только переутомление, вялость и нежелание идти на тренировку.

Я писал уже про тренировку для девушек. Почитайте. Там много интересных мыслей и советов.

Тренировка для девушек

Вот основные генетические особенности, на которые обязательно надо обращать внимание:

  1. Пол;
  2. Возраст;
  3. Уровень подготовки;
  4. Скорость обмена веществ;
  5. Типы мышечных волокон (какие преобладают);
  6. Удобные для конкретного организма места скопления жира;
  7. Тип телосложения (соматотип);

7. Отсутствие элементарных знаний о мышечном росте

Мышцы поддаются следующим «правилам роста»:

  1. Прогрессирующая нагрузка(создание выгодных телу условий для роста).
  2. Качественное восстановление(дробное питание 6-12 раз в день + 8-10 часов сна).
  3. Мышечное чувство(нагрузка должна попадать точно в цель, необходимо чувствовать ту мышцу, которую пытаетесь накачать).

Я назвал идеальные условия (речь о п.1 и п.2) – безусловно мелкие и редкие изменения этих параметров не убьют ваш прогресс, но безусловно замедлят.

Вот, собственно, и всё. Чтобы вырастить (гипертрофировать) мышцы, необходимо соблюсти всего лишь эти три базовых правила.

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

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

Этого достаточно. Просто делайте.

8. Ожидание быстрого результата

Многие люди, начав что-то, вскоре бросают это. Такие люди очень редко как-то выделяются из серой, однообразной массы людей и достигают чего-то в своей жизни.

«Есть ли в мире что-то, чего нельзя добиться упорным трудом?» (Хисон Нам «Лунный скульптор Ли Хэн»)

Многим людям не хватает именно этого качества, чтобы добиться выдающихся результатов.

Это очень сложно! Сложно, когда вокруг в тебя никто не верит и уверяет, что у тебя ничего не получится. «у тебя кость широкая, против генетики не попрёшь, просто такая конституция» — твердят, желающей похудеть женщине, жирные «подруги».

Но чем больше вы будете гнуть свою линию, будете больше предпринимать и пробовать, тем лучше у вас будет это получаться!

Чуть позже вы поймёте, что вы уже с лёгкостью выполняете то, что раньше казалось очень тяжёлым, потому что адаптировались! Вы пробовали, отдавали (время, силы, деньги) и упорно трудились, чтобы добиться желаемого! Вы потратили много сил, денег, времени, чтобы добиться этого и со временем вы поймёте, как ваша жизнь становится лучше!

Вы обязательно получаете награду, если вы что-то отдали!

9. Тренировки без учёта суперкомпенсации

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

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

Если внешние факторы остаются неизменными (нагрузка перестаёт расти), то организм перестаёт адаптироваться, остаётся на прежнем уровне и рост останавливается.

Но если нагрузка продолжает расти (более тяжёлые нагрузки на тренировках, больше времени на солнце и т.д.), то процесс адаптации (роста) будет продолжаться дальше (больше мышцы, темнее кожа и т.д.)!

Прогрессирующая (новая, увеличенная) нагрузка должна попадать именно в дни суперкомпенсации, чтобы организм понял, что опять не справляется с полученной нагрузкой. Так мышцы станут ещё больше!

Весь этот процесс можно изобразить на графике следующим образом:

Суперкомпенсация мышц

Почитайте об этом в моей подробной статье о суперкомпенсации. Уверен, информация вам очень понравится.

10. Слишком долгий переход от знаний к действиям

Обучаться чему-то и стремиться к развитию – это прекрасно! Плохо, когда человек только учится, но ничего не внедряет на практике.

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

Им кажется, что в каждой ситуации они новички, что когда-нибудь никогда потооооом они будут по полной всё делать на практике, а пока они учатся.

Друзья. Повторюсь, учиться – это прекрасно! Но подумайте о прикладном значении ваших знаний. Знания тем и хороши, чтобы проверить их работоспособность.

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

11. Отсутствие конкретных целей и безумного желания

Кто хочет, тот добьётся. Я всегда так считал.

Тот, у кого есть конкретная цель и желание её осуществить, тот обязательно будет ДЕЛАТЬ, а путь достижения будет сам, каким-то магическим образом вырисовываться перед глазами.

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

Тем не менее, это не мешает вам доехать до желаемого населённого пункта.

12. Отсутствие анализа прогресса в питании и тренировках

Тренировочный дневник

Распространённая ошибка.

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

Питание также обязательно нужно контролировать. Считать калории, потреблять определённое количество белка, углеводов, витаминов, минералов, жиров и т.д.

13. Надежда на бесполезные добавки вместо самого важного

Многие считают, что без различного рода добавок не достигнуть результата.

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

В первую очередь ЕДА, обычная еда, которая должна составлять основу вашего рациона. Затем уже тренировки и различные добавки.

14. Развитие только одного типа мышечных волокон или структур

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

Наши мышцы состоят из различного типа мышечного волокна.

Бывают:

  • Высокопороговые быстрые мышечные волокна (ВБМВ) – экстремально силовая работа, максимальная концентрация, взрывная реакция и сокращение.
  • Быстрые мышечные волокна (БМВ) – тяжёлая или средней тяжести работа с умеренным весом в течение 30-90 секунд, быстрое сокращение.
  • Медленные мышечные волокна (ММВ) – лёгкая работа в течение продолжительного времени, медленное сокращение.

Это не считая саркоплазмы (жидкости, в которой «плавают» наши мышечные волокна), которая способна давать до 20% объёма всей мышцы.

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

Мышечные качества

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

15. Одновременное развитие нескольких мышечных качеств

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

Нельзя быть максимально накачанным, если ты футболист, и бегаешь по 2-4 часа каждый день.

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

Слесарь на заводе

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

Некоторые пытаются одновременно быть бегунами на длинные дистанции, в зале подкачаться, на бокс ходить, ну и рисовать, вышивать, играть на виолончели и т.д. В итоге ВЕЗДЕ НИ ТО И НИ СЁ.

Сосредоточьтесь на том, что действительно важно и дайте туда максимум усилий. Не надо одновременно качать все мышечные волокна. Делайте это последовательно в рамках, к примеру, годичного макроцикла.

16. Пропуск периода подготовки тела к гипертрофии

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

Так не бывает!

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

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

В самом начале ТЕХНИКА и СНИЖЕННЫЕ ВЕСА! Прочитайте об этом в этой статье.

17. Игнорирование микропериодизации

В самом начале ваших тренировок, до, примерно, года-двух вы будете и сможете прогрессировать линейно (речь о натуралах).

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

Наступает ступор (плато), то состояние, когда прогрессировать, линейно увеличивая веса, практически невозможно.

Тут то нам и помогает микропериодизация. Мы начинаем чередовать наши тренировки (легкие, средние, тяжёлые), чтобы тело смогло в сумме дать нам больший результат по итогу.

Подробности тут.

18. Использование нецеленаправленной нагрузки для роста мышц

Если вы захотите научиться играть на фортепиано, то к кому вы пойдёте? Очевидно, что к ПРЕПОДАВАТЕЛЮ МУЗЫКИ! А что вы будете делать, чтобы научиться играть на этом музыкальном инструменте?

Очевидно, играть на фортепиано, учить ноты, играть простенькие произведения, чтобы потом, когда-то добраться до произведений Баха, Моцарта и Бетховена. Т.е. делать ЦЕЛЕНАПРАВЛЕННУЮ РАБОТУ!

Но почему тогда, если девушка хочет накачанную попу и сбросить 5 кг жира, то она идёт не в тренажёрный зал, а на ЙОГУ или пилатес?

Что происходит? Ведь логичнее всего идти наиболее эффективным путём! Накачать попу, тренируясь с железом, постепенно сжигая лишний жир, в результате ускорившегося обмена веществ и траты энергии.

Если хотите научиться драться, идите к боксёру, хотите научиться заниматься бизнесом, идите к бизнесмену, хотите красивое накачанное тело, идите к БОДИБИЛДЕРУ!

19. Минимальная нагрузка или её отсутствие на большие мышечные группы

Многим хочется скорее получить результат, только путь к этой мечте у многих не совсем логичный.

Человек хочет быть большим, сильным и накачанным, но он не тренирует ноги или спину. Как так то?

Делайте акцент на большие мышечные группы, их тренировка вызывает у вашего организма большой выброс анаболических гормонов, которые способствуют росту не только этих мышечных групп, но и всего тела!

А вообще, прочитайте обязательно мою крутую статью про то, как растут мышцы.

20. Слишком частые перемены в тренировочной программе

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

Через 1-2 месяца та же ситуация.

Затем он приходит к выводу, что его обделила генетика. Дальше несколько путей:

  1. Бросить всё.
  2. Начать покупать множество малополезных добавок.
  3. Начать принимать стероиды и другие стимуляторы.

Зачем такие кардинальные и неразумные меры, особенно в начале вашего тренировочного пути?

ДАЙТЕ ПРОГРАММЕ СРАБОТАТЬ! Первое, что испытывает организм, при смене программы, это шок! Только потом он начинает адаптироваться к ней, а затем начинает откликаться ростом, при наличии прогрессии нагрузки.

Зачем телу сразу начинать менять объём мышечных волокон, если пока не понятно, что будет дальше? ЭТО НЕ ВЫГОДНО. Поэтому, при таком подходе, вы не скоро сможете добиться желаемого результата.

Дайте время, чтобы программа смогла сработать.

21. Ориентация на посттренировочную боль

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

Да, посттренировочная боль говорит о микротравмах мышечных волокон, но не травмы ведут к росту, а наличие ФАКТОРОВ РОСТА! ИРНК, ионы водорода, выработка анаболических гормонов вот что важно.

Посттренировочная боль делает вас чуть сильнее, как синяк, после удара (это место позже становится менее чувствительным), но БОЛЬ и РОСТ, это не одно и то же.

22. Ориентация на длительность тренировки

Откуда-то взялся миф, что тренироваться можно только 45 минут. Потом, говорят, вырабатывается КОРТИЗОЛ, который ведёт к разрушению мышц.

Да? Серьёзно? А как же пол, возраст, тренированность, генетика, способность переносить нагрузку, приём анаболических препаратов, направленность нагрузки?

Кто-то за 30 минут уже будет намертво затренированным, а кто-то и за 50-60 только разогреется.

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

Тренировочная программа

Вы до сих пор считаете, что тренироваться надо 45 минут?

Друзья, НЕТ НИКАКИХ 45 МИНУТ! Ориентироваться надо на ваши ощущения и ПОКАЗАТЕЛИ В ВАШЕМ ДНЕВНИКЕ! Если силовые растут, объёмы сухой мышечной массы увеличиваются, то всё делаем правильно, если нет, корректируем. Ощущения! Вот путь к большим мышцам.

23. Нехватка жидкости во время тренировки

Вода участвует практически во всех обменных процессах нашего организма.

Спорить на эту тему даже не вижу смысла, потому что очень давно уже писал статью на эту тему, вот она.

Кратко, если вы тренируетесь, то пейте 2-3 литра воды в сутки, и будет вам счастье (2-3 литра ЧИСТОЙ ВОДЫ, не чай или кофе).

24. Слишком ранний первый курс ААС

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

Причём там речь идёт не о лёгеньких стимуляторах.

Там настоящая тяжёлая артиллерия, всё по дебильному «взрослому», что называется.

У меня есть знакомые, которые уже в 25 лет имеют 2 микроинсульта, а что будет дальше? И ведь они пока что не собираются останавливаться.

Разумно ли это? БРЕД! В любом случае. Здоровье – высший приоритет! А надрывать себе зад ради сомнительных 2-5 см на бицепсе, ценой которым может стать твоя жизнь – сомнительная забава.

Делайте всё с умом. Не торопитесь с первым курсом. Я считаю так, если ты не выступаешь на сцене, то в 99% случаях тебе ААС НЕ НУЖНЫ! Не стоит тешить своё самолюбие таким образом.

Либо начинать очень плавно. Оральные препараты соло, затем плавно добавлять эфиры и «прощупывать», что лучше работает. Повторяю, это не нужно 99% людей!

Выводы + небольшая просьба

Ребят, статья получилась довольно большая. Честно, когда я садился за её написание, то не думал, что так получится. И это ещё при том, что я в половину сократил количество тех ошибок в бодибилдинге, которые были у меня написаны изначально.

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

Девушка перед сном

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

Приоткрою ещё одну завесу небольшой тайны. Я готовлю для вас просто потрясающий материал про похудение, думаю, к Новому Году самое то, что нужно. Интересно ли вам это, друзья?

P.S. Подписывайтесь на обновления блога. Дальше будет только круче.

С уважением и наилучшими пожеланиями, Никита Волков!

17 ноября 2019, 14:45

«Амур» разнес обладателя Кубка Стэнли за две минуты

Этот пост опубликован в блоге на Трибуне Sports.ru. Присоединяйтесь к крупнейшему сообществу спортивных болельщиков!

22 минуты назад

Даниил Бут считает, что сдавать ЕГЭ сложнее, чем играть в хоккей: «100 процентов. Обществознание – самый тяжелый предмет»

  

32 минуты назад

Мэттьюс может продлить контракт с «Торонто» с зарплатой 14 млн долларов в год, Нюландер – 9 млн долларов в год

  

42 минуты назад

Майоров о Шемберге: «Вошло в моду во всех бедах винить Россию. Европейские клубы входили в КХЛ на добровольной основе – всех все устраивало»

  

57 минут назад

Михайлов, Асташевский и Круженков продлили контракты с «Авангардом» на два года

  

сегодня, 18:40

2,8 млн зрителей в США посмотрели первый матч «Вегаса» и «Флориды». Это самая популярная трансляция на кабельном за 21 год

  

сегодня, 18:30

Панарин выигрывал НХЛ? А Буре? Проверьте в хоккейном тесте

  

сегодня, 18:25

Вайсфельд о Голдобине: «Он играл бы в НХЛ, если бы стабильно показывал то, что показывает фрагментами. Ему нужно вдохновение»

  

сегодня, 18:10

Бедард потроллил Биссоннетта: «НХЛ дает возможность приехать на финал, увидеть классных хоккеистов – и Биз тоже здесь»

  

сегодня, 17:55

Кэмпфер склоняется к переходу в «Ак Барс». Игроку предложили условия лучше, чем в Северной Америке («Бизнес Online»)

  

сегодня, 17:40

Медведев о словах Шемберга: «У господина проблемы с памятью. Благодаря усилиям КХЛ и Фазеля был проведен розыгрыш Лиги чемпионов в сезоне-2008/09»

  

Понравилась статья? Поделить с друзьями:
  • Самая дорогая ошибка программистов
  • Самая дорогая компьютерная ошибка
  • Самая длинная ошибка
  • Самая грубейшая ошибка правильно или нет
  • Самая грубейшая ошибка как правильно