Как стать автором
Обновить
-11
0
Руссков Андрей @Antervis

Разработчик

Отправить сообщение
Какой там самый легитимный способ оплаты гос. штрафов в США? Карточки iTunes, разумеется!
любое предложение становится менее конкурентоспособным на фоне конкурентов, жертвующих собственным доходом
Надо понимать, что дорожная карта предназначена для поездок из точки А в точку Б. И вполне логично, что пользователя куда больше интересуют дороги, чем населенные пункты, мимо которых он не проезжает.
даже в статье было подмечено, что метка города, к которому не отображены дороги, бесполезна.
потому что депутатам платят за то, чтобы они что-то предлагали, а не за то, чтобы делали или хотя бы думали прежде чем делать
я знаю, что их можно конвертировать туда-обратно. Каждая конвертация за линейное время. В итоге проигрыш в производительности еще больше, причем на ровном месте.
конечно не заставляет. Только вот по большей части методы Qt-шных классов принимают QString'и на входе (вместо кошерных однобайтных std::string) и возвращают QList'ы (коим, если я не вру, нет прямого аналога в STL) вместо std::vector'ов ;)

Мне нравится Qt, но есть у него минус — его нельзя использовать «чуть-чуть». Либо не пользуешься, либо на все 25-30 мб библиотек, которые притянутся с первым же юзом какого-нибудь небогатого на аналоги класса. Со всей втекающей кухней
Вопрос скорее в правилах магазина Google. Наверняка магазин оставляет за собой права удалить любое приложение по любой причине, в т.ч. и по заявке от конкурента. Ни один закон не запрещает подать заявку на конкурента, (якобы) обоснованную использованием запатентованного бренда. Нелегитимные заявки должны просто отклоняться. Так что по факту судиться можно разве что с сотрудником гугла, принявшим решение об удалении плагина из магазина, и то лишь доказывая факт его сговора с представителями Eyeo. Бесперспективно.
касательно «недостаточной компетентности» — я это не придумал, просто немного другое имел в виду. Далеко не всякий программист может обеспечить оптимальность каждого из написанных им участков кода. Просто потому, что это противоречит требованиям к скорости разработки и читаемости. Так почему бы компилятору не взять на себя самую нудную, монотонную и сложную часть работы?
компилятор может работать как ему вздумается в рамках стандарта, в т.ч. и исходя из предположения о недостаточной компетентности программиста. Стандарт позволяет оптимизации, требуя лишь сохранение наблюдаемого поведения. Выделения/освобождения памяти по стандарту не являются наблюдаемым поведением.
условно, компилятор может выкинуть memset и сразу записать в читаемую переменную 0
  1. В иерархии QML-файла компоненты создаются там же, где они отображаются.
  2. Код лаконичнее
  3. Свойства объекта задаются прямо в лоадере. createObject же задает свойства создаваемого объекта а. списком, б. по значению

Например, вот здесь: http://doc.qt.io/qt-5/qml-qtquick-loader.html#sourceComponent-prop
достаточно красивый пример правильного, на мой взгляд (и взгляд разработчиков Qt), использования динамической загрузки компонентов
да, этот момент я действительно просмотрел. Можно "засунуть" лоадеры в те места, которым принадлежат загружаемые компоненты, например:
Loader {
  source: "IosNavigationTabBar.qml"
  active: core.isIOS
}

Просто я считаю использование Qt.createComponent моветоном — оно нарушает декларативность
Аналог этого кода:
Loader { source = (core.isIOS) ? "IosNavigationTabBar.qml" : "AndroidNavigationTabBar.qml" }
Самое важное не написали: модуль QtLocation очень скуден для реального использования. По факту, подходит для демо тулзы с тайловой картой osm/here/mapbox, и эта карта даже не поддерживает вращения (bearing). Можно написать геоплагин, предоставляющий тайлы, это в принципе несложно. Но если же вы хотите написать свою векторную карту на основе QML Map, будьте готовы, что от оригинального кода QtLocation у вас останутся лишь формулы пересчета пикселей сцены в координаты.
кое-кому (например, мне) приходится работать и в винде, и в линуксе. Не вижу проблемы в том, что MS сводят необходимость постоянно свитчиться или ставить виртуалки на нет. Остается один вопрос: можно ли будет из этого баша запускать GUI — приложения?
в Qt 5 нет возможности вставлять QWidget'ы в QtQuick сцену: stackoverflow.com/questions/13014415/qt5-embed-qwidget-object-in-qml
Qt уходят от классических виджетов, и не просто так. QML проще в разработке, быстрее в рендеринге, да и кастомизируются проще.
по факту, stdint.h появился в том же самом 11-м стандарте, в котором появились type_traits (всякие std::is_signed и подобное), которые ты использовал в своем хедере
например, Go позиционируется как язык, в котором синтаксически верные конструкции должны образовывать «красивый удобочитаемый и быстрый код». В теории
12 ...
183

Информация

В рейтинге
Не участвует
Откуда
Томск, Томская обл., Россия
Дата рождения
Зарегистрирован
Активность