Понимаю, что тот же markdown прекрасно преобразуется в html, а добавить много классных фич очень легко при наличии katex.js, highlight.js, mermaid и подобных, но пожалуйста, только не переходите на Electron. Приложения на электроне потребляют очень много ресурсов, работают неповоротливо и выглядят отвратительно из-за бледных шрифтов.
Про индусов полностью согласен, а вот Американцев я наоборот понимаю гораздо лучше. Так что это все вопрос привычки. Для меня AmE акцент звучит «чисто», а BrE очень смазанно, как будто говорящий набил чем-то рот и пытается говорить.
Ребята, вы молодцы, новые фичи классные, чувствуется ззначительное повышение производительности во многих местах. Одна просба: пожалуйста, исправьте уже тормоза при наборе текста в редакторе. В хоть сколько-нибудь серьезном по объему проекте достаточно зажать Enter или Backspace и начинается диафильм.
Ссылка на групповой issue по теме: youtrack.jetbrains.com/issue/CPP-988
Спасибо.
Я точно не помню название этой структуры данных, но по сути вы переизобрели augmented binary tree, хранящее в каждом узле количество дочерних узлов (вес). Такая структура данных позволяет производить поиск/вставку/удаление узлов по индексу за O(log(N)), однако теряется возможность быстрого поиска/вставки/удаления по значению (сами данные).
Алгоритм поиска узла в таком дереве простой:
— Если искомый индекс меньше веса левого поддерева, переходим к левому дочернему узлу.
— Если искомый индекс больше или равен весу левого поддерева + 1, вычитаем из нашего индекса вес левого поддерева + 1 и переходим к правому дочернему узлу.
— Иначе мы нашли наш узел.
Коррексия весов производится на этапе ребалансировки дерева, после операций вставки/удаления.
Вот например Википедия. В мобильной версии я не осилил найти, как перейти к странице на другом языке. Поэтому приходится включать десктопную версию, делать переход, а потом отключать ее. Это к какой категории относится?
Если не ошибаюсь, гугл разрешает использовать Google Pay только на сертифицированных устройствах под управлением Android. Об остальных платежных системах ничего сказать не могу.
Вот чего никогда не понимал, так это концепции альбомов. Бывает так, что в альбоме мне нравится всего одна песня, зачем мне тогда покупать в нагрузку то, что мне не надо?
Walter Bright завязал D на «отключаемый» сборщик мусора, мотивируя это уменьшением сложности и отсутствием сколько-либо ощутимой просадки производительности. Только заменить C++ может язык, играющий по тем же правилам. В большинстве случаев, люди используют C++ именно потому, что им необходим полный контроль над ресурсами. А языков с GC сейчас много и они имеют гораздо большую поддержку, чем D.
Лично мне нравятся очень многие вещи в D, но он оставляет впечатление недостаточно проработанного языка.
Что-то мне порой начинает казаться, что на гипотетическую роль «убийцы» C++ может претендовать не тот язык, который предложит что-то радикально-новое в контексте системного программирования, а тот, который будет уметь примерно все тоже самое, но радикально уменьшит сложность за счет выкидывания всех исторически-сложившихся несуразностей и упрощения синтаксиса.
В зависимости от контекста все эти заимствования могут принимать разные значения. И конечно часто бывает так, что абсолютного соответствия в русском языке не находится.
Кейс — довольно часто это просто «случай» или «ситуация».
Митап — встреча, собрание.
Поинт — точка зрения, пункт.
Я могу понять, когда идёт заимствование слов, аналогов которых нет в русском языке. Но когда начинаются все эти кейсы, митапы, поинты и им подобные, это уже клиника.
D себя позиционирует (или позиционировал) как улучшенный C++. При этом, C++ разработчики используют C++ потому, что он позволяет держать память под контролем. Позволяет «не платить за то, что не используешь». Да, GC в D отключаемый, но отключив его мы теряем возможность использовать классы (пока, динамический полиморфизм), а так же динамические и ассоциативные массивы. Конечно существуют библиотеки контейнеров, не использующих GC, но тут уже встает вопрос — зачем все это, если в C++ мы уже имеем тоже самое? При этом в C++ отсутствует проблема interop'а с C++ кодом по определению.
На старте у них молочка была лучше. Создается ощущение, что при текущих объемах они уже не могут найти достаточно поставщиков для обеспечения такого же качества, которое было в их «Избёнке» и теперь закупаются там же, где и остальные сетевые магазины.
Спасибо за статью, я понастальгировал, т.к. почти все игрушки из перечисленных у меня были. Помню, была еще какая-то старая игра с видом сверху, где требовалось управлять солдатом. Действие начинается в некоем подобии тюремной камеры, выбравшись из которой, можно ходить по коридорам, собирать патроны и расстреливать вражеских солдат. У меня почему-то было ощущение, что это фашисты и действие происходит во время второй мировой. Никак не могу вспомнить название игры и почитать о ней больше. Помню только, что исполняемый файл назывался main.com или main.exe. Может кто-нибдуь сможет подсказать ее название по моему скомканному описанию?
Разработка с использованием Qt сопровождается именно таким способом использования ресурсов. Я бы не сказал, что это оказывает сколь-либо заметное влияние на время сборки проекта, особенно на фоне тормозов MinGW (если сборка идет под Windows). Конечно мне не приходилось сталкиваться с проектом, содержащим тысячи файлов ресурсов. Вполне допускаю, что в этом случае будет все как вы говорите.
Ссылка на групповой issue по теме: youtrack.jetbrains.com/issue/CPP-988
Спасибо.
Алгоритм поиска узла в таком дереве простой:
— Если искомый индекс меньше веса левого поддерева, переходим к левому дочернему узлу.
— Если искомый индекс больше или равен весу левого поддерева + 1, вычитаем из нашего индекса вес левого поддерева + 1 и переходим к правому дочернему узлу.
— Иначе мы нашли наш узел.
Коррексия весов производится на этапе ребалансировки дерева, после операций вставки/удаления.
И ещё кейсы с поинтами туда же.
Я тоже мотал кассеты карандашом, но начал делать сборники как только у меня появился двухкассетник.
Лично мне нравятся очень многие вещи в D, но он оставляет впечатление недостаточно проработанного языка.
Кейс — довольно часто это просто «случай» или «ситуация».
Митап — встреча, собрание.
Поинт — точка зрения, пункт.