LINUX.ORG.RU

На чём нынче кошерно пилить опенсорс кроссплатформу?

 , , ,


0

3

Я не раз натыкался на мнение, что электрон - это зло и жрёт память. Джава - тоже зло. Как и шарпец. Есть ещё кутэ - но не в теме, насколько это норм. Расскажите, так на чём же кошерно нынче запилить кроссплатформенное десктопное опенсорс приложение так, чтобы коммьюнити не стало на него плеваться?

Deleted

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

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

Iron_Bug ★★★★★
()
Ответ на: комментарий от Shadow

Ну в задачах, где много обвешанных JS-окошек редактирования мозилла тормозит и как-то иногда близка к выпадению в осадок. Хромиум — стабилен. Хотя в пределах ЛОР-а и опеннета быстрее как раз лиса.

be_nt_all ★★
()
Ответ на: комментарий от Iron_Bug

казнить с особой жестокостью

методом бесконечного скроллинга автора сего по умеренно пересечённой местности.

be_nt_all ★★
()
Ответ на: комментарий от be_nt_all

А, ну, это же говнокод (100500 вотчеров в яваскрипте не рекомендуется использовать. Но асинхронность прямо стимулирует так говнокодить)

Shadow ★★★★★
()
Ответ на: комментарий от Iron_Bug

никто не ограничивает количество страниц со скриптами

Ты осознаёшь, что такие страницы дублируются чуть менее чем полностью? На каком основании ты предлагаешь вносить избыточность и перезагружать страницу на каждое мелкое изменение?

svinarenko
()
Ответ на: комментарий от svinarenko

У меня старый atom. Firefox quantum приятно удивил (при том что на нём летает мс офис и сносно притормаживает эклипс, хром лагает невозможно)

Shadow ★★★★★
()
Последнее исправление: Shadow (всего исправлений: 1)
Ответ на: комментарий от Shadow

Ну я вот время от времени Вики редактирую. Это конечно можно делать вдумчиво в Sublime и (недавно нашёл, ещё не тестировал) Emacs, ссылки на источники в формате ГОСТ вставляя в виде специального викишаблона, генерируя его скриптом из Zotero (инстанс древней Mozillы с XULём). Но если по быстрому, то открыл в визуальном редакторе, где эти самые ГОСТовские шаблоны в полавтомате генерятся без промежуточных телодвижений. А ещё я ВП админю. Любое действие надо обозначить (а часто ещё и обсудить перед тем как) в так называемых викифорумах. Которыми без повешенных на них специальных скуриптов пользоваться почти невозможно (конфликт редактирования в активном обсуждении легко поймать несколько раз подряд, не говоря про всё остальное). Вот такой один из кейсов…

be_nt_all ★★
()
Последнее исправление: be_nt_all (всего исправлений: 1)
Ответ на: комментарий от Shadow

Да не, уже и обсерверы подпрекатили, ЕМНИП, некоторые даже вырезали уже. Которые ваще жирные были и репортили всякую дребедень типа мелкого изменения в любом месте DOM или обновления любых свойств у объектов.

svinarenko
()
Ответ на: комментарий от anonymous

Представь хотя бы 5 тысяч строк... На самом деле надо сколько снизу добавил, столько сверху стёр. Но никто не парится.

Shadow ★★★★★
()
Ответ на: комментарий от svinarenko

нет. это ограничение ты только что придумал. у меня не было предположений о переходах между страницами. и его не может быть.

Iron_Bug ★★★★★
()
Ответ на: комментарий от svinarenko

А я о чём. Я не настоящий программист, но тотальная асинхронность + чудесный DOM = непрерывные костыли с говнокодом. Только опытный программист на нормальных языках сможет сделать нормально.

Shadow ★★★★★
()
Ответ на: комментарий от Iron_Bug

Что ты несёшь, поехавшеё? я тебе ещё раз повторяю — даже сидя на ламповом и «легковесном» ЛОРе, без скриптов ты как минимум переходишь на страницу ответа, и перезагружаешь значительную часть элементов страницы, которая у тебя уже есть. При обновлении комментариев и того хуже, тут движок даже скриптами пока не умеет запрашивать с сервера ТОЛЬКО НОВЫЕ комментарии, как это делается в приличных местах, и надо перезагружать всю страницу с кучей комментариев, которые у тебя уже есть. Вот я и спрашиваю: на хрена эта избыточность?

svinarenko
()
Ответ на: комментарий от Iron_Bug

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

Никогда не использовал никаких блокировщиков. Вот совсем никогда и никаких. Тем не менее, сайты, которыми я пользуюсь, меня более чем устраивают. Да, в гугле можно нактнуться на всякое говно, но в него можно вступить и на улице по дороге в магазин за хлебом. Но и даже не смотря на такую возможность, всё равно зачастую по требуемым мне вопросам попадаются более-менее адекватные сайты. Может вы что-то не то сёрфите?

Deleted
()
Ответ на: комментарий от Deleted

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

Тот же ФГМ, что у утюжной букахи, вид сбоку. Полтора пrавославных сайта — нерепрезентативно.

svinarenko
()
Ответ на: комментарий от svinarenko

Тот же ФГМ, что у утюжной букахи, вид сбоку. Полтора пrавославных сайта — нерепрезентативно.

А что репрезентивно? Файлопомойки? Порносайты? Лэндинги со свистоперделками? Ну так это всё существует исключительно потому что есть спрос. А спрос есть, потому что люди такие. Дело совсем не в вебе и его устройстве.

Deleted
()
Ответ на: комментарий от Shadow

столько сверху стёр

Нету для этого адекватных средств, прокрутка будет дёргаться, плюс юзеры часто юзают кнопку «вверх», при нажатии которой надо быстро вернуться обратно, при этом вдобавок быстро прокрутив всё, что уже было подгружено, чтоб красиво было, а сделаешь некрасиво, а сделаешь некрасиво — юзеры скажут «фи» и уйдут к конкуренту, у которого красиво. Щя вот как раз в разработке API для виртуальной прокрутки, как в нативных тулкитах, чтоб эту проблему наконец-то вменяемо решить.

svinarenko
()
Ответ на: комментарий от Deleted

существует исключительно потому что есть спрос

Пускай себе существует, вопрос в том, чтоб оно не жрало ресурсы — а жрёт оно потому, что вместо нативных плагинов теперь жирный браузерный рантайм с песочницами.

svinarenko
()
Ответ на: комментарий от svinarenko

вопрос в том, чтоб оно не жрало ресурсы

Оно и не жрёт ресурсы, внезапно, если ты на эти говносайты не заходишь.

Deleted
()
Ответ на: комментарий от svinarenko

меня эта «избыточность» не напрягает. память не жрёт, проц тоже. и никаких скриптов - это самое главное.

Iron_Bug ★★★★★
()
Ответ на: комментарий от Deleted

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

Iron_Bug ★★★★★
()
Ответ на: комментарий от svinarenko

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

sqq
()
Последнее исправление: sqq (всего исправлений: 1)
Ответ на: комментарий от svinarenko

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

Iron_Bug ★★★★★
()

Пилю прохладную

Условия следующие: 1. Клиентское приложение ОЧЕНЬ простое, буквально 3 формочки, два поля ввода. 2. Клиентское приложение должно биндиться на хоткей и запускаться по нему 3. Приложение должно стартовать быстро, т.к. аппликуха призвана увеличивать продуктивити оператора ПК для работы с текстом 4. Должно работать под win(>7), osx, linux

Сначала взяли golang, бинды к gtk/libau и прочим wxwidgets частью оказались просто недоделанными, частью просто не собирались под все оси, интересные истории с подкладыванием бинарного файла для сборки приложения - отдельная история (для libau)

Потом взяли electron - прототип на предпоследним макбуке с холодного старта загружался за 7 секунд, горячий старт 3 секунды - в топку.

В итоге, взяли c++ + QT 5.9 - пришлось прикрутить к jenkins'у windows и osx слейвы, для линукса собирается в докере. На этом выборе и остановились.

anonymous
()
Ответ на: комментарий от svinarenko

Они не решают всех проблем. Например, для canvas нужно слушать событие ресайза и перерисовывать для адаптивного дизайна. В случае виртуального DOM, это по-любому нужно вешать на событие полного рендеринга перерисовку canvas. Привет, говнокод.

Shadow ★★★★★
()
Ответ на: комментарий от Iron_Bug

существует исключительно потому что есть спрос

Позор диванному технарю; нормальное — то, чего больше; покуда на большинстве сайтов реклама есть — они и есть нормальные.

ещё надо отрубать куки

И где промежуточное состояние хранить, ты совсем башкой рехнулась? в GET-параметрах, что ли?

и прочие зонды

Без зондов ты выпадаешь из поля зрения владельцев сайта и они не знают, что тебе нужно — а потом удивляешься, что всё не как надо делают.

и всё это говно без отрубания грузится и тратит куда больше трафика

Только при чём тут скрипты как таковые? ты предлагаешь запрещать ножи, потому что ими убивают.

svinarenko
()
Ответ на: комментарий от svinarenko

ты мне приписал какую-то левую цитату.

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

И где промежуточное состояние хранить

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

вот представь, как работает телеком: у юзера никакие куки не хранятся. у юзера только номер. а все сессии - на сервере. и всё работает.

ты предлагаешь запрещать ножи, потому что ими убивают.

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

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 2)
Ответ на: комментарий от Shadow

Смысл такой.

Специально сделали так, что Выгодно производить и продавать Г..так как это быстро. Товары, услуги и т.д. Софт по сути тоже товар.

sqq
()
Последнее исправление: sqq (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.