1) 3.5 хуже выдерживает в рабочем состоянии удары кулаком по столу, чем 2.5?
2) 3.5 7200 сильно производительнее чем 2.5 7200?
3) 3.5 7200 невозможно запитать одним USB 3.0 кабелем и всегда нужен БП?
В HFT есть математики, «кванты», а есть разрабы. Вот речь про разрабов. Разрабы пишут коннекшены к биржам, всякие модули роутинга событий. Один знакомый говорит, что ему было скучно - 90% времени его принуждали фиксить тонны багов из бактрекера, проекту было уже 10 лет, проект по-сути готов, архитектура придумана, остаётся фиксить тонны багов под армейской дисциплиной. Каких-то особо интересных алгоритмических задач он вспомнить не может. Просто при написании очередного коннекшена к бирже нужно помнить что нельзя делать аллокации, помнить как лучше написать чтобы получить ассемблерный код побыстрее и на этом всё. Кажется, что всё самое интересное и творческое - у гениев матана «квантов».
Кто что может сказать по сабжу? HFT - разрабы на Quora пишут, что они как боги, понимают как работает шина PCI до такта, разрабы Google по сравнению с ними дети в песочнице. А у меня вот другие отзывы)
Интернет Протокол? Нет же? Фигли нигде нет расшифровки? Они совсем поохреневали?
Субж.
Перемещено tailgunner из job
Сабж. Дайте тынц на авито с логгером.
СОЛВЕД
(методом установки приложения на ведроед, железку так и не нашёл)
Найден крутой логгер: https://play.google.com/store/apps/details?id=eu.basicairdata.graziano.gpslog...
1. Интерфейс без рекламы минималистичный и без синего цвета.
2. Не ругается если GPS выключен, просто не пишет точки, но запись включена - GPS появляется - точки добавляются.
3. Экспортирует в 3 форматах - klm (или как там его), gpx и TXT.
Вот этот https://play.google.com/store/apps/details?id=com.mendhak.gpslogger&hl=ru не хочет запись трека врубать если GPS нет. Это тупо. Я чо, знаю когда он появится этот GPS? Первый просто врубает запись и не добавляет в неё точки пока не сможет.
Просвятите на тему PowerBank-ов. Ну максимально эффективные и малогабаритные при хороших запасах энергии.
Система уже в принципе готова, нужно думать головой, но не «придумывать» и творческих R&D задач наверное мало? Кто что знает? По формальному описанию всё конечно интересно, low latency, highload и всё такое, но на практике всё может быть ограниченно и скучно.
Вот читаю, что blender не все видеоформаты хорошо декодирует. Например у меня на одном смартфонном видосе в начале каждый 2-й кадр является копией предыдущего, хотя в обычном плеере этого нет (ни mplayer, ни ffmpeg).
А почему это теоретически может быть проблемой? В блендер вкомпилирован кодек с багом? Кодек выдаёт такую последовательность?
Просто кодек - штука для юзера простая, либо есть последовательность кадров, либо нет никакой... А почему она может быть съеъавшей - только вкомпилированный бажный кодек?
Интересует всё самое плохое из первых рук. Типа, бабла ниже рынка дают, офис на оленях, в офисе шумно, тупые менеджеры, слишком много стендапов, скучные задачи и т.п.
Было время, когда яндекс понтовался, типа «мы же яндекс». Тогда вроде от них ушло много народу и они пересмотрели свою политику. Плюс, это такая большая компания, что негативных отзывов в интернетах овер 9000 и скучных задач там тоже хватает - например знакомый туда пришёл, хотел заниматься адским ML, а сейчас пишет врапперы над API-шками и страдает (странно он собеседовался как-то, заранее же можно было узнать вроде чем будешь конкретно заниматься), поэтомы рассматривать яндекс надо как множество отдельных компаний или стартапчиков.
В общем, перепосты слухов из интернетов - это я сам умею, интересует инфа первой свежести: что спрашивать на собеседе чтобы понять насколько тебе там будет скучно - раз, стоит ли просить бабло выше рынка - два (если ты не угадал - они сразу посылают или называют своё предложение?).
Перемещено jollheef из job
Хочется такого:
Допустим я смонтировал фильм в видеоредакторе (резал, двигал куски, добавлял звуко-дороги и т.п.) - по-сути я получил структуру будущего фильма в виде описания последовательности кусков, времени и длительности наступления эффектов, звуковых дорог и их громкостей т.п. (пока забудем про эффекты) и из какого исходника каждый кусок надо выдернуть (/data/мужик_убегает_от_тигра.avi:offset:length, /data/sounds/Piano_Sonata_No._2_(Chopin)_part3.mp3:offset:length).
Хочется эту информацию о структуре скормить ffmpeg, чтобы эта информация осуществляла «оркестрацию кусками исходников», чтобы в итоге ffmpeg срендерил (скомпилил) целевой фильм.
Есть чё?
Просто хочется отделять процесс редактирования от процесса рендеринга - как-то так понятнее всё. У программистов же IDE код не компилирует, а есть GCC или шланг.
Почему в топике Blender - потому что видеоредактор в нём - единственное средство монтажа видосов в линуксе, которое у меня не падало в кору из тех бесплатных что пока пробовал.
Сразу писать скрипт, юзать ffmpeg concat руками и прочая жесть - речь не про это. Речь про «удобно смонтировать», но срендерить вот так.
На первом проходе ffmpeg оставляет какой-то .log файлик, внутри которого какая-то похожая на base64 портянка «многабукаф». На втором проходе он этот .log как-то юзает.
Что там точно алгоритмически происходит может кто-то сказать? Что первый проход меряет и как этот замер юзает второй проход?
Я хочу подсунуть кодеку разметку, типа с какой секунды какой average bitrate надо юзать. Как? Почему нельзя? Я что, один такого хочу?
Скажем, я хочу сделать какой-то кусок видео специально выглядящим как кал, например чтобы юзер не прочитал секретные документы. Я бы мог заюзать фильтр blur, но можно же хитрее - просто в этом месте временно пустить днищевый битрейт.
Или например у меня есть 20 секунд и лимит в 400 КБ. Я все 20 секунд говорю головой в кадре. Но в середине видоса показываю бумажку на весь экран, которая должна закодироваться суперчотко, а потом опять пошла размытая говорящая голова. Иначе я просто не влезаю в размер. Голову допустим выкинуть нельзя.
Хочется записывать 640x360 ролики с выбранным перед записью битрейтом видео и битрейтом аудио и сразу на экране видеть сколько килобайт занимает файл. И ставить отсечку по размеру - типа дописало до 350 КБ остановить.
Или Vp8/vp9 это слишком ресурсоёмкая операция для реализации в проце? Я правильно понимаю, что никто кодеки в приложениях камер мобил не реализует, а всегда используется аппаратный кодек какой-нибудь H.264, который заточен под обработку потоков с фиксированными параметрами?
Ну хотя-бы есть что-то с пост-процессингом? Типа отснял файлик, а оно в фоне конвертнуло.
Требования:
1. Кнопка «снять кадр камерой». 2. Кнопка «done». 3. Лимит на размер результирующего GIF выставляемый юзверем.
Т.е. человек руками наполняет очередь кадров. Потом приложуня пыхтит изо всех сил пытаясь жесточайше общипать информацию для влезания в заданный размер файла. Т.е. допустим она пытается итеративно уменьшать размер палитры цветов задействованных в спектакле, сжать файл и пока не влезет в заданный размер повторяет цикл. Ну или чуть уменьшает размер картинки, в общем незнаю как.
Сабж. Есть какие-то технические ограничения в самом проце на частоту снизу?
Сабж.
Я думал, что наличие промежуточного представления на неком абстрактном ассемблере абстрактной машины - это крутая возможность запила каких-нибудь низкоуровневых оптимизаций, векторизаций и т.п. один раз в одном модуле, чтобы развивая один оптимизатор мы развивали оптимизацию сразу под все возможные конечные платформы.
А после абстрактной виртуальной машины ведь стоит какая-то реальная, под которую надо генерить код и в которой нет каких-то удобных векторных инстукций или нужной ширины регистров. IR-оптимизатор запилил суперкрутые оптимизации с векторными инструкциями, а потом на бекенде выясняется, что целевой процессор - intel 286.
Т.е. получается, оптимизатор должен учитывать конечную архитектуру. Получается, что у нас много оптимизаторов - под каждую архитектуру свой. Где я гоню?
Интересует работа на стыке сетевого программирования, веб-разработки, хайлоада, хранения данных, разработки собственных структур данных, lock-free, многопоточности.
В данный момент занимаюсь демонами для бекенда одной соцсети. Ну типа: фиды постов отдавать, лайки считать, статистику собирать, но чувствую что упираюсь в потолок роста по сложности задач и выхода проекта на стабильно-замороженный уровень развития, когда ничего лучше не трогать ибо работает.
Есть желание как-бы это выразиться... повысить уровень «академичности» (серьёзности) разработки - т.е. заняться движками СУБД, компиляторами, оптимизаторами и т.п.
Город: Санкт-Петербург
Занятость: Полная, с возможностью приходить к 12 и работать как угодно до поздна, лишь бы задачи делались.
Что важно: (1) коллектив, у которого есть чему поучиться и интересные задачи, (2) бабло тыщ под 150.
Скиллы: образование высшее техническое, C++11, JS, Go, Python, английский на слух и чтение нормальный, любые PDF про новые B-деревья читаются без запинок. Увлекаюсь слушанием Максима Бабенко из ШАД, чтением исходников LevelDB, структурами данных, алгоритмами, но не эксперт.
email: data.structures@yandex.ru
Будут на смартфоне работать эти наши интернеты?
Вот есть симка. За 0 рублей в месяц дают 64 кбпс. На джаббер хватит.
https://www.yota.ru/store/sim-modem?backURL=/modem#/product
Т.е. я могу получить бесплатный бесконечный интернет в смартфоне?
Или симка из пакета «для роутеров» не заведётся в смартфоне?
Лет 5 не пользовался ничем таким. Раньше был 120-гиговый ноутбучный шпиндельный винт в USB-коробочке.
А щас развелось всяких больших флешек, SSD, карт памяти. Что оптимальнее юзать? Юзкейсы: раз в неделю класть туда 3-гиговые .tar или мелочь по 50 мб, раз в год чё-нибудь удалять.
SSD в USB 3.0 коробочке? Жирная USB-флешка? Что будет быстрее работать и экономически выгоднее? Короче наверное посоветуйте конкретный SSD-ноутбучный-винт и конкретную USB 3.0 коробочку.
| ← назад | следующие → |