Внутриканальный ушной микрофон и ментор с зеркалируемым экраном бьет эту навороченную систему прокторинга без особых усилий. И как я понимаю эти решения уже обкатаны на студиозусах
Кроме шуток, даже люди с опытом и экспертизой в ситуации сломанного найма встречаются с тем, что хорошую и интересную работу найти невозможно, потому что найм настолько сломан, что нанимающие смирившись с его плохим качеством просто пытаются снижать издержки на найм. В результате такие люди как вы не проходят через ATS и до собеседований даже не доходит дело.
И я даже не знаю как решить эту проблему... Возможно сделать свою ATS которая отслеживала бы в реальном времени все компании и их проекты и формировала бы рекомендации по системе правил для конкретно меня (или вас) и как бонус - сводила бы с людьми, которые могли бы рекомендовать на проект.. Но даже такое можно абузить достаточно просто
"The LGP-30 uses just 15 flip-flops and a logical network made of diodes and resistors to achieve its functionallity by just that few electronic components. Each flip-flop (or “toggle”) presents a bit in duplicate, both the normal and the inverted output of its internal state, such facilitating the basic monotonic Boolean functions And and (inclusive) Or by simple diode networks. (Compare: Stanley P. Frankel, “The Logical Design of a Simple General Purpose Computer” in: IRE Transactions on Electronic Computers, March 1957, pp. 5. https://www.masswerk.at/nowgobang/misc/MINAC-IRE-March-1957.pdf)"
Я столкнулся со сходной проблемой в процессе разработки режима для ассемблера компьютера LGP-30. Интересно, есть ли где-то хорошие руководства по созданию режимов, своего рода "поваренная книга"?
Заметил, что ремень, натянутый прямо на вал двигателя может пытаться выгибать его. Не лучше ли поставить напротив двигателя подшипник чтобы зафиксировать свободный конец вала?
Я считаю, эту статью надо закончить и выложить на хабр. У меня тоже были мысли написать что-то подобное, но в момент изучения форта я занимался больше виртуальными машинами чем бакендом, а мои фронтенд-знания на тот момент устарели. Но у меня есть старые статьи о том, как заниматься веб-разработкой на лиспе: https://habr.com/ru/articles/112051/ и https://habr.com/ru/articles/111365/
Учитывая что я давний читатель вашего (твоего - не знаю как удобнее) блога - я очень польщен, спасибо. На глубокое разбирательство с тем как все в jonesforth работает ушло несколько месяцев задумчивого взгляда в отладчик, учитывая что исходник имел некоторые особенности которые мешали его запуску на современном Linux, и чтобы пофиксить их, мне пришлось погрузиться в абсолютно ВСЕ низкоуровневые детали. К слову, то как работает DO и DOES> - это просто восхитительно с точки зрения инженерии.
Я получил огромное удовольствие и отличные знания о том как писать низкоуровневые виртуальные машины, пока делал эту работу. Это очень затягивает - с этого опыта началось мое многолетнее увлечение фортом, виртуальными машинами и их производительностью (последнии мои хабрастатьи как раз об этом)
К слову, промышленные виртуальные машины (Java, EVM, WebAssembly - я смотрю на вас) в сравнении с jonesforth устроены куда более прямолинейно, местами даже скучно.
Возможно дело не в языке а книге. Как она называется?
Внутриканальный ушной микрофон и ментор с зеркалируемым экраном бьет эту навороченную систему прокторинга без особых усилий. И как я понимаю эти решения уже обкатаны на студиозусах
"Вы наняты за этот комментарий"
Кроме шуток, даже люди с опытом и экспертизой в ситуации сломанного найма встречаются с тем, что хорошую и интересную работу найти невозможно, потому что найм настолько сломан, что нанимающие смирившись с его плохим качеством просто пытаются снижать издержки на найм. В результате такие люди как вы не проходят через ATS и до собеседований даже не доходит дело.
И я даже не знаю как решить эту проблему... Возможно сделать свою ATS которая отслеживала бы в реальном времени все компании и их проекты и формировала бы рекомендации по системе правил для конкретно меня (или вас) и как бонус - сводила бы с людьми, которые могли бы рекомендовать на проект.. Но даже такое можно абузить достаточно просто
А статей нет - непорядок...
Я не смог уловить, как именно мы "Каждый 12-мерный вектор патча сжимаем до 4-мерного эмбеддинга"?
Мы все еще ждем!
Конечный Автомат с магазинной памятью
Тут реализация веселее https://youtu.be/Y9ttBt-4vWo?t=116
Если вы хотите знать, как работает ОС размером в это смешное количество строк, вам поможет эта ссылка https://github.com/safinaskar/gavin/blob/master/README-RU.markdown
Собственно объяснение тут: https://github.com/safinaskar/gavin/blob/master/deobfuscated/README-RU.markdown
"The LGP-30 uses just 15 flip-flops and a logical network made of diodes and resistors to achieve its functionallity by just that few electronic components. Each flip-flop (or “toggle”) presents a bit in duplicate, both the normal and the inverted output of its internal state, such facilitating the basic monotonic Boolean functions And and (inclusive) Or by simple diode networks. (Compare: Stanley P. Frankel, “The Logical Design of a Simple General Purpose Computer” in: IRE Transactions on Electronic Computers, March 1957, pp. 5. https://www.masswerk.at/nowgobang/misc/MINAC-IRE-March-1957.pdf)"
Я полагаю, это не совсем верно. Диодные матрицы были частью ALU превращая битовый код команды в выполняемы операции. Поправьте, если ошибаюсь
В таком случае я думаю было бы полезно сделать что-то подобное.. Что если поработать над этим вместе?
Я столкнулся со сходной проблемой в процессе разработки режима для ассемблера компьютера LGP-30. Интересно, есть ли где-то хорошие руководства по созданию режимов, своего рода "поваренная книга"?
Заметил, что ремень, натянутый прямо на вал двигателя может пытаться выгибать его. Не лучше ли поставить напротив двигателя подшипник чтобы зафиксировать свободный конец вала?
Есть ли корректная эмуляция портов программируемого контроллера прерываний и прочей периферии которую можно было программировать через порты?
Я бы подписался на обновления, ждем интервью
Давно пора, чтобы борода зря не пропадала. Я бы даже поучаствовал (начинаю отращивать) :)
Я считаю, эту статью надо закончить и выложить на хабр. У меня тоже были мысли написать что-то подобное, но в момент изучения форта я занимался больше виртуальными машинами чем бакендом, а мои фронтенд-знания на тот момент устарели. Но у меня есть старые статьи о том, как заниматься веб-разработкой на лиспе: https://habr.com/ru/articles/112051/ и https://habr.com/ru/articles/111365/
Если считать в байтах скомпилированного кода (а не строках), то однозначно Forth
Учитывая что я давний читатель вашего (твоего - не знаю как удобнее) блога - я очень польщен, спасибо. На глубокое разбирательство с тем как все в jonesforth работает ушло несколько месяцев задумчивого взгляда в отладчик, учитывая что исходник имел некоторые особенности которые мешали его запуску на современном Linux, и чтобы пофиксить их, мне пришлось погрузиться в абсолютно ВСЕ низкоуровневые детали. К слову, то как работает DO и DOES> - это просто восхитительно с точки зрения инженерии.
Я получил огромное удовольствие и отличные знания о том как писать низкоуровневые виртуальные машины, пока делал эту работу. Это очень затягивает - с этого опыта началось мое многолетнее увлечение фортом, виртуальными машинами и их производительностью (последнии мои хабрастатьи как раз об этом)
К слову, промышленные виртуальные машины (Java, EVM, WebAssembly - я смотрю на вас) в сравнении с jonesforth устроены куда более прямолинейно, местами даже скучно.