И везде своя специфика, ВУЗ запросто мог дать тему не из школьной программы и попробуй угадай какую если не платил за курсы\репетитора от конкретного ВУЗа.
Репетиторы это и есть те самые роботы которые накатывают "работать по программе", просто программа другая. Не припомню, что бы при поступлении в ВУЗы во времена СССР были какие-то репетиторы. Абитуриенты готовились по стандартным учебникам + ходили в библиотеки за доп. материалом, но каждый занимался самостоятельно. В особо крутые ВУЗы поступали по несколько лет подряд, кстати. Провалить экзамен было нормой. Сейчас такого нет - не сдал ЕГЭ на нужное количество баллов и жизнь твоя не будет стоить и ломаного цента.
Проблема ЕГЭ не в том, что там недостаточно сложные задачи (задач так как раз очень непростые). Проблема всей этой системы в том, что она делает из человека бездумную машину заточенную под решение типовых задач. Чуть только задача "не из сбоника", как тут же и приплыли. И эта система отпечатывается на всей будущей карьере ученика - он приспосабливается штамповать задачи по программе. А это как раз та деятельность, которая целиком и полностью будет замещена машинами и ИИ в самое ближайшее время. Получается, что такой вот бездумной и бездушной системой ЕГЭ мы лишаем наших детей будущего!
Есть такой философский труд называется "Programmer's Stone", я прочел его в 2001г будучи аспирантом, и с тех пор стараюсь действовать по схеме "мапперов", и детей своих приучаю дейстсовать так же. Хотя мозг и окружающая дейтсвительность так и норовит скипнуть и столкнуть тебя в сторону "паккеров". Настоятельно рекомендую.
Оба несут пургу. Как блогеры-популяризаторы науки - да. Как учителя - категоричски нет.
Тут еще какой момент. Всё наше современное школьное образование целиком и полностью построено вокруг ОГЭ и ЕГЭ. Ни учителя, ни учашиеся не заинтересованы ни в чем ином, кроме сдачи этих экзаменов. О каких горящих глазах тут можно говорить ? Людей с самого раннего детства превращают в бестолочей зубрилок, а учителя - это роботы предназначенные для тренировок этих зубрилок. И выйти запределы этой системы невозможно! Любой учитель, который попытается это сделать тут же провалит все KPI и получит пинка.
У меня есть другая теория. Человек который ничего не умеет и не знает - идет учить. Если и учить не получается, то он пишет кандидатскую, ну а там и докторская не за горами. Эта теория у меня возникла после того как я присмотрелся к своим бывшим однокашникам и коллегам. Некоторые из них уже успели поуправлять крупными подразделениями ВУЗа (институтами), хотя я бы им и отвертку в руки не доверил подержать.
Я не знаю ни одного человека который бы умышленно выполнял свою работу плохо. Есть недостаточно опытные/квалифицированные люди которые в силу отсутствия знаний или опыта могут выполнить работу не достаточно хорошо. Есть ограничения по ресурсам и времени, которые сильно влияют на качество работы (и так бывает очень часто). Но я не втречал и не слышал о работниках, которые бы специально вредили, потому что им мало платят.
Они хотят писать так, как им привычнее и удобнее. И компилятор плюсов, в отличии от раста, не даёт им по рукам, когда они в очередной расстреливают память или пихают данные в одну и ту же переменную из разных потоков без синхронизации.
Это полнейшая и беспросветная чушь! Так пишут только студенты младших курсов, потому что к старшим курсам они уже вдоволь настрелялись себе в ногу и стараются всеми силами так не делать! Ошибки с памятью (как и с доступом к общим ресурсам), которые возникают в сложных проектах, появляются там не из-за безалаберности программиста, а из-за внутренней сложности архитектуры проекта. Сложность как сущность является причниной большинства проблем. И тут важно то, что эти ваши "безопасные" языки ни как не помогают уберечься от проблемы сложности. Более того, они делают сложную систему еще более сложной и запутанной.
Но хайполовый от бигтеха ухватили беса за хвост и доят тему "безопасных" языков на полную катушку втюхивая тезис о дураках программистах которые не хотят писать как надо.
В Rust существует всего 9 основных умных указателей
Умом двинуться можно от этого вашего Rust. Мне всегда было достаточно одного глупого указателя на тип void. При этом у меня есть успешный опыт разработки и эксплуатации высоконагруженной системы для IP-телефонии (транскодирование голосовых потоков), которая прекрасно функционировала годами на дешевом железе без утечек и с очень-очень редкими крэшами. В гробу и в белых тапках я видел эти ваши 9 умных указателей!
Весьма интересное решение. Сначала мне подумалось, что такой способ реализации многопоточности сильно ущербен, так как делает невозможным одновременное исполнение нескольких hart-ов (иначе это приведет к коллизиям). Но потом подумалось еще, и мне кажется это весьма простым способом сделать многопоточность незаморачиваясь с разграничением доступа к общим ресурсам (память, csr).
Теперь жду описание того, как реализовать в такой схеме контроллер прерываний и обработчик исключений. Напомню, что в спецификации RISC-V прерывания и исключения это одна и та же сущность. Как это должно работать не нарушая спецификацию.
Дмитрий, в контроллер нужно внедрить блок предсказателя и грузить в кэш сектора с наибольшей вероятностью доступа. Задача весьма интересная сама по себе. :-)
Круто! Если кэшировать по несколько секторов и читать с опережением, то скорость исполнения программы будет вполне приличной.
Я в прошлом году реализовал поддержку XiP для QSPI NOR Flash в своём проекте KarnixSoC. С кэшем кода обьемом 1КБ скорость исполнения достигает 90% от RAM. Далее подумал, что не плохо было бы реализовать аналогичную поддержку для SD-карт (через SPI), но от такой идеи отказался и написал простой драйвер на Си для чтения/записи блока, а поверх него сделал поддержку FAT32 и набор команд для загрузки бинарного файла в память. В общем, получился эдакий MS-DOS (или CP/M ?). И памяти у меня почти как в первых PC: 72K (RAM) + 20K (CGA) + 512K (SRAM). :-)
Ejabberd хорош тем, что ему кроме интерпретатора Erlang (BEAM) больше ничего не требуется и ставится он без всяких докеров, двумя командами (плюс настройка SRV записей в DNS). У него даже своя база данных имеется на базе Mnesia. Все остальные решения имеют монстроидальное количество зависимостей.
Почти все XMPP/Jabber клиенты поддерживают групповые чаты (конференции), многие поддерживают голосовые звонки. Гуглите по "xmpp jabber client", их достаточно много. Для андроида есть Xabber (ищите на F-Droid). Для Win/Lin - Pidjin или Gajim. А вообще, есть такой web-сайт: https://xmpp.org/software/
Еще одна прелесть XMPP сервера состоит в том, что к нему можно приделать шлюзы в другие сети. В своё время у нас был шлюз в ICQ, MSN и Yahoo. Сейчас есть шлюзы в SMTP, Matrix и Telegram.
Клиентов с поддержкой XMPP много, но в целом прогресс остановился где-то в 2010 году. С другой стороны, функционала там уже в то время было с избытком. Ну может быть видео и аудио звонки отладили.
Репетиторы это и есть те самые роботы которые накатывают "работать по программе", просто программа другая. Не припомню, что бы при поступлении в ВУЗы во времена СССР были какие-то репетиторы. Абитуриенты готовились по стандартным учебникам + ходили в библиотеки за доп. материалом, но каждый занимался самостоятельно. В особо крутые ВУЗы поступали по несколько лет подряд, кстати. Провалить экзамен было нормой. Сейчас такого нет - не сдал ЕГЭ на нужное количество баллов и жизнь твоя не будет стоить и ломаного цента.
Проблема ЕГЭ не в том, что там недостаточно сложные задачи (задач так как раз очень непростые). Проблема всей этой системы в том, что она делает из человека бездумную машину заточенную под решение типовых задач. Чуть только задача "не из сбоника", как тут же и приплыли. И эта система отпечатывается на всей будущей карьере ученика - он приспосабливается штамповать задачи по программе. А это как раз та деятельность, которая целиком и полностью будет замещена машинами и ИИ в самое ближайшее время. Получается, что такой вот бездумной и бездушной системой ЕГЭ мы лишаем наших детей будущего!
Есть такой философский труд называется "Programmer's Stone", я прочел его в 2001г будучи аспирантом, и с тех пор стараюсь действовать по схеме "мапперов", и детей своих приучаю дейстсовать так же. Хотя мозг и окружающая дейтсвительность так и норовит скипнуть и столкнуть тебя в сторону "паккеров". Настоятельно рекомендую.
Там было еще что-то про руководящие должности. ;)
Оба несут пургу. Как блогеры-популяризаторы науки - да. Как учителя - категоричски нет.
Тут еще какой момент. Всё наше современное школьное образование целиком и полностью построено вокруг ОГЭ и ЕГЭ. Ни учителя, ни учашиеся не заинтересованы ни в чем ином, кроме сдачи этих экзаменов. О каких горящих глазах тут можно говорить ? Людей с самого раннего детства превращают в
бестолочейзубрилок, а учителя - это роботы предназначенные для тренировок этих зубрилок. И выйти запределы этой системы невозможно! Любой учитель, который попытается это сделать тут же провалит все KPI и получит пинка.У меня есть другая теория. Человек который ничего не умеет и не знает - идет учить. Если и учить не получается, то он пишет кандидатскую, ну а там и докторская не за горами. Эта теория у меня возникла после того как я присмотрелся к своим бывшим однокашникам и коллегам. Некоторые из них уже успели поуправлять крупными подразделениями ВУЗа (институтами), хотя я бы им и отвертку в руки не доверил подержать.
Уверен, ни что не помешает им сделать своё згрязное дело на Python. ;)
Кто-то же должен озвучивать непопулярные идеи!? Раньше этим занимался Владимир Вольфович, сейчас видимо подискивают новую персону.
Простите, а нельзя ли озвучить пару имен этих выдающихся учителей и чем они выдаются ? Мне знакомы только личности из прошлого.
И это истинная правда!
И каким боком Rust поможет этим людям ? Rust весьма сложный язык с непростыми концепциями, на овоение которых требуется время и определенные усилия.
Это существенно всё меняет.
Я не знаю ни одного человека который бы умышленно выполнял свою работу плохо. Есть недостаточно опытные/квалифицированные люди которые в силу отсутствия знаний или опыта могут выполнить работу не достаточно хорошо. Есть ограничения по ресурсам и времени, которые сильно влияют на качество работы (и так бывает очень часто). Но я не втречал и не слышал о работниках, которые бы специально вредили, потому что им мало платят.
Это полнейшая и беспросветная чушь! Так пишут только студенты младших курсов, потому что к старшим курсам они уже вдоволь настрелялись себе в ногу и стараются всеми силами так не делать! Ошибки с памятью (как и с доступом к общим ресурсам), которые возникают в сложных проектах, появляются там не из-за безалаберности программиста, а из-за внутренней сложности архитектуры проекта. Сложность как сущность является причниной большинства проблем. И тут важно то, что эти ваши "безопасные" языки ни как не помогают уберечься от проблемы сложности. Более того, они делают сложную систему еще более сложной и запутанной.
Но хайполовый от бигтеха ухватили беса за хвост и доят тему "безопасных" языков на полную катушку втюхивая тезис о дураках программистах которые не хотят писать как надо.
Умом двинуться можно от этого вашего Rust. Мне всегда было достаточно одного глупого указателя на тип void. При этом у меня есть успешный опыт разработки и эксплуатации высоконагруженной системы для IP-телефонии (транскодирование голосовых потоков), которая прекрасно функционировала годами на дешевом железе без утечек и с очень-очень редкими крэшами. В гробу и в белых тапках я видел эти ваши 9 умных указателей!
Весьма интересное решение. Сначала мне подумалось, что такой способ реализации многопоточности сильно ущербен, так как делает невозможным одновременное исполнение нескольких hart-ов (иначе это приведет к коллизиям). Но потом подумалось еще, и мне кажется это весьма простым способом сделать многопоточность незаморачиваясь с разграничением доступа к общим ресурсам (память, csr).
Теперь жду описание того, как реализовать в такой схеме контроллер прерываний и обработчик исключений. Напомню, что в спецификации RISC-V прерывания и исключения это одна и та же сущность. Как это должно работать не нарушая спецификацию.
Дмитрий, в контроллер нужно внедрить блок предсказателя и грузить в кэш сектора с наибольшей вероятностью доступа. Задача весьма интересная сама по себе. :-)
Круто! Если кэшировать по несколько секторов и читать с опережением, то скорость исполнения программы будет вполне приличной.
Я в прошлом году реализовал поддержку XiP для QSPI NOR Flash в своём проекте KarnixSoC. С кэшем кода обьемом 1КБ скорость исполнения достигает 90% от RAM. Далее подумал, что не плохо было бы реализовать аналогичную поддержку для SD-карт (через SPI), но от такой идеи отказался и написал простой драйвер на Си для чтения/записи блока, а поверх него сделал поддержку FAT32 и набор команд для загрузки бинарного файла в память. В общем, получился эдакий MS-DOS (или CP/M ?). И памяти у меня почти как в первых PC: 72K (RAM) + 20K (CGA) + 512K (SRAM). :-)
Ejabberd хорош тем, что ему кроме интерпретатора Erlang (BEAM) больше ничего не требуется и ставится он без всяких докеров, двумя командами (плюс настройка SRV записей в DNS). У него даже своя база данных имеется на базе Mnesia. Все остальные решения имеют монстроидальное количество зависимостей.
Почти все XMPP/Jabber клиенты поддерживают групповые чаты (конференции), многие поддерживают голосовые звонки. Гуглите по "xmpp jabber client", их достаточно много. Для андроида есть Xabber (ищите на F-Droid). Для Win/Lin - Pidjin или Gajim. А вообще, есть такой web-сайт: https://xmpp.org/software/
Еще одна прелесть XMPP сервера состоит в том, что к нему можно приделать шлюзы в другие сети. В своё время у нас был шлюз в ICQ, MSN и Yahoo. Сейчас есть шлюзы в SMTP, Matrix и Telegram.
Клиентов с поддержкой XMPP много, но в целом прогресс остановился где-то в 2010 году. С другой стороны, функционала там уже в то время было с избытком. Ну может быть видео и аудио звонки отладили.