C++ простой и удобный язык который позволяет делать много прикольных вещей. Например:
Изменять "const" объекты:
static const std::string XXX("YYY");
// много строк кода
std::string* p = (std::string*)&XXX; // где-то, где очень надо
p->assign("ZZZ"); // и ведь поменяется
Создавать reference на nullptr:
object* pX = nullptr; // давным давно здесь был NULL :-)
// много строк кода
object& rX = *pX; // где-то далеко, возможно в другом файле
rX.foo(); // помрёт здесь, если создатель класса не маньяк
возвращать куски разрушенных объектов:
const char* foo()
{
std::string s1;
// много строк кода
return s1.c_str(); // вернём указатель на кусок непонятно чего
}
Или присвоение в условном операторе:
if(x=y) // и ведь работает! только, как-то, странно :-)
{
// здесь делаем что-то полезное
}
В свежих компиляторах эти действия вызывают предупреждения и даже ошибки, но разве это может остановить трудолюбивых кодеров?
З.Ы. Это, если кто не понял, был сарказм после изучения репозитория на пару гигабайт С++ кода с давней историей, который успешно собирается и проходит тесты.
Пока не появилось чего-то отличающегося по производительности в разы и не стоящего как кусок золота того же объёма - нет большого смысла бегать за инновациями. Если буду ещё обновляться - возьму что-то из 15 нанометрового процесса, если успею.
Бессвинцовый припой в сочетании с многослойной платой - это вообще беда. Если что на плате отвалилось - плата сразу в помойку, потому что уже почти нет кулибиных, которые смогут это починить :-(
Новые программы требовали всё больших ресурсов, новые игры требовали новых видеокарт. Был большой прыжок по оперативке на рубеже 32/64 разрядности. С учётом ограничений Windows Home на 16 ГБ редко кто (владельцы Pro/Enterprise) купит больше. Новые процессоры быстрее старых не в разы, а на проценты. Значит можно сидеть на Windows 7 до тех пор, пока игры работают и новые видяхи имеют драйвера под семёрку. Новые операционки требут немного обновить железо. Большая часть недавно обновлённого оборудования эти железяки имеет. Игроделы не хотят производить игры для немассового рынка, потому что игра с разрешением 8К это, безусловно, круто, но оборудование для её запуска найдётся чуть менее чем ни у кого. Значит средний пользователь на Windows 10 сможет погонять в танчики и одним глазком заглянуть в Night City. Игры, по большей части из весёлого времяпрепровождения превратились в убийц времени, требующих многочасовых забегов. Заработок игроделов неумолимо перемещается в область DLC/lootbox. А для этого нужна массовость.
Мой первый компьютер Pentium 100/32-128M проработал 4 года, начиная с Windows 95 и закончился на Windows 2000. Мой предпоследний комп (Core I5-2500K/16G) на Windows дети уже пару лет насилуют играми, а со времени его последнего обновления прошло 7 лет. Так что 10 лет, вполне вероятный срок работы тех компов, которые сегодня купят за условную 1000 баксов.
Если у нас импортозамещённым считается оборудование с отечественным корпусом, блоком питания, шнурами и тому подобной хренью, то не будет у нас импортозамещения никогда. И уже неважно насколько хороши или плохи Эльбрусы и Байкалы.
Уход на свою серверную архитектуру (Эльбрус) и свою клиентскую архитектуру (ПК/планшеты/нотебуки на Байкале) был бы неплохим заявлением на суверенитет, потому что повсеместное применение x86 сильно упрощает распространение деструктивных программ и атаку инфрастуктуры.
Процессор x86 - это старая обратно-совместимая несуразица с неустранимыми заплатками и "плевками в вечность". На некоторых задачах по обработке изображений/видео x86 откровенно сливает ARM/RISC с такой же частотой и разрядностью. Попробуйте сделать систему видеонаблюдения на Intel Atom. А китайские OrangePi вполне работают, но у них свои проблемы.
Проблемы импортозамещения кроются не в том сможет ли промышленность РФ в стандартные детальки и как она это сможет. Проблема в том, что нет готовых решений как по аппаратной части, так и по программам. Попробуйте перевести кого-нибудь с M$ Window$/Office на Linux/LibreOffice. Первое время вам будет не просто тяжело. Вы познаете истинное значение слова писец! А потом, если вас не расстреляют перед строем, сорвав перед этим погоны и отняв партбилет, то вы будете всё это поддерживать. А писец никуда не денется! А если контора большая, на несколько зданий? А если несколько зданий находятся в разных городах?
И да. На Microsoft/Intel/AMD завязано много бизнеса, который не хочет ничего менять. Как вы думаете, будут ли все эти люди сидеть сложа руки, или вывернут все волосатые лапы и удавят отечественное в собственном соку? Ответ очевиден, даже на этом ресурсе.
Если Cisco Anyconnect будет работать в Ubuntu LTS и Fedora, то кое-какие VPN сольюшены работать не будут (у меня не получилось с fortinet), хотя и бывают нужны.
Некоторые RDP приложения (krdp) работают до первой неожиданной комбинации клавиш, после чего только реконнект. Однако есть другие приложения.
Печально видеть, как спустя каких-то 20 лет от начала построения корпоративной сети РЖД протеряны все полимеры. Как сетевая инфраструктура строится на неподобающих устройствах, с настройками по умолчанию и без применения какой-либо концепции безопасности. Особенно печально видеть даже не отрицание проблемы, а отсутствие каких-либо конвульсий по решению проблемы.
Интернет погубит выбранная модель монетизации и человеческая жадность. На моё скромное мнение на каждой странице сейчас порядка десатков килобайт полезной информации (ради которых мы и заходим на страницу), а всё остальное трэкеры, реклама, сценарии и прочий мусор. Блокировщики намеренно написаны самым плюшевым образом, чтобы пользователь никогда не смог отрезать жадных коммерсантов от дохода. Однако возврат во времена начала, с интерактивным контентом в Java-аплетах и Flash тоже не вариант. Потому что уже сценарии начала 2000х это не только интерактивные формы, но и трэкеры с прочим мусором. Было бы здорово получить современный HTML5+CSS без загружаемых исполняемых сценариев, но это антинаучная фантастика, хотя отрубить загрузку сценариев со сторонних (относительно просматриваемой страницы) сайтов очень хотелось бы. Тем более, что структура кэша на это намекает. Но получится как в том случае, когда Роскомнадзор отключил AWS.
чтобы система быстрее загружалась :-)
Даже в таких условиях скорость загрузки при 8 гектарах стала гораздо выше, чем с HDD. А на последний комп я просто поставил SSD, 32 гектара оперативки, HDD и видеокарту.
Обычная рандомная смерть контроллера. Уверен, здоровья по перезаписям ячеек у того диска был вагон, и даже ежедневная полная перезапись ему не помешала бы.
Не хочу наговаривать, но это был известный брэнд и вышел он именно по здоровью. Когда оно в фирменной утилите осталось менее 5% я написал заявку на замену.
Когда я говорил про дефрагментацию я имел в виду то, что делается из окна «Оптимизация дисков» (вкладка Сервис из свойств диска). Я полагал, что это процесс дефрагментации. Однако сейчас, после прочтения Вадима Стерина я в этом больше не уверен. Однако на всех установках Windows, которые делал я диски SSD исключёны из списка оптимизируемых. Я сделал это намеренно, после того как SSD на моём рабочем компьютере умер после трёх лет работы в щадящем режиме (подкачка снесена на HDD, все программы ставились на HDD, большая часть профайла живёт на HDD). В то время как SSD в домашнем компьютере в сходном режиме (но без оптимизации/дефрагментации) живёт уже шестой год и здоровье у него 98%. Справедливости ради стоит отметить, что рабочая станция не выключается почти никогда, а домашний компьютер работает по 8 часов в рабочий день и по 12 часов в выходные. Итого: В свете новых данных я уже не могу однозначно утверждать, что фишка только в дефрагментации/оптимизации. Но что-то в этом есть.
Статья хорошая, хотя я не со всеми утверждениям согласен. Возможно я ошибаюсь, но БД NOSQL появились несколько раньше, чем SQL. Да это были несовершенные программы, но сделать NOSQL базу данных проще. Особенно если взять dbm/ndbm как хранилище.
Также несогласен в том, что хранение JSON/XML это великое благо принесённое в реляционные СУБД. Но, к сожалению вместо развития сложных типов вроде координат и геометрии реляционные СУБД пошли на хранение структурированных (JSON/XML) и типизированных данных в столбцах таблиц.
Впрочем, моё мнение, несмотря на всё неприятие разрушения реляционной модели не является единственно верным.
Также могу отметить, что мне встречались ситуации, когда реляционная СУДБ не до конца отвечала требованиям решения и приходилось создавать некий гибрид из быстрого хранилища для поглощения входящих данных, реляционной СУБД для обработки и OLAP для архива и мономерных отчётов.
Да. А ведь начиналось всё с того, что дефрагментация диска включена (чего не было даже на Windows 7!) по умолчанию в Windows 10 для устройств SSD. Лично гасил её на всех установленных мною Windows 10. Возможно в этом собака и порылась.
З.Ы. Система стала слишком сложной, а ставка на индийских поромистов, которые не смогли в Microsoft Edge, себя явно не оправдала.
Самая большая беда C++ в большом сообществе. А это значит, что растёт непонимание и желание странного части сообщества, с точки зрения другой части этого самого сообщества. Часть хочет функцию из трёх строчек, отвечающую за пуск все ядерных ракет в мире, а другой части хочется быстрый и компактный код для встроенной техники, не обременённой гигабайтами оперативки и терабайтами ПЗУ. Главный показатель эффективности кода, для тех, кто учился давно — это скорость выполнения + потребление ресурсов, а никак не время потребное на написание кода. Хотя, с точки зрения манагеров, время написания имеет большое значение, но опытный манагер (или не успевший вовремя отвалить в сторону после внедрения) знает ещё и про время поддержки (багфикс+модернизация), а она сильно зависит от простоты восприятия кода.
Всё новое, упрощающее код, ускоряющее и облегчающее разработку — это безусловное благо, но, по моему скромному мнению, в развитии C++ появляется много узкоспециализированного и фрагментарного.
Это мелкомягкие хотят подсидеть RedHat c его CygWin :-)
А если серьёзно, то мне это видится очередной попыткой сделать номальное POSIX окружение на винде. Пока, с моей точки зрения, результаты выглядят обнадёживающе.
Информация
В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
C++ простой и удобный язык который позволяет делать много прикольных вещей. Например:
Изменять "const" объекты:
Создавать reference на nullptr:
возвращать куски разрушенных объектов:
Или присвоение в условном операторе:
В свежих компиляторах эти действия вызывают предупреждения и даже ошибки, но разве это может остановить трудолюбивых кодеров?
З.Ы. Это, если кто не понял, был сарказм после изучения репозитория на пару гигабайт С++ кода с давней историей, который успешно собирается и проходит тесты.
Потому что действительно полезные вещи устанавливаются после подтверждения пользователя. А иначе - это вирус/adware/троян/руткит.
А не надо брать 7 нанометров за штуку баксов :-)
Пока не появилось чего-то отличающегося по производительности в разы и не стоящего как кусок золота того же объёма - нет большого смысла бегать за инновациями. Если буду ещё обновляться - возьму что-то из 15 нанометрового процесса, если успею.
Бессвинцовый припой в сочетании с многослойной платой - это вообще беда. Если что на плате отвалилось - плата сразу в помойку, потому что уже почти нет кулибиных, которые смогут это починить :-(
Новые программы требовали всё больших ресурсов, новые игры требовали новых видеокарт. Был большой прыжок по оперативке на рубеже 32/64 разрядности. С учётом ограничений Windows Home на 16 ГБ редко кто (владельцы Pro/Enterprise) купит больше. Новые процессоры быстрее старых не в разы, а на проценты. Значит можно сидеть на Windows 7 до тех пор, пока игры работают и новые видяхи имеют драйвера под семёрку. Новые операционки требут немного обновить железо. Большая часть недавно обновлённого оборудования эти железяки имеет. Игроделы не хотят производить игры для немассового рынка, потому что игра с разрешением 8К это, безусловно, круто, но оборудование для её запуска найдётся чуть менее чем ни у кого. Значит средний пользователь на Windows 10 сможет погонять в танчики и одним глазком заглянуть в Night City. Игры, по большей части из весёлого времяпрепровождения превратились в убийц времени, требующих многочасовых забегов. Заработок игроделов неумолимо перемещается в область DLC/lootbox. А для этого нужна массовость.
Мой первый компьютер Pentium 100/32-128M проработал 4 года, начиная с Windows 95 и закончился на Windows 2000. Мой предпоследний комп (Core I5-2500K/16G) на Windows дети уже пару лет насилуют играми, а со времени его последнего обновления прошло 7 лет. Так что 10 лет, вполне вероятный срок работы тех компов, которые сегодня купят за условную 1000 баксов.
Если у нас импортозамещённым считается оборудование с отечественным корпусом, блоком питания, шнурами и тому подобной хренью, то не будет у нас импортозамещения никогда. И уже неважно насколько хороши или плохи Эльбрусы и Байкалы.
Уход на свою серверную архитектуру (Эльбрус) и свою клиентскую архитектуру (ПК/планшеты/нотебуки на Байкале) был бы неплохим заявлением на суверенитет, потому что повсеместное применение x86 сильно упрощает распространение деструктивных программ и атаку инфрастуктуры.
Процессор x86 - это старая обратно-совместимая несуразица с неустранимыми заплатками и "плевками в вечность". На некоторых задачах по обработке изображений/видео x86 откровенно сливает ARM/RISC с такой же частотой и разрядностью. Попробуйте сделать систему видеонаблюдения на Intel Atom. А китайские OrangePi вполне работают, но у них свои проблемы.
Проблемы импортозамещения кроются не в том сможет ли промышленность РФ в стандартные детальки и как она это сможет. Проблема в том, что нет готовых решений как по аппаратной части, так и по программам. Попробуйте перевести кого-нибудь с M$ Window$/Office на Linux/LibreOffice. Первое время вам будет не просто тяжело. Вы познаете истинное значение слова писец! А потом, если вас не расстреляют перед строем, сорвав перед этим погоны и отняв партбилет, то вы будете всё это поддерживать. А писец никуда не денется! А если контора большая, на несколько зданий? А если несколько зданий находятся в разных городах?
И да. На Microsoft/Intel/AMD завязано много бизнеса, который не хочет ничего менять. Как вы думаете, будут ли все эти люди сидеть сложа руки, или вывернут все волосатые лапы и удавят отечественное в собственном соку? Ответ очевиден, даже на этом ресурсе.
Тема VPN и RDP не раскрыта.
Если Cisco Anyconnect будет работать в Ubuntu LTS и Fedora, то кое-какие VPN сольюшены работать не будут (у меня не получилось с fortinet), хотя и бывают нужны.
Некоторые RDP приложения (krdp) работают до первой неожиданной комбинации клавиш, после чего только реконнект. Однако есть другие приложения.
чтобы система быстрее загружалась :-)
Даже в таких условиях скорость загрузки при 8 гектарах стала гораздо выше, чем с HDD. А на последний комп я просто поставил SSD, 32 гектара оперативки, HDD и видеокарту.
Не хочу наговаривать, но это был известный брэнд и вышел он именно по здоровью. Когда оно в фирменной утилите осталось менее 5% я написал заявку на замену.
Итого: В свете новых данных я уже не могу однозначно утверждать, что фишка только в дефрагментации/оптимизации. Но что-то в этом есть.
Также несогласен в том, что хранение JSON/XML это великое благо принесённое в реляционные СУБД. Но, к сожалению вместо развития сложных типов вроде координат и геометрии реляционные СУБД пошли на хранение структурированных (JSON/XML) и типизированных данных в столбцах таблиц.
Впрочем, моё мнение, несмотря на всё неприятие разрушения реляционной модели не является единственно верным.
Также могу отметить, что мне встречались ситуации, когда реляционная СУДБ не до конца отвечала требованиям решения и приходилось создавать некий гибрид из быстрого хранилища для поглощения входящих данных, реляционной СУБД для обработки и OLAP для архива и мономерных отчётов.
З.Ы. Система стала слишком сложной, а ставка на индийских поромистов, которые не смогли в Microsoft Edge, себя явно не оправдала.
Всё новое, упрощающее код, ускоряющее и облегчающее разработку — это безусловное благо, но, по моему скромному мнению, в развитии C++ появляется много узкоспециализированного и фрагментарного.
А если серьёзно, то мне это видится очередной попыткой сделать номальное POSIX окружение на винде. Пока, с моей точки зрения, результаты выглядят обнадёживающе.