vinogradovser 30 окт 2011 в 17:26

Самая лучшая просьба о помощи разобраться в ошибке

1 мин

803

Отладка*

+78

Комментарии 46

CLR 30 окт 2011 в 17:47

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

-19

atomlib 30 окт 2011 в 18:01

А в чём «лучшесть»-то? Обведенные проблемные места, стрелочки и один из рейджфейсов? И почему это попало в тематический блог?

+10

vinogradovser 30 окт 2011 в 18:07

«Лучшесть» в том что обычно идут вопросы типа — У меня не работает, не знаешь почему? А тут наглядно все
А в тематический блог, ну не знаю, вроде по Obj-C, да и разработкой iOS связанно

olegi 30 окт 2011 в 18:13

разработкой iOS

на основе чего сделан такой вывод?

vinogradovser 30 окт 2011 в 18:21

Вывод что это блог по разработке под iOS?
Или же что в коде?
Если в коде, то я об этом просто знаю, да вариантов всего лишь два, или под Mac или под iOS

farcaller 30 окт 2011 в 19:07

Судя по тому что gdb x86_64 – это таки код под OSX.

Agent_Smith 30 окт 2011 в 19:28

или эмулятор iOS.

farcaller 30 окт 2011 в 19:31

А таки да, на симулятор тоже x86_64 gdb цепляется.

В таком случае я снимаю свою ставку и голосую за iOS – указатели явно 4-байтные, а смысла отлаживать i386-mac приложение в 64-битном окружении немного.

dezo 30 окт 2011 в 18:24

Все бы так творчески подходили к просьбе о помощи.

vinogradovser 30 окт 2011 в 18:25

Я как раз поэтому пост и написал )

fStrange 30 окт 2011 в 21:38

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

Неоднократно замечал за собой, пока писал детальное описание проблемы для q&a Хабра (или чего нибудь подобного) находился либо ответ, либо новое направление поиска.

bazzilic 30 окт 2011 в 18:27

Это в хабраюмор надо было, всё же. Ценность топика нулевая.

+22

resident 30 окт 2011 в 18:29

Повеселила картинка ))

vinogradovser 30 окт 2011 в 18:29

Сорри, перенес, все же не подумал

Limosha 30 окт 2011 в 19:17

Нужно попробовать практиковать такие баг-репорты.

shiro 30 окт 2011 в 19:32

Вариант, «чтоб уж наверняка»:

+55

Frohman 30 окт 2011 в 23:20

У Джимма лучше получается

+34

AmdY 30 окт 2011 в 19:38

В кои-то веки поддержу автора поста-картинки.
Постоянно пытаюсь помогать решать проблемы на форуме php-шников, в подавляющем большинстве даже описать проблемы не могут. Урл картинки добавил в закладки, буду тыкать носом. Может у кого есть подобные примеры?

OlegoO 30 окт 2011 в 21:02

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

+10

grimich 30 окт 2011 в 21:14

Правильно заданный вопрос уже содержит половину ответа

destman 30 окт 2011 в 21:26

Правильно заданный вопрос — не нуждается в ответе )
Очень часто когда возникает дурацкая ситуация — при попытке сформулировать вопрос коллеге ответ сразу находится…

Agent_Smith 31 окт 2011 в 01:49

Да, такое часто и у меня часто случалось. Бывает сижу, пол дня с каким-то багом долблюсь. В результате сдаюсь, подхожу к товарищу и минут 5 рассказываю что вот такой вот костыль навернул, а все ни как, и тут подпер, и там захачил, а потом к осенит, говорю «все забей», возвращаюсь на место и за 5 минут пишу решение задачи)

example 31 окт 2011 в 15:04

Мы как-то объяснили это так:
Когда поднимаешь руку для вопроса, чтобы помахать коллеге для привлечения внимания, начинаешь задавать вопрос, в это время кровь от руки начинает перетекать поближе к мозгу. И… примерно к середине вопроса ответ находится :)

destman 31 окт 2011 в 16:07

У нас слегка другое объяснение витало.
Точно не помню, но что-то про кеширование данных мозгом и прочий подобный бред )

destman 31 окт 2011 в 16:08

grimich 31 окт 2011 в 15:53

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

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

Как в анекдоте

Учитель — учителю:
— Ну и класс мне попался тупой! Объясняю теорему — не понимают. Объясняю второй раз. Не понимают! В третий раз объясняю. Сам уже понял. А они не понимают…

НЛО прилетело и опубликовало эту надпись здесь

AmdY 30 окт 2011 в 23:07

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

fenst 30 окт 2011 в 21:28

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

JackHammeret 30 окт 2011 в 21:36

Юмор в «Достоверном изображении лица начинающего разраба, в процессе дебага».

Или вы таки про смысл ошибки спрашиваете?

homm 30 окт 2011 в 22:24

Если не трудно, объясните и смысл ошибки.

vinogradovser 30 окт 2011 в 22:30

Объект к int приводят

fenst 1 ноя 2011 в 16:29

А, так вся фишка в рожице? Ясно, спасибо.

Просто эти рожицы уже так примелькались, что перестаешь их замечать.

JackHammeret 1 ноя 2011 в 17:03

Мне эта рожица напомнила одну фразу, прочитанную на каком-то геймодевном ресурсе: «Эта такое редкое сочетание, программист ещё и художник...»

Поэтому улыбнуло вдвойне…

midday 30 окт 2011 в 22:16

Есть еще самый такой ответ:

— Пользуйся поиском!
или
— Юзай гугл!

Не знаю к чему это я, но сразу в голову пришло.

-8

mirkitanov 31 окт 2011 в 00:24

Попробуйте «call (int)[fiveYearly ......]»

Agent_Smith 31 окт 2011 в 01:53

и получите то же самое, правильно будет: int x = [[fiveYearly ......] intValue];

rule 31 окт 2011 в 04:28

Сергей, зачем превращать в цирк чьё-то невежество. Я очень сильно подозреваю, что код писался C++ разработчиком, которые не сильно вник в основые и не понимает, что в NS-коллекциях можно хранить только id-порожденные объекты. Такой тип «заворачивания» скалярных типов в объекты отсутсвует в С/С++, но есть в ряде других языков. Obj-C и Java используют (NS)Number для этого. Правда для джавы есть отдельный враппер для каждого из скалярных типов, а в Obj-C — один на всех (если не учитывать NSValue). В Delphi — это Variant тип. Список можно продолжать. Зачем это сделано — надеюсь понятно. Ну и конечно не стоит говорить, что это «костыль» для типизированных языков, только в них существуют понятия скалярных типов.
Но человеку из C++ это может быть не известно, так как там исползуется шаблоны. Совершенно другой подход. Поэтому я не считаю уж такой супер-забавной ошибкой.
Более того, на вашем месте, я бы лучше в свой код смотрел. Так как тот код, который я видел из под вашей руки можно превратить в целую серию статей такой тематики.
В любом случае хочу напомнить, что все мы учились и продолжаем учится и часто совершаем ошибки. Нужно быть терпимей и внимательней к коллегам.

vinogradovser 31 окт 2011 в 04:39

Жуткий негатив… Помогаю я всем, если не сильно занят и вопрос в области знаний.

А если бы вы, все таки попытались понять суть топика, то не написали бы столько наверно не нужных букв.

В топике я и не думал смеятся на человеком, а наоборот описал ошибку оригинально, и увидев картинку я сразу смог ответить где у него ошибка…
Но бобсь и этого вам наверно не понять

vinogradovser 31 окт 2011 в 04:41

*а наоборот он описал ошибку оригинально

rule 31 окт 2011 в 06:11

Почему это мои буквы не нужные. Комментарии тут существуют для выражения собственного мнения. Я выразил. Считать чужое мнение не нужным/бесполезным — это опять-же не очень вежливо.
А еще не очень вежливо звувит последнее предложение.
Да и с чего вы решили, что я не понял суть топика и что мне этого не понять? Это тоже не вежливо, решать за собеседника и делать за него выводы.
«Фе» на вас, за такую грубость.

А в своем коментарии я попробовал провести анализ причин ошибки. Я думаю с этого нужно начинать ответы на любые вопросы. Так как в данном случае ответ: «сделай int x = [[fiveYearly ......] intValue];» — это не правильный ответ. Он исправит последтсвия, а нужно исправлять причины. Поэтому правильный ответ — это описание NSNumber и почему он вообще нужен. Это исправит в дальнейшем все подобные ошибки.
Да и негатива в моем комментарии нет, только немного критики. Просто вы негативно воспринимаете критику, судя по всему.

-4

CLR 31 окт 2011 в 05:45

А разве это оправдание? вам не кажется это какой-то сюрреалистической картиной, когда разработчик начинает писать код судя по всему на основе какого-то подобия faq, вроде stackoverflow вообще не удосужившись прочесть даже основы? У меня лично переход на мак платформу занял два года (написание коммерческих проектов), из них полгода только на чтение теории, прежде чем написать хоть строчку кода. И сейчас вот ужасно что уровень приложений в последние годы катастрофически начал падать, потому что приходят вот такие «программисты» и пытаются что-то там писать. Я буквально пару раз в жизни видел как на маке падают приложения, а сейчас после массового притока свитчеров это чуть ли не документированное поведение для многих программ в Mac App Store.

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

rule 31 окт 2011 в 05:56

Так никто и не оправдывает. Конечно на лицо поспешная практика без соответсвующих теоретических основ. И ЭТО ОЧЕНЬ ПЛОХО. И я полностью поддерживаю вашу идею о углубленном изучении теоретических основ перед написанием коммерческого кода. Но это один из подходов изучения, и я лично не в праве его осуждать. В свою очередь я имею право на собственное мнение, которое совпадает с вашим.
Но с другой стороны, Сергей сделал из этого целое представление, что не очень красиво. Даже то, что, человек нарисовал очень красивую картинку и вставил морду «WTF» не кажутся мне основаниями для этого.

-1