Язык безобразный, спасибо, очень наглядно показано как не нужно читать лекции. Или наоборот, как нужно читать лекции для отсталых стран.
@ortsaslan3 күн бұрын
А с чем связано дублирование записей в данном плейлисте? Ошибка?
@FrBrGeorge3 күн бұрын
Эфир и его монтаж
@tur4aaa8174 күн бұрын
Добрый день,хотел бы поинтересоваться,есть ли у вас график или может где-то вы уведомляете о времени и дате стримах? Может телеграмм-канал есть или группа где-либо. Хотел бы посетить в LIVE-режиме. Спасибо заранее за ответ.
@FrBrGeorge3 күн бұрын
Попробуйте сходить по ссылке в шапке)
@user-xs1kj7mn2d4 күн бұрын
Хорошая и нужная лекция на актуальную тему - то, что доктор прописал. Но хотелось бы обратить внимание на аспекты, которые режут слух, и мешают восприятию информации: 1. Почему произношение многих слов, например, "browser, html, .py" у Вас идет совсем по-другому, чем общепринятое? Прошу прошения, но "броузер, хтмл, пы" это какое-то извращение слов (вместо "браузер, эйч-тмл/аш-тмл, пай"). 2. Импровизировать во время лекции и делать все на ходу - я 100% одобряю этот подход и это помогает усваиванию информации, но здесь слишком много "переходов". То есть, например, что-то не получается, не удается исправить, потом наконец удается, потом оказывается не та папка открыта была, удаляем и прочее - слишком много "сумбура". В меру это нормально, но тут на мой взгляд, перебор.
@FrBrGeorge3 күн бұрын
По поводу «браузера»: языковая норма устоялась относительно недавно, до этого времени приложение такого типа называлось «навигатором», если не «просмотрщиком». Пожалуй, имеет смысл этой норме соответствовать. А в отсутствие нормы я предпочитаю буквенное прочтение слуховому. В случае же сокращений такой нормы, кажется, не может быть, например, тот же «py» в зависимости от_языка_ можно прочесть несколькими способами. Особенно неудобен английский, в котором R - это А, а A - это Эй, E - это И, а I - это Ай и т. д. Так что здесь однозначно побеждает побуквенное чтение. Считайте это жагронизмами, если вам так легче)
@FrBrGeorge3 күн бұрын
Касаемо тупления в прямом эфире: я не робот, а даже несколько наоборот - действительно, часто ошибаюсь. Наиболее одиозные сеансы тупления вырезаны в монтаже. Наверное, количество ощибок можно несколько снизить. если потратить _ещё_ два (а то и более) часа на какие-то speaker notes, но (1) в моём случае гарантии никакой, и (2) этого времени у меня нет, дай бог актуализировать контент и проверить работоспособность.
@user-xs1kj7mn2d2 күн бұрын
@@FrBrGeorge Хорошо. Конечно, никаких "установленных норм" в словаре многих слов не найдешь - но тут, как Вы правильно указали, работают правила чтения английских слов. Если бы мы писали транслитом на русском языке, то, конечно, "y" означало бы "[ы]", а "h" означало бы "[х]". Но очевидно, что перед нами представлен не транслит, а истинно английские слова, и как я вижу, мы не имеем права произносить эти слова так, как если бы они были написаны транслитом. То, что в английском "R" это "[А+*слабое р*]", "I" это "[Ай]", это верно, и это просто нужно запомнить. В русском языке тоже "Л" это "[Эл]", "Х" это "[Ха]" и пр. Имею в виду, что это правило работает, когда мы читаем аббревиатуры. "HTML" как раз ей является, поэтому так произносим ("ЭйчТиЭмЭл"). Мы же не стали бы произносить аббревиатуру "МГУ" как "[мгу], а, конечно, произносим как "[ЭмГэУ]". В общем, не хочу показаться грубым, но слух, действительно, сильно режет, я думаю, не только мне одному. И причины, по которым, как мне кажется, это произношение является неверным, я описал
@unx778422 сағат бұрын
Вы как-то сильно упрощаете, мне кажется) Πύθων - истинно греческое слово, и в разных языках произносится по-разному. Даже в русском оно произносится двояко - либо «питон», либо «пифон». На родном языке автора - нидерландском - очень чётко произносится «питон». Возможно, вы имели в виду «Летающий цирк Монти Пайтона», который тоже имеет прямое отношение к названию языка? Ну так его-то никто Питоном и не называет. А с языками программирования вообще так: не «Паскал», а Паскаль, не «Эйда», а Aда, не «Фотрен» (без «р»!), а Фортран и т. д. Английские транскрипции и вправду неудобны, что поделать. Хуже них только французские ☺. Что же до аббревиатур - кто ж спорит, в русской речи аббревиатуры должны читаться по правилам русского языка. Вопрос в том, что делать, ежели аббревиатура нерусская. Вы, как я понял, стоите на вполне логичной позиции - аббревиатуру надо вставлять в русскую речь, произнося её на языке оригинала. Если честно, мне _именно это_ частенько режет слух - фактически, русскую речь надо ставить «на паузу», на доли секунды переключаться на совершенно иную мелодику и произношение, а затем как ни в чём не бывало возвращаться обратно. Одно немецкое «GMBH» чего стоит! Да тот же ЭйчТиЭмЭл - мне думается, далеко не каждый сходу поймёт, о чём вообще речь идёт! Это не говоря уже о ДаблъюДаблъюДаблъю… В каком-то недостижимом идеале, наверное, при чтении аббревиатур латиницей стоит придерживаться старой «бурсацкой» латыни: А, Бэ, Цэ, Дэ, Е, Эф, Же, Аш, И, Жи, Ка, Эль и т. д. Она не ощущается чужеродной в русской речи, и достаточно однозначна, не чета английскому - это будет вполне адекватное побуквенное прочтение. Но это так, отвлечённые мысли, пока же выходит так, как выходит.
@user-xs1kj7mn2d3 сағат бұрын
Подробный ответ, однако:) В целом, я согласен с Вами в том плане, что "на время ставить русский язык на паузу" местами бывает неудобно, и может вызывать отторжение. И я не против этого, если это почти не задевает, я бы сказал, "аспект звучания", гармонию звучания. Также я не склонен прямо сильно углубляться в какую-то теорию произношения слов, рассматривать другие языки, кроме английского (именно который используется в программировании). При чтении аббревиатур, я согласен, что пользоваться латиницей видится здесь отличным вариантом в качестве компромисса. Мой же изначальный посыл состоял в том, что, как мне кажется, есть, действительно, общепринятые русские интерпретации английских "слогов" и слов (не как, например, питон, который можно произносить и "питон" и "пайтон"). И когда слышишь эти слова, которые ты сотни раз слышал на других лекциях, на ютубе, на работе, где они произносились по-другому, то возникает резонанс. Выше я как раз привел пример тех слов, которые вызвали у меня наибольший резонанс (например, слышал в лекции употребляется слово "нампы", в отличие от "нампай"), у меня это вызывает просто мощнейший резонанс, шок, непонимание и даже кринж. Хотелось бы просто выразить желание, чтобы таких моментов было меньше, Вы, действительно, много делаете для образования студентов, и видно Ваше стремление усердно работать, обновлять материалы и искать что-то новое. Но такие моменты, которые я и затронул, на мой взгляд, также достойны внимания.
@user-pz1my2wz3v6 күн бұрын
Препод просто ОГОНЬ!!!))) route, Я СКАЗАЛ!))) Таких преподавателей очень мало и их надо беречь и уважать!))) Подозреваю, что этот препод состоит в IT группировке какой нибудь!)))
@kastet-it5 күн бұрын
В altlinux team. Один из ментейнеров.
@user-pz1my2wz3v5 күн бұрын
@@kastet-it вау!!! ну тогда все понятно!!!))) ЭЭх!!! Почему в моей молодости не было таких преподавателей?!(( А то мы учились сами, писали программы в тетрадках и в тетрадках проверяли
@qa3377 күн бұрын
Наконец-то нормальная рекомендация от ютуба. Подписался!
@roundwheel833011 күн бұрын
Афтар! Вот чего такое про poling рассказал рукалицоо, если в организации взаимодействия цп с периферией не очень зачем муть про простой нести.
@user-jo5hd1kv5n12 күн бұрын
а чё так дохера людей в зале?
@aleksandrpetrov39389 күн бұрын
все хотят в айти! ))
@user-pz1my2wz3v7 күн бұрын
Это самые стойкие! Это те, кому реально это нужно, а не просто для галочки!
@bobomurod6 күн бұрын
@@user-pz1my2wz3vтут самый стойкий это учитель - трезвый
@jiper10012 күн бұрын
Хорошо!
@VictoryStep14 күн бұрын
Спасибо дорогой профессор!
@user-hn2mj3dk8d15 күн бұрын
Типичная картина, как это у нас в стране кому то надо. :)))))))))) Никому не нужны эти потуги, выращено 2 конченных поколения. Ваши потенциальные слушатели, если всё будет как запланинровано, еще в яслях (в лучшем случае). Но когда они достигнут нужного возраста уже не будет большинства из вашего поколения, которое еще может что-то донести. :)))))) В результате итог будет один - интел, амд и мелкософт - наше всё. :) Н у если конечно китайские братья помогут, может и соскочим с этой иглы, что тоже маловероятно. :) Лень и жажда наживы врядли угомонится в нашей стране. :)))
@DrowDanger15 күн бұрын
учитывая заезженный посыл и количество неуместных смайликов, задаётся справедливый вопрос - вы старенький или дегенерат?
@mimimizhka15 күн бұрын
Очень интересно!
@jiper10016 күн бұрын
👍
@azusism16 күн бұрын
Не поверите! У нас на заводе настолько гениальные пршнрамиисиы , что сегодня у нас еще др сих пор рботают программы, нааисанные лет сорок назад! И эти задачи работали на ЕС ЭВМ. И ЭТО КАК РАЗ ТЕ ПРОГРАММЫ, КОТОРЫЕ РАБОТАЛИ В ОДИНОЧКУ! Никакой многозадачности тогда не было. Так вот бывает...., когда авторов давно проВодили на пенсию и дале в последний путь, а мололые программисты уже ничего не могут и даже не знают, как это все работает, но планирование до сих пор считается на этом ПО. Просто системные инженеры у нас, т.е. сисадмины весьма хорошие. Они до сих пор обеспечивают работоспособность этого старого дерьма до сих пор средствами эмуляторов и разными танцами с бубном. При этом, программисты не чешутся никак и думают, что это будет вечно. Наивные идиоты...
@TAF300015 күн бұрын
Вы вините программистов, и в этом и не замечаете в комнате СЛОНА, кто тут ещё наивный идиот ...? вопрос риторический
@favoritdmitry678620 күн бұрын
Вообще meson неплохо знать, в GTK есть привязки к языку python и среда разработки для GTK используется Builder, а в нём используется meson.
@unx77843 күн бұрын
Да много что знать неплохо, но не всё влезает. У MESON есть ровно один недостаток - упрямство авторов, которые чуть ли не на титульной странице заявляют: у нас нет и не будет бекендов для Make, изучайте Ninja. А Ninja - тоже на титульной странице - пишут: изучайте Ninja, только если вы хотите написать _собственный фронтенд_, руками ничего не пишите, Ninja не для людей. Ну и вот)
@blackdragon704723 күн бұрын
Спасибо за труды и знания! Благодарствую!
@cyrilanisimov24 күн бұрын
12:00 Может в Паскале? Что-то я не припомню оператор := в Си
@unx778423 күн бұрын
Не оператор, а _арифметическая операция_ присваивания, которую можно использовать в арифметическом выражении. В паскале такой нет, в Си - есть.
@mordusnaglus24 күн бұрын
Что мешает объединить стадии Decode и Execute - сразу результат декодирования и аргументы подавать на вход в АЛУ и на триггерах фиксировать уже результат? Аналогично, что мешает объединить стадии MEM и WB? MEM нужен только операциям с памятью, а обе только чтению из памяти. И в любом случае MEM это долгая стадия, останавливающая конвеер.
@unx778423 күн бұрын
Сначала надо выделить эти аргументы на основании анализа opcode - там же могут быть _различные_ номера регистров, из которых надо взять содержимое, imm-значения и т. п. Даже это влезает в один такт не без трудностей и хитростей. На следующем такте можно загружать АЛУ. А про MEM и WB очевидно - при чтении из памяти между ними зависимость по данным, которые надо _сначала_ получить (один такт), а потом положить в блок регистров (второй). А работа с памятью только мимо кеша медленная.
@mordusnaglus23 күн бұрын
@@unx7784 Это из-за высокой частоты Decode еле влезает в один такт? Или от частоты не зависит?
@FrBrGeorge23 күн бұрын
@@mordusnaglus Не зависит. Каждый такт запускает одну атомарную операцию на устройствах. Если не предпринимать дополнительных ухищрений, выборка и декодирование - это аж _три_ действия: чтение инструкции из памяти, анализ кода операции и извлечение операндов в зависимости от того, какого типа инструкция. Но дизайн инструкции устроен так, что после выборки достаточно, боюсь соврать, чуть ли ни пары побитовых операций, чтобы получить данные для Execute. А «частота» - это и есть частота _тактов_)
@mordusnaglus23 күн бұрын
@@FrBrGeorge как же 6502 умудрялся выполнять команды за два такта без конвеера?
@FrBrGeorge23 күн бұрын
@@mordusnaglus Что-то похожее на конвейер в 6502 точно было. Думаю, так и умудрялся - если сразу разложить инструкцию на её микропрограммные составляющие, часть оказывается ненужными, осталось только научиться набивать их без задержек. Кстати, Википедия пишет, что там и по 4 такта инструкции были.
@favoritdmitry678627 күн бұрын
Рассматривать будете систему сборки meson под капотом которого ninja?
@Sancho_MerkaАй бұрын
Спасибо монтажёру за мем с do it, поорал)
@favoritdmitry6786Ай бұрын
Звук очень тихий в наушниках плохо слышно.
@GudinVladimirАй бұрын
Спасибо за материал!
@user-ul6bm2ch5gАй бұрын
Георгий, здравствуйте! Правильно ли я понял из экспериментов, что мост "перекрывает" интерфейсы, и именно поэтому ip-адрес присваивается ему? Если при работающем мосте присвоить ip интерфейсу, то пинговаться он не будет? (и, соответственно, если ip на интерфейсе был настроен, то после подключения моста пинг перестанет проходить)?
@FrBrGeorge26 күн бұрын
Да. Более того, даже если бридж удалить,чтобы интерфейс заработал, его надо переподнять
@dmitriipopovich5228Ай бұрын
Такой интересный курс и чудесный лектор и так мало студентов в аудитории....
@jiper100Ай бұрын
Лекции класс!!!
@jiper100Ай бұрын
👍
@macarchevАй бұрын
Замечательно, лекция и лаба в 1 флаконе. Не знаю надолго ли отложится, но после такой лекции субъективно ощущаешь, что знаешь всё
@ostrov11Ай бұрын
спасибо
@user-is2jw6yj5vАй бұрын
А у вас есть лекции про Кали Линукс и его технологии.😢
@user-is2jw6yj5vАй бұрын
Ура
@vmike72Ай бұрын
Интереснейшая тема, но очень слабый звук(
@vasilybalashov3601Ай бұрын
И правда, тиховато.
@ostrov11Ай бұрын
... мастер, звук громче.
@egormerkushevАй бұрын
Звук бы почистить. Нейронки сейчас хорошо это делают.
@hoowoo7309Ай бұрын
спасибо!
@olgapolka168Ай бұрын
1:25:54
@MakRus77Ай бұрын
Интересно, благодарю.
@user-ht7uu6te1kАй бұрын
Большое спасибо!
@alexkey9211Ай бұрын
лектор уровень бог , на одном дыхании уже 9-ю лекцию смотрю
@favoritdmitry6786Ай бұрын
Процессор сбора данных и другие типы устройства используют DMA... Выделяться область pip in и pip out, в in выгружаются измеряемые данные, в out команды управления, in обязательно надо читать программой иначе переполнение происходит pipe in.
@Andreo-hk8htАй бұрын
монтаж огонь 😁
@serfiotАй бұрын
Очень жаль, что на ваших лекциях так мало студентов... я б с радостью посетил...
@dori-dori74Ай бұрын
34:29 - неожиданная пасхалка 😁
@as-19732 ай бұрын
Чувак не знает что есть простые слова. Он тупо затирает что хаб и комутатор, он бы ещё с древних времён тупо начал, хронометраж то надо делать... По сути есть вложеный трафик, между двумя комутаторами, которые знают что это такое, и если не знают остольные, то это идёт мимо.
@antonivanov26322 ай бұрын
Конфигуряки всех сорцов, объединяйтесь!
@YT1236547892 ай бұрын
Этот рассказ про протокол тспи прям заходит. Зы отдельный прикол - количество падаванов в этом колизее науки)
@gost-devАй бұрын
🤣
@user-ok6pf6td3j2 ай бұрын
Джон Леннон, это вы?
@unicoxr5tj4172 ай бұрын
будешь учить Линукс--станешь вот таким умным)
@Alexander_Gurov_RF2 ай бұрын
В русском языке правильно именно "макрос". Так исторически сложилось, и менять никто не собирается. Никто не использует "макро". Это в английском используют слово "macro". А мы по русски говорим. То же самое с маракасами.
@unx77842 ай бұрын
Строго говоря - пока нет, в толковых словарях отсутствует, в отличие от маракасов. Хотя, конечно, из арго пришёл именно «макрос», и, очевидно, он и закрепится в языке. Так-то в «русском языке» и клавиша на клавиатуре называется «контрOл» ☺
Пікірлер
Язык безобразный, спасибо, очень наглядно показано как не нужно читать лекции. Или наоборот, как нужно читать лекции для отсталых стран.
А с чем связано дублирование записей в данном плейлисте? Ошибка?
Эфир и его монтаж
Добрый день,хотел бы поинтересоваться,есть ли у вас график или может где-то вы уведомляете о времени и дате стримах? Может телеграмм-канал есть или группа где-либо. Хотел бы посетить в LIVE-режиме. Спасибо заранее за ответ.
Попробуйте сходить по ссылке в шапке)
Хорошая и нужная лекция на актуальную тему - то, что доктор прописал. Но хотелось бы обратить внимание на аспекты, которые режут слух, и мешают восприятию информации: 1. Почему произношение многих слов, например, "browser, html, .py" у Вас идет совсем по-другому, чем общепринятое? Прошу прошения, но "броузер, хтмл, пы" это какое-то извращение слов (вместо "браузер, эйч-тмл/аш-тмл, пай"). 2. Импровизировать во время лекции и делать все на ходу - я 100% одобряю этот подход и это помогает усваиванию информации, но здесь слишком много "переходов". То есть, например, что-то не получается, не удается исправить, потом наконец удается, потом оказывается не та папка открыта была, удаляем и прочее - слишком много "сумбура". В меру это нормально, но тут на мой взгляд, перебор.
По поводу «браузера»: языковая норма устоялась относительно недавно, до этого времени приложение такого типа называлось «навигатором», если не «просмотрщиком». Пожалуй, имеет смысл этой норме соответствовать. А в отсутствие нормы я предпочитаю буквенное прочтение слуховому. В случае же сокращений такой нормы, кажется, не может быть, например, тот же «py» в зависимости от_языка_ можно прочесть несколькими способами. Особенно неудобен английский, в котором R - это А, а A - это Эй, E - это И, а I - это Ай и т. д. Так что здесь однозначно побеждает побуквенное чтение. Считайте это жагронизмами, если вам так легче)
Касаемо тупления в прямом эфире: я не робот, а даже несколько наоборот - действительно, часто ошибаюсь. Наиболее одиозные сеансы тупления вырезаны в монтаже. Наверное, количество ощибок можно несколько снизить. если потратить _ещё_ два (а то и более) часа на какие-то speaker notes, но (1) в моём случае гарантии никакой, и (2) этого времени у меня нет, дай бог актуализировать контент и проверить работоспособность.
@@FrBrGeorge Хорошо. Конечно, никаких "установленных норм" в словаре многих слов не найдешь - но тут, как Вы правильно указали, работают правила чтения английских слов. Если бы мы писали транслитом на русском языке, то, конечно, "y" означало бы "[ы]", а "h" означало бы "[х]". Но очевидно, что перед нами представлен не транслит, а истинно английские слова, и как я вижу, мы не имеем права произносить эти слова так, как если бы они были написаны транслитом. То, что в английском "R" это "[А+*слабое р*]", "I" это "[Ай]", это верно, и это просто нужно запомнить. В русском языке тоже "Л" это "[Эл]", "Х" это "[Ха]" и пр. Имею в виду, что это правило работает, когда мы читаем аббревиатуры. "HTML" как раз ей является, поэтому так произносим ("ЭйчТиЭмЭл"). Мы же не стали бы произносить аббревиатуру "МГУ" как "[мгу], а, конечно, произносим как "[ЭмГэУ]". В общем, не хочу показаться грубым, но слух, действительно, сильно режет, я думаю, не только мне одному. И причины, по которым, как мне кажется, это произношение является неверным, я описал
Вы как-то сильно упрощаете, мне кажется) Πύθων - истинно греческое слово, и в разных языках произносится по-разному. Даже в русском оно произносится двояко - либо «питон», либо «пифон». На родном языке автора - нидерландском - очень чётко произносится «питон». Возможно, вы имели в виду «Летающий цирк Монти Пайтона», который тоже имеет прямое отношение к названию языка? Ну так его-то никто Питоном и не называет. А с языками программирования вообще так: не «Паскал», а Паскаль, не «Эйда», а Aда, не «Фотрен» (без «р»!), а Фортран и т. д. Английские транскрипции и вправду неудобны, что поделать. Хуже них только французские ☺. Что же до аббревиатур - кто ж спорит, в русской речи аббревиатуры должны читаться по правилам русского языка. Вопрос в том, что делать, ежели аббревиатура нерусская. Вы, как я понял, стоите на вполне логичной позиции - аббревиатуру надо вставлять в русскую речь, произнося её на языке оригинала. Если честно, мне _именно это_ частенько режет слух - фактически, русскую речь надо ставить «на паузу», на доли секунды переключаться на совершенно иную мелодику и произношение, а затем как ни в чём не бывало возвращаться обратно. Одно немецкое «GMBH» чего стоит! Да тот же ЭйчТиЭмЭл - мне думается, далеко не каждый сходу поймёт, о чём вообще речь идёт! Это не говоря уже о ДаблъюДаблъюДаблъю… В каком-то недостижимом идеале, наверное, при чтении аббревиатур латиницей стоит придерживаться старой «бурсацкой» латыни: А, Бэ, Цэ, Дэ, Е, Эф, Же, Аш, И, Жи, Ка, Эль и т. д. Она не ощущается чужеродной в русской речи, и достаточно однозначна, не чета английскому - это будет вполне адекватное побуквенное прочтение. Но это так, отвлечённые мысли, пока же выходит так, как выходит.
Подробный ответ, однако:) В целом, я согласен с Вами в том плане, что "на время ставить русский язык на паузу" местами бывает неудобно, и может вызывать отторжение. И я не против этого, если это почти не задевает, я бы сказал, "аспект звучания", гармонию звучания. Также я не склонен прямо сильно углубляться в какую-то теорию произношения слов, рассматривать другие языки, кроме английского (именно который используется в программировании). При чтении аббревиатур, я согласен, что пользоваться латиницей видится здесь отличным вариантом в качестве компромисса. Мой же изначальный посыл состоял в том, что, как мне кажется, есть, действительно, общепринятые русские интерпретации английских "слогов" и слов (не как, например, питон, который можно произносить и "питон" и "пайтон"). И когда слышишь эти слова, которые ты сотни раз слышал на других лекциях, на ютубе, на работе, где они произносились по-другому, то возникает резонанс. Выше я как раз привел пример тех слов, которые вызвали у меня наибольший резонанс (например, слышал в лекции употребляется слово "нампы", в отличие от "нампай"), у меня это вызывает просто мощнейший резонанс, шок, непонимание и даже кринж. Хотелось бы просто выразить желание, чтобы таких моментов было меньше, Вы, действительно, много делаете для образования студентов, и видно Ваше стремление усердно работать, обновлять материалы и искать что-то новое. Но такие моменты, которые я и затронул, на мой взгляд, также достойны внимания.
Препод просто ОГОНЬ!!!))) route, Я СКАЗАЛ!))) Таких преподавателей очень мало и их надо беречь и уважать!))) Подозреваю, что этот препод состоит в IT группировке какой нибудь!)))
В altlinux team. Один из ментейнеров.
@@kastet-it вау!!! ну тогда все понятно!!!))) ЭЭх!!! Почему в моей молодости не было таких преподавателей?!(( А то мы учились сами, писали программы в тетрадках и в тетрадках проверяли
Наконец-то нормальная рекомендация от ютуба. Подписался!
Афтар! Вот чего такое про poling рассказал рукалицоо, если в организации взаимодействия цп с периферией не очень зачем муть про простой нести.
а чё так дохера людей в зале?
все хотят в айти! ))
Это самые стойкие! Это те, кому реально это нужно, а не просто для галочки!
@@user-pz1my2wz3vтут самый стойкий это учитель - трезвый
Хорошо!
Спасибо дорогой профессор!
Типичная картина, как это у нас в стране кому то надо. :)))))))))) Никому не нужны эти потуги, выращено 2 конченных поколения. Ваши потенциальные слушатели, если всё будет как запланинровано, еще в яслях (в лучшем случае). Но когда они достигнут нужного возраста уже не будет большинства из вашего поколения, которое еще может что-то донести. :)))))) В результате итог будет один - интел, амд и мелкософт - наше всё. :) Н у если конечно китайские братья помогут, может и соскочим с этой иглы, что тоже маловероятно. :) Лень и жажда наживы врядли угомонится в нашей стране. :)))
учитывая заезженный посыл и количество неуместных смайликов, задаётся справедливый вопрос - вы старенький или дегенерат?
Очень интересно!
👍
Не поверите! У нас на заводе настолько гениальные пршнрамиисиы , что сегодня у нас еще др сих пор рботают программы, нааисанные лет сорок назад! И эти задачи работали на ЕС ЭВМ. И ЭТО КАК РАЗ ТЕ ПРОГРАММЫ, КОТОРЫЕ РАБОТАЛИ В ОДИНОЧКУ! Никакой многозадачности тогда не было. Так вот бывает...., когда авторов давно проВодили на пенсию и дале в последний путь, а мололые программисты уже ничего не могут и даже не знают, как это все работает, но планирование до сих пор считается на этом ПО. Просто системные инженеры у нас, т.е. сисадмины весьма хорошие. Они до сих пор обеспечивают работоспособность этого старого дерьма до сих пор средствами эмуляторов и разными танцами с бубном. При этом, программисты не чешутся никак и думают, что это будет вечно. Наивные идиоты...
Вы вините программистов, и в этом и не замечаете в комнате СЛОНА, кто тут ещё наивный идиот ...? вопрос риторический
Вообще meson неплохо знать, в GTK есть привязки к языку python и среда разработки для GTK используется Builder, а в нём используется meson.
Да много что знать неплохо, но не всё влезает. У MESON есть ровно один недостаток - упрямство авторов, которые чуть ли не на титульной странице заявляют: у нас нет и не будет бекендов для Make, изучайте Ninja. А Ninja - тоже на титульной странице - пишут: изучайте Ninja, только если вы хотите написать _собственный фронтенд_, руками ничего не пишите, Ninja не для людей. Ну и вот)
Спасибо за труды и знания! Благодарствую!
12:00 Может в Паскале? Что-то я не припомню оператор := в Си
Не оператор, а _арифметическая операция_ присваивания, которую можно использовать в арифметическом выражении. В паскале такой нет, в Си - есть.
Что мешает объединить стадии Decode и Execute - сразу результат декодирования и аргументы подавать на вход в АЛУ и на триггерах фиксировать уже результат? Аналогично, что мешает объединить стадии MEM и WB? MEM нужен только операциям с памятью, а обе только чтению из памяти. И в любом случае MEM это долгая стадия, останавливающая конвеер.
Сначала надо выделить эти аргументы на основании анализа opcode - там же могут быть _различные_ номера регистров, из которых надо взять содержимое, imm-значения и т. п. Даже это влезает в один такт не без трудностей и хитростей. На следующем такте можно загружать АЛУ. А про MEM и WB очевидно - при чтении из памяти между ними зависимость по данным, которые надо _сначала_ получить (один такт), а потом положить в блок регистров (второй). А работа с памятью только мимо кеша медленная.
@@unx7784 Это из-за высокой частоты Decode еле влезает в один такт? Или от частоты не зависит?
@@mordusnaglus Не зависит. Каждый такт запускает одну атомарную операцию на устройствах. Если не предпринимать дополнительных ухищрений, выборка и декодирование - это аж _три_ действия: чтение инструкции из памяти, анализ кода операции и извлечение операндов в зависимости от того, какого типа инструкция. Но дизайн инструкции устроен так, что после выборки достаточно, боюсь соврать, чуть ли ни пары побитовых операций, чтобы получить данные для Execute. А «частота» - это и есть частота _тактов_)
@@FrBrGeorge как же 6502 умудрялся выполнять команды за два такта без конвеера?
@@mordusnaglus Что-то похожее на конвейер в 6502 точно было. Думаю, так и умудрялся - если сразу разложить инструкцию на её микропрограммные составляющие, часть оказывается ненужными, осталось только научиться набивать их без задержек. Кстати, Википедия пишет, что там и по 4 такта инструкции были.
Рассматривать будете систему сборки meson под капотом которого ninja?
Спасибо монтажёру за мем с do it, поорал)
Звук очень тихий в наушниках плохо слышно.
Спасибо за материал!
Георгий, здравствуйте! Правильно ли я понял из экспериментов, что мост "перекрывает" интерфейсы, и именно поэтому ip-адрес присваивается ему? Если при работающем мосте присвоить ip интерфейсу, то пинговаться он не будет? (и, соответственно, если ip на интерфейсе был настроен, то после подключения моста пинг перестанет проходить)?
Да. Более того, даже если бридж удалить,чтобы интерфейс заработал, его надо переподнять
Такой интересный курс и чудесный лектор и так мало студентов в аудитории....
Лекции класс!!!
👍
Замечательно, лекция и лаба в 1 флаконе. Не знаю надолго ли отложится, но после такой лекции субъективно ощущаешь, что знаешь всё
спасибо
А у вас есть лекции про Кали Линукс и его технологии.😢
Ура
Интереснейшая тема, но очень слабый звук(
И правда, тиховато.
... мастер, звук громче.
Звук бы почистить. Нейронки сейчас хорошо это делают.
спасибо!
1:25:54
Интересно, благодарю.
Большое спасибо!
лектор уровень бог , на одном дыхании уже 9-ю лекцию смотрю
Процессор сбора данных и другие типы устройства используют DMA... Выделяться область pip in и pip out, в in выгружаются измеряемые данные, в out команды управления, in обязательно надо читать программой иначе переполнение происходит pipe in.
монтаж огонь 😁
Очень жаль, что на ваших лекциях так мало студентов... я б с радостью посетил...
34:29 - неожиданная пасхалка 😁
Чувак не знает что есть простые слова. Он тупо затирает что хаб и комутатор, он бы ещё с древних времён тупо начал, хронометраж то надо делать... По сути есть вложеный трафик, между двумя комутаторами, которые знают что это такое, и если не знают остольные, то это идёт мимо.
Конфигуряки всех сорцов, объединяйтесь!
Этот рассказ про протокол тспи прям заходит. Зы отдельный прикол - количество падаванов в этом колизее науки)
🤣
Джон Леннон, это вы?
будешь учить Линукс--станешь вот таким умным)
В русском языке правильно именно "макрос". Так исторически сложилось, и менять никто не собирается. Никто не использует "макро". Это в английском используют слово "macro". А мы по русски говорим. То же самое с маракасами.
Строго говоря - пока нет, в толковых словарях отсутствует, в отличие от маракасов. Хотя, конечно, из арго пришёл именно «макрос», и, очевидно, он и закрепится в языке. Так-то в «русском языке» и клавиша на клавиатуре называется «контрOл» ☺