Не знаю - у меня ли одного такое бывает, или это общий случай.. Вообщем рассмотрим реальный пример. Нужно написать программку с гуем, чтобы на форме таблица была. Пишу на MFC. Стандартного контрола "Таблица" в нем нет. Скачиваю с кодепрожекта этот контрол. И вот теперь начинается самое интересное... Даже не знаю с какого бока зайти чтоб понятно было... Вообщем начинаю я этот контрол изучать - что-то почитал, ага, вроде понятно. Создал проект, добавил контрол, откомпилировал. Контрол не отображается на форме. И хрен знает что делать! 1) Есть демо пример, но в нем куча путаного MFC-кода. Поэтому определить чем принципиально мой проект отличается от демо и почему мой проект не работает невозможно. 2) Документация есть, но она только по функциям, без примеров. Вот что делать? Я вопрошаю в самом общем смысле - ни MFC, ни C++ тут ни причем. Интересна сама ситуация. Она действительно парадокасальна. Потому что вполне могло получиться и так, что у меня бы сразу все заработало, без проблем ваще. Но вот случилось так, что я вчера убил весь день, возясь с этим контролом. И до сих пор еще не решил проблему. ПРичем сама программка совершенно пустяковая. Я планировал завершить ее за день. Вообщем ситуация даже несколько мистическая - вот все вроде есть - демо-пример, документация, но хоть ты тресни - не удается сдвинуть дело с мертвой точки. В итоге такие ситуации обычно разрешаются, либо путем кропотливых целенаправленных усилий, либо так же удивительно как и возникают, т.е. сами собой - бац! - и все заработало. Но они отнимают саморе ценное что у меня есть - время. Бывает у кого нибудь такое, когда самые казалось бы рутинные проблемы вдруг становятся неразрешимыми? И что делать в таких случаях чтобы сберечь время?
перевести проблему из решения рутинным подходом в интуитивный подход..правьте асм код на авось по интуиции - может и повезет,если интуиция хорошая) Бывает это помогало, может и грязно но главное чтоб работало..Конечно логику отключать полностью не надо тоже
Clerk не-е такого бота так просто не вычислишь - он же fasm secret-botogenerator сделан ) Green_DiCk многозадачный режим - пока текущая задача зависла, ожидая непонятно чего, делаешь task switch на то что получается. После таймаута если задача не разблокировалась, то делаешь ей restart, отбрасываешь тупиковый вариант и начинаешь с того места где всё получалось
CyberManiac Вопрос не в таблицах. Аналогичная хрень была когда я на Java простенький апплетик хотел сделать - д/з в универе - загрузить картинку в апплет. Это может показаться смешным, но я грузил эту чертову картинку хрен знает сколько времени, хотя опять же - куча примеров, доков и проч. Только потом выяснилось, что Java (стандартные апплетные функции) .bmp не грузит.
Стать богом. Найти джина. Создать джина. Или накрайняк написать искуственный интелект. Или более реально упорно трудиться, трудиться.
Мне кажется, такое бывает у всех и это проходит с опытом. У меня раньше постоянно возникали описанные ситуации, сам мог проковыряться несколько часов, но стоило позвать коллегу - он решал проблему или поставлением галочки в настройках компилятора, или преобразованием типов в недрах исходников, или еще чем-то. Но буквально за несколько секунд. Я очень завидовал, а теперь сам так же помогаю молодым, а у меня таких проблем не возникает. Но если меняешь область деятельности - опять начинаются проблемы, свойственные новичкам, и исчезают по мере накопления опыта. Так что универсального совета тут не дашь. Просто старайся разбираться сам в проблемах, так лучше запоминается. И со временем это пройдет.
Green_DiCk использовать чужие библиотеки, которые раздаются на халяву без нормальной документации и поддержки - в любом случае ходить по минному полю. в случае с таблицей - ИМХО самому написать быстрее, чем найти нормально работающую бесплатную либу и изучить ее.
jaja а жалко что тебя забанили, хотел спросить как ты ссышь с помощью ФАСМа и производишь обряды дефекации в приспособленных для этого местах с помощью него же. Ибо видно, что "А Ватсон уже без трубки не мог". =))) Green_DiCk Быает, бывает. Причём не обязательно с сомнительными либами - помнится на Perl-е буксовал часа три с выводом чисел от 1 до 10 в консоль и ТАК С ЗАДАЧЕЙ И НЕ СПРАВИЛСЯ. Это когда его изучать начал, после багажа С/С++, Delphi, Java, и т.п.. Много попозжа прикинул к носу, что видимо не те префиксы переменных ставил ($, #, %) или что-то в этом духе, восстановить проблему уже не удалось, но до сих пор вспоминаю как взмыленный и выпотрошенный три часа убил на детскую задачку и так её и не решил. =)))
Green_DiCk MFC - это еще не самое страшное =) Я было убивал по несколько дней, пытаясь компильнуть и завязать опенсорс библиотеки (особенно под винду). Когда одна зависит от другой, другая от третьей, а что-то не компилится. И самое некрутое то, что она таки действительно может не компильнуться вовсе. Хотя и должна по задумке. А по поводу MFC - при загвоздках просто задавай вопросы на тематических сайтах, а опыт сам придет.
perez нэ совсем согласен. мфц иногда просто убивает(л). даж не знаю что выделить в пример. а опенсорс бывает разный. его много и есть из чего выбрать.
главная цель программирования -- управление сложностью. вам не кажется, что сабж как-то пересекается с этим утверждением?
varnie Главная фишка в том - что быстренько наворочать монстра намного проще чем найти простое, красивое и эффективное решение и это фундаментальный закон не только программирования, а всех технических отраслей ) Я вопрос ТС понимаю так: бывает - что эти красивые решения льются потоком и получаются сами собой, а бывает тупишь на какой нибудь ламерской заморочке (даже если давно уже не ламер )) и никак не найдёшь "очевидное в очевидном". В этом случае технические средства - отладчик, структурирование программы и т.п. конечно помогают, но это только инструмент, а вопрос я так понял шире и ответ находится в области настройки собственного мозга ) Тут я вижу решения - переключение задачи, откат к раннему варианту решения, обращение за помощью (лучше разок повыглядлядеть туповатым на форуме или среди коллег на работе, чем пару дней убить на 5-ти минутную проблему).
