>Кстати я отписал таки в тп хабра, цитирую ответ: «Вы можете привести пример ресурса на котором статьи с 1300 комментариев загружаются на ваш компьютер без задержек?»
Ахаха, вот они наши олимпиадники ) Я думал они просто от лени, а они даже не вдупливают, что вообще происходит )
P.S. Вы так или иначе придёте к удалению лишнего из DOM, поэтому мне непонятно ваше категорическое «Нет», с отмеркой сколько нужно вешать в граммах.
>И виноваты программисты, да?
Да, только не браузера (хотя и браузер разрабатывают такие же олимпиадники), а олимпиадники хабра. Они возможно хорошие математики, но очень плохие программисты. Решение проблемы в данном случае заключается в удалении из DOM лишних комментариев, невидимых на странице. И этим страдает не только хабр, этим грешат очень известные западные веб-сайты, всем известных корпораций.
Для прикладного ПО проблема в отсутствии инструментов для удобной и быстрой разработки. Ну нет сегодня аналога Делфи из начала 00-х. Есть две крайности сложная разработка на крестах с QT или простая, но очень жирная разработка на Electron. А по середине ничего нет! Ниша свободна.
В свою очередь в системном ПО скопился огромный пласт легаси. Тот же Линукс не может осилить 10 Гбит/с в стандартной поставке. Его приходиться патчить, накатывать сторонние костыли. Загуглите linux 100 Gbit/s, там всё еще веселее. И здесь полностью свободная ниша. Люди понимают о необходимости Unikernel, но не кому это пилить! Ниша свободна. И тут мы подходим к следующей проблеме.
Людей, которые смогут оптимизировать и переписать всё с нуля — можно пересчитать по пальцам. Просто нет специалистов, кто возьмётся за это неблагодарное дело. Сегодня легаси переплюнут авгиевы конюшни. Поэтому переписывать нужно очень многое, начиная с языков программирования и заканчивая операционными системами.
Я для этого создаю в классе специальный enum, тело которого автоматически генерируется. Дальше делаю так: User.field.password Но конечно на уровне ЯП было бы лучше.
Я на такие штуки только в журналах облизовался ) И в школе/универе обходился машинкой Casio по типу калькулятора, но чуть с большим дисплеем и клавиатурой )
А вот насчёт тормозов дела и правда плохи. Мой Boox Note включается ~30 сек. прежде, чем я смогу начать составлять заметку. А если перевести его в спячку, то батарея очень быстро разряжается. В общем, никакого юзабилити, так китайские поделки стоящие в пару раз больше IPad-а
Но интереснее всего то, что заметного влияния колониализма обнаружено не было: ни обладание колониями, ни попадание под власть колонизаторов практически никак не сказывались на экономическом росте. Получается, что если европейцы и угнетали другие страны, то не больше, чем это делали до них местные правители. Не было выявлено и отличий между влиянием различных колониальных империй (Британской и Французской).
>«Народ, не желающий кормить свою армию, вскоре будет вынужден кормить чужую.» Н. Бонапарт
А может дешевле выйдет? Вы пробовали или просто пытаетесь выглядеть умно?
Да проблема просто решается, проверяйте system properties на наличие file.encoding и если оно в null, то выставляйте в UTF-8. И тогда defaultCharset отработает без исключений и откроет mime.type файл. Можете в OpenJDK багтрекер сообщить об этой проблеме, если еще никто не сообщал.
Хотя сейчас глянул код defaultCharset, lookup(csn) просто выкидывает эксепшен, если у вас file.encoding == null. И там же рядом выставляет UTF-8, если не удалось детектировать кодировку по значению file.encoding, что с первого взгляда глупо (можно было бы тогда и в первом случае делать кодировку UTF-8):
>К тому же вызов изнутри явы я никак поменять не могу
Можете создать свой FileTypeDetector через ServiceLoader он подгрузится и выполнится первым. То что в файле ASCII это без разницы. Там нет детектора кодировки файла, поэтому берётся Charset.defaultCharset(), вы сами это указали в статье. И видимо у вас там какой-нибудь UTF-16 возвращается и он начинает читать однобайтовую кодировку, как двухбайтовую.
Ахаха, вот они наши олимпиадники ) Я думал они просто от лени, а они даже не вдупливают, что вообще происходит )
P.S. Вы так или иначе придёте к удалению лишнего из DOM, поэтому мне непонятно ваше категорическое «Нет», с отмеркой сколько нужно вешать в граммах.
Да, только не браузера (хотя и браузер разрабатывают такие же олимпиадники), а олимпиадники хабра. Они возможно хорошие математики, но очень плохие программисты. Решение проблемы в данном случае заключается в удалении из DOM лишних комментариев, невидимых на странице. И этим страдает не только хабр, этим грешат очень известные западные веб-сайты, всем известных корпораций.
И причем тут вообще окошки?
Для прикладного ПО проблема в отсутствии инструментов для удобной и быстрой разработки. Ну нет сегодня аналога Делфи из начала 00-х. Есть две крайности сложная разработка на крестах с QT или простая, но очень жирная разработка на Electron. А по середине ничего нет! Ниша свободна.
В свою очередь в системном ПО скопился огромный пласт легаси. Тот же Линукс не может осилить 10 Гбит/с в стандартной поставке. Его приходиться патчить, накатывать сторонние костыли. Загуглите linux 100 Gbit/s, там всё еще веселее. И здесь полностью свободная ниша. Люди понимают о необходимости Unikernel, но не кому это пилить! Ниша свободна. И тут мы подходим к следующей проблеме.
Людей, которые смогут оптимизировать и переписать всё с нуля — можно пересчитать по пальцам. Просто нет специалистов, кто возьмётся за это неблагодарное дело. Сегодня легаси переплюнут авгиевы конюшни. Поэтому переписывать нужно очень многое, начиная с языков программирования и заканчивая операционными системами.
Я для этого создаю в классе специальный enum, тело которого автоматически генерируется. Дальше делаю так: User.field.password Но конечно на уровне ЯП было бы лучше.
Почитайте законопроект http://sozd.parliament.gov.ru/bill/419090-7 У подобного есть будущее, а вне правого поля — нет.
А вот насчёт тормозов дела и правда плохи. Мой Boox Note включается ~30 сек. прежде, чем я смогу начать составлять заметку. А если перевести его в спячку, то батарея очень быстро разряжается. В общем, никакого юзабилити, так китайские поделки стоящие в пару раз больше IPad-а
А может дешевле выйдет? Вы пробовали или просто пытаетесь выглядеть умно?
В коментах автор пишет, что к 2019 будет что показать людям.
Можете создать свой FileTypeDetector через ServiceLoader он подгрузится и выполнится первым. То что в файле ASCII это без разницы. Там нет детектора кодировки файла, поэтому берётся Charset.defaultCharset(), вы сами это указали в статье. И видимо у вас там какой-нибудь UTF-16 возвращается и он начинает читать однобайтовую кодировку, как двухбайтовую.
Установщик или ваше приложение в рантайме.
>А если два приложения на одном компьютере?
Продумываете где и что хранить, когда два приложения на компьютере.
>Кроссплатформенности нет.
Есть, но в разумных пределах.
>говно с огромными проблемами. Имею наглость так утверждать.
Вас никто не держит. Только на других платформах всё еще хуже.