Пардон это я палку перегнул ну так качайте мою программу
Если хотите тестером быть - сообщите
Добавлено через 1 минуту
Михаил я скажу спасибо - но небходимо переделать кое-что наверно
Вид для печати
Асхат, привет! Как правильно заметил... :( Действительно не хватает. Пишутся сейчас два из них, но такие сырые. Ждать надо похоже или самому садится писать, или портировать под Линукс чего-то из готового.
Это нормально. Прерогатива выбора окончательного варианта по замечаниям всегда принимается на стороне разрботчика.
Что же касается гугля и того, что Игорь не может найти - не правильно... Совет считается полезным тогда, равно как и инфа - когда хотя бы дан линк на нее. Можно как исходную точку, а можно и готовое решение. А гугль огромен...
ПС Кстати, было бы действительно интересно, что вы, Алексей нашли из багов в nGenLog. Можно в личку, можно здесь. Как будет удобнее. Нам ведь тоже все это важно.
[Офф-топик]
Игорь все уже в твоем топике. Изучай!
Добавлено через 23 минуты
Сразу не стал отвечать, собирался с мыслями... Хочу сказать, что вы совершенно правы. И про "изюминку" очень верно замечено. Разумеется в любом логе есть свои баги, недочеты. Нет ни одной программы, которая без них... По поводу "конечной цели" - я не скажу никогда "вот-вот", так как главным фактором для оценки полезности программы, всегда является мнение конечного пользователя. И программисты думают одно, а пользователь совершенно по-другому.
Насчет того, что не у всех 2-х или 4-х ядерные процессоры и море памяти. И соглашусь и не соглашусь. Здесь палка о двух концах. С одной стороны, мы уже живем не 5-10 лет назад, когда тот же РI, РII или РIII, также Celeron были актуальны. Время идет и все меняется. Нельзя все время тащить в программах совместимость со старыми процессорами. Можно утнуть в их подержке. Такой фактор тоже надо учитывать. Есть ниша одних процессоров и объемов памяти, а есть и другая ниша. Для каждой из ниш есть свое ПО. Длай старых процессоров есть и до сих пор многие используют ДОС и логи под ДОС. Ну и что? Нет ресурсов, значит надо сидеть ровно. Или делать апгрейд потихоньку. Нету средств для этого? Знасчут продолжаем сидеть дальше и ищем возможности. Но заxxxxться только на старых процессорах и писать некий универсальный лог для их поддержки - тупиковое решение. Сейчас все это прошли и считается нормой уже во всем мире - максимум 5 лет поддержки и все. Дальше пользователь "выплывает" сам, так как если учесть все временные затраты на это, то программа будет золотая.
Мне очень понравилась ваша мысль о том, чтобы действительно опеделистя с тем, что должен лог иметь. В плане функциональности и интерфейса. Давайте, откроейте такой подфорум, думаю, что всем будет там интересно без флейма и вазимных наездов разобраться. Вопрос то сложный, а ответов нет. Вот почему такая масса программ и есть. Если выделить ключевые моменты фунцкионала - всем легче будет отталкиваться.
Вот именно, и товарисЧ ака RX1AL, позиционирующий себя как cooperate с разработчиками лога, не хочет и не может ответить ни на один вопрос по существу, постоянно начиная словоблудить о современных технологиях программирования. Моя же позиция проста - для десктоп приложения, коим является любой логгер, выбирать среду программирования dotNET Framework, это тоже самое, что лупить по таракану кувалдой.
RK4FB:
На какие вопросы вы хотите получить ответы? По существу... Озвучьте их... и получите. Пока я не увидел ни одного конкретного вопроса, касающегося темы топика. Идет лишь банальный флейм на потусторонние темы. И именно от вас.
По поводу выбора технологии .NET и "лупления по воробьям из пушки" - не верно вы понимате, ну да ладно. Вот выбор технологии, никак не буду комментировать. Нам так удобно. Кроме того добавлю, при ее использовании - портирование на любую другую платформу, будь то Линукс, Mac - не требуется. Код один и тот же. Помимо того, можно писать под нее на любом языке программирования, какой вам по душе, тот и берёте.
И какие же технологии по вашему мнению надо применять для декстоп приложений? Назовите их, обоснуйте свое мнение. Очень интерeсно узнать, что вы можете предложить. Также какой концептуальный подход надо использовать для реализации GUI - MDI, SDI или Composite Application (Smart Client). Какая должна быть база - имеется в виду Access, SQL, Personal Oracle, Postgress, Sybase или иное?Сколько Tier должна иметь программа - 2 или 3 или больше? Как должен быть организован доступ к базе данных, нужны ли классы для функциональности и если да, то какие? Действительно можем "не той дорогой идём, товарищи", а есть более простые решения?
ПС По поводу ответа на ваше "CLR - это интерпретатор" - я так и не получил от вас подтверждения, что это не так. Согласно цитате, по ссылке из википедии. А хотелось бы, чтобы вы признали свою неправоту...
Читайте выше, и покажите что CLR это не программа, которая позволяет выполнять байт-код, который в свою очередь не является исполняемой программой. Подчеркиваю, меня не интересует внутренняя структура CLR. Определение интерпретатора, также из Вики, я вам привел.
Это многое объясняет, это вам так удобно, это вам нужно, а не пользователю, это никоим образом не оправдывает выбор и близко не лежит с понятием "необходимо и достаточно"
Похоже действительно, что-то уже с "крышей" случилось, извините... Вам была приведена ссылка на ту же википедию, где черным по-белому написано, что CLR - это just-in-time compiler, а не интерпретатор... То, что вас не интересует сам CLR - тоже понятно, поскольку нет никакого элементарного понятия, что это такое. И причем здесь ваша ссылка на интерпретатор, если речь изначально шла о CLR? В контексте с дотнет платформой? А? Давайте поясните...
Иначе ваши утверждения напоминают лишь одно: "Я фигею, дорогая редакция, серия номер..." Не более.
Так поясните же, черт побери, что же пользователю то нужно? На пальцах, а то видать тут все просто "тупые" и безграмотные в топике собрались. Только пока от вас нет ни одного реального прделожения. Одни словеса и сотрясание воздуха...
PS И байт-код как раз является машинным кодoм, а посему исполняемый.
Ну давайте же приведите здесь вашу теорию что же "необходимо и достаточно"...
Вопрос ведь задан уже и выше. А в ответ пока тишина...
Да ну? А за каким тогда в CLR just-in-time compiler? Остальные Ваши вопросы имели ответы выше, читайте. You grade in coding and also in programming technology is nil. :D
Добавлено через 3 минуты
Та к многие же высказались, и я их поддерживаю, что программа-логгер должна быть полностью перемещаемой, в виде папки, без привязки, самодостаточной и иметь разумный объем.
Добавлено через 15 минут
А с "крышей" это у Вас вам тоже было из Вики определение предъявлено и данному определению CLR соответствует один к одному.
Добавлено через 17 минут
Это не моя теория, это системный подход к решению задачи.
RK4FB:
Ну уж если фраза "just-in-time compiler" соответствует слову интерпретатор (interpreter), то видно сразу у кого "крыша" поехала. Причем серьёзно.
Вам связка CLR -> CIL не о чём не говорит? Arguing about it, is waste a time... Und zwar, ich glaube, dass Sie muessen etwas kennen zu lernen...
FYI И я имею MCSD, MCAD официальные сертификаты...
Ваша фраза "программа-логгер должна быть полностью перемещаемой, в виде папки, без привязки, самодостаточной и иметь разумный объем." - это верх совершенства. Просто полностью описывает всю "предметную" область, вдобавок ставит четкие границы "необходимо и достаточно".
Тhat's all? Nothing else? Really?
"Это не моя теория, это системный подход к решению задачи." - "шоб я так жил"... Если все с таким "системным" в кавычках, подходом будут работать, то ничего не будет. Вы похоже демагог по жизни, но не разработчик и не программист. Конкретики от вас ноль, равно как и реальных предложений. Но болтать вы умеете...
С вами я дискуссию закончил. Для меня все предельно ясно стало, а тратить время на пустую с вами болтовню не хочется. Есть дела поважнее. Вам же надо выучить азы похоже, а потом дискутировать. Плаваете вы во многом, но строите из себя гуру.
PS И это уже клиника, извиняюсь, а не просто диагноз...
Ну, бум ждать. И с открытыми исходниками, и под GPL, и чтобы в репах была, а то к хорошему уже привык и лазить куда-то самому за обновлениями уже напрягает :)
да, Логгер, работает отлично, как родной :)
Запускал N1MM, былетает по нажатию Esc, официальный багрепорт в WineHQ залит. Есть еще баг, под вайном не работает CAT, на багзиллу не стал заливать, поскольку хэмов среди WineHQ нет и повторить баг они не смогут.
RX1AL: Михаил! Скачал (~16метров), поставил, нашел сразу же то, что мне не нравиться. Будет время - прогоню его по "полной программе". У меня Р4 2,6ГГц, 2ГБ ОЗУ, ХР SP2, прокси-сервер,Visual Studio 2008, MSOffice 2007.
Повесьте их в соответствующем месте, ибо если вам нужен ОЛАП для ведения лога а не 3-я НФ, то место этим бумажкам рядом со стульчаком.
Ну и Майкрософты наконец догадались, что не бумажка определяет специалиста -
http://www.certification.ru/news/newsdir/big675.html
http://www.specialist.ru/News/?NewsId=726
Аналогично.
Добавлено через 2 минуты
Привет, Асгат, да это действительно печально... И хотя я не пользуюсь в повседневке Линуксом, знаю, что многие HAM's стали его пользователями на домашних ПК.
Добавлено через 4 минуты
Хамить не надо, в руках себя надо держать, если ты лох в СУБД, то это твои проблемы. СУБД начинается не с технологии, а с математики. Равно как и понимание абстракций разного уровня.
Некогда б не подумал что програмисты - такие горячие парни. :)Цитата:
Сообщение от RX1AL
PS И это уже клиника, извиняюсь, а не просто диагноз...
А теперь по теме. Кто нибуть ставил nGenLog , пробовал ? Надо ж всем рассказать, не только RX1AL, чем понравился, чем - нет. Что за новые фичи ?
Скачал 16 МБ, остальное у меня стоит. Первое впечатление - ожидал большего! Тем более - демо версия. Наверное не все возможности. Остальные впечатления будут позже. Пока моя оценка - 3 балла.