Без обид, но лучше на Вы, лично не знакомы. Вообще это ни разу не про ассемблер, а про базовые принципы представления программы в памяти. То есть лично для меня это из области "что такое 32-битная или 64-битная ОС". Если пишете на языке достаточно низкого уровня (как С), то предполагается, что базовый курс по компьютерной архитектуре за плечами имеется. Материала в сети сейчас на эту тему масса, хотя для полного понимания я бы посоветовал действительно "закопаться" в ассемблер, в любом учебнике по ассемблеру разжеваны основы архитектуры, в том числе адресация. Я лично не совсем представляю себе программиста на С без знания основ ассемблера. Удачи в свершениях, ждем профессиональных статей на Хабре.
Итак, дорогие читатели-потенциальные Си программисты, вы должны были понять, что размер указателя одинаковый в пределах программы на одном компьютере.
Я бы читателям лучше по С любую книжку прочитать бы посоветовал, в которой будет написано, что указатели хранят АДРЕС переменной в памяти, и тогда вопросов про размер указателя, равенство размеров указателей и т.п. не возникло бы) PS. Сам на C не пишу, но стало интересно.
А мне кажется конкретно на данный момент не так важно робот там, граната или пуля. У Азимова у робота был искусственный интеллект, сейчас же это просто ведро с гайками которое громко называется роботом. Использование механических устройств в крайних случаях в теории может спасти жизни полицейским, это аргумент. Нас, конечно, от этого несколько коробит, так как на будущее закладывает нехорошие перспективы использования робота с более развитым программным обеспечением (читай искусственным интеллектом), и чем больше кода, тем больше в нем ошибок...
Дык кто-ж спорит... Прямо сейчас закончил SPA Quasar+Laravel, полностью доволен своим выбором... Но за своим серваком надо следить, это доп затраты и риски. Когда стартовал изучал возможность полного serverless, но по производительности и костам меня не устроило, хотя все развивается, и мб по другому проекту выбор уже будет другой. На полном serverless стэке я бы скорее рассматривал Node или Python...
Про работающие проекты вопросов как раз нет. Вопрос в том, какой стэк выбрать тем, кто начинает новые на serverless архитектуре. При прочих равных сейчас я бы php не выбрал для этих целей.
Да, я в курсе, спасибо. IMHO эти варианты вымрут со временем, т.к. конкретно для serverless стэка есть более оптимальные решения, и новые проекты будут базироваться именно на них.
С точки зрения программиста как наемного работника к php и Laravel, конечно, могут быть претензии. Но с точки зрения старта новых проектов Laravel - это один из лучших, мощных и высокоструктурированных инструментов для обработки запросов на стороне сервера => высокая скорость разработки и низкие затраты, плюс специалисты на рынке присутствуют. Если в приоритете вопросы не моды, а эффективности, то для этих целей оптимальный вариант (ну или один из).На мой взгляд, основная проблема php не в текущем моменте, а в перспективе, так как в спину дышит serverless, и ключевое поле деятельности для php будет плавно сокращаться...
Собственно, требование высшего образования на позицию офис-менеджера лишь констатирует избыток людей с высшим образованием в РФ. Если можно получить офис-менеджера с высшим - конечно, лучше с высшим, вопроса-то и споров тут особо не просматривается)
К сожалению, MS не заинтересован в развитии VBA, они туда JS уже долго и безуспешно пропихивают. При этом начиная с Офиса 2013 убирают фичи нужные, хотя у огромного количества компаний валятся из-за этого скрипты. То есть пилят сук...
Замечу, что через упомянутые внешние библиотеки получится сделать далеко не все, и для некоторых операций понадобится запущенный экземпляр приложения и активное окно (работа со встроенными объектами и т.п.).
Есть еще вариант использовать C#, который сам по себе очень приятная штука. Я делал продвинутый конвертер из Ворда в вэб на нем. 2 основные проблемы: необходимость открытия окна программы для работы со встроенными объектами (графики, диаграммы....), а также производительность (конкретно для ворда файлик страниц на 80 с кучей графиков и диаграмм конвертился минут 30-60 в связи с тормознутостью работы с вордовскими объектами). Кстати, еще есть библиотеки python (openpyxl, python-docx), но с производительностью работы python-docx тоже все плохо.
Занимался этой темой достаточно плотно. На самом деле MS потихоньку убивает VBA и сделал ставку на JS. Лично мне совсем непонятно зачем - куча компаний использует сложные легаси скрипты на VBA, плюс много специалистов в наличии. В свое время был крайне неприятно удивлен - в последних редакциях Офиса (после 2013) некоторый продвинутый функционал на VBA уже не работал (навскидку помню, вставить свой пункт в контекстное меню, были и другие сюрпризы). Так что, VBA на данный момент достаточно тупиковый путь, если товарищи из MS не одумаются...
Страновые кризисы обычно на влияют безопасность плюс уровень услуг и удобства. Страна не так давно из гражданской войны вышла с последующими терактами в турместах - их риски возрастают. Также из недавнего - очереди на несколько дней за топливом на заправках (на мотобайке путешествовать уже не получится, на машине с нанятым водителем тоже будут проблемы). Для пакетников в какой-нибудь Хикккадуве, скорее всего, сильно ничего не поменяется. Если про карту "Мир" - то там по любым картам комиссии конские при снятии, а картой мало где можно расплатиться, всегда туда с налом было выгоднее ездить...
Регистратор IONOS (1&1) тоже планирует отключение россиян. Доступ только через VPN, не дают оплатить с российской карты. Письма от них по этому поводу пока не было.
Несколько странное сравнение, но все равно интересно - спасибо. Если уж рассматривать коммерческие движки, коим является ABBYY, то сюда стоило бы включить решения от Гугл (Cloud Vision) и Amazon Textract...
Да уж, не только на всю страну слава — на минуточку, город в мировом топе по уровню химического загрязнения. Я бы не стал следить за изменением ситуации и «технологического задела» изнутри поселения, в котором находят стайки синих псов, не говоря уже о сильно высоком проценте людей в возрасте 40-50 на кладбище… По-хорошему это место нужно срочно расселять и уже затем чистить.
IMHO основной плюс serverless — это отличная масштабируемость без необходимости содержать избыточную инфраструктуру. Если этого не требуется, то овчинка выделки пока что не стоит с учетом привязки к serverless провайдерам и вникания в многочисленные нюансы реализации конкретных serverless решений (AWS lambda и прочее).
Без обид, но лучше на Вы, лично не знакомы. Вообще это ни разу не про ассемблер, а про базовые принципы представления программы в памяти. То есть лично для меня это из области "что такое 32-битная или 64-битная ОС". Если пишете на языке достаточно низкого уровня (как С), то предполагается, что базовый курс по компьютерной архитектуре за плечами имеется. Материала в сети сейчас на эту тему масса, хотя для полного понимания я бы посоветовал действительно "закопаться" в ассемблер, в любом учебнике по ассемблеру разжеваны основы архитектуры, в том числе адресация. Я лично не совсем представляю себе программиста на С без знания основ ассемблера. Удачи в свершениях, ждем профессиональных статей на Хабре.
Я бы читателям лучше по С любую книжку прочитать бы посоветовал, в которой будет написано, что указатели хранят АДРЕС переменной в памяти, и тогда вопросов про размер указателя, равенство размеров указателей и т.п. не возникло бы) PS. Сам на C не пишу, но стало интересно.
А мне кажется конкретно на данный момент не так важно робот там, граната или пуля. У Азимова у робота был искусственный интеллект, сейчас же это просто ведро с гайками которое громко называется роботом. Использование механических устройств в крайних случаях в теории может спасти жизни полицейским, это аргумент. Нас, конечно, от этого несколько коробит, так как на будущее закладывает нехорошие перспективы использования робота с более развитым программным обеспечением (читай искусственным интеллектом), и чем больше кода, тем больше в нем ошибок...
Вот и я о том же, ПОКА это так. Но ситуация быстро меняется.
Дык кто-ж спорит... Прямо сейчас закончил SPA Quasar+Laravel, полностью доволен своим выбором... Но за своим серваком надо следить, это доп затраты и риски. Когда стартовал изучал возможность полного serverless, но по производительности и костам меня не устроило, хотя все развивается, и мб по другому проекту выбор уже будет другой. На полном serverless стэке я бы скорее рассматривал Node или Python...
Про работающие проекты вопросов как раз нет. Вопрос в том, какой стэк выбрать тем, кто начинает новые на serverless архитектуре. При прочих равных сейчас я бы php не выбрал для этих целей.
Да, я в курсе, спасибо. IMHO эти варианты вымрут со временем, т.к. конкретно для serverless стэка есть более оптимальные решения, и новые проекты будут базироваться именно на них.
С точки зрения программиста как наемного работника к php и Laravel, конечно, могут быть претензии. Но с точки зрения старта новых проектов Laravel - это один из лучших, мощных и высокоструктурированных инструментов для обработки запросов на стороне сервера => высокая скорость разработки и низкие затраты, плюс специалисты на рынке присутствуют. Если в приоритете вопросы не моды, а эффективности, то для этих целей оптимальный вариант (ну или один из).На мой взгляд, основная проблема php не в текущем моменте, а в перспективе, так как в спину дышит serverless, и ключевое поле деятельности для php будет плавно сокращаться...
Собственно, требование высшего образования на позицию офис-менеджера лишь констатирует избыток людей с высшим образованием в РФ. Если можно получить офис-менеджера с высшим - конечно, лучше с высшим, вопроса-то и споров тут особо не просматривается)
К сожалению, MS не заинтересован в развитии VBA, они туда JS уже долго и безуспешно пропихивают. При этом начиная с Офиса 2013 убирают фичи нужные, хотя у огромного количества компаний валятся из-за этого скрипты. То есть пилят сук...
Замечу, что через упомянутые внешние библиотеки получится сделать далеко не все, и для некоторых операций понадобится запущенный экземпляр приложения и активное окно (работа со встроенными объектами и т.п.).
Есть еще вариант использовать C#, который сам по себе очень приятная штука. Я делал продвинутый конвертер из Ворда в вэб на нем. 2 основные проблемы: необходимость открытия окна программы для работы со встроенными объектами (графики, диаграммы....), а также производительность (конкретно для ворда файлик страниц на 80 с кучей графиков и диаграмм конвертился минут 30-60 в связи с тормознутостью работы с вордовскими объектами). Кстати, еще есть библиотеки python (openpyxl, python-docx), но с производительностью работы python-docx тоже все плохо.
Занимался этой темой достаточно плотно. На самом деле MS потихоньку убивает VBA и сделал ставку на JS. Лично мне совсем непонятно зачем - куча компаний использует сложные легаси скрипты на VBA, плюс много специалистов в наличии. В свое время был крайне неприятно удивлен - в последних редакциях Офиса (после 2013) некоторый продвинутый функционал на VBA уже не работал (навскидку помню, вставить свой пункт в контекстное меню, были и другие сюрпризы). Так что, VBA на данный момент достаточно тупиковый путь, если товарищи из MS не одумаются...
Страновые кризисы обычно на влияют безопасность плюс уровень услуг и удобства. Страна не так давно из гражданской войны вышла с последующими терактами в турместах - их риски возрастают. Также из недавнего - очереди на несколько дней за топливом на заправках (на мотобайке путешествовать уже не получится, на машине с нанятым водителем тоже будут проблемы). Для пакетников в какой-нибудь Хикккадуве, скорее всего, сильно ничего не поменяется. Если про карту "Мир" - то там по любым картам комиссии конские при снятии, а картой мало где можно расплатиться, всегда туда с налом было выгоднее ездить...
Таким образом окно Овертона открывают по данному вопросу, так что через пару месяцев можно ждать...
IONOS письмо от 08.03
Регистратор IONOS (1&1) тоже планирует отключение россиян. Доступ только через VPN, не дают оплатить с российской карты. Письма от них по этому поводу пока не было.
https://domainincite.com/27597-now-ionos-kicks-out-russian-customers?utm_source=rss&utm_medium=rss&utm_campaign=now-ionos-kicks-out-russian-customers
Несколько странное сравнение, но все равно интересно - спасибо. Если уж рассматривать коммерческие движки, коим является ABBYY, то сюда стоило бы включить решения от Гугл (Cloud Vision) и Amazon Textract...