Здравствуйте, мыщъх, Вы писали:

М>не буду спорить, но что-то не замечал, что проживание в англоязычной среде способстует построению фраз. вот беру сегодня арбуз и чтобы не разорвался бесплатный пакет говорю "дабл бэг плз". а когда мы идем перекусить, то спрашиваю коллег "ланч тайм?". а как построить сложную фразу я уже и не помню.

Ага. А на обеде вы молча сидите?
Или обмениваетесь простыми фразами вида "грейт дэй"?

Здравствуйте, мыщъх, Вы писали:

М>Здравствуйте, Vzhyk, Вы писали:

V>>20.07.2011 17:32, мыщъх пишет:

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

V>>А так, уверен, что понравится.
М>визу сделать не проблема. работы просто уйма по всем направлениям. я уже отчаялся найти реверсеров. сейчас ищу просто программистов на си. вот тут дали пару человек в подчинении из австралии. сказал им написать простой парсер pdf, который просто ищет n n obj << filters >> и извлекает фильтр(ы). попросил написать на ANSI C89. казалось бы что проще?
Проще реализовать это на C++ используя std::string и компанию. Реализовывать в 2011 году что-либо на ANSI C89 — это либо мазохизм, либо странная тяга к изобретению собственных велосипедов.

Здравствуйте, Vzhyk, Вы писали:
V>З.Ы. Ну а высказывание в стиле "я уверен, что будет медленнее",
V>напоминает аналогичные высказывания про matlab и С, только вот в реале
V>чаще наоборот (matlab обгоняет C). Ну и еще учитывая время на разработку...
бывают задачи, когда ответ надо выдавать со скоростью подачи данных. ня яве, питоне, джаве, пхп, как и на прочих языках домика Барби вы ничего такого не напишете.

21.07.2011 12:08, Wissenschaftler пишет:

> Проще реализовать это на C++ используя std::string и компанию.
> Реализовывать в 2011 году что-либо на ANSI C89 — это либо мазохизм, либо
> странная тяга к изобретению собственных велосипедов.
Да нет, абсолютно грамотная политика мыши — вот в этом он крутой спец.
Нужно писать код так, чтобы потом фиг кто в нем разобрался и можно было
еще несколько лет исправлять баги и петь начальству, какой он крутой.

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

Здравствуйте, Vzhyk, Вы писали:
V>Кстати, тут никто так и не показал, что код на С действительно быстрее
V>кода на perl в этой задаче.
действительно, не показал

21.07.2011 12:18, __kot2 пишет:

> V>З.Ы. Ну а высказывание в стиле "я уверен, что будет медленнее",
> V>напоминает аналогичные высказывания про matlab и С, только вот в реале
> V>чаще наоборот (matlab обгоняет C). Ну и еще учитывая время на
> разработку...
> бывают задачи, когда ответ надо выдавать со скоростью подачи данных. ня
> яве, питоне, джаве, пхп, как и на прочих языках домика Барби вы ничего
> такого не напишете.
Высказывание в стиле "я уверен, что будет медленнее".

21.07.2011 12:24, __kot2 пишет:

> V>Кстати, тут никто так и не показал, что код на С действительно быстрее
> V>кода на perl в этой задаче.
> действительно, не показал
Зато пока ты и мышь, как два попа в церкви: "главное верить".

Здравствуйте, Vzhyk, Вы писали:

V>21.07.2011 12:18, __kot2 пишет:

>> V>З.Ы. Ну а высказывание в стиле "я уверен, что будет медленнее",
>> V>напоминает аналогичные высказывания про matlab и С, только вот в реале
>> V>чаще наоборот (matlab обгоняет C). Ну и еще учитывая время на
>> разработку...
>> бывают задачи, когда ответ надо выдавать со скоростью подачи данных. ня
>> яве, питоне, джаве, пхп, как и на прочих языках домика Барби вы ничего
>> такого не напишете.
V>Высказывание в стиле "я уверен, что будет медленнее".

Тут есть графики:
http://www.codeproject.com/KB/recipes/ahocorasick.aspx
(Ахо-Корасик — основанный на КА алгоритм типа Кнута-Мориса-Прата, только ищет не одну подстроку, а одну из набора )

Здравствуйте, Vzhyk, Вы писали:
V>Высказывание в стиле "я уверен, что будет медленнее".
есть программисты, которые думают что компилятор он наверное машет волшебной палочкой и код превращается в бинарный.
но не все такие. некоторые изучали ассемблер и знают что сильно в бинарном коде не разбежишься. и компилятору часто нужно подсказывать что ты хочешь от него. я не представляю как это можно сделать в перле или в питоне. каким образом данные будут упакованы? где он их разместит? он использует указатели или явные адреса известные еще на этапе компиляции? какими кусками они будут вычитываться? будут ли данные лежать кучкой или нет? будут ли холостые инициализации? все ли что нужно будет проинлайнено или будут вызовы ф-ий callами? да еще и по вычисляемому адресу? что у нас поместится в кэш, а что нет? будут ли динамические перераспределения памяти? нам бы без них вообще-то хотелось бы — malloc это цикл поиска пустого блока например, а не "операция выделения памяти"?
вы в принципе не сможете написать ни на лиспе ни на питоне ни на яве ни на хаскеле код эффективнее, чем на C/C++. хотя конечно же хороший код на лиспе может быть быстрее школьного Сишного кода

Здравствуйте, __kot2, Вы писали:
__>вы в принципе не сможете написать ни на лиспе ни на питоне ни на яве ни на хаскеле код эффективнее, чем на C/C++
вы можете только асимптотически бесконечно приближаться к максимально эффективному бинарному коду, который дает C/C++, но вы всегда будете позади. а ведь товарищи еще могут поменять какие-то реализации, например, строк или массивов в Питоне-Лиспе. что тогда? что-то изменится. вы точили-точили, придется все заново, под новую реализацию.

Здравствуйте, Vzhyk, Вы писали:
V>Зато пока ты и мышь, как два попа в церкви: "главное верить".
че-то гугл тоже не на Питоне это написал.
http://code.google.com/p/singularity-compress/

а ведь могли.. как дураки какие-то на С написали. вот заняться им нечем.

Здравствуйте, Vzhyk, Вы писали:

V>Кстати, тут никто так и не показал, что код на С действительно быстрее
V>кода на perl в этой задаче. Я уже не спрашиваю о времени реализации без
V>багов этой задачи на С и на perl.
Как я понимаю, там главная проблема в том, что PDF-файл может быть размером в сотню гигабайт и стандартные regexp-парсеры, включая PERL, потребуют пропорционального объема памяти. Но городить кулхацкерский код на Си в виде одной функции с тучей однобуквенных переменных, объявленных в самом начале, "жалея компилятор" — действительно глупо.

Здравствуйте, alzt, Вы писали:

A>Здравствуйте, мыщъх, Вы писали:

М>>не буду спорить, но что-то не замечал, что проживание в англоязычной среде способстует построению фраз. вот беру сегодня арбуз и чтобы не разорвался бесплатный пакет говорю "дабл бэг плз". а когда мы идем перекусить, то спрашиваю коллег "ланч тайм?". а как построить сложную фразу я уже и не помню.

A>Ага. А на обеде вы молча сидите?
A>Или обмениваетесь простыми фразами вида "грейт дэй"?

Когда я ем, я глух и нем!

Здравствуйте, pvirk, Вы писали:

P>Здравствуйте, erslgoeirjh, Вы писали:

E>>Интересно, можно ли у нас в России в настоящее время (2011 год) устроиться на работу, если уволили за прогулы?
E>>Имеется ввиду на любую работу, не обязательно программистом?

P>По постам erslgoeirjh'а вся его жизнь прослеживается, как на ладони.

Угу, а потом пойдут пост в духе "выгнали из Рая, что делать?".

21.07.2011 12:50, los puercos пишет:

> http://www.codeproject.com/KB/recipes/ahocorasick.aspx
> (Ахо-Корасик — основанный на КА алгоритм типа Кнута-Мориса-Прата, только
> ищет не одну подстроку, а одну из набора )
Вот за это спасибо, возможно понадобится в будущем закладку сделал.

Здравствуйте, мыщъх, Вы писали:

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

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

М>ЗЫ. давайте к нам. переждете тут кризис российского доллара. август уже на носу.
а как к вам то, по которой визе?

Здравствуйте, Wissenschaftler, Вы писали:

W>Здравствуйте, мыщъх, Вы писали:

М>>Здравствуйте, Vzhyk, Вы писали:


W>Проще реализовать это на C++ используя std::string и компанию.
не проще. потому что у нас строк нет. тут рулят потоковые алгоритмы. в частности машины состояний. не нравится машина состояний -- хорошо, делайте по другому, но объясните мне, что есть такого в std::string, чего нет в си и чтобы помогло в решении данной задачи?

W> Реализовывать в 2011 году что-либо на ANSI C89 — это либо мазохизм,
W> либо странная тяга к изобретению собственных велосипедов.
не знаю как у вас, а у нас на си пишется очень много кода.

Здравствуйте, erslgoeirjh, Вы писали:

E>Интересно, можно ли у нас в России в настоящее время (2011 год) устроиться на работу, если уволили за прогулы?
E>Имеется ввиду на любую работу, не обязательно программистом?

Можно и даже программистом. Трудовую книжку несут в последний момент, когда все уже согласовано.
Главное, чтобы причина прогулов была уважительной и более не актуальной.

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

Берем flex (или вот модный re2c) и юзаем
регулярки. Получаем бинарник без зависимостей и тормозов.

Здравствуйте, ettcat, Вы писали:

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

E>Берем flex (или вот модный re2c) и юзаем
E>регулярки. Получаем бинарник без зависимостей и тормозов.
гигабит в секунду обработают? кстати, написать регулярное выражение для данного случая сложнее, чем си-логику. тем более, что в pdf (а мы про них и говорим) много путей обфускации. например, #XX это ASCII код символа (hello,#20world это "hello, world"). на си логике можно сделать функцию get_symbol, читающую входной символ один за другим и автоматически декодирующую его при необходимости.

кстати, тут появляются и другие проблемы с регулярками:

5 0 obj
<< /Type /Action /S /JavaScript /JS (

a = 1;
a = a >> 3;
app.alert(a+app.viewerVersion);

) /Filter [] >>



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