Интонация не нравится. Почему? Потому что у меня есть странное ощущение инородности. Проблемы, вроде, понятные и (потенциально) родные, а вот формат представления, интонации т.д. звучат странно.
Не чувствую классовой близости с@it_union. А не может быть, что это не-айтишник, а управленец или гуманитарий какой залётный, который решил "создать профсоюз айтишников"?
Таким образом NVIDIA (и остальные вендоры), которые игнорировали рынок крипты и не хотели его, оказались правы. Крипта пришла и ушла, а целевая аудитория (пользователи графических адаптеров к компьютеру) осталась.
И вот, мне понадобилась ложечка для икры. Её обычно делают из перламутра (чтобы металл не касался икры), с бронзовой (или латунной) ручкой.
Напомните, какой аддитивный процесс позволяет такое сделать? Я знаю только один - накрутить ручку на винт в перламутровой основе.
... Или, допустим, альтернативно: я хочу себе кастомную клавиатуру с моей любимой раскладкой (физическим положением) клавиш. И? Кто будет платку делать-то?
Потрясающе интересная задача. По набору фотографий сгенерировать видеопоток, который можно проецировать на камеру, и который обманет камеру. Насколько это сложно?
В старинные времена огонь на камеру проецировали с помощью полупрозрачного зеркала. Сработает ли это в современном мире? Проектор, полупрозрачное зеркало..
Компоновка - конечно. А вот как на GPU рисовать TTF - я бы хотел почитать. Или вы просто махнули рукой, мол, там всё умеют и вроде на GPU? Я вот одну статью нашёл, но там ни слова про хинтинг. А это, простите, код для виртуальной машины, который надо исполнять.
Для того, чтобы понять взаимоотношение между созерцанием и подвигом, необходимо определить смысл этих двух слов с библейской точки зрения.
Но ведь это ложное утверждение. Для того, чтобы определить взаимоотношение между двумя понятиями нам не нужно вчитываться в религиозные тексты (причём, какой-то одной, произвольно выбранной религии. Вот мне всегда нравились мифы Древней Греции, там хотя бы правда жизни написана "в начале был хаос").
... У меня для поиска ответов на столе есть книжка Мормонов, которую я выпросил у проповедника какого-то. В тот момент, когда нужно принять решение, от которого ничего не зависит, я выбираю рандомное слово из вопроса, ищу в тезаурсе, открываю виршу, цитирую её в слух (чаще всего это ахинея) и даю трактовку в контексте вопроса.
Нет, альтернативой мономорфизации будет динамическая диспетчеризация. И тогда разница в размере кода будет колоссальной (особенно при должной кардинальности функций вида fn<T,U,V,X,Z>
Я недавно изучал вопрос про оверхед от отсутствия shared libraries при запуске питонов. Я обнаружил, что 500 контейнеров жрут столько же памяти, как и 500 процессов (питона) без контейнера. К своему удивлению, надо сказать.
(тесты были на простом rest-сервере на базе flask и netmiko),
Я помню, были времена, когда в РФ возили ценные бренды мешками из пластка. Часто контрафакт (всякие "абибасы" и т.д.), возможно, в силу окончательного вставания с колен и глубокого проникновения скреп, теперь снова возникла потребность в подобном. Вот рынок заранее и пытаются отрегулировать. Чтобы у каждого челнока был свой QR-код и можно было проследить каким авиарейсом он привёз в Ленинград пять пар джинсов.
А какую часть из этого вы ходите оптимизировать? Выкинуть постгрес? Докер? Переписать клиента на нативном API для каждой ОС? Переписать код на питоне в код на (you-favorite-here)?
Нет, это не проблемы. Проблемы с ожиданием поведения от софта. От каждой утилиты мы ожидаем правильной обработки всего юникода. Unix-подход (байтстринг на вход, байтстринг на выход) уже не катит.
От каждого редактора сообщений ожидают эмодзи, картинок и ещё чёрта в ступе. От каждого приложения - работу во всех мыслимых и немыслимых разрешениях и DPI, понимание 100500 форматов, часовых поясов, локалей, направлений ввода текста, и правильную обработку обрезания арабского текста.
Соответственно, каждая программа это должна уметь. Единственный метод "уметь" - использовать библиотеки/фреймворки, которые эту нагрузку на себя ведут.
Грубо говоря, у вас такой жирный и медленный редактор, потому что он в любой момент в рантайме готов вам показать правильно свёрстаную корейскую надпись посредине статьи на идише. И это не вопрос "обрезайте при компиляции". Этот функционал ожидают от софта, и он должен быть на месте. Вместе с эмоди, для того, чтобы склеить иконку "третьего тона кожи" с "двумя детьми" и "одним взрослым" и правильно посчитать кернинг для получившегося.
Это мы ещё не затронули несколько сетевых протоколов с простынями алгоритмов шифрования, подсветку синтаксиса 100500 языков и т.д.
И всё это ожидается, что есть и работает. Это очень много кода, который пассивно ждёт своего момента.
Вот, кстати, выглядит как брехня. Потому что у меня вставка в QuadTree (binary tree на плостности с 4мя квадрантами) стала быстрее всего в 2 раза. Я понимаю, что f64 - это вам не видео декодировать и всё серьёзно, но всё равно. По вашим бенчмаркам почти 10-кратное улучшение, по моим (в рамках вычислительно-графовой задачи) - от 2 до 5 (per core).
А как вы обнаружите, что он двухмерный через камеру? Через hello?
Что такое ротация сотрудника? Увольнение? Перевоз в другую страну? Перевод на другую должность?
Асло, если их слегка раздражает русский язык, что происходит при разговоре на английском?
Интонация не нравится. Почему? Потому что у меня есть странное ощущение инородности. Проблемы, вроде, понятные и (потенциально) родные, а вот формат представления, интонации т.д. звучат странно.
Не чувствую классовой близости с@it_union. А не может быть, что это не-айтишник, а управленец или гуманитарий какой залётный, который решил "создать профсоюз айтишников"?
Таким образом NVIDIA (и остальные вендоры), которые игнорировали рынок крипты и не хотели его, оказались правы. Крипта пришла и ушла, а целевая аудитория (пользователи графических адаптеров к компьютеру) осталась.
И вот, мне понадобилась ложечка для икры. Её обычно делают из перламутра (чтобы металл не касался икры), с бронзовой (или латунной) ручкой.
Напомните, какой аддитивный процесс позволяет такое сделать? Я знаю только один - накрутить ручку на винт в перламутровой основе.
... Или, допустим, альтернативно: я хочу себе кастомную клавиатуру с моей любимой раскладкой (физическим положением) клавиш. И? Кто будет платку делать-то?
Пока звучит идея звучит как прожект.
Потрясающе интересная задача. По набору фотографий сгенерировать видеопоток, который можно проецировать на камеру, и который обманет камеру. Насколько это сложно?
В старинные времена огонь на камеру проецировали с помощью полупрозрачного зеркала. Сработает ли это в современном мире? Проектор, полупрозрачное зеркало..
А что вы делаете, кроме как переводы?
Тоже хинтинга нет. Соответственно, ни один браузер это не использует, т.к. все браузеры нормально мелкие шрифты рисуют.
Компоновка - конечно. А вот как на GPU рисовать TTF - я бы хотел почитать. Или вы просто махнули рукой, мол, там всё умеют и вроде на GPU? Я вот одну статью нашёл, но там ни слова про хинтинг. А это, простите, код для виртуальной машины, который надо исполнять.
Попробовал.
Но ведь это ложное утверждение. Для того, чтобы определить взаимоотношение между двумя понятиями нам не нужно вчитываться в религиозные тексты (причём, какой-то одной, произвольно выбранной религии. Вот мне всегда нравились мифы Древней Греции, там хотя бы правда жизни написана "в начале был хаос").
... У меня для поиска ответов на столе есть книжка Мормонов, которую я выпросил у проповедника какого-то. В тот момент, когда нужно принять решение, от которого ничего не зависит, я выбираю рандомное слово из вопроса, ищу в тезаурсе, открываю виршу, цитирую её в слух (чаще всего это ахинея) и даю трактовку в контексте вопроса.
Ни разу не ошибался.
Уже давно нет. Сервер с парочкой 25G стоит 2 бакса в час. Если напрячься, то будет и 4x25.
100G уже более экзотика, но 25G вполне на рынке уже присутствует.
Да. До степени смешения и создаётся с целью введения в заблуждение потребителя.
Нет, альтернативой мономорфизации будет динамическая диспетчеризация. И тогда разница в размере кода будет колоссальной (особенно при должной кардинальности функций вида fn<T,U,V,X,Z>
Я недавно изучал вопрос про оверхед от отсутствия shared libraries при запуске питонов. Я обнаружил, что 500 контейнеров жрут столько же памяти, как и 500 процессов (питона) без контейнера. К своему удивлению, надо сказать.
(тесты были на простом rest-сервере на базе flask и netmiko),
Нет, у них при обрезании текста оставшийся увеличивается в длине. Эппл на этом попалась.
А он есть. Вы прямо сейчас им и пользуетесь, и он работает.
а при чём тут копирайт? Речь про товарные знаки.
Я помню, были времена, когда в РФ возили ценные бренды мешками из пластка. Часто контрафакт (всякие "абибасы" и т.д.), возможно, в силу окончательного вставания с колен и глубокого проникновения скреп, теперь снова возникла потребность в подобном. Вот рынок заранее и пытаются отрегулировать. Чтобы у каждого челнока был свой QR-код и можно было проследить каким авиарейсом он привёз в Ленинград пять пар джинсов.
А какую часть из этого вы ходите оптимизировать? Выкинуть постгрес? Докер? Переписать клиента на нативном API для каждой ОС? Переписать код на питоне в код на (you-favorite-here)?
Нет, это не проблемы. Проблемы с ожиданием поведения от софта. От каждой утилиты мы ожидаем правильной обработки всего юникода. Unix-подход (байтстринг на вход, байтстринг на выход) уже не катит.
От каждого редактора сообщений ожидают эмодзи, картинок и ещё чёрта в ступе. От каждого приложения - работу во всех мыслимых и немыслимых разрешениях и DPI, понимание 100500 форматов, часовых поясов, локалей, направлений ввода текста, и правильную обработку обрезания арабского текста.
Соответственно, каждая программа это должна уметь. Единственный метод "уметь" - использовать библиотеки/фреймворки, которые эту нагрузку на себя ведут.
Грубо говоря, у вас такой жирный и медленный редактор, потому что он в любой момент в рантайме готов вам показать правильно свёрстаную корейскую надпись посредине статьи на идише. И это не вопрос "обрезайте при компиляции". Этот функционал ожидают от софта, и он должен быть на месте. Вместе с эмоди, для того, чтобы склеить иконку "третьего тона кожи" с "двумя детьми" и "одним взрослым" и правильно посчитать кернинг для получившегося.
Это мы ещё не затронули несколько сетевых протоколов с простынями алгоритмов шифрования, подсветку синтаксиса 100500 языков и т.д.
И всё это ожидается, что есть и работает. Это очень много кода, который пассивно ждёт своего момента.
Вот, кстати, выглядит как брехня. Потому что у меня вставка в QuadTree (binary tree на плостности с 4мя квадрантами) стала быстрее всего в 2 раза. Я понимаю, что f64 - это вам не видео декодировать и всё серьёзно, но всё равно. По вашим бенчмаркам почти 10-кратное улучшение, по моим (в рамках вычислительно-графовой задачи) - от 2 до 5 (per core).