У Самсунга вроде неплохо получается, многие из AI-функций на Galaxy S2X (Ultra) доступны без Интернета. Но качество нестабильное, порой катастрофически низкое. Например, голос с Тайского на Русский переводит до полной потери смысла. Модельки, кстати, там примерно по 700-800 Мб, для каждого языка отдельная
Главное, что я понял про Obsidian спустя годы использования - до всего нужно дойти самому. Нет никакой практической пользы в том, чтобы взять чей-то шаблон, набор плагинов, способ организации заметок и т.д. Все должно исходить из собственных потребностей, подстроено под себя и под свои нужды.
Это не значит, что статья бесполезна - она способствует расширению горизонтов и даёт понимание глубине возможных кастомизаций. Но "как есть" ваш рецепт вряд ли кто-то сможет применить, ибо для новичка оверкилл, а продвинутые пользователи зашли в свой "локальный минимум" удобства.
В MeeGo были мобильные приложения на C++, на одноядерном процессоре с частотой 1 ГГц просто летали, и камера очень отзывчивая была. Сейчас тоже можно создавать на C++/Qt, например, под Android, но прослойка в виде JVM присутствует, ощущения очень высокой скорости работы нет. Хотя приложение 2ГИС довольно долго именно так и работало вроде как, не знаю сейчас изменилось ли что-то
Крупный план Фродо во Властелине колец, когда они с остальными хоббитами впервые встретили Назгула, это Dolly Zoom? Первое что пришло в голову по описанию...
Подчеркну - это мнение, интересно именно пообсуждать эту тему, покрутить с разных точек зрения. Касаемо пунктов:
Раскройте плз, что именно тут имеется в виду.
Обратная совместимость присутствует как сдерживающий фактор в развитии большинства языков, ситуация плюс-минус одинаковая. Забегая вперед насчет слабой обратной совместимости - почему у C# и Python она не такая, как у Java? У шарпа вроде вообще безупречная репутация, а пайтон "прославился" переходом между мажорными версиями, когда совместимость и не гарантируется строго говоря.
C# как справедливо заметил @KvanTTT во многом на C#, Go с версии 1.5 (как давно это было!) написан на Go, у Python'истов есть PyPy (строго говоря там не совсем пайтон, но на чем поиграться). Языки сильно набрали в скорости в этот момент, когда у адептов языка появилась возможность на нем же улучшить компилятор или стандартную библиотеку.
Мнение: главная проблема Java в том, что язык* пишется на C++. То есть чтобы хотеть что-то новое и полезное привнести в него, нужно быть экспертом в другом языке. Из-за этого коммьюнити джавистов может только опосредованным образом участвовать в развитии языка.
\* Строго говоря не сам язык, а основная реализация - HotSpot JVM.
Про AlphaFold доводилось что-то посмотреть/почитать? Новостей почти не было (по крайней мере в моем инфополе), а там целый прорыв случился в предсказании структуры белков. Если не знать это, то статья как сюр читается, особенно в моменте появления ИИ
для остановленных или просроченных таймеров с дренажными каналами
Дренажный канал? С одной стороны радостно, что автоматические переводчики уже настолько хорошо работают, что можно публиковать как есть. Но все же грустно, что результат перевода идёт на Хабр без какой-либо проверки, так что drained превращается в дренажный, на техническом-то ресурсе...
От теории к практике: как раскрыть потенциал NFC с помощью Flipper Zero
В статье только теория, да и та по стилю похожа на нейроподелку... Продолжение в таком же стиле ожидать или действительно есть интересный опыт использования Флиппера?
И надо сказать там всегда можно было найти исчерпывающую информацию, в моем случае в основном по win32 API. А если покопаться поглубже, то и довольно специфические статьи, например по основным концепциям построения GUI на примере окошек 98 винды... Качество документации было запредельным!
А вы как автор статьи отрицаете, что она сгенерирована нейронкой?
И независимо от этого вопроса, хотелось бы понять ваши мотивы публикации такого материала. Напоминает "тени на стене пещеры" Платона, описание кода без самого кода...
Такие отличия наводят на мысль о некоем технологическом превосходстве данной СУБД
MS SQL Server действительно очень хорош. Настолько, что в какой-то мере расслабляет разработчиков. Ибо код, который в других СУБД до неприличия медленно работает, может вполне сносно работать в SQL Server. Потом было очень трудно переходить на другие БД. Или просто литературу по теме оптимизаций запросов читать, потому что внутренний голос шептал "ха, я так не делал, а все равно работало быстро, можно это и неважно вовсе". Так что приобретать первый опыт с ней не рекомендую 🙂
Статья понравилось! Но от нотки сарказма не удержусь:
Всего за год поняли, что учить инвестициям выгоднее, чем инвестировать? 😅
У Самсунга вроде неплохо получается, многие из AI-функций на Galaxy S2X (Ultra) доступны без Интернета. Но качество нестабильное, порой катастрофически низкое. Например, голос с Тайского на Русский переводит до полной потери смысла. Модельки, кстати, там примерно по 700-800 Мб, для каждого языка отдельная
А должны? В опенсорсе почти все на добровольной основе, что платите, то и имеете
Главное, что я понял про Obsidian спустя годы использования - до всего нужно дойти самому. Нет никакой практической пользы в том, чтобы взять чей-то шаблон, набор плагинов, способ организации заметок и т.д. Все должно исходить из собственных потребностей, подстроено под себя и под свои нужды.
Это не значит, что статья бесполезна - она способствует расширению горизонтов и даёт понимание глубине возможных кастомизаций. Но "как есть" ваш рецепт вряд ли кто-то сможет применить, ибо для новичка оверкилл, а продвинутые пользователи зашли в свой "локальный минимум" удобства.
В MeeGo были мобильные приложения на C++, на одноядерном процессоре с частотой 1 ГГц просто летали, и камера очень отзывчивая была. Сейчас тоже можно создавать на C++/Qt, например, под Android, но прослойка в виде JVM присутствует, ощущения очень высокой скорости работы нет. Хотя приложение 2ГИС довольно долго именно так и работало вроде как, не знаю сейчас изменилось ли что-то
Крупный план Фродо во Властелине колец, когда они с остальными хоббитами впервые встретили Назгула, это Dolly Zoom? Первое что пришло в голову по описанию...
Подчеркну - это мнение, интересно именно пообсуждать эту тему, покрутить с разных точек зрения. Касаемо пунктов:
Раскройте плз, что именно тут имеется в виду.
Обратная совместимость присутствует как сдерживающий фактор в развитии большинства языков, ситуация плюс-минус одинаковая. Забегая вперед насчет слабой обратной совместимости - почему у C# и Python она не такая, как у Java? У шарпа вроде вообще безупречная репутация, а пайтон "прославился" переходом между мажорными версиями, когда совместимость и не гарантируется строго говоря.
C# как справедливо заметил @KvanTTT во многом на C#, Go с версии 1.5 (как давно это было!) написан на Go, у Python'истов есть PyPy (строго говоря там не совсем пайтон, но на чем поиграться). Языки сильно набрали в скорости в этот момент, когда у адептов языка появилась возможность на нем же улучшить компилятор или стандартную библиотеку.
Мнение: главная проблема Java в том, что язык* пишется на C++. То есть чтобы хотеть что-то новое и полезное привнести в него, нужно быть экспертом в другом языке. Из-за этого коммьюнити джавистов может только опосредованным образом участвовать в развитии языка.
\* Строго говоря не сам язык, а основная реализация - HotSpot JVM.
Время для нестареющей классики: конференция разработчиков видеоигр 1979
Про AlphaFold доводилось что-то посмотреть/почитать? Новостей почти не было (по крайней мере в моем инфополе), а там целый прорыв случился в предсказании структуры белков. Если не знать это, то статья как сюр читается, особенно в моменте появления ИИ
P.S. У Veritasium отличное видео по теме
Эх, такая статья мощная, а ни плюсов, ни обсуждений... Видимо не все осилили дочитать. Тем не менее, большое спасибо за труд, было познавательно!
В офисе на Лесной 7 или где-то рядышком на Лесной 17?
Дренажный канал? С одной стороны радостно, что автоматические переводчики уже настолько хорошо работают, что можно публиковать как есть. Но все же грустно, что результат перевода идёт на Хабр без какой-либо проверки, так что drained превращается в дренажный, на техническом-то ресурсе...
В статье только теория, да и та по стилю похожа на нейроподелку... Продолжение в таком же стиле ожидать или действительно есть интересный опыт использования Флиппера?
О, а есть что почитать про теме? Как-то упустил эту новость. Под какие ОС так можно?
И надо сказать там всегда можно было найти исчерпывающую информацию, в моем случае в основном по win32 API. А если покопаться поглубже, то и довольно специфические статьи, например по основным концепциям построения GUI на примере окошек 98 винды... Качество документации было запредельным!
Да так и есть, в статье сплошная вода о том, как все улучшено...
А вы как автор статьи отрицаете, что она сгенерирована нейронкой?
И независимо от этого вопроса, хотелось бы понять ваши мотивы публикации такого материала. Напоминает "тени на стене пещеры" Платона, описание кода без самого кода...
Великолепная статья! Плюсов незаслуженно мало - видимо, немногие осилили
MS SQL Server действительно очень хорош. Настолько, что в какой-то мере расслабляет разработчиков. Ибо код, который в других СУБД до неприличия медленно работает, может вполне сносно работать в SQL Server. Потом было очень трудно переходить на другие БД. Или просто литературу по теме оптимизаций запросов читать, потому что внутренний голос шептал "ха, я так не делал, а все равно работало быстро, можно это и неважно вовсе". Так что приобретать первый опыт с ней не рекомендую 🙂