Вот и не могут они ничего написать без библиотек с нуля.
А зачем писать системные/инфраструктурные/лоулвл вещи с нуля? Вы код пишете чтобы решать с его помощью какие-то задачи или чтобы самоутверждаться с помощью рождения очередного велосипеда? Если второе, то лучше уж в опенсорс поконтрибьютить, в те самые библиотеки.
Я ему объяснил и показал как вместо всяких if-else можно оптимизировать код и воспользоваться булевой алгеброй для оптимизации.
А бенчмарки этого вы проводили, прежде чем советовать такое в наше время? А задумывались ли, насколько это в принципе действенно в современных высокоуровневых языках? А разбираться в таких "оптимизациях" и поддерживать их в продакшен коде кто будет и зачем?
устройство процессора
Смысл ему от этого знания, если реальные современные процессоры представляют из себя на порядки более сложные и комплексные системы и знания об устройстве их предков не применимы к ним на практике?
слово "стробирующий сигнал" для него как разговор двух профессоров услышанный техничкой в коридоре
Оно для него примерно настолько же полезно и нужно, как оператору современного трактора требуется знание как запрягать коня и править плуг.
Учился он даже не левых блогерских на курсах, а во вполне в нормальном гос.учреждении.
Как учившийся в "нормальных гос. учреждениях" сам (более 10 лет назад), проводящий сейчас собеседования с выпускниками оттуда и работающий с людьми после них - лучше бы они на курсы ходили или сами что-то учили, может хоть что-то бы знали полезное.
я поговорил с одним из своих бывших преподавателей и он сказал, что качество студентов сейчас очень снизилось
И вот такие вот нас и учили, рассказывая базу из начала девяностых и про абсолютно мертвые технологии по методичкам 15летней давности. Реальный толк был только от преподавателей-аспирантов, которые параллельно работали разработчиками и понимали что такое реальная разработка.
"сам" имеется в виду без запроса у юзера на каждый пакет, в фоне, как это делает гугл плей, у которого есть системные права.
для не системных приложений разрешение лишь дозволяет приложению спросить у юзера "а можно я вот этот пакет поставлю", на что юзер может каждый раз ответить отказом.
а без разрешения дело даже до диалога установки (установить/отмена) не дойдет.
Ставят ради мультиплеерных игр с античитами (CoD/PUBG/Valorant/etc) и прочего, не работающего под протоном - таких игр около 20%, можете глянуть на ProtonDB.
можно не копипастить руками, а создать на хдд библиотеку стима (их может быть несколько - на разных дисках).
в таком случае в интерфейсе самого стима, в разделе "локальные файлы" самой игры можно одним кликом перекидывать игру между библиотеками (т.е. дисками) - стим сам переместит контент.
при этом игра останется под контролем стима, будет изредка обновляться и быть доступной для запуска в любой момент, а если вдруг собрались играть постоянно - так же одной кнопкой можно вернуть в библиотеку на ссд без всяких индексаций/проверок хэшей.
Какой-то апофеоз снобизма.
А зачем писать системные/инфраструктурные/лоулвл вещи с нуля?
Вы код пишете чтобы решать с его помощью какие-то задачи или чтобы самоутверждаться с помощью рождения очередного велосипеда?
Если второе, то лучше уж в опенсорс поконтрибьютить, в те самые библиотеки.
А бенчмарки этого вы проводили, прежде чем советовать такое в наше время?
А задумывались ли, насколько это в принципе действенно в современных высокоуровневых языках?
А разбираться в таких "оптимизациях" и поддерживать их в продакшен коде кто будет и зачем?
Смысл ему от этого знания, если реальные современные процессоры представляют из себя на порядки более сложные и комплексные системы и знания об устройстве их предков не применимы к ним на практике?
Оно для него примерно настолько же полезно и нужно, как оператору современного трактора требуется знание как запрягать коня и править плуг.
Как учившийся в "нормальных гос. учреждениях" сам (более 10 лет назад), проводящий сейчас собеседования с выпускниками оттуда и работающий с людьми после них - лучше бы они на курсы ходили или сами что-то учили, может хоть что-то бы знали полезное.
И вот такие вот нас и учили, рассказывая базу из начала девяностых и про абсолютно мертвые технологии по методичкам 15летней давности.
Реальный толк был только от преподавателей-аспирантов, которые параллельно работали разработчиками и понимали что такое реальная разработка.
polymarket уже существует :)
просто дек месяц не включают :)
"сам" имеется в виду без запроса у юзера на каждый пакет, в фоне, как это делает гугл плей, у которого есть системные права.
для не системных приложений разрешение лишь дозволяет приложению спросить у юзера "а можно я вот этот пакет поставлю", на что юзер может каждый раз ответить отказом.
а без разрешения дело даже до диалога установки (установить/отмена) не дойдет.
современные dalvik могли и не застать, там уже давно ART :)
Ну это вы придумали, конечно :)
Ставят ради мультиплеерных игр с античитами (CoD/PUBG/Valorant/etc) и прочего, не работающего под протоном - таких игр около 20%, можете глянуть на ProtonDB.
можно не копипастить руками, а создать на хдд библиотеку стима (их может быть несколько - на разных дисках).
в таком случае в интерфейсе самого стима, в разделе "локальные файлы" самой игры можно одним кликом перекидывать игру между библиотеками (т.е. дисками) - стим сам переместит контент.
при этом игра останется под контролем стима, будет изредка обновляться и быть доступной для запуска в любой момент, а если вдруг собрались играть постоянно - так же одной кнопкой можно вернуть в библиотеку на ссд без всяких индексаций/проверок хэшей.