Уже выше писал… особо выключенными их не видел. Даже полюбопытствовал что в новой версии в виде токена… поменяли на какой то base64 по внешнему виду… на xor от userid содержимое после декода не особо похоже… пиннига сертификата нет… старый клиент на телефоне у супруги превратился в кирпич..
фиг знает по поводу «отключены»… у меня на телефоне вроде их приложение работает и с утра нотификация пришла о снятии… даже если и отключали утром, то приложение точно не обновлялось… по крайней мере после обновления пару-тройку дней назад…
«5. Наша библиотека инъектирована в адресное пространство постороннего потока.»
тут наверное хотели сказать
«5. Наша библиотека инъектирована в адресное пространство постороннего процесса».
Да не факт, многие ваговские магнитолы иногда сами отвязываются в результате разных причин… просадка батарей, например… как и ключи слетают тоже… в принципе все решается при наличии необходимых инструментов. На что то есть калькуляторы, что то проще решить через друзей, имеющих доступ к дилерским компьютерам, чтобы много не разбирать и не паять ))
Во первых его там почти нигде нет, кроме каких нибудь безумно древних авто, но чтобы такую ПЗУ вычитать надо поработать феном =), еще видел пару раз стираемые ультрафиолетом… в остальных ситуациях FLASH, идентификация + адаптации — либо EEPROM либо его эмуляция в страницах FLASH…
Во вторых чексуммы будут плавать от обновлений ПО как дилером так и просто обычным чип-тюнингом, что совсем не значит что авто угнано/перебито… VIN/всяко разно — что живет в блоках меняется на раз с пересчетом контролек… На мой взгляд идея сродни хшированию жесткого диска ноутбука на предмет угона…
В машинах есть области памяти в некоторых контроллерах, в подушках… щитках иногда… нестираемые, но они одинаковые везде поэтому их хешировать тоже смысла не много…
Эх посмотрев на презентацию я подумал о том, как было бы славно если бы можно было купить XPS 15 и без бубнов поставить на него MacOSX.., начали бы они что ли лицензии продавать да железо стороннее поддерживать… ну что бы кому то шашечки, а кому то ехать…
Сменив три поколения MacPro я думаю что текущее лично для меня станет последним, к сожалению…
ну «самый качественный» — все такие наверное от задачи зависит… если у Вас бизнес в формате — купи один сервер — продай один сервер… и проблема возникающая изолирована от остальных заказов — то в принципе почему нет, но к сожалению я не могу позволить себе сутками бегать за тех поддержкой, когда мне неделями не выдают оплаченное железо, когда их «прибалтийское» подразделение, обслуживающее клиентов как я понял, верифицированных на РФ адрес, пишет по-английски так, что рыдали всем коллективом… (при чем когда заказывал сервера с UK адреса, попадал на ирландский саппорт)… когда приходится тоннами слать бумаги для верификации на каждый из их «франчайзов» и у каждого свой взгляд на то что ты им прислал… честно — я рад если кому то хватает времени и желания во все это играть, благо реально стоит копейки… но к сожалению, как я уже написал выше, наверное это герой не моего романа оказался… по поводу их веб админки, я бы кроме двух рук еще и ногу поднял, это глюкало, за которое нужно руки отрывать…
не флейма ради, но много лет программируя на Qt, после QString, std::string кажется просто издевательством над мозгом по удобству пользования и читаемости кода… наверное тут действительно кто к чему привык, и все что делает QString можно легко решить на std/boost но на самом деле при всей мега-супер-пупер гибкости в большинстве случаев рядовому программисту 99% различного рода абстрактых сущностей и приблуд нафиг не надо…
можно долго рассуждать с точки зрения академических изысков, но в реалиях я полностью соглашусь с автором в плане того что чем дальше тем больше С++ становится площадкой для удовлетворения академических амбиций разработчиков и авторов различного рода «расширений» вместо того чтобы наращивать некий «прикладной» уровень, облегчающий жизнь тех — кому не шашечки, а ехать…
пользовался всей линейкой «франчайзов» от OVH — собственно дедики на OVH, SoYouStart и Kimsufi… оно все хорошо до тех пор пока работает, но если что то работать перестает, то тут как об стенку горох… можно реально неделями ждать ответа на тикеты…
сказать что поддержка ужасна — не сказать ничего… в результате все что было на OVH и SoYouStart прикрыл, оставил 4 дедика на kimsufi, в формате — пока живые, пусть живут…
обычный дешевый хостинг без претензий, для боевого production я бы воздержался…
Да все правильно по сути написано, чего обижаться то… кстати в средного размера европейских IT где мне довелось работать, все точно также, даже иногда покруче поэтому слово «национального» можно смело обощить…
_Нельзя_ учиться на «менеджера» — получится «лось, просто лось»… это бред сивой кобылы… можно изучать теорию управления персоналом, производством, но нельзя учиться на _менеджера_… я таких «ученых» пачками встречаю на жизненном пути…
Можно и нужно учится на специалиста по логистике (например) и работать на должность менеджера по логистике… почувствуйте разницу — это как с КТН, есть должность, а есть звание… так вот должность менеджера почему то возвели в степень звания и некоторые еще умудряются этим гордиться… «тебе повезло — ты не такой как все… » =)
Все идет по кругу =) годами разрабатываемые механизмы абстракции, HAL, драйвера, ОС, прикладное ПО… и почему бы это все чудным образом не закольцевать, добавив по сути USB API в _браузер_ =)
А главное — ради чего? Читал тут недавно статью на хабре о покупке 3D принтера в Китае и его самосборке/запуске… вспомнилось там как автор танцевал с бубном по поводу прошивок, драйверов — «а теперь представьте — он бы это все из браузера исполнял»…
А если у меня нет интернета на устройстве куда мне хочется поставить драйвер… очередной «бубен» на мой взгляд…
Это все замечательно и правильно конечно выглядит, только осталось теперь заставить автопроизводителей унифицировать или хотя бы открыть «салонный» CAN, который сейчас и с бубном то не всегда легко расшифровать. Иначе это реально эта задумка рискует остаться просто очередной автомагнитолой без интеграции со всем остальными системами авто, а избежать этого возможно только при использовании открытых стандартов на CAN шины хотя бы салонного оборудования…
Опять же повторюсь, я не знаком со спецификой Ваших соревнований, поэтому то что я написал выше всего лишь размышления на DIY подход в тех технических видах спорта с которыми я хорошо знаком не понаслышке. Действительно здорово если Ваше решение нашло свою нишу и вы сможете его успешно развивать. Прочитал статью с большим удовольствием, мог бы — поставил бы плюс =)
Ни в коей мере не хочу преуменьшить заслуг авторов проекта, действительно отличное недорогое решение актуальной задачи, но как человек много лет отдавший профессиональному автоспорту, позволю себе внеси пять копеек… на хабре несколько раз появлялись статьи о DIY той или иной формы для технических видов спорта (панельки, ecu контроллеры итд)… на самом деле, на мой взгляд, все это прекрасно только до момента когда само по себе соревнование носит относительно дружеско-любительский характер… и стоимость такого оборудования относительно не велика в сравнении с остальными расходами…
То что вы можете обслужить 100-200 заездов без сбоев это тоже несомненно хорошо, но к сожалению проблемы начинаются когда на 101-ом заезде, что то не дай бог посчитается не так и начнутся иногда объективные/иногда не очень претензии к судейству/телеметрии/времени/часам итд… мысль того что я хочу сказать состоит в том, занимаясь всем этим, нужно быть морально готовым к возможным разочарованиям и неудачам…
Почему, например в автоспорте, есть Motec и есть есть все остальное… Не потому что в нем применяются какие то мега достижения, про цену я вообще молчу, прежде всего потому что такое оборудование обеспечивает очень высокую надежность… То же самое и для метрологии, представьте «себестоимость» старта на СУ, и цену судейской ошибки для экипажей… сам несколько раз размышлял об этом, но в конечном итоге понял что производство качественного метрологического/диагностического оборудования для серьезного технического спорта это очень тяжелый и в прямом смысле дорогой проект…
Еще раз, искренне желаю удачи, написано абсолютно без капли негатива!
HighDPI это реально головняк… да, они сделали поддержку в ресурсах иконок @2, @3 итд, что в принципе конечно уже шаг вперед, но этого мало… QT_AUTO_SCREEN_SCALE_FACTOR безбожно крив для любого размера шрифта > 100% (Windows)… каких то разумных workaround не предложено… полностью с Вами согласен и уже тоже писал выше… приоритеты сменились… мобильные платформы и QML ориентированный на Full Screen для различных мобильных устройств… для десктопа QML очень интересная штука, но судя по опять же имеющимся и годами не исправляемым багам там просто все болт положили на десктоп..
Зато есть время вот на это: https://bugreports.qt.io/browse/QTCREATORBUG-15727
Да, Вы правы, но это не меняет сути… QtScript был очень легковесной, при этом достаточно стабильной реализацией, который не требовал вообщем то ничего, чтобы его использовать… тут на самом деле "все стороны правы", но только в данном случае Qt применяется такой широкой массой разработчиков и в таком широком спектре задач, что правда у каждого будет своя, ну и в конечном итоге решать все равно будут те кто у руля..
ну я двумя руками "за" что развивается что то новое и прогрессивное, мне очень нравится QML и я могу представить себе очень много разных его применений, и на десктопе в том числе… но если посмотреть например success story того же KDAB, там очень много enterprise применений, исключительно widget-ных, и забывать про них, на мой взгляд не правильно… мне сложно судить на чем они реально зарабатывают, но мне кажется что будет печально если Qt прошагает дорогой Нокии… а компоненты которые Вы привели в пример, действительно классные… но при этом опустившись на небо и посмотрев в исходники например чего то более базового… например TableView, можно увидеть массу "костылей"…
Разговаривал на QT Dev 2015 в Берлине с разработчиком WebEngine, услышал много вздохов и увидел много печали в глазах, но вменяемого ответа о том — зачем выпиливать отлично интегрированный Веб движек, прекрасно положенный в инфраструктуру Qt и используемый в очень большом количестве десктопных бизнес приложений и впиливать нечто даже функционально не всегда совместимое не услышал…
Сравните степень интеграции WebKit с поддержкой native QNetworkAcessManager, QNetworkRequest, QNetworkReply, полностью контролируемого и использующего стандартный для Qt транспортный уровень и сравните с текущим состоянием WebEngine… где ряд вещей просто технически пока не переносятся, вне зависимости от размера бубна…
По сути последние годы развития Qt это путь в мобильные платформы и понятно что сделать обертку на native webview для каждой из платформ в текущем виде WebEngine гораздо проще чем через интерфейсы WebView, но господа Qt-шники, мир крутится не только вокруг embedded и mobile и есть огромное количество enterprise приложений где новое не всегда лучше хорошо работающего старого…
Уже выше писал… особо выключенными их не видел. Даже полюбопытствовал что в новой версии в виде токена… поменяли на какой то base64 по внешнему виду… на xor от userid содержимое после декода не особо похоже… пиннига сертификата нет… старый клиент на телефоне у супруги превратился в кирпич..
К сожалению все эти привязки носят исключительно маркетинговый характер и прекрасно устраняются при наличии соответствующиз инструментов и навыков.
тут наверное хотели сказать
«5. Наша библиотека инъектирована в адресное пространство постороннего процесса».
Да не факт, многие ваговские магнитолы иногда сами отвязываются в результате разных причин… просадка батарей, например… как и ключи слетают тоже… в принципе все решается при наличии необходимых инструментов. На что то есть калькуляторы, что то проще решить через друзей, имеющих доступ к дилерским компьютерам, чтобы много не разбирать и не паять ))
Во первых его там почти нигде нет, кроме каких нибудь безумно древних авто, но чтобы такую ПЗУ вычитать надо поработать феном =), еще видел пару раз стираемые ультрафиолетом… в остальных ситуациях FLASH, идентификация + адаптации — либо EEPROM либо его эмуляция в страницах FLASH…
Во вторых чексуммы будут плавать от обновлений ПО как дилером так и просто обычным чип-тюнингом, что совсем не значит что авто угнано/перебито… VIN/всяко разно — что живет в блоках меняется на раз с пересчетом контролек… На мой взгляд идея сродни хшированию жесткого диска ноутбука на предмет угона…
В машинах есть области памяти в некоторых контроллерах, в подушках… щитках иногда… нестираемые, но они одинаковые везде поэтому их хешировать тоже смысла не много…
Сменив три поколения MacPro я думаю что текущее лично для меня станет последним, к сожалению…
можно долго рассуждать с точки зрения академических изысков, но в реалиях я полностью соглашусь с автором в плане того что чем дальше тем больше С++ становится площадкой для удовлетворения академических амбиций разработчиков и авторов различного рода «расширений» вместо того чтобы наращивать некий «прикладной» уровень, облегчающий жизнь тех — кому не шашечки, а ехать…
сказать что поддержка ужасна — не сказать ничего… в результате все что было на OVH и SoYouStart прикрыл, оставил 4 дедика на kimsufi, в формате — пока живые, пусть живут…
обычный дешевый хостинг без претензий, для боевого production я бы воздержался…
_Нельзя_ учиться на «менеджера» — получится «лось, просто лось»… это бред сивой кобылы… можно изучать теорию управления персоналом, производством, но нельзя учиться на _менеджера_… я таких «ученых» пачками встречаю на жизненном пути…
Можно и нужно учится на специалиста по логистике (например) и работать на должность менеджера по логистике… почувствуйте разницу — это как с КТН, есть должность, а есть звание… так вот должность менеджера почему то возвели в степень звания и некоторые еще умудряются этим гордиться… «тебе повезло — ты не такой как все… » =)
А главное — ради чего? Читал тут недавно статью на хабре о покупке 3D принтера в Китае и его самосборке/запуске… вспомнилось там как автор танцевал с бубном по поводу прошивок, драйверов — «а теперь представьте — он бы это все из браузера исполнял»…
А если у меня нет интернета на устройстве куда мне хочется поставить драйвер… очередной «бубен» на мой взгляд…
То что вы можете обслужить 100-200 заездов без сбоев это тоже несомненно хорошо, но к сожалению проблемы начинаются когда на 101-ом заезде, что то не дай бог посчитается не так и начнутся иногда объективные/иногда не очень претензии к судейству/телеметрии/времени/часам итд… мысль того что я хочу сказать состоит в том, занимаясь всем этим, нужно быть морально готовым к возможным разочарованиям и неудачам…
Почему, например в автоспорте, есть Motec и есть есть все остальное… Не потому что в нем применяются какие то мега достижения, про цену я вообще молчу, прежде всего потому что такое оборудование обеспечивает очень высокую надежность… То же самое и для метрологии, представьте «себестоимость» старта на СУ, и цену судейской ошибки для экипажей… сам несколько раз размышлял об этом, но в конечном итоге понял что производство качественного метрологического/диагностического оборудования для серьезного технического спорта это очень тяжелый и в прямом смысле дорогой проект…
Еще раз, искренне желаю удачи, написано абсолютно без капли негатива!
Зато есть время вот на это:
https://bugreports.qt.io/browse/QTCREATORBUG-15727
Сравните степень интеграции WebKit с поддержкой native QNetworkAcessManager, QNetworkRequest, QNetworkReply, полностью контролируемого и использующего стандартный для Qt транспортный уровень и сравните с текущим состоянием WebEngine… где ряд вещей просто технически пока не переносятся, вне зависимости от размера бубна…
По сути последние годы развития Qt это путь в мобильные платформы и понятно что сделать обертку на native webview для каждой из платформ в текущем виде WebEngine гораздо проще чем через интерфейсы WebView, но господа Qt-шники, мир крутится не только вокруг embedded и mobile и есть огромное количество enterprise приложений где новое не всегда лучше хорошо работающего старого…