Hello, Evgeny Kotsuba! You wrote in conference fido7.ru.embedded to Dmitry Orlov on Wed, 03 Jun
2009 09:22:01 +0400:
EK>>>>> всех делов на пять минут... ежели клиент не способен собрать - EK>>>>> то и пользоваться не сможет.
DO>>>> Такие программы я грохаю сразу. Умение собирать программы - DO>>>> определенно лишний пользовательский навык, а если оно еще и DO>>>> определяет возможность использования - место таким программам в DO>>>> мусоре.
EK>>> о да, конечно. набрать что-нибудь вроде gcc a.c - это лишний EK>>> пользовательский навык.
DO>> Однозначно, у меня, например, его вообще нет за ненадобностью DO>> полной. И программы, вместо клика на которые, нужно набирать gcc DO>> идут лесом вместе с теми, кто это пишет.
EK> а кто сказал, шо gcc/wcc/vcc/icc/и т.д. запускаются не по клику ?
Я тебе говорю, ничего этого у пользователя просто нет (у меня, кстати, тоже).
EK>>> Пгастите, я забыл с кем имею дело. как вы паяльником пользуетесь EK>>> - не представляю - его ж вкючать надо, а это лишний EK>>> пользовательский навык.
DO>> Пользователь того, что я делаю, паяльником пользоваться не вынужден. DO>> Видно, у тебя другие представления о виде законченного продукта.
EK> Пгастите, вы или тгусы оденьте или кгестик снимите... Hа предыдущем EK> допросе речь шла о том, что программа нужна вам, а не клиенту EK> продавать в виде готового решения.
Видимо ваши национальные особенности, наследственная тупость, а может и что-то еще, мешает вам читать то, на что вы беретесь отвечать. Я уже писал что и зачем мне нужно, и для тупых два раза повторять не буду. Hечего сказать - заткнись.
DO>>>> У меня не 3 тысячи, а 40 миллионов (в четырех файлах). Hикакой DO>>>> эксель тут вообще рядом не валялся.
EK>>> мне на ваши 40 миллионов глубоко положить, у меня оно работает EK>>> лет
DO>> А мне на то, что у тебя там 10 лет работает глубоко положить, к DO>> решению моей задачи оно так же не имеет отношения, как и эксель.
EK> судя по выдаваемому вам почти белому шуму - ваша задача стырить EK> чужую программу и продать ее клиенту и чтоб ему было красиво, а не EK> "быстро визуализировать большое количество данных с произвольным EK> сдвигом и маштабированием".
Ты тупое чмо, не пытайся судить о других людях по себе убогому.
EK>>> именно для этого я вышеуказанную программу и использую уже не EK>>> помню сколько лет.
DO>> Именно для этого она абсолютно непригодна. Hу а если за 10 лет ты DO>> оказался не в состоянии сделать пригодный для этого инструмент, то DO>> какого хрена ты тут с советами идиотскими вылез?
EK> какого хрена ты тут высказываешь идиотскую оценку для программы, EK> которую оказался не способен собрать одним кликом мышки и на этом EK> основании делаешь заключение о том, что я, оказывается десять лет EK> абсолютно не умею анализировать даные ?
Такого, что для того, чтобы оценить твое программное творчество, ничего собирать не нужно, достаточно увидеть в исходнике следующее if( (n != 3) && (n != 5) ) { printf("%s\n%s\n\n",Head[0],Head[1]); printf("Usage: gDiagramm dataFile formatFile [startLine endLine | -oOffset NumOflines]\n"); exit(1); } чтобы понять, что это совершенно не то, что требуется. Во-первых, для сборки одним кликом ты не сумел это убожество снабдить хотя бы пакетным файлом для вызова компилятора и линкера, не говоря уж о make или нормальном проекте. Во-вторых, одним кликом компиляторы не ставятся. В третьих, если это убогую утилитку для примитивных web-страниц ты называешь средством для анализа данных, то таки да ты этого делать не умеешь и за 10 лет так и не научился.
DO>>>> И прежде всего - это синхронный и многократный (несколько DO>>>> порядков) зум 4х каналов и просмотр его (зума).
EK>>> ...интересно, какому еще идиоту могло прийти в голову про EK>>> несинхронный зум ;-))))
DO>> Видимо, такому как ты, не понятно, что бывает нужно и так и так (и DO>> в софте скопа и этого, и других) такая возможность есть. Мне DO>> сейчас не нужно.
EK> ну, расскажи идиоту - что такое асинхронный зум при оффлайновой EK> обработке, а то, я понимаешь, ничего кроме увеличения и сдвига для EK> каждого канала не знаю.
Идиоту рассказывать что-то, кроме того, что он идиот бессмысленно. Подойди к скопу и посмотри что и как он умеет делать, что online, что с сохраненными файлами (на самом деле никакой абсолютно разницы нет). Если у тебя вдруг нет накой возможности, то не утруждай себя письмами на эту тему, от человека, который не знает о чем идет речь услышать что-то путное шансов ноль. Особенно несносны при этом те, кто не имеют понятия, но почему то мало того, что уверены в обратном, так еще и собеседника идиотом считают.
DO>>>> Кусать куски руками из файлов по 250М - DO>>>> занимайся этим сам.
EK>>> на вашу сущность не угодишь - то вы заявляете что вы почти всё уже EK>>> сами сделали - тогда непонятно, что мешает допилить интерфейс до
DO>> Задача простая, действительно почти сделал. Допилить интерфейс в DO>> твоей программе мешает его отсутствие, а в своей - допилю, если DO>> время будет.
EK> любой виндоз-программист сделает такой интерфейс за день неспешной EK> работы с перерывами на пиво
Hе сомневаюсь, что сделает, правда вряд ли за день, особенно если он будет на работе пить пиво. Я не виндоус программист во-первых, и этого дня у меня нет во-вторых.
EK>>> требуемой функциональности, то кричите о лишнем навыке запуска EK>>> компилятора...
DO>> Для готовой программы - это лишнее.
DO>>>> В принципе, на 2 канала готовую программу я уже нашел (подсказали DO>>>> люди) у Тектроникса. Мне надо на 4 во-первых, и во-вторых, она DO>>>> как-то не по делу подтормаживает и иногда падает.
EK>>> мне сколько было надо - столько и сделал. 60 каналов в любых EK>>> форматах. Только не видно не шиша, когда все 60 рядышком EK>>> оказываются ;-)
DO>> У тебя и с одним каналом ни шиша не видно,
EK> если не видно - программа вызывается еще раз, менются только EK> параметры визуализации - тот же твой цифровой зум
А нужно это кликом мышки (за неимением на компе соответствующих ручек) делать.
DO>> а мен нужен _заточенный_ под 4 интерфейс.
EK> расскажи идиоту, как интерфейс к программе влияет на различимость EK> результатов.
Идиоту бесполезно что-то рассказывать.
EK> В терминах тебе пока еще понятных - как форма ручки для переноски EK> Тектроникса влияет на разичимость результатов на его экране ? Или EK> как цвет и форма кнопочек на его морде влияет на различимость EK> результатов ?
Идиоту этого не понять. Потому идиот не Тектрониксы и Лекрои делает, или другие нужные и удобные людям вещи, а никому не нужные убогие программки под давным давно дохлую ОС.
EK> Да, и еще расскажи - чем приципиально 4 канала отличаются от 3х или EK> 5 ?
Тем, что у скопа их 4, а не 3 и не 5. И программа должна _удобно_ работать с
4мя, а не с тремя или пятью.
EK> Сдается, ты чего-то недоговариваешь и тебе с этими 4-мя нужно еще EK> какие-то действия производить...
Hу курсоры конечно нужны, а без математики я пожалуй обойдусь, это и в скопе посмотреть можно, если понадобится. Хотя конечно очень бы не помешали хотя бы основные горизонтальные и вертикальные параметры для сигналов и их зумов.
DO>> Чтобы понять что это значит, нужно всего только посмотреть любой DO>> приличный цифровой скоп, у них у всех оно сейчас похоже сделано.
EK> угу. И у всех внутрях сидит GDlib
Уж точно не у всех, но мне-то какая разница что там за либы сидят. Во всяком случае, файлов с таким или похожим именем на диске скопа нет, и собрано все Visual C.
dima
formatting link