ух, расшевелили воспоминания! хочу добавить свои 5 копеек: - на всяких там БК-0010 (что неудивительно) и Искра-1256 (между прочим, под ПВО делались, со своим русскоязычным языком программирования) аудиокассеты использовались как стандартное устройство последовательного доступа - в конце 80х кассета на 90мин была 15 руб, дороже стандартной в те годы меры стоимости в стеклянной упаковке - посмотрите на Авито ценники на премиальные автомагнитолы типа becker, с честными крутилками и рядом выступающих кнопок внизу...
ах, да.. одногруппник в 91м, получив доступ к измерительной аппаратуре, вытягивал с аудиокассеты, при стандартной скорости, линейную характеристику вплоть до 22kHz, делая каскад фильтров, для которых подпиливал керамические конденсаторы напильником) правда, непонятно зачем: когда я померил АЧХ своего уха, был разочарован
В составе 155й серии выпускались микросхемы двухпортовой памяти. Задача - обеспечить независимое чтение и запись (независимые шины адреса и данных для чтения и записи). Они были принципиально неработоспособны, при этом, очевидно, клепались серийно.
Другое студенческое откровение было, когда в середине 90х довелось попасть от Бауманки в Британию. Там лаборатории все необходимое для построения стендов заказывали в каких-нибудь RS-components, при том, что у нас чуть ли не в каждом НИИ производились даже панельки под микросхемы для собственного потребления. А стенды с электроникой долго и мучительно собирались поверхностным монтажом
Но все это мелочи. Уже значительно позже, сформулировал для себя причину как-то так: зашкаливающий формализм. Везде, от отчетности до идеологии. Самое смешное, что и "по ту сторону" занавеса этого не меньше, и в корпорациях в том числе. Но тут воздержесь от комментариев
все верно: у Т1 есть два формата фрейма, а канальная скорость либо 64к, либо 56к вместо 64 именно для синхронизации (битик прут, по кр мере в одном из форматов) у E1 TS0 под синхронизацию. Строго говоря, можно либо просто схалтурить и сделать только фреймовую, либо по-честному, сверхфреймовую из 16 фреймов.
об ушедших технологиях: - почему PRI в табличке 23 линии? мы же не в Штатах живем. - в Е1 тоже ОДИН канал сигнализации, в 16 таймслоте. Нулевой таймслот используется для синхронизации в соответствии с G.704. Просто в T1 (а их два вида, с разными тактовыми частотами и временнОй структурой) синхронизация происходит немного "своеобразно", но не съедая целый временной интервал
если про деньги, - PRI - дорого и откровенно устарело. а еще довольно высокие требования по качеству линии - SIP только иногда оказывается дорог, когда по чьему-то раздолбайству утекают пароли и проливают МН трафик
Исключительно в целях очистки кармы, несколько слов про безопасность: вдруг кому-то пригодится.
от падения никто не застрахован. а с места равнуть быстрее 15км/ч едва ли получится. При падении, надо успеть сообразить, пытаться ли бежать или сразу кувыркнуться через голову (гораздо менее травматично, но одежда.. , и надо от колеса увернуться). Посему, программно ограничиваю скорость где-то 18...20. Фактически, скорость определяется наличием людей вокруг. Принципиально не тороплюсь, но, все равно, всегда выигрываю по времени у назамного городского транспорта.
На колесо встал когда они только появились, уже лет под 10 назад, наверное, на пятом десятке лет. Купил сыну на ДР, ну а там взыграло.. С тех пор, в сезон, если не на машине, колесо-метро-колесо, благо к метро через большой парк. уже подумываю сменить третье
анализируя статистику падений, вначале где-то раз в год. Как правило, из-за испуга от незамеченного препятствия (т.е, вообще-то, можно было бы и не падать). Года три уже не было (тьфу-тьфу)
Про поезки в потоке, среди машин - без комментариев..
Тут очень многое зависит от адекватности владельцев бизнеса: взаимное доверие и понятная финансовая мотивация
Но, в случае положительного исхода, гораздо сложнее дается следующий обязательный шаг: обеспечить преемственность знаний, без нарушения договоренностей
Во времена "до 3d принтеров, CNC и ЛУТ", оптимальным для себя выбрал обклеивание обезжиренного двухстороннего текстолита скотчем серого цвета, с последующим вырезанием и травлением.
Технология позволяла проводились до 2х дорожек между ножек 2.54 (рассверленных дрожащей рукой) и изготавливать платы довольно большого размера (полноразмерная плата расширения PC XT). Наиболее сложным было обклеить плату лентой встык, без нахлестов и зазоров.
Возможно, проплавление клейкой пленки маломощным лазером было бы разумной реинкарнацией технологии начала 90х
по-моему, статья где-то на четверть века опоздала: все детские болячки, типа пропадания буквы "я" в старофисе, еще в начале века вылечили. уже поколение детей выросло, игравшее в стиме под линуксом, и познакомившееся с виндой только в институте. точно знаю)
пару лет активно использую различные сервисы от AWS(по работе) и где-то год Яндекс (для себя), могу немного сравнивать - по-моему, с актуальной документацией в Яндексе значительно лучше - в Яндекс serverless не понравилось, что (для go) надо грузить исходники, а на приватные гиты надо как-то ссылаться. Справедливости ради, у AWS lambda (тоже go) периодически вылезают чудеса взаимодействия загружаемых бинарей с линуксовыми библиотеками
в сумме, вроде бы, Яндекс приятнее и успешно догоняет по функциональности, если бы не одно жирное НО: принято считать, что lambda/serverless обладает чудовищной отказоустойчивостью (как альтернатива, запуск диспетчера в EC2 - дурной тон). Однако когда serverless от яндекса перестали работать на несколько часов, техподдержка ограничилась дежурной отпиской. а у меня на этой лямбде серверлесс висит управление замком входной двери... правда, бекдор был предусмотрен))
С удовольствием поделимся. Но, чтобы избежать ложных ожиданий, у нас командные компетенции все больше в бекенде, математике, технологиях рендеринга и различном телекоме. С js, и тем более с фреймворками, у нас все плохо
очень интересно! строго говоря, нашей основной задачей было научиться воссоздавать модели. пока мы пытались обогнать прогресс, он обогнал нас, и, похоже, отсуствие тяжелых требований по железу остается нашим единственным преимуществом. думаю, нам есть о чем поговорить
ну, вот, опять я не смог внятно объяснить. пункт 3 в действии..
наши сильные стороны:
умение быстро создать3d модель данного человека. и это не "что сетке приглючится", а честная модель на основе математики
дешево анимировать 3d модель, преобразованную в формат флексатара, вплоть до уверенной анимации в браузере, без каких-либо специфических требований к оборудованию или ОС. нам неизвестны столь легковесные технологии. и это открывает дверь в WebRTC для создания простого и масштабируемого коммерческого решения "не для гиков"
Используя два названных козыря, мы планируем создавать, хранить и предоставлять эти модели как сервис, для различных коммерческих WebRTC SFU/MCU, мессенджеров и, строго говоря, даже игр (мы же можем выгрузить модель как набор текстур и obj файл в любой требуемой полиномиальности, или параметризовать используемую в игре модель юзера). Честно, история с играми вне моих компетенций, так что далее врать не буду.
Безусловно, надо будет индивидуально интегрироваться с каждой WebRTC платформой. Но ведь это же желаемый B2B рынок, монетизация! Нам та или иная платформа подписывает JWT, который мы получаем напрямую от фронтенда/приложения. В соответствии с содержимым токена, мы позволяем юзеру выбрать модель для данной сессии и выгружаем один из флексатаров данного юзера в браузер или приложение.
С точки зрения разработчика фронтенда, интеграция с нами тривиальна. То же относится и к iOS/Android
Коллеги, честно признаюсь, пустился в литературное творчество с тремя сугубо меркантильными целями:
найти игроков в команду. Есть планы и по беку (golang), и по мобильным приложениям. Но наша главная беда - фронтенд. Сейчас денег в проекте нет. Совсем. Но, очень надеюсь, "так будет не всегда"
выйти на компании, использующие WebRTC технологию для выстраивания честных партнерских отношений. Интим "профильное трудоустройство" не предлагать
Научиться правильно преподносить идею виртуальной вебкамеры.
ух, расшевелили воспоминания!
хочу добавить свои 5 копеек:
- на всяких там БК-0010 (что неудивительно) и Искра-1256 (между прочим, под ПВО делались, со своим русскоязычным языком программирования) аудиокассеты использовались как стандартное устройство последовательного доступа
- в конце 80х кассета на 90мин была 15 руб, дороже стандартной в те годы меры стоимости в стеклянной упаковке
- посмотрите на Авито ценники на премиальные автомагнитолы типа becker, с честными крутилками и рядом выступающих кнопок внизу...
ах, да.. одногруппник в 91м, получив доступ к измерительной аппаратуре, вытягивал с аудиокассеты, при стандартной скорости, линейную характеристику вплоть до 22kHz, делая каскад фильтров, для которых подпиливал керамические конденсаторы напильником)
правда, непонятно зачем: когда я померил АЧХ своего уха, был разочарован
В составе 155й серии выпускались микросхемы двухпортовой памяти. Задача - обеспечить независимое чтение и запись (независимые шины адреса и данных для чтения и записи). Они были принципиально неработоспособны, при этом, очевидно, клепались серийно.
Другое студенческое откровение было, когда в середине 90х довелось попасть от Бауманки в Британию. Там лаборатории все необходимое для построения стендов заказывали в каких-нибудь RS-components, при том, что у нас чуть ли не в каждом НИИ производились даже панельки под микросхемы для собственного потребления. А стенды с электроникой долго и мучительно собирались поверхностным монтажом
Но все это мелочи. Уже значительно позже, сформулировал для себя причину как-то так: зашкаливающий формализм. Везде, от отчетности до идеологии.
Самое смешное, что и "по ту сторону" занавеса этого не меньше, и в корпорациях в том числе. Но тут воздержесь от комментариев
все верно:
у Т1 есть два формата фрейма, а канальная скорость либо 64к, либо 56к вместо 64 именно для синхронизации (битик прут, по кр мере в одном из форматов)
у E1 TS0 под синхронизацию. Строго говоря, можно либо просто схалтурить и сделать только фреймовую, либо по-честному, сверхфреймовую из 16 фреймов.
Канальная структура определяется в G.704
об ушедших технологиях:
- почему PRI в табличке 23 линии? мы же не в Штатах живем.
- в Е1 тоже ОДИН канал сигнализации, в 16 таймслоте. Нулевой таймслот используется для синхронизации в соответствии с G.704. Просто в T1 (а их два вида, с разными тактовыми частотами и временнОй структурой) синхронизация происходит немного "своеобразно", но не съедая целый временной интервал
если про деньги,
- PRI - дорого и откровенно устарело. а еще довольно высокие требования по качеству линии
- SIP только иногда оказывается дорог, когда по чьему-то раздолбайству утекают пароли и проливают МН трафик
Исключительно в целях очистки кармы, несколько слов про безопасность: вдруг кому-то пригодится.
от падения никто не застрахован. а с места равнуть быстрее 15км/ч едва ли получится. При падении, надо успеть сообразить, пытаться ли бежать или сразу кувыркнуться через голову (гораздо менее травматично, но одежда.. , и надо от колеса увернуться). Посему, программно ограничиваю скорость где-то 18...20. Фактически, скорость определяется наличием людей вокруг. Принципиально не тороплюсь, но, все равно, всегда выигрываю по времени у назамного городского транспорта.
На колесо встал когда они только появились, уже лет под 10 назад, наверное, на пятом десятке лет. Купил сыну на ДР, ну а там взыграло.. С тех пор, в сезон, если не на машине, колесо-метро-колесо, благо к метро через большой парк. уже подумываю сменить третье
анализируя статистику падений, вначале где-то раз в год. Как правило, из-за испуга от незамеченного препятствия (т.е, вообще-то, можно было бы и не падать). Года три уже не было (тьфу-тьфу)
Про поезки в потоке, среди машин - без комментариев..
Тут очень многое зависит от адекватности владельцев бизнеса: взаимное доверие и понятная финансовая мотивация
Но, в случае положительного исхода, гораздо сложнее дается следующий обязательный шаг: обеспечить преемственность знаний, без нарушения договоренностей
Во времена "до 3d принтеров, CNC и ЛУТ", оптимальным для себя выбрал обклеивание обезжиренного двухстороннего текстолита скотчем серого цвета, с последующим вырезанием и травлением.
Технология позволяла проводились до 2х дорожек между ножек 2.54 (рассверленных дрожащей рукой) и изготавливать платы довольно большого размера (полноразмерная плата расширения PC XT). Наиболее сложным было обклеить плату лентой встык, без нахлестов и зазоров.
Возможно, проплавление клейкой пленки маломощным лазером было бы разумной реинкарнацией технологии начала 90х
по-моему, статья где-то на четверть века опоздала:
все детские болячки, типа пропадания буквы "я" в старофисе, еще в начале века вылечили.
уже поколение детей выросло, игравшее в стиме под линуксом, и познакомившееся с виндой только в институте. точно знаю)
пару лет активно использую различные сервисы от AWS(по работе) и где-то год Яндекс (для себя), могу немного сравнивать
- по-моему, с актуальной документацией в Яндексе значительно лучше
- в Яндекс serverless не понравилось, что (для go) надо грузить исходники, а на приватные гиты надо как-то ссылаться. Справедливости ради, у AWS lambda (тоже go) периодически вылезают чудеса взаимодействия загружаемых бинарей с линуксовыми библиотеками
в сумме, вроде бы, Яндекс приятнее и успешно догоняет по функциональности, если бы не одно жирное НО:
принято считать, что lambda/serverless обладает чудовищной отказоустойчивостью (как альтернатива, запуск диспетчера в EC2 - дурной тон). Однако когда serverless от яндекса перестали работать на несколько часов, техподдержка ограничилась дежурной отпиской.
а у меня на этой
лямбдесерверлесс висит управление замком входной двери... правда, бекдор был предусмотрен))у нас в команде, к сожалению, нет таких навыков
С удовольствием поделимся. Но, чтобы избежать ложных ожиданий, у нас командные компетенции все больше в бекенде, математике, технологиях рендеринга и различном телекоме. С js, и тем более с фреймворками, у нас все плохо
очень интересно!
строго говоря, нашей основной задачей было научиться воссоздавать модели. пока мы пытались обогнать прогресс, он обогнал нас, и, похоже, отсуствие тяжелых требований по железу остается нашим единственным преимуществом.
думаю, нам есть о чем поговорить
ну там же мультяшные образы, а у нас - как живые
это как проверять, наверное.
но я не буду! безопаснее этого просто не знать)
ну, вот, опять я не смог внятно объяснить. пункт 3 в действии..
наши сильные стороны:
умение быстро создать 3d модель данного человека. и это не "что сетке приглючится", а честная модель на основе математики
дешево анимировать 3d модель, преобразованную в формат флексатара, вплоть до уверенной анимации в браузере, без каких-либо специфических требований к оборудованию или ОС. нам неизвестны столь легковесные технологии. и это открывает дверь в WebRTC для создания простого и масштабируемого коммерческого решения "не для гиков"
Используя два названных козыря, мы планируем создавать, хранить и предоставлять эти модели как сервис, для различных коммерческих WebRTC SFU/MCU, мессенджеров и, строго говоря, даже игр (мы же можем выгрузить модель как набор текстур и obj файл в любой требуемой полиномиальности, или параметризовать используемую в игре модель юзера). Честно, история с играми вне моих компетенций, так что далее врать не буду.
Безусловно, надо будет индивидуально интегрироваться с каждой WebRTC платформой. Но ведь это же желаемый B2B рынок, монетизация! Нам та или иная платформа подписывает JWT, который мы получаем напрямую от фронтенда/приложения. В соответствии с содержимым токена, мы позволяем юзеру выбрать модель для данной сессии и выгружаем один из флексатаров данного юзера в браузер или приложение.
С точки зрения разработчика фронтенда, интеграция с нами тривиальна. То же относится и к iOS/Android
Коллеги, честно признаюсь, пустился в литературное творчество с тремя сугубо меркантильными целями:
найти игроков в команду. Есть планы и по беку (golang), и по мобильным приложениям. Но наша главная беда - фронтенд. Сейчас денег в проекте нет. Совсем. Но, очень надеюсь, "так будет не всегда"
выйти на компании, использующие WebRTC технологию для выстраивания честных партнерских отношений.
Интим"профильное трудоустройство" не предлагатьНаучиться правильно преподносить идею виртуальной вебкамеры.
Буду искренне благодарен за любой фидбек!