Здравствуйте, отличная статья. Подскажите, как лучше реализовать работу с разделяемыми между модулями моделями, классами с функционалом и расширениями. А так же со слоем данных. Если у нас entity framework используется.
Пользуюсь mac mini m1 16gb в течении двух месяцев. После новости об износе диска проверил свой. Износа нет. Но и операций с диском у меня тоже меньше. Более чем на порядок. Подозреваю, что человек монтировал 4к видео или еще что то тяжелое делал. В любом случае, думаю что на 5 лет его хватит. Но я скорее всего поменяю когда новая модель выйдет.
Использую данный компьютер для работы. Докер работает отлично, проблем не было. Весь JetBrains софт работает. Но, даже не смотря на то, что у них есть сборки под ARM для Mac (кроме Rider) единственное, это дает более быструю скорость запуска приложений. К сожалению на моем мониторе 27 4к все ide jetbrains работают заметно медленнее чем с подключенным к этому же монитору macbook pro 16. Если открыть окно на весь экран, то очень не комфортно пользоваться. При этом на макбуке с интел такого нет. Подозреваю, что если подключить mac mini m1 к монитору с full hd то тормозов в ide jetbrains будет меньше или не будет вообще. С vscode ситуация чуть лучше, но не идеальна. За то есть vscode insider, который я сейчас использую как основной инструмент. Он летает. Очень приятно работать. Быстрее чем обычный vscode на макбук про 16. В основном работаю над бекендом. Основные языки C#, Go, Python, C. Многие библиотеки, которые я использую не поддерживают arm. Но это не проблема, так как можно поставить нужные библиотеки под x86 а затем использовать их (на примере python) в vscode insider под m1 указав интерпретатору использовать x86-64 архитектуру. Так что можно без проблем программировать с использованием не поддерживаемых в m1 библиотек из софта, который собран под m1.
Что касается розетты. Не стоит беспокоиться. Все происходит в фоне. Единственное, для удобства можно сделать себе 2 терминала. В одном из них поставить галочку — «запускать под розеттой», а второй под нативную работу. Так что если вы активно используете: protobuf, grpc, numpy и т.д, то не беспокойтесь, все будет работать.
По поводу оперативной памяти. По началу смущал факт 16гб. Думал, что будет очень мало. Но по факту я вообще перестал думать о памяти. Она как будто бесконечная. Приведу пример. Запущен Docker. В нем крутится rabbitmq, 7 контейнеров, запущенных через композ, 3-4 окна vscode insider, datagrip, rider, slack, telegram, около 10 вкладок в хроме. При этом нагрузка на память не доходит даже до половины. Да своп может уйти от 1 до 8 гигабайт. Но это никак не сказывается на производительности. Единственный случай, когда мне удалось максимально нагрузить память (это не связано с программированием) это когда я открыл одновременно около 50 файлов RAW (размер одного файла, примерно 24мб) в pixelmator pro. Вот тогда прогрузился процессор и график нагрузки памяти был красный, своп был 36-37 гигабайт. При этом система не зависла и я мог продолжать ей пользоваться без тормозов. Тормозил только сам pixelmator pro.
Подводя итог, могу сказать, что mac mini m1 мне нравится больше чем макбук на интел. Интерфейс более плавный и отзывчивый, быстрее работает нужный мне софт. Но от macbook pro 16 пока не могу отказаться из за jetbrains софта, который к сожалению на m1 медленно работает (монитор 27 4к). И еще один плюс, он тихий. Даже под нагрузкой. Вентилятор еле слышно, если в плотную поднести мак мини к уху. Всегда холодный.
Значки и темки это конечно хорошо, но хочется спросить, доколе? Студия работает медленно. Переодически подвисает и т.д. На крупных проектах регулярные лаги с интерфейсом даже без Resharper'а. Компьютер у меня нормальный. И например Rider, работает намного быстрее чем VS.
Когда будет x64 версия?!
Лично я перешел на Rider и не жалею об этом. Его функционала мне хватает. Разрабатываю сейчас в основном на .net core. Да, в Visual Studio по моему мнению многое сделано удобнее чем в Rider. Но тормоза все портят.
Память экономится довольно существенно. Я уже не помню сколько занимает программа, получаемая из Arduino IDE. В моем случае, на чистом C — Hello World уместился в 186 байт. На ASM можно добиться более хороших показателей.
По скорости точно сказать не могу. Думаю если вы будете использовать Visual Micro и чистый C (тут статья), без всяких программаторов, то результат будет тот же, но памяти будет занято чуть больше из за загрузчика Arduino.
Мой коллега в качестве эксперимента мигал светодиодом с помощью Intel Galileo на частоте 400Гц это на библиотеках Arduino, а после переписки на C получилось около 2МГц.
В статье я использовал внешний светодиод для наглядности. Хотел сделать фото подключения программатора и горящего светодиода. Но фотоаппарат не вовремя разрядился.
Я пользуюсь фирменным Atmel программатором. По этому все работает как часы. Если будет время, куплю какой нибудь другой программатор, поиграюсь с ним и отпишусь.
Здравствуйте, отличная статья. Подскажите, как лучше реализовать работу с разделяемыми между модулями моделями, классами с функционалом и расширениями. А так же со слоем данных. Если у нас entity framework используется.
Спасибо! Очень классная статья. Вот бы еще подобную статью про таблицы для desktop SwiftUI.
Использую данный компьютер для работы. Докер работает отлично, проблем не было. Весь JetBrains софт работает. Но, даже не смотря на то, что у них есть сборки под ARM для Mac (кроме Rider) единственное, это дает более быструю скорость запуска приложений. К сожалению на моем мониторе 27 4к все ide jetbrains работают заметно медленнее чем с подключенным к этому же монитору macbook pro 16. Если открыть окно на весь экран, то очень не комфортно пользоваться. При этом на макбуке с интел такого нет. Подозреваю, что если подключить mac mini m1 к монитору с full hd то тормозов в ide jetbrains будет меньше или не будет вообще. С vscode ситуация чуть лучше, но не идеальна. За то есть vscode insider, который я сейчас использую как основной инструмент. Он летает. Очень приятно работать. Быстрее чем обычный vscode на макбук про 16. В основном работаю над бекендом. Основные языки C#, Go, Python, C. Многие библиотеки, которые я использую не поддерживают arm. Но это не проблема, так как можно поставить нужные библиотеки под x86 а затем использовать их (на примере python) в vscode insider под m1 указав интерпретатору использовать x86-64 архитектуру. Так что можно без проблем программировать с использованием не поддерживаемых в m1 библиотек из софта, который собран под m1.
Что касается розетты. Не стоит беспокоиться. Все происходит в фоне. Единственное, для удобства можно сделать себе 2 терминала. В одном из них поставить галочку — «запускать под розеттой», а второй под нативную работу. Так что если вы активно используете: protobuf, grpc, numpy и т.д, то не беспокойтесь, все будет работать.
По поводу оперативной памяти. По началу смущал факт 16гб. Думал, что будет очень мало. Но по факту я вообще перестал думать о памяти. Она как будто бесконечная. Приведу пример. Запущен Docker. В нем крутится rabbitmq, 7 контейнеров, запущенных через композ, 3-4 окна vscode insider, datagrip, rider, slack, telegram, около 10 вкладок в хроме. При этом нагрузка на память не доходит даже до половины. Да своп может уйти от 1 до 8 гигабайт. Но это никак не сказывается на производительности. Единственный случай, когда мне удалось максимально нагрузить память (это не связано с программированием) это когда я открыл одновременно около 50 файлов RAW (размер одного файла, примерно 24мб) в pixelmator pro. Вот тогда прогрузился процессор и график нагрузки памяти был красный, своп был 36-37 гигабайт. При этом система не зависла и я мог продолжать ей пользоваться без тормозов. Тормозил только сам pixelmator pro.
Подводя итог, могу сказать, что mac mini m1 мне нравится больше чем макбук на интел. Интерфейс более плавный и отзывчивый, быстрее работает нужный мне софт. Но от macbook pro 16 пока не могу отказаться из за jetbrains софта, который к сожалению на m1 медленно работает (монитор 27 4к). И еще один плюс, он тихий. Даже под нагрузкой. Вентилятор еле слышно, если в плотную поднести мак мини к уху. Всегда холодный.
Нет. Это другая проблема. Решается лечением диска. Перезагрузка, жмем command + r.
Возможно в будущем они перепишут студию с нуля и представят это как мега релиз супер крутой IDE с x64 и т.д.
А пока будут менять иконки, цветовые схемы, добавлять интеграцию с соц.сетями и прочие "полезные вещи".
Поживём увидим.
Когда будет x64 версия?!
Лично я перешел на Rider и не жалею об этом. Его функционала мне хватает. Разрабатываю сейчас в основном на .net core. Да, в Visual Studio по моему мнению многое сделано удобнее чем в Rider. Но тормоза все портят.
import "C" import "unsafe"По скорости точно сказать не могу. Думаю если вы будете использовать Visual Micro и чистый C (тут статья), без всяких программаторов, то результат будет тот же, но памяти будет занято чуть больше из за загрузчика Arduino.
Мой коллега в качестве эксперимента мигал светодиодом с помощью Intel Galileo на частоте 400Гц это на библиотеках Arduino, а после переписки на C получилось около 2МГц.
В статье я использовал внешний светодиод для наглядности. Хотел сделать фото подключения программатора и горящего светодиода. Но фотоаппарат не вовремя разрядился.