Современный мир невозможно представить без многообразия сложных устройств и высоких технологий. При этом все меньше людей понимают, как все это работает и создается.
«Истовый инженер» - просветительский проект, в рамках которого мы хотим формировать более точное и развернутое представление о современных технологиях и инженерной культуре у широкой аудитории: пытливых и любознательных читателей, будущих специалистов и профессионалов своего дела. То есть всех, кому интересно разбираться, как устроен современный мир, почему и как он таким стал, в какую сторону развивается.
Наши материалы знакомят и учат создавать инженерные решения, приоткрывают тайны профессии. А авторы - ученые, предприниматели и инженеры - носители этих практических знаний и культуры.
Мы раскрываем экспертизу и профессионализм талантливых специалистов, чтобы повысить престиж и сформировать новое понимание профессии российского инженера.
Я не до конца понял. Мы не храним приватный кобчь в SRAM так как злоумышленник может его переписать. Не храним в ROM так как в случае уомпроментации нам надо его переписать в обновлении. rom otp была сделана для того, чтоб дописать новый ключь в случае уоспроменьации старого. Но ведь злоумышленник может дописать свой клбчь в ROM OTP. Чем оно тогда лучше SRAM?
1:29:10 А забавная история произошла с авторами книги Putting Metaclasses to Work // Ira R. Forman, Scott H. Danforth // 1998 Они в IBM работали над объектной моделью в машинных кодах. В-основном, для OS/2 и классического мак ос, но были и версии для AIX и Windows. Но специально для книги, поддавшись ажиотажу, реализовали объектную модель с нуля на Java. Можно найти по ключевым словам «Putting Metaclasses to Work github». Выбор Java типа чтобы долго не устаревало. Типа на века. Спустя не очень продолжительную долю века оказывается, что этот проект на современной Java довольно затруднительно скомпилировать и запустить. Скомпилировать у меня ещё как-то получилось, преодолев конфликт List, а вот чтобы запустить, надо как-то перелопатить работу с Properties. От Properties наследуется класс, и как-то с ним так работа производится, что современной Java такое не нравится, и как это всё переделать, чтобы нравилось, я так и не разобрался. Тем временем x86-бинарники, которые типа фу-фу-фу, машинные коды, просто берут и запускаются на Windows 10.
1:16:10 Из известных мне это SWIG. Он многоязычный, к нему и Аду прикручивали. У него модифицированный парсер заголовков Си и C++, и в модификациях могут быть подсказки, как лучше завернуть объект. И в реальных библиотеках кто-то через SWIG, допустим, сделал привязки для Python, оставил подсказки, и эти подсказки до какой-то степени подойдут другим языкам. Если автор библиотеки C++ желает кооперироваться, то гипотетически мог бы пригодиться XPCOM. Но их несколько. Застрельщик XPCOM Mozilla и до них Netscape дружили Java и C++ через XPCOM, но так вообще Mozilla XPCOM не очень хорош для нативного кода. Обычно, если хочешь использовать XPCOM, то рецепт такой, что возьми XULRunner, и войдёшь в чудесный мир XPCOM, и оттуда обрящешь желаемое. Но есть минус. Не смотря на COM в названии, Mozilla XPCOM не был двоично стабилен, и, допустим, когда я устанавливал на Windows QuickTime, Safari, Bonjour и iTunes, то у них общие библиотеки были реально общие где-то, а когда мы устанавливаем Mozilla ThunderBird, SongBird, FireFox, там каждый всё своё носит с собой. Из-за двоичной нестабильности. Поэтому есть смысл обратить внимание на его ответвление VirtualBox XPCOM, который, как я понял, сделан сильно более правильно, но мало, кто об этом знает. И, вот есть у меня сомнения, я не знаю, как хорошо там интеграция с Java сделана. Может быть, никак. Всё, что было применимо к Mozilla XPCOM, не факт, что применимо к VirtualBox XPCOM. Другой способ в LibreOffice UNO. Там солидные объёмы кода на C++ и солидные объёмы кода на Java, и это одна из самых грандиозных демонстраций смешивания этих языков. Но идеология там такая, что миры разных языков (компонент) сильно разделены. Вот внутри C++ между классами вызовы быстро ходят, и внутри Java вызовы ходят. А если надо перейти мост, то в UNO, когда я последний раз смотрел, медленная перемычка по типу IDispatch, с упаковкой всех значений в массив вариантов и распаковкой на противоположной стороне. В SWIG и XPCOM пытаются сгенерить перемычки, подходящие по интерфейсу, и как можно быстрее передающие дальше, а в UNO генерятся упаковщики и распаковщики, подходящие по интерфейсу, и контакт через бутылочное горлышко. Но, я думаю, многие пользовались этим офисом, и не подозревали, что он так устроен, и нормально же работает, так что тоже можно рассмотреть вариант.
1:06:00 Оберонщики часто жалуются, как у них украли все пи-коды, но им остаётся только мечтать о феодальной раздробленности NMI, JRI, RNI, Java/COM, JNI и JNA. У них даже и раздробленности такой не было. Я напрягаю память и не могу вспомнить, чтоб был какой-нибудь ONI, Oberon Native Interface, и чтоб была цепочка попыток и неудач, и было соревнование, так кто же прав, так как лучше сделать. Спрашивал оберонщиков, вот есть мир из Си, C++ и Java, и они друг к другу ходят, и друг друга усиливают, они едины. А есть, допустим, мир патриотов Паскаля, и у нас всё паскалевское, но кому-то нравятся управляемые языки с навязанной сборкой мусора, они бы писали на Обероне, а кому-то не нравятся, они бы писали на Аде, а как нам друг к другу ходить вызывать. Лучший ответ был: пишите всё на Обероне. Эм. Не удивительно, что патриоты Паскаля всасывают с таким подходом. 1:06:46 Да нет, там не просто ничего не работает. Там нарушения спецификации Java были по части допустимой эволюции Java-классов. То есть, поменяли Java-класс, и перестало работать даже на той же виртуальной машине, пока не перегенерить заголовки, не перекомпилировать нативный код. Ну, и сама спецификация не сразу потребовала обязательность допустимости эволюции. NMI ведь от Sun, это сами Sun наступили на горло своей песне, заменили NMI на JNI.
Кто хочет больше математики и разных ладов, вам сюда. С 28:15 пример, перед этим оооочень подробный и наглядный расклад со сравнением отдельных нот, отличающихся по высоте в разных темперовках. ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-nK2jYk37Rlg.htmlsi=GrteE32QjUknaYTV А целиком разные произведения послушать можно, если поискать по словам "in different temperaments"
мне это журнал про функциональное программирование напоминает, у меня знакомые давно клепали, можно было даже бумажный достать.. 4 номера выпустили, потом всё заглохло
Когда я в первый раз попытался распараллелить свой код в универе у меня разумеется всё упало. Путём долгого чтения документации, я смог добиться того, что бы оно зависало. И наверное прошла минимум неделя прежде чем что-то ускорилось.
21:22 Жаль, что Андреас Веркме́йстер не дожил до Хорошо темперированного клавира Баха и так и не узнал, что это оказывается не он, а Бах придумал равномерно темперированный строй. Хорошо, что в этом видео это недоразумение устранено и плагиат Веркмейстера, умершего в 1706 году, разоблачён выходом в 1722 году первого тома ХТК, а также и этим роликом.
"модули были проигнорированы сообществом" - кажется, модули изначально не были для сообщества? Сообщество как раз таки очень болезненно отреагировало в тот год потому, что с введением модулей хотели закрыть sun.misc.Unsafe
V muzike estj logika-kak by matematičeskaja....V muzike odnovremenno deistvuet dve paraleljnyx napravlenija logiki-odna logika kasaetsa vsevo smysla muzikaljnovo proizvedenija, a drugaja logika- v liuboi točke melodii, kogda zvuki, kotoryje vot vot uslyšym možno daže prognozirovatj-posledujuščie zvuki zavisiat ot tovo, kakie zvuki uže prozvučiali...Eta logika(na korotkom promežutke vremeni) dopuskaet šag v pravo, šag v levo, no variantov nemnogo i ona-melodija-kak struja vody-tečiot so sklona primerno po samomu bolšomu uklonu, iščia samyj korotkij putj, povoračivaja to v pravo, to v levo i nikogda ne napravitsa po diagonali sklona....Udači vam...
Лучше я отвечу, можно ли написать хит, как практикующий композитор с профильным образованием. Ответ и да и нет. Вы можете написать хит в духе Стаса Михайлова, но респекта вам за это не будет. Для того, чтобы составить конкуренцию Михайлову, вам даже не надо заканчивать музыкальную школу, если уже есть музыкальные данные от природы. Для того чтобы составить конкуренцию Muse, или Last Shadow Puppets - требуется получить, хотя бы начальное музыкальное образование, которое, строго говоря является вводным и не дает полного представление о законах гармонии. Для того чтобы сделать оркестровку вышеупомянутым коллективам нужно закончить минимум, музыкальное училище. Но стопроцентный хит вы не напишите без особого вдохновения (профессионал не может себе позволить работать по вдохновению), если у вас нет хотя бы средне-специального музыкального образования. Есть исключительные примеры, но ключевое слово здесь - «исключительные». Хиты учат писать в музыкальном училище и консерватории. Писать хиты надо учиться и исключить фактор везения из своей жизни. Самая полезная книга, которая сделала меня тем, кто я есть - это учебник гармонии Дубовского, Евсеева, Способина. Там подробно, в деталях описано, как написать с первой попытки стопроцентный хит. Но должна быть предварительная подготовка - музыкальная школа.
Я - автор нелестного камента в ролике про Кино, кажется. Но я не хейтер, я за правду. И поэтому сегодня я восторгаюсь Вашей лекцией. Ваш посыл - гипнотический. Из серии - Здравствуй, дружок, сегодня я расскажу тебе одну историю..." Для меня тут почти ничего нового, даже есть замечания, но они меркнут на фоне Вашего стремления дополнить нашу картину мира недостающими знаниями. Существует теория музыки, совершенно гуманитарное образование. И существует математика, описывающая акустику. И есть связь между ними. Которая скрывается от большинства. Заговор :) На самом деле люди (в том числе музыканты) просто не догадываются о таком стыке наук. Они относят непознанное ими к некой магии, непостижимой тайне человеческого восприятия. Магия тоже есть (особенно с привлечением социальных причин), но ее границы несколько преувеличены. Открыть глаза людям тяжело. У них разная подготовка. Кто-то выключит ролик на слове гипербола (и уж точно на слове логарифм). А некоторым поверхностное неисчерпывающее изложение покажется скучных. Ваша лекция для первой категории. Проблемной. Но их большинство, поэтому у Вас верный выбор и спасибо Вам от большинства населения! :)
1:21:48 про panama заметно непонимание для чего он нужен. про это пояснил архитектор java Brian Goetz - ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-8Kpc97okVd0.htmlm57s - то есть чтобы проще создать подключения к популярным библиотекам как tensorflow, sqlite и тд которые не имеет смысла или ресурсов переписывать
все верно, не вижу противоречия с тем, что я сказал. Конечно интероп нужен именно для того, чтобы подключать библиотеки, написанные не на Java, вопрос какому проценту людей это реально нужно (сравните с потенциальным количеством пользователей виртуальных потоков из Loom).
количество людей абсолютно не критерий в данном вопросе вообще, важно можно ли создать продукт используя технологию. Например, camunda, kafka streams используют rocksdb через jni, да и вообще успешны благодаря тому что тот самый rocksdb предоставляет jni интерфейсы сам. Остальные разработчики библиотек не хотят возиться с jni потому что он ужасен. panama это для как раз больше для них, а не для кодеров на java.
@@kjk254 "можно ли создать продукт используя технологию", "проще создать подключения к популярным библиотекам как tensorflow" - все верно, это можно делать и сейчас, через JNI. Но Panama, конечно, сделает это проще, в этом мотивация, все так. Почему количество людей - это не критерий, простите, не понимаю. Возможно вы хотите сказать что-то в духе: "сейчас людей, которые мучаются с JNI мало, но вот будет Panama их сразу станет больше, поэтому количество пользователей сейчас - это не аргумент", но это же теоретизация. Наверное да, станет больше, насколько - непонятно. А с Loom-ом то все понятно было сразу, пользователи - вот они: любой, кто пишет высоконагруженный бэкенд.
Спасибо, отличный подкаст. По поводу того, что Java (как язык) не чувствует конкурента в виде Котлина, сомневаюсь. Android, как уже сказали - это большая победа, и очень большой рынок. Другое дело, что Котлин завендорлочен JB.
Речь скорее про бэкенд. Хотя вы знаете, я не уверен, что если бы на Андроиде была современная Java, то Котлин бы так легко победил. Но теперь да - там полная победа Котлина, конечно (и хорошо!).
@@uglianskyберешь программиста средней руки, который пишет для бизнеса, в заказной разработке и т. д., просишь его недели две, месяц писать на kotlin после java. Потом возвращается обратно - наблюдаешь ломку.
Котлин никогда не "выпиливал паттерн матчинг". Вообще, откуда это вдруг выдумалось - не понятно. Паттерн матчинг в Котлине был исключен из рассмотрения из соображений экономии в дизайне языка. Сейчас он очень неторопливо пытается появиться, ожидается где-нибудь в 2.х. Начиная с 1.0, который считается первым "производственным" релизом Котлина, Котлин жестко блюдёт обратную совместимость, как на уровне исходников, так и на уровне бинариев. В Котлине есть "экспериментальные фичи". Это примерно как инкубаторные фичи в JVM, только надо ещё и в исходниках через аннотации отдельно включить экспериментальную фичу. Нужно это ровно для того же: посмотреть, как пойдёт, собрать фидбек. Бывало такое, что эксперимантельные фичи радикально переделывались (например, корутины), но на то они и экспериментальные.
Хотелось бы услышать мнение музыкантов профессиональных касательно подачи материала. Что-то мне кажется, что относительно акцентов и длительностей (пухлых нот) информация несколько не соответствует действительности, вводит в заблуждение, напевая совсем не ровные ноты свингом.
Аня, ну зачем вы беретесь рассказывать о вещах, о которых имеете слабое представление? Никакой равномерной темперации Бах не вводил, а корректировал meantone temperament (в котором, по-видимому, он рос как музыкант), чтобы неудобные тональности звучали более чисто - и/или старался улучшить темперацию Веркмайстера. А сам концепт равномерной темперации это еще 16-17 век - Галилеи, Мерсенн. Вы это, популяризируйте, да знайте меру. Не надо перевирать историю ради изложения для чайников. Причем это не то чтобы какое-то эзотерическое знание, за ним даже в словарь Grove не надо лазить, все легко гуглится.
Пользователи видят какую-то проблему в C++, и не видят чужих предложений по решению этой проблемы, и начинают изобретать свои улучшения. Если бы был какой-нибудь открытый CEP (по аналогии с PEP), то пользователи бы просто как-нибудь голосовали за чужие предложения и не придумывали бы свои.
