LORA. Linux.org.ru console client

Воспоминания ВУЗа подсказывают, что есть Си-библиотеки для того, чтобы парсить html.

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

не программист, просто обычный пользователь генты
пользователь генты
генты
python
не видящих никакого смысла в UNIX-way подходе и в термине KISS

напомни пожалуйста, на чем этот ваш Портагэ работает? чо там с U-way и KISS ?

Говорилось, что html это вариант xml, потом говорили, что есть некая libxslt и libxml кажется. Короче поставив все это я по методичке добивался вывода в xml того, чего пожелаю, и наоборот из raw-данных в xml. Взможно, что и фигню написал, плохо помню конкретику.

В любом случае врядли питон сам тако умеет. Сами же писали «надо поставить python-blabla». Седовательно можно испльзовать это blabla и без питона.

Вы правы, портеж на питоне. И это очень плохо, но альтернативы нет, а я, повторюсь, не программист.

С UNUX-way и KISS в генте гораздо лучше, чем много где.

ИМХО

Оно вообще еще живо? Последний коммит был 11 месяцев назад.

Логин: Kotolegokot
Пароль: --2013-06-21 17:53:22--  https://www.linux.org.ru/login.jsp
Распознаётся www.linux.org.ru... 217.76.32.61
Подключение к www.linux.org.ru|217.76.32.61|:443... соединение установлено.
HTTP-запрос отправлен. Ожидание ответа... 404 Not Found
2013-06-21 17:53:22 ОШИБКА 404: Not Found.

Это что? Это как?

Мертвее мертвых

Там щяс API кое-какое вышло, мб имеет смысл попилить снова немного

Очень жаль.

Что за API?

Комментарии в JSON - preview

проект написан на тяжелом языке

питон

тяжелом языке

Слишком толсто для непрограммиста.

проект написан на тяжелом языке

питон

тяжелом языке

Слишком толсто для непрограммиста.

тяжёлый = тормозной
Я, как пользователь, имею очень простую методу проверки:
- беру 386-й и собранную под него генту, установленную на харде. Жутко свопится, bash-скрипты и всякий sed/cut/grep не тормозят, ncurses-приложения тормозят, emerge влезает в своп на века.
. - беру Pentium 266 MMX и собранную под него генту на харде. В консоли не тормозит ничего, кроме питона.
- беру рабочую машинку (Pentium 4, 3GHz, 2G). Всё, что мне нужно летает (Pentium Ivy - дешево, быстро и сердито (комментарий)), однако питон подтормаживает. SSD ситуацию улучшает, но не вполне.
- беру bulldozer о восьми ядрах и 32 гигах оперативы. Ничего не тормозит, питон тоже. Однако между запуском emerge и началом кручения индикатора прогресса проходит около секунды. Остальные программы _такого_ уровня себе такого не позволяют.
Вывод - питон тормоз по сравнению с нативными приложениями.
И мне, как пользователю, это мешает.

беру 386-й и собранную под него генту, установленную на харде. Жутко свопится, bash-скрипты и всякий sed/cut/grep не тормозят

Бабушке в кедах рассказывай. Не тормозит у него!

на чем этот ваш Портагэ работает?

bash+python
причём перво-портаж был на баше.
просто набежали дебилы и запилили говнояп.
а что не так с кисс и юниксвеем?

Ответ на: комментарий от science 05.08.2012
05.08.2012

я уже не помню в контексте чего спрашивал или отвечал. Год прошел же.

// на чём портаге был и есть - я знаю, там вопрос в другом был. Лень перечитывать.

Остальные программы _такого_ уровня себе такого не позволяют.

А где ты видел программы такого уровня? Как бы аналогов emerge нету.

А Paludis, он на C++ вроде?

Слет некромантов у вас или что?

Он разве все умеет? Вроде же по фичам отстает.

Без понятия. Я только знаю, что его делают, как аналог emerge.

Ну так надо скорость и фичи сравнить, а мы с тобой этого не делали :) Может он еще медленнее.

Ну, медленнее — это вряд ли. Python и C++ все-таки. :)

Хотя, здесь говорят, что не на много.

1. Смотря какие скрипты. Отослать почту по событию с выхлопом ifconfig - не тормозят.
2. Тормоза, это когда задача выполняется дольше, чем ты _ожидаешь_от_имеющегося_оборудования. Да, не тормозят.

Ну не привык я, чтобы консольная программа - «управленец» жрала сравнимо с видеоплеером.

Ты еще поиграй в DF и жалуйся, что игрушка без графики жрет два гига памяти и все ядра процессора.

Не, к ней претензий у меня нет. Поигрываю через ssh на сервере )
Но сравнение такой математики с emerge ошибочно.

Расчет зависимостей с флагами, слотами и маскировками — тоже сложная математика.

Расчет зависимостей с флагами, слотами и маскировками — тоже сложная математика.

Сильно сомневаюсь, что нагрузки сравнимы.
Да и не в этом дело. Я утверждаю, что питон тормозит в сравнении с нативным кодом (при одинаково «качественном» алгоритме). Вы хотите сказать, что DF на питоне не станет медленнее?

питон тормозит в сравнении с нативным кодом (при одинаково «качественном» алгоритме)

При абсолютно одинаковом алгоритме с одинаковым сборщиком мусора нативный код естественно быстрее. Просто одинаковый алгоритм на нативном коде пишется раза в 3-4 медленнее.

Вы хотите сказать, что DF на питоне не станет медленнее?

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

Просто одинаковый алгоритм на нативном коде пишется раза в 3-4 медленнее.

Мне, как пользователю, хотелось бы, чтобы дольше думал программист, а не моё устройство. И не хотелось бы для этого покупать новые устройства.

игрок этой разницы не заметит.

Повторюсь, я не программист, но не может быть, чтобы интерпретируемый язык не отличался по скорости и потреблению памяти от компилируемого. И на не топовом железе (коего большинство у населения) это заметно. i2p, gajim, emerge служат, на мой взгляд, примерами.

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

Он отличается. На 0.00001%. Это критично для тяжелых математических вычислений и работы с изображениями, потому pil и numpy например используют нативный код. А для пользователя это не критично.

i2p, gajim, emerge служат, на мой взгляд, примерами.

Ну ладно emerge долго зависимости считает. А с i2p что? Памяти жрет мало, скорость сопоставима со скоростью интернета. Говорю как давний пользователь сабжа.

Крутая штука, ждем ебилдов! :)

Убрали ненавистный парсинг на sed

На роутер больше не поставить. :)

Понимаете, подход «это не критичный код - можно написать на интерпретируемом» мне не нравится потому, что в итоге gajim - неплохой, в сущности, клиент, жрёт после запуска около 70 мегабайт памяти. Это почти столько же, сколько UT99 c огромной картой, движком, графикой, музыкой и ботами. Да, и ещё заметно притормаживает относительно нативного кода. Мне никто не сможет доказать, что подход, экономящий однократное время программиста и заставляющий тормозить сотни тысяч единиц техники верен.
i2p неплох. Памяти он мог бы жрать _меньше_, скорость корректно сравнивать не со скоростью интернета (странный термин), а с теоретически максимальной для данных алгоритмов. Получается, что если рассматривать среднего пользователя, нажимающего одну клавишу в секунду, то можно оправдать код, который тормозит так, что отрабатывает только одну клавишу в секунду. Я утрирую, конечно.

Понимаете, подход «это не критичный код - можно написать на интерпретируемом» мне не нравится потому, что в итоге gajim - неплохой, в сущности, клиент, жрёт после запуска около 70 мегабайт памяти.

Для пользователя пофигу, 70 или 7. Зато ему не пофигу, что авторы gajim могут за месяц написать столько фич, сколько авторы копыта за год. Как говорится, make it run, make it right, make it fast. Правильность и читабельность кода всегда важнее производительности, если это не микроконтроллер с ограниченным объемом памяти и не сложная математическая задача, которую компьютер решает годами.

i2p неплох. Памяти он мог бы жрать _меньше_, скорость корректно сравнивать не со скоростью интернета (странный термин), а с теоретически максимальной для данных алгоритмов.

А смысл достигать максимальной скорости, если разницы не видно на глаз? Потраченное на оптимизацию время можно потратить на что-то полезное, что будет заметно. Ведь скорость — это не цель разработки, а просто преодоление препятствия «тормозит».

Для пользователя пофигу, 70 или 7

Я, пусть и не типовой, но пользователь. Мне не пофиг, следовательно, ваше утверждение ложно.

могут за месяц написать столько фич

Лично я предпочёл бы меньше фич и выше скорость работы.

make it run, make it right, make it fast

Эта идеология, КМК, хорошо работает вместе с концепцией покупки нового компьютера раз в два года и потребления в целом. Я не поддерживаю такой подход.

если разницы не видно на глаз

На моей машине, которая исправно служит мне уже 11, кажется, лет, видно. i2p выжирает половину ОЗУ и почти весь процессор. Я бы, как конечный потребитель, предпочёл, чтобы i2p был написан на ассемблере и на оптимизацию под мой процессор было потрачено несколько сот человеко-лет )

Потраченное на оптимизацию время можно потратить на что-то полезное

Время программистов должно тратится на создание качественных (удобных, полезных и быстрых, тратящих _моё_, пользователя, время по минимуму) программ, КМК.

Я, пусть и не типовой, но пользователь. Мне не пофиг, следовательно, ваше утверждение ложно.

Ты не пользователь, ты фанатик. Для тебя циферки в таскменеджере важнее работы приложения.

Лично я предпочёл бы меньше фич и выше скорость работы.

Еще раз. Ты не видишь этой скорости. Ты можешь только косвенно решить «раз интерпретируемый язык, значит на нативном было бы быстрее».

Время программистов должно тратится на создание качественных (удобных, полезных и быстрых, тратящих _моё_, пользователя, время по минимуму) программ, КМК.

Кому должно? Программисты пишут то, что пользуется спросом. Если фапание на цифры в top спросом не пользуется, то никто не будет делать костыли и хаки ради повышения скорости.

Я бы, как конечный потребитель, предпочёл, чтобы i2p был написан на ассемблере и на оптимизацию под мой процессор было потрачено несколько сот человеко-лет )

Так оплати год работы сотни программистов на ассемблере, и получишь :) Или сам изучи асм и напиши. А то теоретизировать все горазды, а как реально начинаешь код писать, так и видишь, до чего доводят гонки скоростей.

Ты не видишь этой скорости

Мы с вами на брудершафт не пили. Когда приложение лагает я могу заметить, следовательно вижу скорость и её недостаток.

Кому должно? Программисты пишут то, что пользуется спросом.

Я и не говорю кому-либо, что они мне должны. Просто это было бы лучше _для_меня_.

А то теоретизировать все горазды

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

ты фанатик

А вы хам, с чем вас и поздравляю.

А вы хам, с чем вас и поздравляю.

Хамы в трамваях ездят, а мы народ бедный, все велосипедами да пешком :3

Отлично. У меня нет DE, и теперь буду сидеть тут через LORA вместо консольного браузера links.

а где ты его возьмешь-то, если профиль топикстартера на гитхабе удален?