У меня пост про Борланд, преимущественно, был. И я не помню, чтобы компилятор Майкрософт имел такое же количество моделей памяти, как Борланд, может я и не прав, конечно. А himem был достаточно бесполезный для программирования - разве что общую память расширить вынеся туда драйверы, если вынесутся. Но если автор продолжит, то да, поторопился))
Интересно, конечно) Вся страна играла в Wolfenstein, а потом в Doom, но пользовалась Борландом вместо Watcom, в котором под DOS4GW (и нескольких других менее популярных экстендерах) был легко доступен 32 разрядный режим с линейной адресацией. Почему?) Возможно потому, что в Watcom не было IDE с контекстным хелпом и встроенных графических средств конфигурирования проектов.
Я работал в компании, которая давала +20-30% к рынку в нашем уездном городке, когда ей были нужны сотрудники. Никаких оверскилз или странных стеков. Вилка объявлялась с требованиях на позицию. А так, конечно, чудес хватало и в провинции, навроде пустой комнаты с микрофоном или заваливание на собеседовании, чтобы принять, но сбить уже объявленную ставку.
Статья нормальная, но по мне опоздание группы интервьеров даже на 5 минут это существенный минус имиджу компании. Модная сейчас практика отсутствия вилки зарплаты на позицию туда же - компания изначально пытается эээ... обмануть и использовать собеседующегося)
Чтобы продать что нибудь ненужное сначала нужно это купить(~с)) Я к тому, что упрощать нужно и можно, если знаешь зачем и почему. Обратная ситуация когда не могут усложнить, когда требуется. Хорошая статья, если не принимать на свой счёт))
Боюсь у них не получится. Там ведь проблема не только в языке, но и в среде выполнения - планировщик, управление ресурсами - памятью. Идея использовать Go отличная, но он сам реализует не потоковую модель, значит им пришлось/придется что то добавлять в компиляцию и рантайм. Ну и мозги сломаешь после ооп)
Противопоставлять модели OSI и TCP/IP стало немодно примерно после появления Ethernet100 и WiFi, потому что там в стандартах появились подуровни, привязанные к OSI. Ещё не описано для чего введена модель и почему она так называется - классы на уровнях конечно хорошо, но общаются эти "классы" друг с другом на одном уровне, используя для этого сервисы нижележащего уровня. Поэтому браузер общается с сервером через все 7 уровней, а вот роутер, шлюз, прокси через столько, сколько для этого нужно)
Эти языки не универсальные. Их практические применения, по крайней мере промышленно освоенные, это средства визуального проектирования алгоритмов обработки сигналов, систем управления и тепе. Причём с 90х эти системы ушли от текстового ЯП к графическим средам. Матлабовский Симулинк это пример такого графического решения. Раньше много статей на эту тему было в проектировании аппаратуры - к примеру можно было создать какую то схему обработки данных, посмотреть как работает математика, потом смаппить часть кубиков на реализацию в fpga, часть на программы на С, а потом запустить симуляцию той же схемы, где часть обработки симулируется на ПО для fpga, а часть на симуляторе для какого нибудь arm, а нереализованная часть так и работает в виде модели. Было это очень дорого, в РФ едва ли даже полные наборы таких пакетов существовали. А так да - потоковую модель организации вычислений можно реализовать на любом ЯП
А чем концептуально это отличается от Lustre и Signal, к примеру? И общая проблема таких языков это физическая реализуемость выполнения программы, насколько я знаю она решена только в домене статических синхронных потоковых вычислений, даже if-ы как элемент языка уже не позволяют доказать отсутствие блокировок вычислений и ограниченность использования памяти
Так технари и должны быть заточены на тех вопросы) Если HR не понимает бизнес потребности своего работодателя , которые называет болью, то ээ.. промолчу лучше. Кадровик это вполне профессия, требует навыков и опыта, но это не Господь, который решает кто должен работать а кто нет, иначе именно он станет болью бизнеса, в технической части которого он ноль, а именно эта часть часто основа этого бизнеса.
Да, по бенефитам похоже на TCM ARMа но вряд ли. Видел лет 30 или больше назад в сигнальных процессорах TI, а может и ещё где, когда переставали делать статическую память, а динамическая существенно тормозила. Внутренняя память процессора могла работать как статическая, а могла как кэш. И вот в режиме кэша можно было принудительно загнать туда константы и куски кода, которые должны были выполняться постоянно и гарантированно быстро, а свободную часть оставить для кэширования медленной внешней памяти
По моему там употреблялось page, а не line, но не уверен. И смысл был в том, чтобы считать массив констант из динамической памяти, потом заморозить этот лайн или пейдж, пройти цикл обработки с их использованием, заморозить кэш инструкций с этой функцией, а потом заниматься чем то другим, чтобы при появлении новых данных это всё повторялось уже из кэша
В своё время видел промышленные магнитоаккустические преобразователи , представляющие из себя однорядную катушку типа спираль из плоской медной шины для излучения коротких импульсов. Схема возбуждения - конденсатор на несколько кВ и семистор для разряда его на катушку.
Я в то время слышал довод, что прибор для прослушки gsm стоил 5 т уе, а cdma - 25
У меня пост про Борланд, преимущественно, был. И я не помню, чтобы компилятор Майкрософт имел такое же количество моделей памяти, как Борланд, может я и не прав, конечно.
А himem был достаточно бесполезный для программирования - разве что общую память расширить вынеся туда драйверы, если вынесутся.
Но если автор продолжит, то да, поторопился))
Интересно, конечно) Вся страна играла в Wolfenstein, а потом в Doom, но пользовалась Борландом вместо Watcom, в котором под DOS4GW (и нескольких других менее популярных экстендерах) был легко доступен 32 разрядный режим с линейной адресацией. Почему?) Возможно потому, что в Watcom не было IDE с контекстным хелпом и встроенных графических средств конфигурирования проектов.
Я работал в компании, которая давала +20-30% к рынку в нашем уездном городке, когда ей были нужны сотрудники. Никаких оверскилз или странных стеков. Вилка объявлялась с требованиях на позицию. А так, конечно, чудес хватало и в провинции, навроде пустой комнаты с микрофоном или заваливание на собеседовании, чтобы принять, но сбить уже объявленную ставку.
Статья нормальная, но по мне опоздание группы интервьеров даже на 5 минут это существенный минус имиджу компании. Модная сейчас практика отсутствия вилки зарплаты на позицию туда же - компания изначально пытается эээ... обмануть и использовать собеседующегося)
Чтобы продать что нибудь ненужное сначала нужно это купить(~с)) Я к тому, что упрощать нужно и можно, если знаешь зачем и почему. Обратная ситуация когда не могут усложнить, когда требуется.
Хорошая статья, если не принимать на свой счёт))
Боюсь у них не получится. Там ведь проблема не только в языке, но и в среде выполнения - планировщик, управление ресурсами - памятью. Идея использовать Go отличная, но он сам реализует не потоковую модель, значит им пришлось/придется что то добавлять в компиляцию и рантайм.
Ну и мозги сломаешь после ооп)
Противопоставлять модели OSI и TCP/IP стало немодно примерно после появления Ethernet100 и WiFi, потому что там в стандартах появились подуровни, привязанные к OSI.
Ещё не описано для чего введена модель и почему она так называется - классы на уровнях конечно хорошо, но общаются эти "классы" друг с другом на одном уровне, используя для этого сервисы нижележащего уровня. Поэтому браузер общается с сервером через все 7 уровней, а вот роутер, шлюз, прокси через столько, сколько для этого нужно)
Эти языки не универсальные. Их практические применения, по крайней мере промышленно освоенные, это средства визуального проектирования алгоритмов обработки сигналов, систем управления и тепе. Причём с 90х эти системы ушли от текстового ЯП к графическим средам. Матлабовский Симулинк это пример такого графического решения.
Раньше много статей на эту тему было в проектировании аппаратуры - к примеру можно было создать какую то схему обработки данных, посмотреть как работает математика, потом смаппить часть кубиков на реализацию в fpga, часть на программы на С, а потом запустить симуляцию той же схемы, где часть обработки симулируется на ПО для fpga, а часть на симуляторе для какого нибудь arm, а нереализованная часть так и работает в виде модели. Было это очень дорого, в РФ едва ли даже полные наборы таких пакетов существовали.
А так да - потоковую модель организации вычислений можно реализовать на любом ЯП
А чем концептуально это отличается от Lustre и Signal, к примеру? И общая проблема таких языков это физическая реализуемость выполнения программы, насколько я знаю она решена только в домене статических синхронных потоковых вычислений, даже if-ы как элемент языка уже не позволяют доказать отсутствие блокировок вычислений и ограниченность использования памяти
Так технари и должны быть заточены на тех вопросы) Если HR не понимает бизнес потребности своего работодателя , которые называет болью, то ээ.. промолчу лучше. Кадровик это вполне профессия, требует навыков и опыта, но это не Господь, который решает кто должен работать а кто нет, иначе именно он станет болью бизнеса, в технической части которого он ноль, а именно эта часть часто основа этого бизнеса.
Посто люди создали товар и пропиарили, что он всем очень нужен)
А с конфиденциальностью у работодателя не возникнут вопросы? А хуже того с какой нить тайной)
chatGPT из джуна сделает тебя самоуверенным джуном с chatGPT)
Если бы SOLID был законом, а не заповедями, то статические анализаторы уже давно бы его блюли, имхо)
Да, по бенефитам похоже на TCM ARMа но вряд ли. Видел лет 30 или больше назад в сигнальных процессорах TI, а может и ещё где, когда переставали делать статическую память, а динамическая существенно тормозила. Внутренняя память процессора могла работать как статическая, а могла как кэш. И вот в режиме кэша можно было принудительно загнать туда константы и куски кода, которые должны были выполняться постоянно и гарантированно быстро, а свободную часть оставить для кэширования медленной внешней памяти
По моему там употреблялось page, а не line, но не уверен. И смысл был в том, чтобы считать массив констант из динамической памяти, потом заморозить этот лайн или пейдж, пройти цикл обработки с их использованием, заморозить кэш инструкций с этой функцией, а потом заниматься чем то другим, чтобы при появлении новых данных это всё повторялось уже из кэша
В своё время видел промышленные магнитоаккустические преобразователи , представляющие из себя однорядную катушку типа спираль из плоской медной шины для излучения коротких импульсов. Схема возбуждения - конденсатор на несколько кВ и семистор для разряда его на катушку.
В некоторых процессорах есть команда freeze кэш страницы. Не помню деталей, да и не использовал ни разу
А заморозка применяется в таких кэшах, как в процессорах?