Здравствуйте, Baiker, Вы писали:
B>Более того — идёт инженерная борьба за скорость, чтобы юзер в Винде с 16 гигами не чувствовал себя владельцем домофона.
Зато с таким подходом люди чувствуют себя владельцами патефона. И вы почувствуете, когда наконец-то слезите c DPI 96 ppi на более высокий при покупке 4К монитора.
Здравствуйте, CreatorCray, Вы писали:
IO>>По факту такие вещи могут работать намного лучше теплых ламповых изделий на нативном C. CC>У них ж под капотом таки С или С++ код, который и делает всю основную работу.
Ну где этого нет под капотом? Там есть слой DOM и наверняка даже JS (не проверял), которые оптимальны совсем для других задач. Ну там каждое слово — отдельный спан, каждая строка див (или параграф), это всё нужно тасовать при вводе каждой буквы. Застрелиться можно.
Откуда же его [независимый суд] взять, если в нем такие же как мы? (c) VladD2
A>Зато с таким подходом люди чувствуют себя владельцами патефона. И вы почувствуете, когда наконец-то слезите c DPI 96 ppi на более высокий при покупке 4К монитора.
Можно раскрыть мысль? Будучи владельцем 4K монитора не понял метафоры.
Откуда же его [независимый суд] взять, если в нем такие же как мы? (c) VladD2
Здравствуйте, ins-omnia, Вы писали:
IO>>>По факту такие вещи могут работать намного лучше теплых ламповых изделий на нативном C. CC>>У них ж под капотом таки С или С++ код, который и делает всю основную работу. IO>Там есть слой DOM и наверняка даже JS (не проверял), которые оптимальны совсем для других задач. Ну там каждое слово — отдельный спан, каждая строка див (или параграф), это всё нужно тасовать при вводе каждой буквы.
Ну и как это подтверждает твоё утверждение что "такие вещи могут работать намного лучше теплых ламповых изделий на нативном C" если ты только что рассказал что "нативный С" код браузера должен перелопатить куда больше стороннего говна чтоб сделать то же самое что и редактор, который сразу написан на "нативном С"
IO>Застрелиться можно.
Тот же WinWord 6.0 прекрасно справлялся с редактированием текста на древних машинах, схренали вдруг на на порядки более быстрых машинах не тормозящий редактор сраного текста считается чем то магическим?
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, Nuzhny, Вы писали:
P>>Весь десктоп целиком плавно перетекает в веб уже много лет.
N>Кстати, интересно было бы посмотреть на то, чем пользуются на десктопе. Как по мне, всё основное осталось на том, на чём и было написано. Оно, как правило, большое, тяжёлое, требует развитого и сложного UI.
В основном браузер. У большинства юзеров нет каких то особых задач, ради которых надо тащить тот же внятный офис. А этот офис уже есть в вебе и у Гугла, и у Микрософта.
N>Всё то, что проще условных Фотошопов и Автокадов, в принципе на десктопе не развивается, а уходит даже не в веб, а в приложения на телефоне: мессенджеры, ютьб, банковские приложения, даже Госуслуги. Что из десктопного уходит в веб?
В веб. Например, банковские приложения это веб-технологии, судя по тому, что я вижу. Стоимость разработки нынче чудовищная, мейнтейнить и сайт, и мобайл это мягко говоря перебор.
Вспоминаем кейс со Сбербанком — вебка работает, а мобайл приплызд. И так много у кого, на самом деле.
Даже мобайл проще пилить на веб-технологиях, если нет какой особой изюминки типа 2D/3D графики итд.
Госуслуги, судя по размеру апк 88мб в ней сидит мобильный Хром и пару-тройку мегабайт жээса. В этом случае можно процентов 60-80 совместить с обычным вебом.
В лучшем случае в мобайле будет какой react-native, что означает веб-технологии.
Здравствуйте, CreatorCray, Вы писали:
IO>>Застрелиться можно. CC>Тот же WinWord 6.0 прекрасно справлялся с редактированием текста на древних машинах, схренали вдруг на на порядки более быстрых машинах не тормозящий редактор сраного текста считается чем то магическим?
Потому, что написать редактор сраного текста на С/С++ намного сложнее, а специалистов по такой механики раз два и обчелся. Потому нативные софтины мягко говоря большей частью не юзабельны.
Например целая куча именно нативных редакторов/читалок не могут открыть большой файл, а вот жээсные "поделки" не только открывают, но и позволяют работать.
Для примера — iBook от эппла на iOS. Вкинул туда для интересу как то пару конских epub — эта штука зависала регулярно любом действии, при чем настолько жостко, что морозилась сама ios, нельзя было выйти.
А вот жээсные аналоги позволяли и открыть, и работать с книгой. Как сейчас, не знаю, ios уже не пользую.
Поэтому что бы по дефолту нативный софт работал лучше — такого нет, т.к. сложность разработки много выше а специалистов в разы меньше.
С жээсным софтом гораздо лучше — сложность разработки ниже, специалистов много, потому можно выкрутиться разными способами.
Здравствуйте, Pauel, Вы писали:
P>В основном браузер. У большинства юзеров нет каких то особых задач, ради которых надо тащить тот же внятный офис. А этот офис уже есть в вебе и у Гугла, и у Микрософта.
Браузер, да, как новая ОС. Это ПО пишется на С/С++.
Облачными офисами пользуются на уровне заметок, как мне показалось. Основная проблема — все документы не являются твоими. В гугле банят, почту взламывают — это всё реальность, которая временами касается моих знакомых. Иногда нет возможности работать с этим по корпоративным правилам безопасности. В деревне на даче с плохим интернетом тоже нафиг. То есть полноценный офис всё равно ставить приходится.
P>В веб. Например, банковские приложения это веб-технологии, судя по тому, что я вижу. Стоимость разработки нынче чудовищная, мейнтейнить и сайт, и мобайл это мягко говоря перебор. P>Вспоминаем кейс со Сбербанком — вебка работает, а мобайл приплызд. И так много у кого, на самом деле. P>Даже мобайл проще пилить на веб-технологиях, если нет какой особой изюминки типа 2D/3D графики итд.
Тут не в курсе, но все эти примеры всё равно не иллюстрируют исход из десктопа в веб, там нет ничего десктопного. То есть разве когда-то были десктопные банковские приложения? В них же смысла нет никакого, они без интернета бесполезны.
P>Госуслуги, судя по размеру апк 88мб в ней сидит мобильный Хром и пару-тройку мегабайт жээса. В этом случае можно процентов 60-80 совместить с обычным вебом. P>В лучшем случае в мобайле будет какой react-native, что означает веб-технологии.
Ну это уже так себе примеры. На десктопе используется тот же Sciter — это веб-технология? Кажется, что да, но по сути же нет. Всё таки самое главное в этом интернет, а не HTML/CSS/JS
Здравствуйте, ins-omnia, Вы писали:
IO>Можно раскрыть мысль? Будучи владельцем 4K монитора не понял метафоры.
Большинство приложений которые не на HTML и не на WPF/WinRT — не поддерживают высокий DPI. В каких-то местах есть микроскопические иконки вместо нормальных, где-то текст не влазит, часть приложений вообще рендерится с "увеличением", из-за чего они приобретают характерную "мутность".
Вообщем, карусель-зоопарк для любителей ретро, которые еще не соориентировались что к чему.
Здравствуйте, Aquilaware, Вы писали:
A>Большинство приложений которые не на HTML и не на WPF/WinRT — не поддерживают высокий DPI.
Qt вполне себе нормально живёт. У меня ноут 15 с 4k экраном — вполне норм.
A>Вообщем, карусель-зоопарк для любителей ретро, которые еще не соориентировались что к чему.
Здравствуйте, Pauel, Вы писали:
P>Потому, что написать редактор сраного текста на С/С++ намного сложнее
Да ну!
P>специалистов по такой механики раз два и обчелся.
Не ну охренеть просто какой бином Ньютона! Интернеты поди забанены, и почитать что там умные люди за подходы такие для редактирования текстов за эти годы изобрели ну ваще никак нельзя.
P>Потому нативные софтины мягко говоря большей частью не юзабельны.
Что ты несёшь?
P>Например целая куча именно нативных редакторов/читалок не могут открыть большой файл
Ну вот гигабайт текста это уже большой файл или ещё нет? Банальный встроенный редактор в FAR такой файл грузит за пару секунд и редактирует. Просмотр так вообще мнгновенный, что в начале файла что в конце.
P> а вот жээсные "поделки" не только открывают, но и позволяют работать.
И какая же жээсная "поделка" такое файло сможет отредактировать?
Потому что хром его даже на просмотр не смог загрузить: долго пыжился, пыхтел, грузил, процесс рендерера жрал память как бесплатную и в итоге сдох, показав при наличии ещё ~50+ гигов свободной физической памяти мессагу "Aw, Snap! Something went wrong while displaying this webpage. Error code: Out of Memory". Похоже упёрся в какой то свой внутренний лимит. ProceXP показывает что его job имеет Process Memory Limit в 16 GB, что несколько объясняет premature падение.
Старенький FAR2 этот же файл просматривает легко и непринуждённо, потребление памяти подскакивает с 15 мегабайт до аж цельных 18!
Так что не, нифига не похоже чтоб "жээсные поделки" (tm) вот так уж легко смогли такой файл прожевать.
И это даже не обсуждаемый "редактор сраного текста" (С) был а так, просмотр банального txt файла, что гораздо проще редактирования оного.
P>Для примера — iBook от эппла на iOS.
Я хз что это такое, но почему то из твоего описания мне кажется что это ну ни разу не "редактор сраного текста" (С).
К чему это всё было?
P>Поэтому что бы по дефолту нативный софт работал лучше — такого нет, т.к. сложность разработки много выше а специалистов в разы меньше. P>С жээсным софтом гораздо лучше — сложность разработки ниже, специалистов много, потому можно выкрутиться разными способами.
Аргументация в стиле "отвёрткой неудобно ковырять в носу а потому слон веселее мухи"
Икемфула как всегда.
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, Baiker, Вы писали:
B>Разувайте уже мозги, студота!
Последуй совету первым. Говоря про кроссплатформ, говорят про серверные системы. На декстопах и мобилках свой кухня у каждого девайса. Тут кросcплатформом никто не запаривается. И серверы-это линуксы, bsd, юниксы и немного винды. Вот кроссплатформ между ними и стоит на повестке.
Здравствуйте, CreatorCray, Вы писали:
P>>Потому, что написать редактор сраного текста на С/С++ намного сложнее CC>Да ну!
Именно. И судя по твоим примерам типа FAR итд ты не в курсе, что это значит, т.к. ни разу не пилил такое самостоятельно. Но мнение имеешь.
P>>специалистов по такой механики раз два и обчелся. CC>Не ну охренеть просто какой бином Ньютона! Интернеты поди забанены, и почитать что там умные люди за подходы такие для редактирования текстов за эти годы изобрели ну ваще никак нельзя.
Почитать — можно. Но применить — нужна высокая квалификация. Никто обычно не берется, а тупо суют готовый компонент, иначе на плюсах это будет самоубийство в большинстве случаев.
У большинства тех, что пишут свой редактор или читалку большей частью выходит чтото мутное.
P>>Например целая куча именно нативных редакторов/читалок не могут открыть большой файл CC>Ну вот гигабайт текста это уже большой файл или ещё нет? Банальный встроенный редактор в FAR такой файл грузит за пару секунд и редактирует. Просмотр так вообще мнгновенный, что в начале файла что в конце.
Ты адекватен? Фар это консольное приложение. Рендеринг считай по сложности как склейка строк, нет ни gdi, ни приседаний со шрифтами, ни вычислений координат, итд итд.
То есть, в фаре изначально вообще нет ничего того, с чем придется столкнуться при написании текстового редактора или вьюера.
В консольном приложении достойный скроллинг реализованый с нуля займет пару десятков строк. Я такое даже на ассемблере писал, уложился ажно в 400 байт выполняемого файла. Размер файла был ограничен объемом доступной памяти.
P>> а вот жээсные "поделки" не только открывают, но и позволяют работать. CC>И какая же жээсная "поделка" такое файло сможет отредактировать?
Я привел свой пример, если ты не заметил.
CC>Потому что хром его даже на просмотр не смог загрузить
Ну разумеется. Он пытается вгрузить всё, а нужна частичная подгрузка и виртульный скроллинг. Пилить такое для браузера смысла нет — визгу много, а шерсти мало.
CC>Старенький FAR2 этот же файл просматривает легко и непринуждённо, потребление памяти подскакивает с 15 мегабайт до аж цельных 18!
Ты похоже не в курсе, чем отличается UI от консоли. Ты хоть раз пробовал вьюер или редактор теста писать, алё?
CC>Так что не, нифига не похоже чтоб "жээсные поделки" (tm) вот так уж легко смогли такой файл прожевать. CC>И это даже не обсуждаемый "редактор сраного текста" (С) был а так, просмотр банального txt файла, что гораздо проще редактирования оного.
Нету ничего сложного в реализации виртуального скролинга и частичной подгрузки. Сам алгоритм примитивный. Но вот приседания с памятью, апи отрисовки и прочими подобными вещами усложняют решение просто чудовищно.
В жээсе ты избавлен от низкоуровнего рендеринга, а вот в плюсах у тебя должен быть значительный опыт в этой части. Иначе — приплызд.
P>>Для примера — iBook от эппла на iOS. CC>Я хз что это такое, но почему то из твоего описания мне кажется что это ну ни разу не "редактор сраного текста" (С).
Ты снова не заметил, что я сравниваю апельсины с апельсиными, т.е. одну читалку с другой ?
CC>К чему это всё было?
К тому, что жээсный аналог iBook работает вполне себе достойно. Читалка, к твоему сведению, намного проще редактора — хватит примитивных структур данных. Формат епуб облегчает работу, предоставляет тебе всё, что необходимо. С редактированием простого txt файла граблей будет гораздо бОльше.
Я тебе больше скажу — у меня целый проект был, аналог iBook. Одна из его фишек была как раз в том, что он работал с чудовищного размерами файлов, включая pdf по 20000(двадцать тысяч) страниц. Рендериг пдф конечно не сами писали — взяли pdf.js, он справляется нормально.
Acrobat Reader не обогнали, но вот епубы работали лучше, чем нативном iBook.
Здравствуйте, velkin, Вы писали:
V>Очевидно придётся грузить эти скрипты многократно, а работать они будут просто ужасно.
Зачем их грузить многократно и почему они будут ужасно работать?
V>По сути всё сводится: V>1) К скорости доступа к памяти.
А она нужна, скорость доступа к памяти на фронте?
V>Или возьмём убогий локальный HDD, мало того, что отклик с него будет быстрее, чем с интернета, так он ещё и всегда доступен.
Ну так есть же html web storage, вот тебе и локальный HDD без интернета.
V>но лично мне вся это возня с веб-серверами вроде nginx и прочих не особо нравится.
Ты свои личные предпочтения используешь как аргумент, я верно тебя понял?
Здравствуйте, Nuzhny, Вы писали:
N>Браузер, да, как новая ОС. Это ПО пишется на С/С++. N>Облачными офисами пользуются на уровне заметок, как мне показалось. Основная проблема — все документы не являются твоими. В гугле банят, почту взламывают — это всё реальность, которая временами касается моих знакомых. Иногда нет возможности работать с этим по корпоративным правилам безопасности. В деревне на даче с плохим интернетом тоже нафиг. То есть полноценный офис всё равно ставить приходится.
Приходится. Только раньше это было 80% кейсов, а сейчас — 20.
P>>Госуслуги, судя по размеру апк 88мб в ней сидит мобильный Хром и пару-тройку мегабайт жээса. В этом случае можно процентов 60-80 совместить с обычным вебом. P>>В лучшем случае в мобайле будет какой react-native, что означает веб-технологии.
N>Ну это уже так себе примеры.
Госуслуги и банковские приложения ты сам же и притянул банковские приложения, даже Госуслуги @ Nuzhny. Ок, твой пример так себе. Так и запишем
Здравствуйте, Aquilaware, Вы писали:
A>только потому что в один Docker образ нельзя поставить несколько других готовых Docker-образов-приложений одновременно.
Это почему вдруг? multi-stage builds вроде пока никто не отменял.
A> Запускать же по Docker'у для каждой мелочи не получится, так как между приложениями нередко необходимо организовывать интеграцию и обмен данными,
И в чем проблема?
A> а Docker — это изолированная вещь и чтобы что-то такое накрутить нужно не слабо заморочиться.
Банальный TCP/IP в 2022 году это "нужно не слабо заморочиться"? Интересно девки пляшут.
Здравствуйте, CreatorCray, Вы писали:
IO>>По факту такие вещи могут работать намного лучше теплых ламповых изделий на нативном C. CC>У них ж под капотом таки С или С++ код, который и делает всю основную работу.
Берешь любой проект на гитхабе, заменяешь в домене .com на .dev, и убеждаешься, что при полной гарантии отсутствия какого либо кастомного "С или С++ код" тормозов при наборе текста по прежнему не ощущается.
Здравствуйте, CreatorCray, Вы писали:
P>>специалистов по такой механики раз два и обчелся. CC>Не ну охренеть просто какой бином Ньютона! Интернеты поди забанены, и почитать что там умные люди за подходы такие для редактирования текстов за эти годы изобрели ну ваще никак нельзя.
А ты сам то пробовал? Я вот когда то давно пробовал. Не то чтобы рокет сайнс, но повозиться придется, задачка не на пару дней.
CC>Старенький FAR2 этот же файл просматривает легко и непринуждённо, потребление памяти подскакивает с 15 мегабайт до аж цельных 18!
Старенький FAR2 работает в текстовом режиме, это очень сильно все упрощает.
Здравствуйте, Aquilaware, Вы писали:
A>Поэтому возникает вопрос: как сделать такой дизайнер, который бы мог обеспечить поддержку и WYSIWYG и responsive layout в одном флаконе? Есть ли существующие примеры таких дизайнеров?
Здравствуйте, Pauel, Вы писали:
P>Приходится. Только раньше это было 80% кейсов, а сейчас — 20.
А почему не наоборот? Статистика-то откуда?
N>>Ну это уже так себе примеры. P>Госуслуги и банковские приложения ты сам же и притянул банковские приложения, даже Госуслуги @ Nuzhny. Ок, твой пример так себе. Так и запишем
Это были примеры как раз того, что в веб ничего с десктопа не уходит. Там либо появляется что-то новое (банки, госуслуги), либо уже на мобилках (интернет-банк уже точно на телефоне удобней в разы, Госуслуги в большинстве своём тоже). Десктоп создавался изначально для работы и игр, так и держит всё что надо работе и играм. Игры в браузер уйти попытались (flash), но массово перекочевали на мобилки и остались на десктопах.
