Небольшое замечание: «легко ли читается шрифт» еще зависит от физического разрешения экрана. Когда я перешел на mac retina для меня многие привычные шрифты стали выглядеть сильно по-другому.
{sarcasm}*Комментарий про Rust*{/sarcasm}
А если серьезно, то отличные новости! Может наконец в с++ появится какой-то юзабельный стандартный reflection и семантика для пропертей. Может я не в курсе, но кто сегодня использует c++ там, где нужно писать на C? ИМХО, эта совместимость уже давно себя изжила.
«Cамый маленький компьютер в мире от IBM», «логистическим компаниям… обнаруживать действия мошенников в цепочках поставок.», «появляется возможность отслеживать происхождение товаров» — Что-то я не понял, а что, банальные SIM и RFID, например, уже не справляются с этой задачей по определению? Без пояснений выглядит как очередная утка.
Спасибо за перевод! В дополнение к статье разрешите я оставлю здесь еще вот этот супермаленький проектик, где аналогичным образом на js очень хорошо «на пальцах» объясняется разбор lisp-подобного синтаксиса.
Благодарю за дополнение! Презенташку пролистал — действительно очень похожее решение, почему-то не попалось мне раньше. На хабре так вообще голяк (а может я просто гуглить не умею? :)). На выходных гляну повнимательнее.
Все хорошо, но! QQmlListProperty немного не для этого задумывался, он скорее для обратной задачи: когда нужно иметь возможность добавлять в c++ модель элементы из кода в QML. Как нетрудно заметить в вашем коде, у вас на любые изменения только один сигнал: sChanged(), который не отражает характер изменений никак. Очевидно, что view при любом таком изменении (добавление или удаление элементов) остается два пути: 1) как-то самому хранить предыдущее состояние модели, которая у него была и сравнивать его с тем, что получилось после сигнала — что, конечно, полная дичь, но теоретически… и 2) сбрасывать полностью все делегаты и рисовать весь лист по новой (как минимум ту его часть, которая видна), что тоже не очень эффективно. При этом всем еще скорее всего будет сбрасываться позиция прокрутки…
Для задачи (де)сериализации объектов api у меня тоже есть достаточно простое и изящное решение, в том числе для листов ;) Если первая статья вкатит, то поделюсь опытом )
Простите, я наверное старею, но… Кто и зачем придумал это слово — «транспайлер» (transpiler) или, что еще хуже, когда его называют «транспИллер», прям из разряда «андройдов», «плугинов» и «бровзеров». Это не к автору поста претензия, конечно же, просто накипело. Есть же «трансляция», зачем еще что-то придумывать? Компиляция — в машинный код, трансляция — из одного языка в другой, пусть даже и очень похожий…
А по ГосУслугам по поему скромному мнению и опыту работы складывается впечатление, что они просто коллекционируют антипаттерны UX. Вдогонку к паролям: формы с обязательными полями, которые обязательными не должны и не могут быть, и которые приходится забивать либо нулями либо lorem ipsum, чтобы тебя пропустило дальше.
Есть EAP (Early Access Preview) версии (про CLion не уверен, но IDEA точно есть), которые условно бесплатны на определенный период, но при обновлении до следующей версии trial сбрасывается. Это даже не бета, там бывают весьма неприятные баги, а ты выступаешь фактически тестером. Но… для хобби вполне себе. И ребятам поможешь, хоть и не валютой, если не лениться отправлять баг репорты ;-)
Даже если это не так (хотя на мой скромный взгляд, Telegram — на текущий момент — это самый адекватный и современный инструмент _для бизнеса_, в отличие от пестрящих котятами и неуместной рекламой Viber-ов и пр.), то у него есть все шансы в ближайшем будущем им стать, как только там появятся полноценные голос и видео.
"— Имодзи — часто запрашиваемая фича." Господи, кто эти люди? Зачем _это_ в IDE? Нет, вот правда, или я что-то не понимаю? Объясните кто-нибудь, прошу!
А если серьезно, то отличные новости! Может наконец в с++ появится какой-то юзабельный стандартный reflection и семантика для пропертей. Может я не в курсе, но кто сегодня использует c++ там, где нужно писать на C? ИМХО, эта совместимость уже давно себя изжила.
Для задачи (де)сериализации объектов api у меня тоже есть достаточно простое и изящное решение, в том числе для листов ;) Если первая статья вкатит, то поделюсь опытом )