Да нормально всё и в Windows и в Mac, по работе пришлось поставить виртуалку - конечно, поначалу было непросто, но после поиска нужных хоткеев всё заработало. Различия в парадигме это нормально, просто нужно пообвыкнуться немного. Свои удобства в макос тоже есть. Странно что никто до сих пор не сказал ни слова про XCode, после Visual Studio это честно говоря какая-то шляпа. Ах да и ещё сертификаты разработчика это отдельная боль, один создал и всё, больше нельзя (можно заплатить за что-то типа developer program и уж тогда... можно ещё один :)). Особенно прикольно когда откатываешься снепшотом раньше, где сертификата ещё не было, и он якобы есть в аккаунте, но каким-то чудом нужно зайти туда, где он ещё есть, и экспортировать его оттуда, что проблематично, когда доступа к этому состоянию уже нет. Да XCode умеет как-то внутри себя чинить эту проблему, но внятного руководства как это руками сделать попросту нет.
Ух как у вас бомбануло :) Ничего не имею против иммутабельности, но все же это концепция как бы ортогональная move-семантике. И сами же говорите, что и в плюсах для иммутабельных сущностей она не нужна. И раз в шарпах бывают не-иммутабельные структуры, значит, и место для move-семантики я думаю нашлось бы.
А насчет того, чтобы коллекции не делать структурами — расскажите это разработчикам System.Collections.Immutable. А то пацаны-то не в теме наверное, упускают что-то важное :)
Ну, во-первых, не надо говорить за всех. Во-вторых, отличная мантра — «если я чего-то не знаю — значит, оно мне и не нужно». Должно быть, хорошо помогает в саморазвитии.
То, о чем вы говорите, относится практически к любой технологии — я бы сказал что угодно можно испортить, если наворачивать, не думая. Имею ввиду какие-то неочевидные ограничения этой системы. Например, через пропсы нельзя за один проход сгенерировать и подключить глобальный ассембли инфо так, чтобы при открытии студии он сгенерировался и подтянулся везде — т к импорт происходит до генерации, и хоть ты лопни, хоть ты тресни.
Тут наверное имеется ввиду аналог std::move и всего, что с ним связано (move-конструктор, move-assignment оператор и т. д.) в C++, в C# действительно этого нет. Ref это вообще-то передача по ссылке и к move-семантике действительно не имеет никакого отношения.
На самом деле я думаю обычно заражаются какие-то машины, напрямую не связанные с госуслугами - по типу терминалов в МФЦ, где людям предлагают вбить свои учетные данные, чтобы по-быстрому что-то сделать. Не знаю, как сейчас с этим обстоит дело, но года 4 назад просто скучая в ожидании очереди я получил полный физический доступ к терминалу - мог браузить, скачивать и запускать исполняемые файлы. Вполне вероятно что лица более заинтересованные и мотивированные могут навтыкать туда кейлоггеров, и дело в шляпе.
Конечно, тут ещё нужно не включить 2FA и не побояться вводить свои данные на каком-то публичном устройстве, так что полную базу так не собрать, но кое-что добыть скорее всего можно.
Это всё конечно очень круто, но мне почему-то всегда казалось, что для работы с unmanaged библиотеками нужно использовать P/Invoke, а не выделять руками память. Делал (и в общем-то продолжаю делать) managed врапперы для нескольких немаленьких unmanaged библиотек различного рода, как-то так сложилось что возможностей P/Invoke для этих целей было всегда более чем достаточно.
Бром и йод — галогены, их должны проходить. Кроме того, с ними есть интересные качественные реакции. Барий занимает не последнее место в таблице растворимости, т е с ним качественные реакции тоже есть. Хром входит в состав сильных окислителей, которые кстати тоже качественно меняют цвет при изменении степени окисления — это база. Pt наверное тут и правда лишний. Фосфор вообще-то входит в состав ортофосфорной кислоты, одной из трех наиболее востребованных минеральных кислот. Плюс это хороший пример для изучения аллотропных модификаций. Так что 100% проходят. Инертные газы скорее всего проходят сразу пачкой, т к за редкими исключениями проходить там особо нечего. Уран это хороший пример радиоактивного элемента, вполне могут проходить в старших классах. Придираетесь, товарищ :)
Каждому инструменту должно быть свое применение. Если мне не изменяет память — HTML не является регулярным языком. Конечно, с использованием расширенных возможностей, вроде бэктрекинга, вы наверное сможете разобрать какое-то подмножество HTML. Но в общем случае, если взять любой движок и любой HTML — это невозможно.
На самом деле есть единицы, которые совмещают работу и преподавание на 0.1 ставки, тем самым выявляя и заманивая к себе талантливых студентов, но это конечно не заводы.
Да нормально всё и в Windows и в Mac, по работе пришлось поставить виртуалку - конечно, поначалу было непросто, но после поиска нужных хоткеев всё заработало. Различия в парадигме это нормально, просто нужно пообвыкнуться немного. Свои удобства в макос тоже есть. Странно что никто до сих пор не сказал ни слова про XCode, после Visual Studio это честно говоря какая-то шляпа. Ах да и ещё сертификаты разработчика это отдельная боль, один создал и всё, больше нельзя (можно заплатить за что-то типа developer program и уж тогда... можно ещё один :)). Особенно прикольно когда откатываешься снепшотом раньше, где сертификата ещё не было, и он якобы есть в аккаунте, но каким-то чудом нужно зайти туда, где он ещё есть, и экспортировать его оттуда, что проблематично, когда доступа к этому состоянию уже нет. Да XCode умеет как-то внутри себя чинить эту проблему, но внятного руководства как это руками сделать попросту нет.
А насчет того, чтобы коллекции не делать структурами — расскажите это разработчикам System.Collections.Immutable. А то пацаны-то не в теме наверное, упускают что-то важное :)
Тут наверное имеется ввиду аналог std::move и всего, что с ним связано (move-конструктор, move-assignment оператор и т. д.) в C++, в C# действительно этого нет. Ref это вообще-то передача по ссылке и к move-семантике действительно не имеет никакого отношения.
Вот это вещь.
Я бы сказал что это так только на простых решениях, есть свои подводные камни и ограничения.
На самом деле я думаю обычно заражаются какие-то машины, напрямую не связанные с госуслугами - по типу терминалов в МФЦ, где людям предлагают вбить свои учетные данные, чтобы по-быстрому что-то сделать. Не знаю, как сейчас с этим обстоит дело, но года 4 назад просто скучая в ожидании очереди я получил полный физический доступ к терминалу - мог браузить, скачивать и запускать исполняемые файлы. Вполне вероятно что лица более заинтересованные и мотивированные могут навтыкать туда кейлоггеров, и дело в шляпе.
Конечно, тут ещё нужно не включить 2FA и не побояться вводить свои данные на каком-то публичном устройстве, так что полную базу так не собрать, но кое-что добыть скорее всего можно.
Это всё конечно очень круто, но мне почему-то всегда казалось, что для работы с unmanaged библиотеками нужно использовать P/Invoke, а не выделять руками память. Делал (и в общем-то продолжаю делать) managed врапперы для нескольких немаленьких unmanaged библиотек различного рода, как-то так сложилось что возможностей P/Invoke для этих целей было всегда более чем достаточно.
А как же кубенсисы? :)
https://chrome.google.com/webstore/detail/ffs-msdn-in-english/ddaknggefjjgpnlhiejepbiplceedmfl вот супер-экстеншн, автоматически перенаправляющий на версию с английским языком
Главное не парсить HTML при помощи регулярных выражений
Давно пора, отличное начинание! Сам под мак не разрабатываю, но небольшой опыт есть, и по моему мнению XCode он как будто бы с другой планеты.
Есть ли хотя бы теоретическая возможность иметь опенсорсный сторонний плагин, добавляющий поддержку отладчика VS?
Про красные комнаты - это кто-то пересмотрел Cradle of Fear.