Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Первый релиз многопоточного HTML-парсера MyHTML, opennews (ok), 13-Июл-16, (0) [смотреть все] +1 Круть , neon1ks (ok), 20:16 , 13-Июл-16, (1) +3 // Вот было бы на haskell-е, тогда бы была бы действительно круть , Rodegast (??), 11:21 , 14-Июл-16, (52) –17 // Ну а смысл C достаточно универсален Биндинги к нему напилить и все круто будет, Вадик (??), 12:10 , 14-Июл-16, (54) +1 // Ну как минимум с многопоточностью у haskell-а дела обстоят лучше А вообще проект, Rodegast (??), 14:46 , 14-Июл-16, (88) –2 Эммм, что-что Я не ослышался - У хаскеля с многопоточностью дела лучше, чем у С , Uri (??), 18:08 , 14-Июл-16, (110) +1 Конечно Аппликативный код распараллеливается лучше итеративного При словах мн, Rodegast (??), 21:52 , 14-Июл-16, (134) Если он будет такой же как ejabberd - спасибо, но оставьте это себе , Аноним (-), 21:22 , 15-Июл-16, (161) А со сборкой мусора Будет ли код такой же быстрый как и на си , Аноним (-), 18:40 , 14-Июл-16, (116) Насколько гипотетический парсер на haskell-е будет быстрее 124 медленнее сабжа , Rodegast (??), 22:05 , 14-Июл-16, (136) зачем такому проекту сборщик , Аноним (-), 23:13 , 14-Июл-16, (141) https github com bazqux fast-tagsoup, rob pike (?), 13:02 , 14-Июл-16, (62) +1 // Оно что-то давно не обновлялось, хотя скорость 20-200MB sec это более чем круть , Rodegast (??), 14:48 , 14-Июл-16, (89) А что сложного написать Поставь задачу и вперед , Vombat (?), 19:34 , 14-Июл-16, (124) –1 Куда это потом девать Пофапать и выбросить На сях то оно куда угодно прикручив, Аноним (-), 21:21 , 15-Июл-16, (160) –1 Написано всё очень оптимистично и красиво Это в итоге использовать можно будет , G.NercY.uR (?), 20:16 , 13-Июл-16, (2) +2 // Судя по тому, что будут писать рендер, да ещё и MyCSS на подходе - есть все шанс, НяшМяш (ok), 20:21 , 13-Июл-16, (3) +1 // Нету Главное это layout, rendering и Javascript , rob pike (?), 20:27 , 13-Июл-16, (5) +1 // layout, reflow and otherБудет, всё будет Если почитать статьи к парсеру то там , lastmac (?), 22:23 , 13-Июл-16, (14) +8 Это вы отрисовку шрифтов к other отнесли , rob pike (?), 22:30 , 13-Июл-16, (16) А куда её отнести Или отрисовка шрифтов -- это ключевое что есть , Аноним (-), 22:35 , 13-Июл-16, (17) +1 В те 10 задачи, которые займут 90 времени Это с какой стороны смотреть Но есл, rob pike (?), 22:58 , 13-Июл-16, (18) Есть большая разница между отрендерить шрифт и отрендерить шрифт с антиалисами н, Аноним (-), 17:16 , 14-Июл-16, (105) Во-первых, это забота библиотек Во-вторых - это кому как У меня вот нет ретины, Crazy Alex (ok), 18:51 , 14-Июл-16, (119) +1 поехавшие шрифты поехавшие сайты Сейчас настолько адская смесь из css, js, ht, Аноним (-), 09:20 , 15-Июл-16, (149) Уважаемый, если вы не измените своим принципам и до конца будете идти по пути ка, G.NercY.uR (?), 06:05 , 14-Июл-16, (26) +4 Вообще-то один из простых способов получить скорость и компактность - не давать , Crazy Alex (ok), 08:50 , 14-Июл-16, (34) –1 Секрет в том, что тормоза в браузерах и оплата их разработки идут из одного исто, тоже Аноним (ok), 10:51 , 14-Июл-16, (47) +2 Я скорее согласен, чем нет Речь была о том, что это условно простой путь полу, Crazy Alex (ok), 12:21 , 14-Июл-16, (56) В принципе, совсем необязательно Есть какое-то количество ниш, в которых был бы, rob pike (?), 13:17 , 14-Июл-16, (68) Нет там никаких проблем с ресурсами - ни в делах автомобильных, ни в промышленно, Crazy Alex (ok), 13:41 , 14-Июл-16, (72) +1 И проблемы с ресурсами есть, и с ограничением фич всё очень плохо Продвинутые по, rob pike (?), 14:18 , 14-Июл-16, (80) Архитектура хребет плагины, которые можно цеплять цепочками , в общем-то, не , Crazy Alex (ok), 14:56 , 14-Июл-16, (90) Она не сложна ровно до момента её имплементации Особенно вместе требованиями , rob pike (?), 15:35 , 14-Июл-16, (96) Да делана такая архитектура сто раз и мной в том числе - нет ничего великого в, Crazy Alex (ok), 18:44 , 14-Июл-16, (118) +1 Хорошая архитектура препятствует набеганию тысяч неквалифицированных разработчик, rob pike (?), 21:33 , 14-Июл-16, (128) Тогда у нас очень разные понятия о хорошей архитектуре Вопрос, в общем-то, не в, Crazy Alex (ok), 00:02 , 15-Июл-16, (143) зачем тебе unix shell убогий твое корыто это systemd - вот жри его и вперед , Аноним (-), 07:57 , 15-Июл-16, (147) Вы опять главного не сказали - за этим стоят Ротшильды или Рокфеллеры , rob pike (?), 13:15 , 14-Июл-16, (67) К сожалению тут надо очень долго возится, иначе сайты получятся совсем не юзабел, Аноним (-), 18:44 , 14-Июл-16, (117) Во-первых, сейчас сами браузеры пытаются делать много лишнего, от борьбы с фишин, Аноним (-), 04:18 , 16-Июл-16, (165) Спасибо вам Своим принципам я не поступлюсь , lastmac (?), 11:04 , 14-Июл-16, (50) +4 Вы правда если это вы собираетесь в одиночку сделать конкурента Firefox и Chro, Аноним (-), 09:37 , 14-Июл-16, (37) Или умный человек, способный поставить задачу премлемого масштаба, не пытаясь ре, Crazy Alex (ok), 10:17 , 14-Июл-16, (41) –1 Заодно можно реализовать много другого Да и один в поле тоже воин - http lamb, rob pike (?), 13:06 , 14-Июл-16, (64) где-то это было А точно Линуксу этоже сказали в своё время И да Google тож, Sen (?), 10:31 , 14-Июл-16, (42) +1 К счастью, или сожалению, но мне это говорят часто Я не пытаюсь сделать, как эт, lastmac (?), 10:59 , 14-Июл-16, (49) +2 Автор как я считаю, пример исчезающих к сожалению, романтиков IT отрасли Это ра, G.NercY.uR (?), 12:25 , 14-Июл-16, (57) +2 Вокруг 4 браузера Chrome, Edge, Mozilla, Safari То, что на движки хрома ещё па, Crazy Alex (ok), 12:36 , 14-Июл-16, (60) Есть несколько экспериментально-академических движков - ну, не движков, а proof , rob pike (?), 13:23 , 14-Июл-16, (69) ты кстати зря, firefox за это время например ускорился и течь таки меньше стала , vitalif (ok), 13:42 , 14-Июл-16, (73) Ну вот Mozilla переписала с нуля движок на Rust Как до хотя бы до беты дойдет п, Аноним (-), 14:00 , 14-Июл-16, (77) –1 Там до переписывания и до того что можно было бы назвать движком еще очень далек, rob pike (?), 14:20 , 14-Июл-16, (82) У мозиллы слишком отличается направление движения - всё упростить, ориентироват, Crazy Alex (ok), 14:58 , 14-Июл-16, (91) Самое смешное, конечно, в том что она будет еще и никому не нужная, потому что C, rob pike (?), 15:37 , 14-Июл-16, (97) –1 Вот то, что до них это не доходит, меня удивляет больше всего , Crazy Alex (ok), 00:03 , 15-Июл-16, (144) А в других случаях - с Blackberry, например - не удивляет Это обыденность, редк, rob pike (?), 09:37 , 15-Июл-16, (150) А что, набор технологий ничего так, симпатично и со вкeсом Никакой хипстерской , Аноним (-), 21:29 , 15-Июл-16, (162) Сравнение с парсером на Rust - http lexborisov github io benchmark-html-perser, rob pike (?), 20:24 , 13-Июл-16, (4) +8 // Ух Да оно на порядок опережает servo html5ever Очень, очень достойный результа, freehck (ok), 20:52 , 13-Июл-16, (6) // Это какая ошибка, ведь Rust самый лучший язык, у servo самые лучшие разработчики, rob pike (?), 21:20 , 13-Июл-16, (7) +16 // Как уже упоминал тёзка, html5ever скорее заглушка, которая ещё будет пилиться Н, Аноним (-), 15:43 , 14-Июл-16, (100) Но ведь скорость разработки на прогрессивном языке Rust обгоняет фотоны в вакуум, rob pike (?), 16:37 , 14-Июл-16, (102) Казалось бы, причем тут скорость b разработки b Так что там с тормозами Gum, Аноним (-), 18:00 , 14-Июл-16, (108) +1 Разве это не одна из уникальных особенностей прогрессивного языка Rust, выгодно , rob pike (?), 21:35 , 14-Июл-16, (129) Так вы из неолуддитов будете , Аноним (-), 22:52 , 14-Июл-16, (139) Разработчики из мозиллы свалили а у менеджеров всегда все самое лучшее Но, к со, Аноним (-), 22:19 , 15-Июл-16, (163) Мсье точно смотрел графики В каком месте на порядок Или кто-то не знает, что п, angra (ok), 22:58 , 13-Июл-16, (19) –5 // Первый релиз многопоточного HTML-парсера MyHTML, rob pike (?), 23:01 , 13-Июл-16, (21) +3 Ну как и предполагалось, графиков не смотрели, просто глянули на итоговые цифры , angra (ok), 23:11 , 13-Июл-16, (22) –2 Может быть вы расшифруете свою мысль, снизойдете до пояснений , rob pike (?), 01:05 , 14-Июл-16, (24) В большей части случаев разница не в 10 раз, а от двух до четырех То есть финал, angra (ok), 11:06 , 14-Июл-16, (51) –1 Сравниваются только полноценные парсеры То есть те кто полностью соответствует , lastmac (?), 12:14 , 14-Июл-16, (55) +1 Еще раз, сравнивались ли деревья, построенные парсерами на этих 60к сайтов, мног, angra (ok), 17:12 , 14-Июл-16, (104) Чуть ниже по треду есть же ответ http www opennet ru openforum vsluhforumID3 , Crazy Alex (ok), 18:38 , 14-Июл-16, (115) Это не ответ на мой вопрос Ну разве что считать это признанием в том, что на са, angra (ok), 19:08 , 14-Июл-16, (122) Быть может вы удивитесь, но их нельзя сравнить по конечной серелизации данных В, lastmac (?), 19:47 , 14-Июл-16, (125) Я веду речь о том, что нельзя сравнивать напрямую скорость, если результат выдае, angra (ok), 21:17 , 14-Июл-16, (126) Каждый тест парсится меньше чем за 1мс 0 00001 Там нечего тестировать на скор, lastmac (?), 21:38 , 14-Июл-16, (130) +1 Это нормально для тестов, но обычно в таких случаях их просто запускают нужное к, angra (ok), 22:32 , 14-Июл-16, (138) Упс P S Да, некрасиво получается С другой стороны, кто-то, вообще, на ASM е пи, ZloySergant (ok), 21:35 , 13-Июл-16, (10) +1 // Не ругай меня, родная, что накодил тут г на я D, Аноним (-), 22:28 , 13-Июл-16, (15) +7 // Ну что вы, на прогрессивном языке D получилось бы раз в 200 быстрее , rob pike (?), 22:59 , 13-Июл-16, (20) То что ты наблюдал в кабинете информатики своего ПТУ это конечно важные наблюден, Аноним (-), 17:28 , 14-Июл-16, (107) // На perl обвязка еще быстрее Совсем больно , Mail (?), 11:19 , 15-Июл-16, (153) Во первых, то что на перл быстрее - надо пруф Во вторых, больше обвязок, хороших, Аноним (-), 11:46 , 15-Июл-16, (155) Солнышко, ты хоть усрись, но конечный продюкт, транслируемый в машинный код всяк, ZloySergant (ok), 20:08 , 06-Авг-16, (166) Не интересно , Аноним (-), 21:54 , 13-Июл-16, (11) –1 // Полезнее было бы вместо очередного коммента про проявление отсутствия интереса в, НяшМяш (ok), 00:01 , 14-Июл-16, (23) // Я могу порыть интернеты, бенчмарки были выложены пару месяцев назад Тогда, посл, lastmac (?), 10:51 , 14-Июл-16, (48) +1 html5ever в нынешнем виде не предназначен для использования в продакшне Это по , Аноним (-), 13:04 , 14-Июл-16, (63) // Не нужно ругаться Откуда у вас эта информация Где-то три-четыре месяца назад мн, lastmac (?), 19:02 , 14-Июл-16, (121) +1 Дырки присутствуют , Гость (??), 21:31 , 13-Июл-16, (8) +1 // Количество не найденных ещё дырок всегда бесконечно цэ , Аноним (-), 22:01 , 13-Июл-16, (12) // А всё почему Потому, что ошибка неисчерпаема, как атом , Аноним (-), 22:13 , 13-Июл-16, (13) // Как Electron , rob pike (?), 01:06 , 14-Июл-16, (25) Ну, вообще-то реальный веб это не HTML5 Парсер для настоящего а не сферического, Пользователь Debian (?), 21:33 , 13-Июл-16, (9) –2 // Это веб пятилетней давности Сейчас - либо HTML5, либо что-то, где идеальная отр, Crazy Alex (ok), 08:37 , 14-Июл-16, (31) Всё это парсер делает Всё ровно так же как современные браузеры Спецификация H, lastmac (?), 10:44 , 14-Июл-16, (45) +3 Первый релиз многопоточного HTML-парсера MyHTML, Аноним (-), 12:35 , 14-Июл-16, (59) +1 Ждём новостей об уязвимостях Хотя постойте нет, никто это не будет использова, Аноним (-), 06:05 , 14-Июл-16, (27) –1 // Уже используют , rob pike (?), 13:10 , 14-Июл-16, (65) Замечательно Правда, я схему парсинга скрипта неосилил, поэтому вопрос если в , Аноним (-), 06:55 , 14-Июл-16, (28) // Там всё не так сложно, если долго смотреть на картинку Да, будет считаться закры, lastmac (?), 10:48 , 14-Июл-16, (46) +1 html5ever собирался с флагом --release , Аноним (-), 07:02 , 14-Июл-16, (29) // Да, конечно , lastmac (?), 10:40 , 14-Июл-16, (44) А как в тестах проверялась корректность результатов Т е что полученный вариант, Аноним (-), 08:34 , 14-Июл-16, (30) –1 Хм, лично меня в разумных пределах скорость не очень волнует Но вот если разр, Crazy Alex (ok), 08:38 , 14-Июл-16, (32) // расшифруй что значит не плевать на пользователей милок, с чего ты взял что если , Аноним (-), 08:45 , 14-Июл-16, (33) +1   // Да именно это и значит Примеры я перечислял А ещё есть многолетние баги, зато, Crazy Alex (ok), 08:56 , 14-Июл-16, (36)   // а с чего ты взял что ты это все в твоем приложении используется множественное ч, Аноним (-), 09:53 , 14-Июл-16, (39)   Ну вот я так считаю, что проблема не специфична только для меня На основании то, Crazy Alex (ok), 10:12 , 14-Июл-16, (40) +2   Если разработчику будет не плевать на мнение пользователей - то шансов как раз н, rob pike (?), 13:29 , 14-Июл-16, (71)   Поэтому им надо давать возможность пришить эти самые пуговицы Как было в мозилл, Crazy Alex (ok), 13:45 , 14-Июл-16, (74) –1   так вам дали эту возможность Открыли код А что за вас еще и пришить должны А в, Аноним (-), 13:49 , 14-Июл-16, (75)   Во-первых, там что открыли, что нет - сложность кода такая, что если нет специал, Crazy Alex (ok), 15:21 , 14-Июл-16, (95) +2   какая разница - сколько Тебе дали возможность или нет Теперь ты ноешь что это, Аноним (-), 08:00 , 15-Июл-16, (148)   Вы не помните сколько из-за XUL в мозилле было проблем Хорошая архитектура - это, rob pike (?), 14:22 , 14-Июл-16, (83)   Я как раз с ним проблем не припомню кроме, разве что, тормозности - дык это от , Crazy Alex (ok), 15:08 , 14-Июл-16, (92)   Это замечательно смотрится в одной фразе с утверждениями о том что архитектура э, rob pike (?), 15:38 , 14-Июл-16, (98)   Особых противоречий нет Не было проблем - то есть от него, грубо говоря, никто н, Crazy Alex (ok), 18:34 , 14-Июл-16, (113)   Это по состоянию на 2016 год можно оставить Вы не помните как оно тормозило и, rob pike (?), 21:46 , 14-Июл-16, (131)   Я на файрфоксе сидел с тех времён, когда он назывался firebird - с оперой вперем, Crazy Alex (ok), 00:12 , 15-Июл-16, (145)   На юниксах особенно некуда было уходить А на всех остальных платформах никто ма, rob pike (?), 10:10 , 15-Июл-16, (151)   А с чего ты взял что проблема специфична только для него Ты пробовал писать баг, Аноним (-), 12:38 , 14-Июл-16, (61)   Писал и не раз Когда это было интересно автору он правил, нет - patches are wel, Аноним (-), 13:50 , 14-Июл-16, (76)   Кстати - куда донейты слать , Crazy Alex (ok), 08:51 , 14-Июл-16, (35) +2 // Хороший вопрос Я им не задавался и даже не знаю как это организовывается Вот п, lastmac (?), 10:38 , 14-Июл-16, (43) // У вас - это в России Насколько я понимаю, не то чтобы незаконны, скорее власти, Crazy Alex (ok), 12:33 , 14-Июл-16, (58) Ждем выход браузера на этом деле , Аноним (-), 09:39 , 14-Июл-16, (38) +1 Вот это проектик Автор молодец P S Гулять так гулять Я бы еще посмотрел пар, Аноним (-), 12:09 , 14-Июл-16, (53) // SIMD-инструкции используются в довольно небольшой части парсинга, такой как пром, rob pike (?), 13:12 , 14-Июл-16, (66) Интерестно, а можно будет потом этот браузер парсер рендерер портануть на AR, Аноним (-), 13:27 , 14-Июл-16, (70) Стотыщный парсер протухшего HTML - оно надо Гипертекст ущербен изначально, его , Kodir (ok), 14:02 , 14-Июл-16, (78) –1 // Ну, молодой человек, раз уж вы сами вышли к доске, расскажите нам о внутреннем ф, тоже Аноним (ok), 14:27 , 14-Июл-16, (86) +3 // В старых версиях -- PostScript, в новых -- PDF , Аноним (-), 18:03 , 14-Июл-16, (109) +1 // Ну вот А я-то и не подозревал Но мы должны идти глубже Вопрос первый а что т, тоже Аноним (ok), 18:20 , 14-Июл-16, (111) Переписать React на PostScript - я хотел бы на это посмотреть , rob pike (?), 21:49 , 14-Июл-16, (132) А зачем нужно парсер HTML делать многопоточным По-моему, даже у компиляторов пр, dq0s4y71 (??), 14:10 , 14-Июл-16, (79) +1 // Затем что быстрый парсер нужен далеко не только компиляторам Я бы даже сказал чт, rob pike (?), 14:24 , 14-Июл-16, (84) // Прирост в скорости разбора среднестатистической веб-страницы будет практически н, dq0s4y71 (??), 15:14 , 14-Июл-16, (93) // Кому он будет незаметен Тому кто разбирает тысячи страниц в секунду, например, б, rob pike (?), 15:40 , 14-Июл-16, (99) В этом случае да, согласен , dq0s4y71 (??), 16:16 , 14-Июл-16, (101) И, кстати, именно поэтому в GCC, в конце концов, отказались от bison и переписал, dq0s4y71 (??), 15:16 , 14-Июл-16, (94) Важная особенность , dq0s4y71 (??), 14:19 , 14-Июл-16, (81) // Нет, но глаз радует , lastmac (?), 16:48 , 14-Июл-16, (103) // Вот будете в прошлое путешествовать, сразу поймёте , Аноним (-), 22:53 , 14-Июл-16, (140) Тогда надо было написать поддерживает ООП или что-нибудь визуальное Школота, dq0s4y71 (??), 12:59 , 15-Июл-16, (158) Жду не дождусь нативного браузера под андроид Это киллер-фича при соотв реализа, Антоним (ok), 14:26 , 14-Июл-16, (85) // Кто же вам мешает провести натурный эксперимент Поправьте пару строчек отвечающ, rob pike (?), 14:35 , 14-Июл-16, (87) Спасибо, отличный софт , Дуплик (ok), 17:25 , 14-Июл-16, (106) –1 // Всегда рад помочь , lastmac (?), 19:28 , 14-Июл-16, (123) Неужели я вижу что-то, написанное не на новеньком модном Go Rust etc , KR (?), 18:54 , 14-Июл-16, (120) // На страницы таблоидов еще изредка попадает что-то написанное на Scala, но всё ре, rob pike (?), 21:51 , 14-Июл-16, (133) https www reddit com r programming comments 4snfz7 the_first_release_of_fast_m, rob pike (?), 21:55 , 14-Июл-16, (135) // Читал Странный комментарий Автор предполагает и он не прав Все исходники в пуб, lastmac (?), 22:13 , 14-Июл-16, (137) Прекрасный проект, спасибо вам Попробую написать обвязочку для luajit, Аноним (-), 23:51 , 14-Июл-16, (142) // Вам спасибо Для вас делаю Было бы крайне здорово Вот ещё бы кто с обвязочкой д, lastmac (?), 05:35 , 15-Июл-16, (146) Джва года ждал Когда уже запилят браузер Я недавно видел принципиально новый п, Аноним (-), 10:58 , 15-Июл-16, (152) // Дело это не простое, но реализуемое По прогнозам сложно что-то сказать Могу ск, lastmac (?), 11:45 , 15-Июл-16, (154) // http duktape org Он достаточно тормозной по сравнению с v8 и уж тем более luaj, Vsevolod Stakhov (?), 12:02 , 15-Июл-16, (156) Очень интересный набор фич и производительность, спасибо за работу Жалко, что п, Vsevolod Stakhov (?), 12:07 , 15-Июл-16, (157) // Спасибо Если перейдете на MyHTML то дайте знать, интересно кто использует у себя, lastmac (?), 18:13 , 15-Июл-16, (159) 1,2,4,8,9,27,28,29,30,32,35,38,53,70,78,79,81,85,106,120,135,142,152,157

Сообщения

[Сортировка по времени | RSS]

	33. "Первый релиз многопоточного HTML-парсера MyHTML"	+1 +/–
	Сообщение от Аноним (-), 14-Июл-16, 08:45
	расшифруй что значит не плевать на пользователей милок, с чего ты взял что если к твоему мнению не прислушались - то значит плюют на пользователей?
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Первый релиз многопоточного HTML-парсера MyHTML"	+/–
	Сообщение от Crazy Alex (ok), 14-Июл-16, 08:56
	Да. именно это и значит. Примеры я перечислял. А ещё есть многолетние баги, зато какой-нибудь покет запихнуть - это пожалуйста. Вот на разработчиков им не плевать, это да. А как защищать пользователя от кривых рук и эгоистичности этих разработчиков - так в кусты.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Первый релиз многопоточного HTML-парсера MyHTML"	+/–
	Сообщение от Аноним (-), 14-Июл-16, 09:53
	а с чего ты взял что ты это все? в твоем приложении используется множественное число, но текст говорит что проблема специфична для тебя. Кроме того, это же opensource молодой человек. У тебя есть исходники и ты можешь это все исправить сам, или можешь заплатить кому-то кто сделает это за тебя, если это важно именно для тебя.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Первый релиз многопоточного HTML-парсера MyHTML"	+2 +/–
	Сообщение от Crazy Alex (ok), 14-Июл-16, 10:12
	Ну вот я так считаю, что проблема не специфична только для меня. На основании того, что вижу кругом, в том числе здесь на опеннете - можете глянуть на любую новость о мозилле, например. Форкать в этих монстров в одиночку - нереально, организовывать команду - лично для меня мороки много. Появится что-то подходящее - поучаствую, кодом или деньгами. Вон, на сабж донейтить - хоть сейчас. А вообще - читать нотации идите... да хоть лесом, например.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Первый релиз многопоточного HTML-парсера MyHTML"	+/–
	Сообщение от rob pike (?), 14-Июл-16, 13:29
	Если разработчику будет не плевать на мнение пользователей - то шансов как раз нет, потому что толпу пользователей, желающих Chrome, но с перламутровыми пуговицами, вы никогда не перекричите.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Первый релиз многопоточного HTML-парсера MyHTML"	–1 +/–
	Сообщение от Crazy Alex (ok), 14-Июл-16, 13:45
	Поэтому им надо давать возможность пришить эти самые пуговицы. Как было в мозилле, только круче - чтобы можно было влезть в сами движки.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Первый релиз многопоточного HTML-парсера MyHTML"	+/–
	Сообщение от Аноним (-), 14-Июл-16, 13:49
	так вам дали эту возможность. Открыли код. А что за вас еще и пришить должны? А вы заплатили за эту работу - которая нужна именно вам?
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Первый релиз многопоточного HTML-парсера MyHTML"	+2 +/–
	Сообщение от Crazy Alex (ok), 14-Июл-16, 15:21
	Во-первых, там что открыли, что нет - сложность кода такая, что если нет специализированного API игра не стоит свеч - хоть сам делай, хоть кого-то нанимай, больно дорого. На то, чтобы въехать в код там месяц фуллтайм нужен примерно. Во-вторых, я в гробу видел самостоятельно подобное поддерживать (а там правки в DOM-движок нужны, и немаленькие) или бодаться с корпоративной бюрократией, чтобы подобное приняли в апстрим. В-третьих, у них много ценностей, которыя я не разделяю - попросту говоря, я не хочу их улучшать, я хочу чтобы они были настолько хреновыми, насколько возможно. От поддержки винды до социальных фич. Вот за то, чтобы подобная хрень не повторялась, я платить готов - в частности, донейтить автору сабжа в надежде, что получится вещь с более вменяемой архитектурой и направленностью развития. P.S. у вас какой-то инвертированный взгляд на вещи. "Открытый код" для меня - это дефолт. Закрытый - извращение, для использования которого нужны какие-то особые основания. Поэтому не надо мне баек про "открытый код" как великую милость.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "Первый релиз многопоточного HTML-парсера MyHTML"	+/–
	Сообщение от Аноним (-), 15-Июл-16, 08:00
	> Во-первых, там что открыли, что нет - сложность кода такая, что если > нет специализированного API игра не стоит свеч - хоть сам делай, > хоть кого-то нанимай, больно дорого. На то, чтобы въехать в код > там месяц фуллтайм нужен примерно. какая разница - сколько. Тебе дали возможность? или нет? Теперь ты ноешь что это сильно сложно для тебя ?
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Первый релиз многопоточного HTML-парсера MyHTML"	+/–
	Сообщение от rob pike (?), 14-Июл-16, 14:22
	Вы не помните сколько из-за XUL в мозилле было проблем? Хорошая архитектура - это очень сложно.
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	92. "Первый релиз многопоточного HTML-парсера MyHTML"	+/–
	Сообщение от Crazy Alex (ok), 14-Июл-16, 15:08
	Я как раз с ним проблем не припомню. кроме, разве что, тормозности - дык это от того, что они его адово переусложнили и зачем-то прибили к джаваскрипту. А по нынешним временам можно вообще Qt брать и не париться.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Первый релиз многопоточного HTML-парсера MyHTML"	+/–
	Сообщение от rob pike (?), 14-Июл-16, 15:38
	> кроме, разве что, тормозности - дык это от того, что они его адово переусложнили Это замечательно смотрится в одной фразе с утверждениями о том что архитектура это просто, и проблем с XUL нет.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Первый релиз многопоточного HTML-парсера MyHTML"	+/–
	Сообщение от Crazy Alex (ok), 14-Июл-16, 18:34
	Особых противоречий нет. Не было проблем - то есть от него, грубо говоря, никто не умирал. Да, можно сделать быстрее и проще, но можно и оставить как есть. А сложная архитектура может быть, скажем, внутри движка рендеринга страницы, но не выпускать из него эту сложность и организовать плагинную архитектуру - не ахти как сложно.
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Первый релиз многопоточного HTML-парсера MyHTML"	+/–
	Сообщение от rob pike (?), 14-Июл-16, 21:46
	> Особых противоречий нет. > Не было проблем - то есть от него, грубо говоря, никто не умирал. Да, можно сделать быстрее и проще, но можно и оставить как есть. Это по состоянию на 2016 год "можно оставить". Вы не помните как оно тормозило именно из-за архитектурных решений вообще и XUL в частности? > А сложная архитектура может быть, скажем, внутри движка рендеринга страницы, но не > выпускать из него эту сложность и организовать плагинную архитектуру - не > ахти как сложно. Очень сложно. Упрощенный, но надеюсь, не до потери смысла, пример - у вас появляется плагин, который работает с layout tree. Что-то добавляет, что-то вырезает, что-то расставляет по-своему - не суть важно. Пускать его после окончания фазы лэйаута - значит фактически заново делать лэйаут, что почти удвоит время рендеринга. Пускать его внутрь - это либо описывать всю внутреннюю кухню вашего layout engine - что само по себе задача большая и скучная, и это будет все равно непонятно для 99% потенциальных плагинописателей, а 99% из оставшегося процента все равно всё сделают неправильно. Либо  придумывать такой API, который оставит за кадром все внутреннее алмазно-надфильное выпиливание, и обрамлять большим эксклюзивным локом весь плагин - и API нетривиальное, и тормоза будут как в том варианте с которого мы начали. И так везде, со всеми остановками.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Первый релиз многопоточного HTML-парсера MyHTML"	+/–
	Сообщение от Crazy Alex (ok), 15-Июл-16, 00:12
	Я на файрфоксе сидел с тех времён, когда он назывался firebird - с оперой вперемешку. Во всяком случае оно было достаточно юзабельным, чтобы не уходить. Да, пускать внутрь. Там же всё равно есть какие-то свои модули, верно? А если там они так мутно взаимодействуют, что без поллитра не понять - то либо разгребать, либо хорошо документировать. Либо через год-два самого разработчика этот бардак догонит, что, собственно, с мозиллой сейчас и произошло, а до этого - с оперой. Принцип "модули должны быть понятны стороннему человеку с разумными усилиями" - это как раз критерий хорошей архитектуры, особенно на сях, где бороться с бардаком сравнительно сложно.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Первый релиз многопоточного HTML-парсера MyHTML"	+/–
	Сообщение от rob pike (?), 15-Июл-16, 10:10
	> Во всяком случае оно было достаточно юзабельным, чтобы не уходить. На юниксах особенно некуда было уходить. А на всех остальных платформах никто массово  долгое время и не приходил, пока мощности процессоров не возросли, стоимость памяти не обвалилась. Можно ли было сделать не так тормозящий XUL? Можно, но для хорошей имплементации хорошей архитектуры нужно еще на порядок больше усилий. > Да, пускать внутрь. Там же всё равно есть какие-то свои модули, верно? > А если там они так мутно взаимодействуют, что без поллитра не > понять Не мутно, но сложно. Не всякое сложно - мутно, хотя и из наблюдений за софтверным ландшафтом чаще всего складывается именно такое впечатление. Посмотрите на редкие хорошие проекты - LuaJIT, Yesod. Они не мутные, но они сложные. > то либо разгребать Уменьшать связность компонентов, упрощать логику их взаимодействия и увеличивать их размер? Будет очень медленно. > либо хорошо документировать. Этот кейс я описал. Он ничему не поможет. Либо это будет краткое, даже пусть и точное описание ("моноид в категории эндофункторов"), которое никому ничего не даёт, либо толстый учебник, который никто не будет читать и на поддержание которого в актуальном состоянии будет уходить 99% времени. К тому же таланты к написанию хороших учебников есть у довольно малой части популяции. > Либо через год-два самого разработчика этот бардак догонит, что, собственно, с мозиллой сейчас и произошло Это разные проблемы, в общем случае ортогональные. LuaJIT, например, бардак не догнал. > Принцип "модули должны быть понятны стороннему человеку с разумными усилиями" - это как раз критерий хорошей архитектуры Как лозунг на стенку для воспитания джуниоров в правильном духе - годится. > особенно на сях, где бороться с бардаком сравнительно сложно. От языка эти вещи очень мало зависят. В разных языках бардак выглядит немного по-разному и создается немного разными средствами - только и всего.
	Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

	61. "Первый релиз многопоточного HTML-парсера MyHTML"	+/–
	Сообщение от Аноним (-), 14-Июл-16, 12:38
	А с чего ты взял что проблема специфична только для него? Ты пробовал писать багрепорты авторам? Или думаешь он единственный кто пробовал?
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	76. "Первый релиз многопоточного HTML-парсера MyHTML"	+/–
	Сообщение от Аноним (-), 14-Июл-16, 13:50
	> А с чего ты взял что проблема специфична только для него? Ты > пробовал писать багрепорты авторам? Или думаешь он единственный кто пробовал? Писал и не раз. Когда это было интересно автору он правил, нет - patches are welcome. А вы не пробовали присылать патчи авторам вместо того что бы скулить "ах бага не фиксится" ?
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема