![UNИX](/img/default-banner.jpg)
- 726
- 664 479
UNИX
Russia
Приєднався 26 вер 2017
Видеозаписи в поддержку uneex.ru
НЕЙМАРК Интенсив по НУП — разбор
uneex.org/FrBrGeorge/NN_Kerrisk_2024
Разбор домашнего задания
Разбор домашнего задания
Переглядів: 455
Відео
НЕЙМАРК Интенсив по НУП
Переглядів 1,9 тис.16 годин тому
uneex.org/FrBrGeorge/NN_Kerrisk_2024 Лекционная часть
11. Туннелирование и частные сети
Переглядів 2,8 тис.Місяць тому
Монтаж лекции от 13 мая 2024-г Читает Геогрий Курячий ✔ uneex.org/LecturesCMC/LinuxNetwork2024/11_TunnelingVPN
13. Поддержка многозадачности, многоядерность и виртуализация/обзор/
Переглядів 260Місяць тому
Монтаж лекции от 14 мая 2024-г Читает Георгий Курячий ✔ uneex.org/LecturesCMC/ArchitectureAssembler2024/13_ScalingVirtualization
12. Повышение производительности процессора: конвейер
Переглядів 538Місяць тому
Монтаж лекции от 7 мая 2024-г Читает Георгий Курячий ✔ uneex.org/LecturesCMC/ArchitectureAssembler2024/12_Pipeline
13. Публикация и CI
Переглядів 215Місяць тому
Монтаж лекции от 7 мая 2024-г. Читает Георгий Курячий ✔ uneex.org/LecturesCMC/PythonDevelopment2024/13_PublicationCI
12. Пакетирование
Переглядів 295Місяць тому
Монтаж лекции от 27 апреля 2024-г Читает Георгий Курячий ✔ uneex.org/LecturesCMC/PythonDevelopment2024/12_Packaging
10. Введение в межсетевые экраны
Переглядів 664Місяць тому
Монтаж лекции от 22 апреля 2024-г Читает Георгий Курячий ✔ uneex.org/LecturesCMC/LinuxNetwork2024/10_FireWalls
11. Автоматизация сборки
Переглядів 299Місяць тому
Монтаж лекции от 23 апреля 2024-г Читает Георгий Курячий ✔ uneex.org/LecturesCMC/PythonDevelopment2024/11_AutomationBuild
09. Прикладной уровень: что нужно для полноценной работы
Переглядів 5622 місяці тому
09. Прикладной уровень: что нужно для полноценной работы
09. Интернационализация и локализация
Переглядів 1912 місяці тому
09. Интернационализация и локализация
08. Прикладной уровень: возможности операционной системы
Переглядів 4592 місяці тому
08. Прикладной уровень: возможности операционной системы
07. Транспортный уровень: трансляция адресов и формирование трафика
Переглядів 6942 місяці тому
07. Транспортный уровень: трансляция адресов и формирование трафика
07. Регистры статуса и управления. Исключительные ситуации
Переглядів 2602 місяці тому
07. Регистры статуса и управления. Исключительные ситуации
07. Стиль программирования, комментарии и строки документации
Переглядів 2642 місяці тому
07. Стиль программирования, комментарии и строки документации
05. Связность сети и целевая маршрутизация
Переглядів 5573 місяці тому
05. Связность сети и целевая маршрутизация
05. Практика программирования на языке ассемблера в RARS
Переглядів 2,3 тис.3 місяці тому
05. Практика программирования на языке ассемблера в RARS
05. Взаимодействие на основе патчей. Работа с сетью
Переглядів 5223 місяці тому
05. Взаимодействие на основе патчей. Работа с сетью
04. Сетевой уровень: адресация и маршрутизация
Переглядів 8033 місяці тому
04. Сетевой уровень: адресация и маршрутизация
04. Сложное слияние и метки. Командная строка
Переглядів 2713 місяці тому
04. Сложное слияние и метки. Командная строка
Артас, если бы стал не рыцарем смерти, а программистом
В гилос
эва как
ебать, куда я попал?
Уточните про лицензию . Gimp использует питон , предположим , что я с помощью языка си модифицирую питон который в gimp-e мне нужно будет передать эту модификацию в бесплатное пользование всем ? Или я один могу ей пользоваться .
_Один_ вы можете пользоваться чем угодно. Лицензия регламентирует _распространение_ .
я не нуп!
🙂 все мы в чем-то нупы...
Виктор из КС, ахаха, ты жив? (Знаю, что смотришь его видосики)
Благодарю за интересные лекции и интересную подачу!
Язык безобразный, спасибо, очень наглядно показано как не нужно читать лекции. Или наоборот, как нужно читать лекции для отсталых стран.
А с чем связано дублирование записей в данном плейлисте? Ошибка?
Эфир и его монтаж
Добрый день,хотел бы поинтересоваться,есть ли у вас график или может где-то вы уведомляете о времени и дате стримах? Может телеграмм-канал есть или группа где-либо. Хотел бы посетить в 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 - неожиданная пасхалка 😁