У ленточных микрофонов направленность – восьмёрка. Сбоку ничего не ловит. Сзади слегка проникает, но я ставлю небольшую поролоновую ширму на расстоянии – этого достаточно. Вполне студийный звук получается.
Я рад за родной МИЭМ, что там теперь изучают RISC-V.
Что касается специализации, не всем же быть проектировщикам процессоров. Программисты тоже нужны. В том числе и те, кто программирует под простые однопоточные микроконтроллеры с ограниченными возможностями, типа ATtiny.
Верилог будет интересен тем, кто осилил электротехнику и научился получать от неё удовольствие. Этот путь может начаться как с конструирования простейших схем на дискретной логике, так и с ретро-компьютинга. Главное – заинтересовать ребёнка электротехникой, а с какого боку к этому подойти – не так важно.
Ну так значит профессор выявил, что компиляторы не используют некоторые инструкции и методы адресации. А не то, что эти инструкции не пригодятся людям. Фактически, он выявил слабые стороны авторов компиляторов.
Существующий в то время Си-компилятор Portable C Compiler (AT&T, Стивен Джонсон - с которым я работал в одной компании) успешно использовал все методы адресации PDP-11 с помощью генерации кода по шаблонам, используя алгоритм Сети-Ульмана.
GCC до сих пор выдаёт неоптимальный код под PDP-11. Компиляторы – не показатель достоинств или недостатков архитектуры. Это лишь показатель способностей авторов компиляторов.
Исследование проводилось не на коде студентов, а на коде коммерческих программ.
Ещё хуже. Всё равно что обучать ИИ на коде индусов.
Вы ошибаетесь. В начале 1990-х в американских университетах произошло то самое изменение базы
Вы ошибаетесь: я говорил про российские ВУЗы. В 90-ых годах там начинали с ассемблера 8086, потом переходили на i386.
Смысл обучения студентов заключается в том, чтобы они могли устроиться на работу в Samsung, Intel, AMD, NVidia, Apple, в России - Syntacore/Yadro, НПО Элвис, Байкал Электроникс и подобные конторы.
Что-то я не заметил, что выпускники российских ВУЗов после изучения ассемблера x86 не могли найти работу в западных компаниях. Ещё как могли, могут, и до сих пор ценятся.
Для этого он должен владеть 1) приемами проектирования на уровне регистровых передач с помощью языка описания аппаратуры SystemVerilog и 2) элементами микроархитектуры, которая включает в себя конвейерные процессоры с stalls, forwarding, hazards, алгоритм Томасуло, работу кэшей итд - это все вопросы на интервью.
Вы говорили "главное не вовлекать в ретрокомпьютинг детей". Я так и не понял, как детям повредит общее представление об архитектуре ранних микропроцессоров. Мы в школе проходили Чарльза Бэббиджа, и ничего – плохими программистами и схемотехниками из-за этого не стали. Нет ничего плохого в том, чтобы знать историю развития ВТ.
учить это по PDP-11 неоптимально, а по x86 бесполезно - там слишком много костылей
Про x86 соглашусь, а в PDP-11 не вижу ничего плохого. Процессоры PDP-11 интересны тем, что и на микрокоде делались, и без него – много интересных вариантов, есть что сравнить. Также не вижу ничего плохого в Бейсике и Паскале в качестве первого языка программирования, скажем для 6-летнего ребёнка. Давать сразу Verilog – очень сомнительная затея.
А я много раз слышал как преподаватели запрещают оператор Goto, ссылаясь на Никлауса Вирта и других теоретиков "правильного" программирования. А потом выпускники ВУЗов, став лидами, на code review могут надавать по шапке за Goto. Кто же прав? Вы или все? ;)
ветвь развития, основанная на недостаточном анализе пользовательских программ
Ровно наоборот. Система команд PDP-11 была получена путём анализа кода, написанного на предыдущих поколениях машин. Причём, анализа не ручного, а автоматического (что исключает предвзятость), на PDP-10 всё это обсчитывали.
Джон Хенесси в 1978 году в Стенфорде сделал со студентами анализ реального использования инструкций в пользовательских программах и выяснил что вся парадигма инструкций со сложными addressing modes не подтверждается практикой
В 1978 году не подтверждалась, а в 1969 подтверждалась. Это говорит лишь о том, что ухудшилось преподавание и студенты (или на чьём там коде проводили исследование) писали код тупо, не понимая как использовать методы адресации.
Вы начали комментировать статью в контексте образования – чему надо учить детей/студентов. Если бы их нормально учили думать, писать изобретательно, использовать все возможности машины, если бы прививали культуру оптимизации кода – они бы использовали все методы адресации. А их не научили. Это результат демократизации программирования: если раньше программы писали хакеры из MIT – элита, лучшие умы, то к началу 80-ых понабрали по объявлению миллион желающий "войти в айти" – студентов-платников, у которых IQ в среднем такой же, как в любой другой отрасли. Вот и получился говнокод, который проанализировали в 1978 году и сделали "глубокомысленные" выводы.
VAX-11 - против сравнимого по сложности MIPS R2000 и приходила к выводу, что MIPS R2000 втрое прооизводительнее
VAX-11 – устаревшая технология, обременённая обратной совместимостью. Процессоры Intel страдали тем же, поэтому также проигрывали MIPSу. Тем не менее, в институтах изучали и до сих пор изучают ассемблер x86. Если предложить ребёнку в качестве первого ассемблера какой-нибудь MIPS или ARM, можно вообще отбить охоту к низкоуровневому программированию.
А в чём вы видите смысл обучения студентов? Чтобы они писали производительные программы? Типа, взял самый производительный RISC-процессор, написал на Си говнокод, компилятор сам как-то всё оптимизировал, и вуаля – студент молодец, выдал втрое более производительную программу, чем на VAX?
да, Cubic Player умел. Но использовать 486-ой компьютер в однозадачном DOS-режиме чтобы просто слушать музыку – такое себе. Намного удобней был магнитофон (у меня рядом с компьютером стоял, плюс стопка кассет) – вся та же музыка, и компьютер свободен для других задач.
А трекерную музыку можно было слушать в фоне. Даже самый первый Scream Tracker и проигрыватель STMOD на 286-ом компьютере умели выходить в DOS shell, чтобы пользователь мог выполнять другие задачи. А во времена 386-ых компьютеров уже можно было запускать многозадачные оболочки под DOS типа DESQview. Я так слушал трекерную музыку в Inertia Player и одновременно программировал на Clipper.
Офигенный проигрыватель. Слушать MODы и S3Mы было интересней, чем MP3! Какой смысл в MP3, если на кассете или CD та же музыка звучала намного качественней, да и процессор не грузила. Помню, первые mp3 приходилось распаковывать, прежде чем играть – скорости процессора не хватало. Он только ADPCM тянул в реальном времени, а у ADPCM качество примерно как у MODов :)
Но опять же, ценность трекерной музыки в её уникальности – такое по радио не услышишь и в киоске не купишь. Музыку из игр тогда ещё не догадались продавать на традиционных носителях. А трекерную выдрал из игры и слушай на здоровье.
Отрисовывает вам дизайнер «помладше» а не специалист отдельной дисциплины
Не совсем. Есть графические дизайнеры, есть художники иллюстраторы. Не каждый дизайнер хочет развиваться в области UX.
если ux (как подход) остается только в рамках отдела занятого проектированием интерфейса, то это не UX
Ну да, поэтому в вакансиях к UX-дизайнеру часто предъявляют пожелание "быть амбассадором user centred design в компании".
Но не архитектура первична, а UX стратегия.
А что такое UX-стратегия и чем она отличается от стратегии развития продукта и стратегии развития бизнеса? Мне пока что не встречалось внятное объяснение.
вы не найдете ни одну позицию «UX стратег»
В России да.
Вся литература по клиентскому опыту определяет CX департамент как «головной» для любой организации имеющий сервис/продукты. Ему должен подчиняться и маркетинг и разработка и т.д. Скажете навскидку где реализована такая структура в финтех? В Рокетбанке и Тинькове.
Что-то мне про Тинькофф так не показалось. Больше похоже на карго-культ метрик. В "Открытие Инвестиции" с этим нормально было.
Люди, действительно, пренебрегают термином GUI и говорят просто UI, имея в виду именно Graphical User Interface. Этому есть объяснение: раньше слово "graphical" противопоставлялось алфавитно-цифровым дисплеям, поэтому особо подчёркивалось. Со временем необходимость подчёркивать отпала, а вместе с ней и буква G. А в умах людей понятие сохранилось прежним – именно GUI.
Что до голосовых интерфейсов, то я озвучил примерно сотню интерфейсов для видеоигр, и прекрасно знаю, что звук – важнейшая часть взаимодействия. Нередко звук лучше подходит для индикации событий, нежели графика.
Но опять же, как interaction designer или UX designer, я утомлюсь записывать, обрабатывать, синтезировать все звуки самостоятельно, поэтому отдам большую часть работы саунд-дизайнеру. Он не обязан быть специалистом по UX и тем более по CX, он должен хорошо и быстро изобретать интересные качественные звуки и попадать в общую атмосферу. А я должен проектировать каким событиям нужно озвучивание, какие приоритеты у звуков и т.д. Так и получаются две разные профессии. То же самое и с UI-дизайнером.
Андрей, Ваши статьи интересны, но каждый раз, встречая местоимение "те", читатель буксует на следующих нескольких словах, теряет смысл, возвращается назад, перечитывает ещё раз и понимает, что это было не местоимение, а просто Вам было лень поставить пару точек. И так каждый раз. Вы для кого статьи пишите – для себя, чтобы избавиться от накопившихся мыслей, или для людей, чтобы они могли извлечь смысл из Вашего текста? Если второе, то настройте себе автозамену "т." на "то есть". Например, в MacOS это делается элементарно в настройках Keyboard / Text Replacements. Тогда вы не увеличите время на написание статьи, зато пользователи получат более удобный и грамотный текст.
дизайн — это про деньги и хороший дизайн возможен только с фундаментальной научной базой
Про деньги – это УТП, уникальное торговое предложение. Ценность, за которую клиент готов платить, выбрав вас среди конкурентов, за некое ваше уникальное преимущество. А дизайн – да, должен опираться на науку. Только дизайн – это по большей части инженерная дисциплина, это проектирование в классическом смысле. Конечно, кто-то может назвать "дизайном" и составление списка покупок – "я дизайню свой пользовательский опыт похода в магазин". Или "я дизайню как буду продавать помидоры с огурцами". Но как-то глупо звучит подобное использование слова "дизайн" – попытка придать важности и научности тому, что не имеет отношения к науке и к инженерии.
изображение стаканчика с объемом в 300 миллилитров по размеру больши в два раза чем стаканчик в 200
Не знаю как сейчас, а раньше был закон о рекламе, согласно которому за такие трюки прилетали нехилые штрафы. В итоге для бизнеса такая "гениальная находка" оборачивалась большими убытками.
в «дизайне» нет готовых рабочих решений, есть только то, что работает здесь и сейчас
Соглашусь. Хочу написать статью про ловушку "best practices".
Трудно предположить, сколько бренд недополучает на такой локальной реализации заказа онлайн, но сумма должна быть впечатляющей.
А что если в Британии "здесь и сейчас" не работает то решение, которое срабатывает в России? И никакой "ошибки" в выборе паттерна нет. В комментариях уже привели пример Польши, где всё работает иначе.
Испытуемые осознают намерение действовать через 350-400 мс
В комментариях к моей статье один программист пытался доказать, что он оперирует одновременно двумя числами, а не одним, как все люди, согласно научным исследованиям. Интересно, что Вы на это думаете?
У ленточных микрофонов направленность – восьмёрка. Сбоку ничего не ловит. Сзади слегка проникает, но я ставлю небольшую поролоновую ширму на расстоянии – этого достаточно. Вполне студийный звук получается.
Капризные в плане хранения и перевозки. А для домашнего использования норм
Про звук: советую обратить внимание на ленточные микрофоны, они очень хороши для записи дикторского голоса.
Если писать демки под DOS, то с ассемблером в руках получше выйдет быстродействие. А если замахнуться на sizecoding в 256 байт, то C++ вообще мимо
Я рад за родной МИЭМ, что там теперь изучают RISC-V.
Что касается специализации, не всем же быть проектировщикам процессоров. Программисты тоже нужны. В том числе и те, кто программирует под простые однопоточные микроконтроллеры с ограниченными возможностями, типа ATtiny.
Верилог будет интересен тем, кто осилил электротехнику и научился получать от неё удовольствие. Этот путь может начаться как с конструирования простейших схем на дискретной логике, так и с ретро-компьютинга. Главное – заинтересовать ребёнка электротехникой, а с какого боку к этому подойти – не так важно.
Ну так значит профессор выявил, что компиляторы не используют некоторые инструкции и методы адресации. А не то, что эти инструкции не пригодятся людям. Фактически, он выявил слабые стороны авторов компиляторов.
GCC до сих пор выдаёт неоптимальный код под PDP-11. Компиляторы – не показатель достоинств или недостатков архитектуры. Это лишь показатель способностей авторов компиляторов.
Ещё хуже. Всё равно что обучать ИИ на коде индусов.
Вы ошибаетесь: я говорил про российские ВУЗы. В 90-ых годах там начинали с ассемблера 8086, потом переходили на i386.
Что-то я не заметил, что выпускники российских ВУЗов после изучения ассемблера x86 не могли найти работу в западных компаниях. Ещё как могли, могут, и до сих пор ценятся.
Вы говорили "главное не вовлекать в ретрокомпьютинг детей". Я так и не понял, как детям повредит общее представление об архитектуре ранних микропроцессоров. Мы в школе проходили Чарльза Бэббиджа, и ничего – плохими программистами и схемотехниками из-за этого не стали. Нет ничего плохого в том, чтобы знать историю развития ВТ.
Про x86 соглашусь, а в PDP-11 не вижу ничего плохого. Процессоры PDP-11 интересны тем, что и на микрокоде делались, и без него – много интересных вариантов, есть что сравнить. Также не вижу ничего плохого в Бейсике и Паскале в качестве первого языка программирования, скажем для 6-летнего ребёнка. Давать сразу Verilog – очень сомнительная затея.
Может быть тогда и про продвинутые методы адресации не стоит так категорично говорить, что они не нужны и только зря смущают студентов?
А я много раз слышал как преподаватели запрещают оператор Goto, ссылаясь на Никлауса Вирта и других теоретиков "правильного" программирования. А потом выпускники ВУЗов, став лидами, на code review могут надавать по шапке за Goto.
Кто же прав? Вы или все? ;)
Ровно наоборот. Система команд PDP-11 была получена путём анализа кода, написанного на предыдущих поколениях машин. Причём, анализа не ручного, а автоматического (что исключает предвзятость), на PDP-10 всё это обсчитывали.
В 1978 году не подтверждалась, а в 1969 подтверждалась. Это говорит лишь о том, что ухудшилось преподавание и студенты (или на чьём там коде проводили исследование) писали код тупо, не понимая как использовать методы адресации.
Вы начали комментировать статью в контексте образования – чему надо учить детей/студентов. Если бы их нормально учили думать, писать изобретательно, использовать все возможности машины, если бы прививали культуру оптимизации кода – они бы использовали все методы адресации. А их не научили. Это результат демократизации программирования: если раньше программы писали хакеры из MIT – элита, лучшие умы, то к началу 80-ых понабрали по объявлению миллион желающий "войти в айти" – студентов-платников, у которых IQ в среднем такой же, как в любой другой отрасли. Вот и получился говнокод, который проанализировали в 1978 году и сделали "глубокомысленные" выводы.
VAX-11 – устаревшая технология, обременённая обратной совместимостью. Процессоры Intel страдали тем же, поэтому также проигрывали MIPSу. Тем не менее, в институтах изучали и до сих пор изучают ассемблер x86. Если предложить ребёнку в качестве первого ассемблера какой-нибудь MIPS или ARM, можно вообще отбить охоту к низкоуровневому программированию.
А в чём вы видите смысл обучения студентов? Чтобы они писали производительные программы? Типа, взял самый производительный RISC-процессор, написал на Си говнокод, компилятор сам как-то всё оптимизировал, и вуаля – студент молодец, выдал втрое более производительную программу, чем на VAX?
PDP-11 – это база, на ней проще всего объяснять. Тут уже писали про Си++, а ++ это тот же PDP-шный автоинкремент, которым вы пугаете детей.
Начинать обучение лучше с простых вещей, а не с вентелей защищённого режима.
А оператор GOTO использовать тоже грех, ересь и порча детской психики?
да, Cubic Player умел. Но использовать 486-ой компьютер в однозадачном DOS-режиме чтобы просто слушать музыку – такое себе. Намного удобней был магнитофон (у меня рядом с компьютером стоял, плюс стопка кассет) – вся та же музыка, и компьютер свободен для других задач.
А трекерную музыку можно было слушать в фоне. Даже самый первый Scream Tracker и проигрыватель STMOD на 286-ом компьютере умели выходить в DOS shell, чтобы пользователь мог выполнять другие задачи. А во времена 386-ых компьютеров уже можно было запускать многозадачные оболочки под DOS типа DESQview. Я так слушал трекерную музыку в Inertia Player и одновременно программировал на Clipper.
На паре ВИ53 была приставка Менестрель для БК 0010. 6 тональных каналов, жаль что без барабанов. Но барабаны можно было добавить на спикере.
Офигенный проигрыватель. Слушать MODы и S3Mы было интересней, чем MP3! Какой смысл в MP3, если на кассете или CD та же музыка звучала намного качественней, да и процессор не грузила. Помню, первые mp3 приходилось распаковывать, прежде чем играть – скорости процессора не хватало. Он только ADPCM тянул в реальном времени, а у ADPCM качество примерно как у MODов :)
Но опять же, ценность трекерной музыки в её уникальности – такое по радио не услышишь и в киоске не купишь. Музыку из игр тогда ещё не догадались продавать на традиционных носителях. А трекерную выдрал из игры и слушай на здоровье.
Не совсем. Есть графические дизайнеры, есть художники иллюстраторы. Не каждый дизайнер хочет развиваться в области UX.
Ну да, поэтому в вакансиях к UX-дизайнеру часто предъявляют пожелание "быть амбассадором user centred design в компании".
А что такое UX-стратегия и чем она отличается от стратегии развития продукта и стратегии развития бизнеса? Мне пока что не встречалось внятное объяснение.
В России да.
Что-то мне про Тинькофф так не показалось. Больше похоже на карго-культ метрик.
В "Открытие Инвестиции" с этим нормально было.
Что-то у меня не открывается уже. Может, аккаунт должен быть российский?
Люди, действительно, пренебрегают термином GUI и говорят просто UI, имея в виду именно Graphical User Interface. Этому есть объяснение: раньше слово "graphical" противопоставлялось алфавитно-цифровым дисплеям, поэтому особо подчёркивалось. Со временем необходимость подчёркивать отпала, а вместе с ней и буква G. А в умах людей понятие сохранилось прежним – именно GUI.
Что до голосовых интерфейсов, то я озвучил примерно сотню интерфейсов для видеоигр, и прекрасно знаю, что звук – важнейшая часть взаимодействия. Нередко звук лучше подходит для индикации событий, нежели графика.
Но опять же, как interaction designer или UX designer, я утомлюсь записывать, обрабатывать, синтезировать все звуки самостоятельно, поэтому отдам большую часть работы саунд-дизайнеру. Он не обязан быть специалистом по UX и тем более по CX, он должен хорошо и быстро изобретать интересные качественные звуки и попадать в общую атмосферу. А я должен проектировать каким событиям нужно озвучивание, какие приоритеты у звуков и т.д. Так и получаются две разные профессии. То же самое и с UI-дизайнером.
Теперь бы ещё Тинькофф подтянулся
Андрей, Ваши статьи интересны, но каждый раз, встречая местоимение "те", читатель буксует на следующих нескольких словах, теряет смысл, возвращается назад, перечитывает ещё раз и понимает, что это было не местоимение, а просто Вам было лень поставить пару точек. И так каждый раз. Вы для кого статьи пишите – для себя, чтобы избавиться от накопившихся мыслей, или для людей, чтобы они могли извлечь смысл из Вашего текста? Если второе, то настройте себе автозамену "т." на "то есть". Например, в MacOS это делается элементарно в настройках Keyboard / Text Replacements. Тогда вы не увеличите время на написание статьи, зато пользователи получат более удобный и грамотный текст.
Про деньги – это УТП, уникальное торговое предложение. Ценность, за которую клиент готов платить, выбрав вас среди конкурентов, за некое ваше уникальное преимущество.
А дизайн – да, должен опираться на науку. Только дизайн – это по большей части инженерная дисциплина, это проектирование в классическом смысле.
Конечно, кто-то может назвать "дизайном" и составление списка покупок – "я дизайню свой пользовательский опыт похода в магазин". Или "я дизайню как буду продавать помидоры с огурцами". Но как-то глупо звучит подобное использование слова "дизайн" – попытка придать важности и научности тому, что не имеет отношения к науке и к инженерии.
Не знаю как сейчас, а раньше был закон о рекламе, согласно которому за такие трюки прилетали нехилые штрафы. В итоге для бизнеса такая "гениальная находка" оборачивалась большими убытками.
Соглашусь. Хочу написать статью про ловушку "best practices".
А что если в Британии "здесь и сейчас" не работает то решение, которое срабатывает в России? И никакой "ошибки" в выборе паттерна нет. В комментариях уже привели пример Польши, где всё работает иначе.
В комментариях к моей статье один программист пытался доказать, что он оперирует одновременно двумя числами, а не одним, как все люди, согласно научным исследованиям. Интересно, что Вы на это думаете?