Есть у меня подозрение, что такие вещи лучше на js делать сразу под браузерный движок. Тогда доступны будут всякие хитрые операции, типа обновления только измененной части прямо на лету или кеширование отдельных объектов, встраивание сторонних динамических объектов и так далее.
Я впечатлён был скоростью и спокойным принятием этих изменений в core. Думаю это сыграло свою роль в восприятии Раст сообщества с стороны разрабов ядра.
А что значит критическая? Критическая для ядра это сегфолт. Все остальное, даже отказ отдельных устройств, оно должно отрабатывать так, чтоб не вызывать проблем в юзерспейс. В обычной программе на rust или golang слишком широкое по меркам ядра трактование понятия "критической ошибки".
Так он после скандала с его стилем писем несколько лет назад, когда он даже уходил на несколько месяцев из активной работы, стал белым и пушистым. На сколько это вообще возможно для него.
Нет. На раннем этапе (несколько лет назад) он вполне реальные проблемы подчеркивал и на этом все. Проблемы, впрочем, были очевидные, хотя и сложные, и их с тех пор излечили. Во-вторых он был за то, чтоб не тащить в основную ветку rust, пока детские болячки не излечат. Сейчас вроде как ситуация изменилась и стоит вопрос об rust, как об обязательной зависимости для сборки.
Нет. Если ты не пользуешься своим монопольным положением, а просто хорошо продаешь продукт на конкурентном рынке, то тебя не заставят ничего продавать.
Но если ты как Гугл через свой популярный продукт всех затягиваешь в свой поиск, таким образом искусственно занижая поток заходов на другие поисковики, то вот за это будут бить по рукам.
Меня очень раздражает невозможность переместить максимизированное окно на другой монитор. Как пишут на форумах это не функция максимизации, это функция создания спейса.
И самое паршивое, что и сторонними средствами это тяжело решается, поскольку у спейсов нет официального api, только хаки.
В результате единственный вариант это драг н дроп, но это как раз то, что с тачпадом крайне неудобно делать.
Ой, ну не переоценивайте Интел. Тот Интел из 50х, который был пионером индустрии и в котором работали нобелевские лауреаты давно исчез. А в современном мире есть куча производителей такого же потенциала и компетенций. Здесь и Amd, и Qualcomm, и Apple и даже Amazon. Я уж не говорю про то, что лучшие фабрики сейчас у TSMC и Samsung.
Есть у меня подозрение, что такие вещи лучше на js делать сразу под браузерный движок. Тогда доступны будут всякие хитрые операции, типа обновления только измененной части прямо на лету или кеширование отдельных объектов, встраивание сторонних динамических объектов и так далее.
Я впечатлён был скоростью и спокойным принятием этих изменений в core. Думаю это сыграло свою роль в восприятии Раст сообщества с стороны разрабов ядра.
Не в ту ветку ответил, извиняюсь.
А что значит критическая? Критическая для ядра это сегфолт. Все остальное, даже отказ отдельных устройств, оно должно отрабатывать так, чтоб не вызывать проблем в юзерспейс. В обычной программе на rust или golang слишком широкое по меркам ядра трактование понятия "критической ошибки".
Так-то panic в ядре вообще недопустим. Ядро не имеет права на аварийную остановку.
Так он после скандала с его стилем писем несколько лет назад, когда он даже уходил на несколько месяцев из активной работы, стал белым и пушистым. На сколько это вообще возможно для него.
Нет. На раннем этапе (несколько лет назад) он вполне реальные проблемы подчеркивал и на этом все. Проблемы, впрочем, были очевидные, хотя и сложные, и их с тех пор излечили. Во-вторых он был за то, чтоб не тащить в основную ветку rust, пока детские болячки не излечат. Сейчас вроде как ситуация изменилась и стоит вопрос об rust, как об обязательной зависимости для сборки.
Ушел (не до конца) тот, что был против Rust, поэтому форка не будет.
Нет. Если ты не пользуешься своим монопольным положением, а просто хорошо продаешь продукт на конкурентном рынке, то тебя не заставят ничего продавать.
Но если ты как Гугл через свой популярный продукт всех затягиваешь в свой поиск, таким образом искусственно занижая поток заходов на другие поисковики, то вот за это будут бить по рукам.
Вообще все это Xerox вроде. По легенде весь этот графический интерфейс и Apple и MS посмотрели в прототипе от Xerox
Именно, но это дико неудобно если монитор большой. В меню есть отправить на другой монитор, но это работает только для не максимизированного окна.
Я описал выше. Нельзя перенести максимизированное окно на другой монитор.
Спасибо, хотя изначальную проблему плохой работы с двумя мониторами и спейсами это не решает.
У меня на три пальца смена спейса. Где эта настройка?
Меня очень раздражает невозможность переместить максимизированное окно на другой монитор. Как пишут на форумах это не функция максимизации, это функция создания спейса.
И самое паршивое, что и сторонними средствами это тяжело решается, поскольку у спейсов нет официального api, только хаки.
В результате единственный вариант это драг н дроп, но это как раз то, что с тачпадом крайне неудобно делать.
Ну 11.2 это очень старая версия. Наверное имеет смысл собрать из исходников самостоятельно
Есть хорошая книга российского фантаста Вагнера Витуса "Дети пространства", где как раз обсуждаются социальные эффекты отказа человечества от космоса.
Так unix_time закончится в 2038. Тогда вселенную и перезапустят.
У меня создалось впечатление, что сборка под Mac только по x86 есть.
Ой, ну не переоценивайте Интел. Тот Интел из 50х, который был пионером индустрии и в котором работали нобелевские лауреаты давно исчез. А в современном мире есть куча производителей такого же потенциала и компетенций. Здесь и Amd, и Qualcomm, и Apple и даже Amazon. Я уж не говорю про то, что лучшие фабрики сейчас у TSMC и Samsung.