С историей серии ЕС странности. Британская ICL System 4 - вроде как тоже клон IBM 360, так что непонятно, что изменилось настолько кардинально чтобы заставить Рамеева уйти из проекта.
Да просто комбинация сетки и GUI. В принципе если руками обрабатывать X11 протокол - то там те же сокеты и select() справится - но высокоуровневые библиотеки дадут свои API для ожидания событий без доступа к потрохам.
Давайте тогда конкретно. Расскажите, как в одном потоке без поллинга ждать события GUI от gtk и сетевые соединения. Я бы всё таки завёл на это отдельные потоки.
Если пользоваться микрософтовскими тулами - то отдельный исходник на MASM, реализующий вызываемые из C/C++ функции; насколько помню, поддержку инлайн ассемблера при компиляции под Win64 убрали. В gcc/clang можно и инлайн вставки делать.
В статье больше про IDE и работу с Win32 API. Реально на ассемблере сейчас скорее пишется самодостаточный код, который ничего не вызывает. И чтобы поиграться - на мой взгляд проще скомпилировать сишный код через gcc -S и дальше модифицировать сгенерённый ассемблер.
Полезно знать про регистры, calling convention, режимы адресации, атомики и разные подходы к ним на разных архитектурах, SIMD - но ничего этого нет.
Это действительно полезно. Но статья о конкретике кодинга в VS2019 под 32-бинтую винду, а по работе может понадобиться сделать, скажем, маленькую вставку в gcc на Aarch64 )
Но чтоже делать тем кто поднимался в карьере 5-10 лет назад?
Продолжать учиться, при этом раскладывая по полочкам старые знания, становясь экспертом в какой-то области - чтобы по соответствующим сложным вопросам по крайней мере в ближайшем окружении обращались к тебе. Это, правда, если работа не чистый кодинг, а R&D с заметным элементом R.
И что это даёт пользователю? Лет двадцать периодически покупаю билеты на сайтах авиакомпаний. Раньше нужную функциональность прекрасно обеспечивал статический html с формочками и cgi на сервере. Сейчас у всех "веб приложения" со скриптами на клиенте и микросервисами, я от этого вижу только тормоза при отрисовке и запросах к разным серверам, функциональность абсолютно та же.
С историей серии ЕС странности. Британская ICL System 4 - вроде как тоже клон IBM 360, так что непонятно, что изменилось настолько кардинально чтобы заставить Рамеева уйти из проекта.
Да просто комбинация сетки и GUI. В принципе если руками обрабатывать X11 протокол - то там те же сокеты и select() справится - но высокоуровневые библиотеки дадут свои API для ожидания событий без доступа к потрохам.
В смысле? Просто в сишном коде, зависящем только от gtk и libc.
Давайте тогда конкретно. Расскажите, как в одном потоке без поллинга ждать события GUI от gtk и сетевые соединения. Я бы всё таки завёл на это отдельные потоки.
Когда я видел Turbo Vision, она работала в текстовом режиме MS DOS.
В принципе и на однобитном PC спикере можно было издавать практически произвольные звуки, когда то писал для себя проигрыватель WAV файлов под ДОС.
Ничего, всё вроде понятно ) Да, базовые 400/800 действительно ущербны - хотя с расширением до 48k уже можно жить.
Кстати, чем принципиально XL/XE отличались от более ранних 400/800?
В начале 90х многие знакомые писали под ДОС на Турбо Паскале в таком стиле )
Если пользоваться микрософтовскими тулами - то отдельный исходник на MASM, реализующий вызываемые из C/C++ функции; насколько помню, поддержку инлайн ассемблера при компиляции под Win64 убрали. В gcc/clang можно и инлайн вставки делать.
Сейчас скорее регистры (когда хватает) - стандарт, а стек - legacy на древних платформах типа 32-битного Интела )
В статье больше про IDE и работу с Win32 API. Реально на ассемблере сейчас скорее пишется самодостаточный код, который ничего не вызывает. И чтобы поиграться - на мой взгляд проще скомпилировать сишный код через gcc -S и дальше модифицировать сгенерённый ассемблер.
Полезно знать про регистры, calling convention, режимы адресации, атомики и разные подходы к ним на разных архитектурах, SIMD - но ничего этого нет.
Это действительно полезно. Но статья о конкретике кодинга в VS2019 под 32-бинтую винду, а по работе может понадобиться сделать, скажем, маленькую вставку в gcc на Aarch64 )
Продолжать учиться, при этом раскладывая по полочкам старые знания, становясь экспертом в какой-то области - чтобы по соответствующим сложным вопросам по крайней мере в ближайшем окружении обращались к тебе. Это, правда, если работа не чистый кодинг, а R&D с заметным элементом R.
Согласен, что надо быть готовым ко всему и советы в целом полезны, но кое что в тексте очень наивно
Это вообще самое начало, обычно только через год начинаешь понимать, что к чему в компании.
Хорошее правило - тебя должен знать и ценить менеджер твоего менеджера.
И добавлю, что лучше и в хорошие периоды иметь пару вариантов в других проектах компании и снаружи, куда тебя всегда готовы взять.
Просто пойнтер поддерживает то, что необходимо итератору с произвольным доступом, и никакой дополнительный итератор из него конструировать не надо.
Понимаю )
Ну вот навскидку https://pspdfkit.com/blog/2018/how-to-program-a-calculator-pdf/
Что, половина группы Владлены и Оюшминальды ? )
И что это даёт пользователю? Лет двадцать периодически покупаю билеты на сайтах авиакомпаний. Раньше нужную функциональность прекрасно обеспечивал статический html с формочками и cgi на сервере. Сейчас у всех "веб приложения" со скриптами на клиенте и микросервисами, я от этого вижу только тормоза при отрисовке и запросах к разным серверам, функциональность абсолютно та же.