не совсем так, запланированное устаревание действительно существует и появилось оно не просто так, на сколько я знаю великая депрессия стала отправным пунктом когда производители перестали гнаться за качеством и долговечностью, это позволяет поддерживать экономику. Но проблема в том что этим очень легко злоупотреблять чем многие и пользуются
вы опять же оперируете абстрактными понятиями «приемлемого качества», приемлемого для кого? Возьмём классический пример с шоколадом, в нём есть допустимый процент «мусора» в конечном продукте, хотел бы я получить крысиные какихи в шоколаде? очень сомневаюсь, но все мы миримся с подобными «мелочами». В случае с браком техники пользователь в праве требовать возврата и даже компенсации в некоторых случаях. У платного ПО в большинстве случаев всё ещё проще и возврат осуществляется на гораздо более лояльных условиях. И для меня это достаточно приемлемо.
Опять же наличие в игре мультиплеера не накладывает жёстких ограничений на скорость отклика, размер данных и т.д. как это присутствует например ПО для систем реального времени. Но это всё равно не решает проблему наличия багов, их возможно уменьшать но не возможно доказать что их нет.
Эмм, не совсем понял чем вам conan в проде не устраивает, не знаю многие ли его используют но он отлично применяется, у align technology даже не плохой доклад был об этом на предыдущей cpp russia
socks5 proxy для перенаправления только конкретных ресурсов
плагин для браузера для быстрого добавления/исключения ресурсов
Как выйдет релиз routeros с поддержкой wg, можно будет избавится от VPN клиента на машине и возможно что то получится придумать с проксированием на уровне роутера
А когда есть 10 разных наследников на который из них оно меня приведёт? Или если нужно увидеть всех кто унаследовал этот класс? а какая команда развернёт C++ макрос? И самый главный вопрос дебажить код надо принтами или для реализации выпадающих списков при просмотре локальных переменных в точке останова тоже есть плагин?
1. есть 100 других способов это сделать, включая подключение по sftp и редактирование хоть в visual code
2. то что это ровно «20» срок совсем не очевидно, это ещё нужно напрячься посчитать
да и вообще для редактирования конфигов на сервере я сам всегда использую vim и не вижу тут смысла спорить так как ни одним другим редактором я и не пользуюсь для этих целей. Но речь идёт именно о редактировании кода на локальной машине.
можешь хоть sed`ом редактировать, но если заявляешь что это удобнее или быстрее для неопределенного круга лиц, а не лично для тебя, будь готов что некоторые захотят с этим поспорить
Дело не в том что ты или автор «заставляет» что то использовать, а в том что адепты вима несут бездоказательный бред о том что он ускоряет «работу» с кодом или что это вообще может быть удобным, да ещё словно это лучший редактор, при том когда начинается выяснение как и в чём, то оказывается что помогает он полтора землекопу в одном из тысячи кейсов, но зато понтов столько как будто священный грааль откопали. Отказ от мыши, omg это ж так оптимизирует скорость работы…
Вот как адепт vim объясни в чём оно быстрее, я может неправильный программист, но больше всего времени я трачу не на модификацию текста, или поиск каких то подстрок, а чтение и навигация по огромному салюшену с 50+ проектами на плюсах, с постоянным переходом по объявлениям, определениям и наследованиям методов/классов и без выпадающего списка с нужными методами, решарперовских штук по автокомплиту и разворачивании макросов я бы вообще за… ся работать с кодом, единственное что бы помогло работать быстрее это нейроинтерфес который мог заменить мышь и клавиатуру но точно не убогий редактор с миллионом хоткеев которые нужно держать в голове. В чем удобство мастурбировать десятки макросов на то что можно сделать мышкой в 2 клика?
Ты интуитивно, рефлекторно набираешь текст, пальцы и текст за ними бегут быстрее твоих мыслей
это абсурд, это ты привык думать в контексте vim, а не он такой удобный. Я пользуюсь vim когда нужно что то совсем небольшое поправить на удалённой машине, для этих задач он неплохо подходит, но ни чем не лучше nano или mc для тех кто привык работать с ними.
Но автор заявляет что VIM магическим образом позволит очень сильно ускориться при работе с кодом после глубинного понимания этой «волшебной» утилиты. Но это полный и бездоказательный бред. Единственный обоснованный плюс vim это наличие данного редактора на 99% posix платформ.
И мне абсолютно не понятно зачем из буханки хлеба делать автобус, а потом ещё и учиться его водить.
Вот как разработчика у которого мцст компилятор один из десятка в основном все устраивает, они даже +- актуальность поддерживают, но вот того кто принимал решение о том в какой кодировке писать вывод сообщений хочется повесить за одно место на заборе
я как из тех кто сидит на темной теме везде где только возможно ещё с 2010 если не раньше, с радостью отвечу. У меня глаза от светлой темы устают в разы быстрее особенно в темное время дня в которое я и предпочитаю работать. Гораздо проще видеть белый текст на темном фоне чем наоборот и сижу я за монитором в среднем по 12-14 часов в день. Специально для таких сайтов которым лень добавить темный интерфейс приходится ставить плагины для браузера. Ещё важный момент что на темном фоне можно различить гораздо больше цветов что позволяет раскрасить код максимально удобно. Я как то пытался добавить светлый вариант но я не смог выбрать 16 цветовых аналогов чтоб они так же хорошо были видны как в темной теме да ещё и удовлетворяли бы синестезии выработанной за годы работы.
По поводу «здоровья» я как поломал зрение за 3 года до появления компа так ни на полдиоптрии за 20 лет зрение не ухудшилось, с чего темная тема должна влиять на зрение?
так смысл в том что возможно подставить свой компаратор, при чем тут предусмотрен он автором или нет? до 14 стандарта чтоб найти string_view или любое другое представление строки в set<std::string> нужно всегда аллоцировать std::string, с геттерогенным копаратором этого делать не обязательно
Я вряд ли открою новость но добро пожаловать в C++ )) У нас есть комитеты и открытые обсуждения, любой может предложить своё улучшение языка и если оно объективно будет хорошим оно попадёт в стандарт, даже есть группа от России которая поможет с продвижением. Нет ни какой зависимости от «единственного» разработчика компилятора )
Опять же наличие в игре мультиплеера не накладывает жёстких ограничений на скорость отклика, размер данных и т.д. как это присутствует например ПО для систем реального времени. Но это всё равно не решает проблему наличия багов, их возможно уменьшать но не возможно доказать что их нет.
По тем же причинам что и "почему git а не mercurial" он популярнее.
Эмм, не совсем понял чем вам conan в проде не устраивает, не знаю многие ли его используют но он отлично применяется, у align technology даже не плохой доклад был об этом на предыдущей cpp russia
Мой выбор это
Как выйдет релиз routeros с поддержкой wg, можно будет избавится от VPN клиента на машине и возможно что то получится придумать с проксированием на уровне роутера
Скорее "Игры разумов"
2. то что это ровно «20» срок совсем не очевидно, это ещё нужно напрячься посчитать
да и вообще для редактирования конфигов на сервере я сам всегда использую vim и не вижу тут смысла спорить так как ни одним другим редактором я и не пользуюсь для этих целей. Но речь идёт именно о редактировании кода на локальной машине.
это абсурд, это ты привык думать в контексте vim, а не он такой удобный. Я пользуюсь vim когда нужно что то совсем небольшое поправить на удалённой машине, для этих задач он неплохо подходит, но ни чем не лучше nano или mc для тех кто привык работать с ними.
Но автор заявляет что VIM магическим образом позволит очень сильно ускориться при работе с кодом после глубинного понимания этой «волшебной» утилиты. Но это полный и бездоказательный бред. Единственный обоснованный плюс vim это наличие данного редактора на 99% posix платформ.
И мне абсолютно не понятно зачем из буханки хлеба делать автобус, а потом ещё и учиться его водить.
ну при том что автор статьи сам это написал
Почему же нельзя?
std::array arr = {1,2,3}
Вот как разработчика у которого мцст компилятор один из десятка в основном все устраивает, они даже +- актуальность поддерживают, но вот того кто принимал решение о том в какой кодировке писать вывод сообщений хочется повесить за одно место на заборе
По поводу «здоровья» я как поломал зрение за 3 года до появления компа так ни на полдиоптрии за 20 лет зрение не ухудшилось, с чего темная тема должна влиять на зрение?