Имхо, все таки иногда можно грохнуть поток, если есть полная уверенность, что завершение ничему не навредит.
Например, есть метод из сторонней либы, который на вход принимает массив и выполняет расчеты. Доступа к исходникам нету. Мы запускаем в отдельном потоке выполнение и может так случится, что она не отработает за необходимое время. Что нам делать, так как? Получается, что единственный вариант — это прекратить работу убив поток. Или есть варианты по лучше?
+1.
Вот я тоже не понимаю преимущества в этом.
Зачем давать неявную возможность все что угодно сравнивать между собой?
Если ты реально хочешь сделать сравнение, то сделай приведение типа.
Лучше бы вырвиглазный синтаксис пофиксили, который выглядит чрезмерно перегруженным.
Трудность C++ не в ручном управлении памяти, а именно в синтаксисе и странных конструкциях…
Вот в C# все лаконично и красиво.
Ну не знаю… Смысл проверять такие маленькие библиотеки? Когда они релизят свои игры, там баг на баге, что может говорить о качестве кода в больших проектах…
Да там проблема в том, что каждое расширение собирает собственный кеш…
В итоге, форматер имеет свой кеш, анализатор имеет свой кеш и не сложно догадаться сколько оперативки это все будет жрать.
У меня Visual Studio Code жрет почти как старший брат Visual Studio, если не больше. А поставил всего несколько расширений для Angular.
Как-то они вяло развивают свой Underlords. С момент выхода в Early Access прошло ~ месяц, а контента толкового так и не добавили.
Ввели какой-то унылый боевой пропуск и добавили несколько предметов.
Баланс хромает на обе ноги, так как играбельны только 1-2 фракции, а остальные-это мусор.
Ну и опять же, в игре море рандома и скилл практически не решает.
Если Valve продолжат тормозить, то из игры быстро все уйдут.
А там скорее всего взаимодействие через COM.
Я как-то писал на C# com-visible библиотеку с формой и вызывал ее в VBA. Так вот, почему-то не везде оно корректно разворачивалось...=( Да и разворачивание геморное было- это нужно было регать ее в системе.
Так-то развитие C# идет огромными шагами.
Например, он стал мультиплатформенным, что перебило самый главный плюс Java.
Так же разработчики открыли исходные коды, что дало возможность сообществу самим развивать платформу.
А в последней версии .NET CORE так вообще производительность стандартных типов на порядок подняли, что повысит производительность в существующей кодовой базе.
На мой взгляд, мест где сейчас требуются языки с прямой возможностью управления памяти все меньше и меньше.
Вроде, отдельный домен решает эту проблему красиво и его не жалко прибить?
Например, есть метод из сторонней либы, который на вход принимает массив и выполняет расчеты. Доступа к исходникам нету. Мы запускаем в отдельном потоке выполнение и может так случится, что она не отработает за необходимое время. Что нам делать, так как? Получается, что единственный вариант — это прекратить работу убив поток. Или есть варианты по лучше?
Сэкономить несколько строчек вынеся чего-то в Condition?
Или вот никогда не понимал, зачем мне присвоение в if? Опять какая-то экономия на спичках во вред читаемости.
Вот я тоже не понимаю преимущества в этом.
Зачем давать неявную возможность все что угодно сравнивать между собой?
Если ты реально хочешь сделать сравнение, то сделай приведение типа.
Трудность C++ не в ручном управлении памяти, а именно в синтаксисе и странных конструкциях…
Вот в C# все лаконично и красиво.
А нет ли каких-нибудь бесплатных аналогов или бесплатных лицензий с адекватными ограничениями?
В итоге, форматер имеет свой кеш, анализатор имеет свой кеш и не сложно догадаться сколько оперативки это все будет жрать.
У меня Visual Studio Code жрет почти как старший брат Visual Studio, если не больше. А поставил всего несколько расширений для Angular.
Не понимаю каким боком тут андроид указан…
Ввели какой-то унылый боевой пропуск и добавили несколько предметов.
Баланс хромает на обе ноги, так как играбельны только 1-2 фракции, а остальные-это мусор.
Ну и опять же, в игре море рандома и скилл практически не решает.
Если Valve продолжат тормозить, то из игры быстро все уйдут.
Я как-то писал на C# com-visible библиотеку с формой и вызывал ее в VBA. Так вот, почему-то не везде оно корректно разворачивалось...=( Да и разворачивание геморное было- это нужно было регать ее в системе.
Никто же не заставляет нас переписывать Си либы под .NET и можно просто взаимодействовать с ними описав структуры.
Просто дать возможность из .NET запускать VBA модули и он сам со временем уйдет в забвение.
Имхо, если бы из Си++ выпилили бы все легаси конструкции и пересмотрели бы спорные синтаксические конструкции, то порог вхождения понизился бы.
Например, он стал мультиплатформенным, что перебило самый главный плюс Java.
Так же разработчики открыли исходные коды, что дало возможность сообществу самим развивать платформу.
А в последней версии .NET CORE так вообще производительность стандартных типов на порядок подняли, что повысит производительность в существующей кодовой базе.
На мой взгляд, мест где сейчас требуются языки с прямой возможностью управления памяти все меньше и меньше.