Очень хотелось прочитать, что будет графеновая батарея, про которую тоже говорили в одном инсайде 2018 года, но увы и ах, даже не дали призрачную надежду.
Про visionfive. Спросил что там с поддержкой, ответили что все ресурсы уходят на visionfive v2. Зато в каждом их рекламном буклете пишут про наличие акселератора.
А есть цифры во сколько раз ускоряется сборка? После какого числа пакетов модульная сборка начинает обгонять обычную сборку? Почему параллельная сборка не работает в проекте "на пакетах"?
Жаль перевод. Есть несколько вопросов и дополнений. Часто вижу как делить, но ни где не видел зачем делить. Хоть бы один какделитель написал бы, что это нужно, когда у вас instant или вы шарите между несколькими разными приложениями какой-либо функционал, в остальных случаях деление почти всегда избыточно, а пакетов хватает с лихвой. Так же что есть и цена этого деления, поддержка клея между модулями тоже требует и время и увеличивает сложность проекта. Чем больше модулей, тем больше клея, тем дороже эта модульность обходится.Без явной практической необходимости не стоит этого делать.
Эти знания нужны чаще в момент отладки, чтоб можно было объяснить себе и всем заинтересованным почему оно работает именно так. Часто бывает что мы что-то грузим в 3-5 местах и вдруг что-то загружается раньше времени и вот тут как раз понимание ивент лупа очень кстати.
Было бы здорово, если бы это был все же некий гуй + пакетный менеджер, который интегрируется с системными, если такие имеются, или возможность установки, если их нет. Само же скачивание/сборка происходило бы непосредственно с сайта/репозитория производителя этого ПО, но невидимо для нас.
В целом проблема актуальна, хоть понемногу и есть движение в эту сторону, так например Ubuntu software интегрируется с snap и apt, но игнорирует flatpack, такое есть в manjaro, но и там нет все гладко, так некоторые приложения доступны только через cargo install/pip install, но такое сейчас только через aur, а в винде само собой только ручками.
Тогда стор начинает играть новыми красками. Возможность регистрации, публикации и настройки способа дистрибуции приложения в одном месте, будь то deb, flatpack, apk или jar, а может просто ссылка на свой msi.
Или была бы возможность публикации во все нужные сторы, как например это делал jcenter, когда публиковал в мавенцентрал. Ну или фастлайл для аппстора и плэймаркета. То есть не просто каталог, а предоставлял бы возможность публикации. Хотя это все же немного другой путь развития.
Делаю паузу каждые 4 года, во время паузы изучаю в основном новые ЯП, фреймворки, платформы, старюсь активно участвовать в опенсоурсе, в общем всем тем, что требует времени и плохо совсместимо с работой.
14 млрд рублей это 133 миллиона долларов или 38167,5 человекомесяцев при ЗП ~3500$ в месяц. Правильно ли я понимаю что это приблизительно 2 года работы 1000 человек без учета оборудования и серверов? Если да, то так себе поддержка. С другой стороны это ~ 200 маленьких команд или стартапов. Опять таки без оборудования.
If же возвращает значение, зачем ещё нужен тернарный оператор? А если хочется проверить на null, есть :? fallback.
У меня после прочтения сложилось впечатление, что автору не нравится что в Kotlin не все как в Java. Возможно что это у многих, кто переходит с одного языка на другой, что-то новое, а хочется чтобы было как раньше.
К IPv6 претензии не совсем понятны, если расширить заголовки IPv4 на любое количество, даже на 1 бит, то мы опять получаем новый протокол требующий замены оборудования(из-за аппаратной поддержки, где вопрос не решить прошивкой). Судить же, достигнута ли цель IPv6 заменить IPv4 по мне так рано, это будет возможно только когда кончатся адреса в IPv4. Пока что любой другой протокол будет иметь схожие проблемы. Но даже без этого мы имеем статистику, в районе 40% пользователей в гугл ходят по новому протоколу и эта цифра растет приблизительно на 5% в год. Очень вероятно, что через 12 лет минимум и 20 лет максимум про ipv4 мы будем вспоминать только в старых локальных сетях.
Недавно писал статью на тему, как мы выживаем в Linux, что делать чтоб избежать проблемы. Боль есть, но не такая, раз в пол года случается, больше зависит от кейсов.
Flutter, Svelte, Web Compose идиоматически ближе к React чем к Angular, на мой взгляд потому что подход React оказался проще и удобнее в плане эксплуатации.
Весьма странное решение. 21.04 не является LTS. На сервера и облака не LTS разве вообще ставят?
PS: Возможно им стоит не LTS перевести на rolling как в manjaro и отказаться от фиксированных релизов.
Про visionfive. Спросил что там с поддержкой, ответили что все ресурсы уходят на visionfive v2. Зато в каждом их рекламном буклете пишут про наличие акселератора.
А есть цифры во сколько раз ускоряется сборка? После какого числа пакетов модульная сборка начинает обгонять обычную сборку? Почему параллельная сборка не работает в проекте "на пакетах"?
Жаль перевод. Есть несколько вопросов и дополнений. Часто вижу как делить, но ни где не видел зачем делить. Хоть бы один какделитель написал бы, что это нужно, когда у вас instant или вы шарите между несколькими разными приложениями какой-либо функционал, в остальных случаях деление почти всегда избыточно, а пакетов хватает с лихвой. Так же что есть и цена этого деления, поддержка клея между модулями тоже требует и время и увеличивает сложность проекта. Чем больше модулей, тем больше клея, тем дороже эта модульность обходится.Без явной практической необходимости не стоит этого делать.
Эти знания нужны чаще в момент отладки, чтоб можно было объяснить себе и всем заинтересованным почему оно работает именно так. Часто бывает что мы что-то грузим в 3-5 местах и вдруг что-то загружается раньше времени и вот тут как раз понимание ивент лупа очень кстати.
Было бы здорово, если бы это был все же некий гуй + пакетный менеджер, который интегрируется с системными, если такие имеются, или возможность установки, если их нет. Само же скачивание/сборка происходило бы непосредственно с сайта/репозитория производителя этого ПО, но невидимо для нас.
В целом проблема актуальна, хоть понемногу и есть движение в эту сторону, так например Ubuntu software интегрируется с snap и apt, но игнорирует flatpack, такое есть в manjaro, но и там нет все гладко, так некоторые приложения доступны только через cargo install/pip install, но такое сейчас только через aur, а в винде само собой только ручками.
Тогда стор начинает играть новыми красками. Возможность регистрации, публикации и настройки способа дистрибуции приложения в одном месте, будь то deb, flatpack, apk или jar, а может просто ссылка на свой msi.
Или была бы возможность публикации во все нужные сторы, как например это делал jcenter, когда публиковал в мавенцентрал. Ну или фастлайл для аппстора и плэймаркета. То есть не просто каталог, а предоставлял бы возможность публикации. Хотя это все же немного другой путь развития.
802.1ax частично решает вышеперечисленные проблемы а в паре 5Ghz практически полностью.
Делаю паузу каждые 4 года, во время паузы изучаю в основном новые ЯП, фреймворки, платформы, старюсь активно участвовать в опенсоурсе, в общем всем тем, что требует времени и плохо совсместимо с работой.
14 млрд рублей это 133 миллиона долларов или 38167,5 человекомесяцев при ЗП ~3500$ в месяц. Правильно ли я понимаю что это приблизительно 2 года работы 1000 человек без учета оборудования и серверов? Если да, то так себе поддержка. С другой стороны это ~ 200 маленьких команд или стартапов. Опять таки без оборудования.
If же возвращает значение, зачем ещё нужен тернарный оператор? А если хочется проверить на null, есть :? fallback.
У меня после прочтения сложилось впечатление, что автору не нравится что в Kotlin не все как в Java. Возможно что это у многих, кто переходит с одного языка на другой, что-то новое, а хочется чтобы было как раньше.
VisionFive V1 будет дороже, 149$, продажи начнутся 20-22 января. Главная особенность этой платы не только двух ядерный risc-v, но и наличие NVDLA
Возможно стоит и разблокировать, но только на территории РФ. Тогда будет вполне справедливо. По принципу у вас свои законы, у нас свои.
Выглядит неплохо, очень схож на voyager от adrielcafe. Такой вопрос, планируете реализовывать анимацию смены экранов?
К IPv6 претензии не совсем понятны, если расширить заголовки IPv4 на любое количество, даже на 1 бит, то мы опять получаем новый протокол требующий замены оборудования(из-за аппаратной поддержки, где вопрос не решить прошивкой). Судить же, достигнута ли цель IPv6 заменить IPv4 по мне так рано, это будет возможно только когда кончатся адреса в IPv4. Пока что любой другой протокол будет иметь схожие проблемы. Но даже без этого мы имеем статистику, в районе 40% пользователей в гугл ходят по новому протоколу и эта цифра растет приблизительно на 5% в год. Очень вероятно, что через 12 лет минимум и 20 лет максимум про ipv4 мы будем вспоминать только в старых локальных сетях.
Вышки сотовой связи в отдаленной местности почти так и работают. Из деревенских никто не пытается их "починить"
PS: Возможно им стоит не LTS перевести на rolling как в manjaro и отказаться от фиксированных релизов.