I am not affiliated with Apple in any way. I am not writing this to sell you stuff, this just my personal feedback. Also NOT an apple fanboy.

Background

As you may not know, I am a .Net developer so obviously, windows OSs are my weapons of choice.
About a year ago, I had a Surface book pro, and I had a great overall experience with it but after 3 years of intense usage, it did not deliver the performance i needed, and its few minor flaws had begun to grind my gears.
So i was looking for a replacement with those criterias in mind:

• same form factor

• faster

• cheaper

• same or better battery life

• not a portable heater

And guess what, there were not many matches on windows os at that time :

• The Dell XPS ? Too expensive, hotter than a toaster and don't get me started on Dell's customer service and components failures. Nope, a big pass for me.

• Asus Rog series ? Too heavy and low battery life, no thanks.

I could give you 10 more laptop i checked that but this is not the subject. The macbook pro M1 fitted all my requirements. A year ago M1 silicon ships were still pretty new, and everyone was amazed about them, the benchmarks were quite impressive but i was skeptical:

• Could I work daily with an ARM processor ?

• Hell, can I even build C# on a M1 ?

I must also say that I had never worked with mac os, so I would have to learn all the shortcuts and not be confused with windows, there were many dark areas, and a lot adjustment to become as efficient as I am on windows. After weighing pro & cons many times, I made up my mind and decided to give it a try.

Setup & transition (the first month)

First thing i did when I received it was to setup my dev environment
install visual studio, vs code, learn my way around the shell etc...
and then the firsts problems appears.

Visual Studio on mac

Ouches, that was a bit of a disappointment, it was nothing close to the windows version.
It lacked a lot features and almost zero addons. But that's details I could code/compile/debug... only on .Net core 3.1 so wait... what do I do for legacy projects in .Net 4.7.2 ? Mono is not a options (for me). Thankfully I didn't go full retard and throw all my pcs aways...

So not a big fan of vs for mac, so I tried Rider and weirdly I found Rider better on mac than on windows, but this won't make me change to go full rider and win and mac.

Visual Studio Code on mac

Don't you love vs code ? I do It's a modern notepad++ and praise be Electron.js !
It feel,smell and work the same as the win version. Does Vs code on mac saved the day ? Kind of off but...

Then .Net 6 came out

Oh boy what a time to be alive as .Net developer. The mighty .Net 6 is finally here
with full support of arm silicon, speed-of-light performances and gold-shitting new features and... BUGS features like :

you can't use .net core 3.1 and .Net 6 on the same machine because why the fuck not ?
and a tons of issues with az functions, azurite, az cli etc (but that's even on windows)

The elephant in the room

I haven't talk about SGBD yet, wanna install a local mssql server instance on mac ? The only way is... with my beloved Docker. The thing is, databases and docker don't get along very well, why ?

A docker container is stateless so your data will be gone the next time you restart your container.
The easiest way to solve this is to create a volume where you will store the database file, and the container will only run the database engine...

Moving forward

Moving forward to now, a lot of those issues have been resolved.
Many improvements were made.
.Net 6 works like a charm and I can even build and debug azure durable function in vs code with all my linters working fine.

After a year of daily use, I am still amazed by this machine :

• I have never run out of battery

• it is never hot, slightly warm at heavy load

• it's a beast of a CPU

• not a single freeze, drops of performance after a year.

• even the GPU is exploitable

• the keyboard is very good (but the surface book had a better feel)

• I haven’t talk about frontend development but it feel like mac os is
  made for it

• zsh

Things I miss / don't like :

• The proprietary way of apple

• the black box feels for a user like me who like to see under the hood

• the upgrades that reset advanced configurations and security settings

• windows management

• the touchbar is not very useful

• the lack of a touch screen (very useful for administrative task, visual management, diagram,etc...)

• wsl

Conclusion

I guess that now you can understand that this was not a smooth sailing start.
I had many issues, it is always the downside for early adopters. But it is ok because in a way I had to learn a lot of new stuff, and I like to get my hands dirty and see how things work.
To conclude I love working with the mac m1 but it won't be my main computer ever.

• j'adore aider ceux qui non pas ma facilité avec l'informatique
• partager mes connaissances
• réparer et monter des ordinateurs

Pour le moment, j'ai fais le choix d'aider gratuitement dans la plus part des cas, et de ne facturer que les taches qui me demanderai un investissement de mon coté.

Je propose mon aide dans les domaines suivants :

• Dépannage/Assistance informatique, Hifi,video,photo

• Création de site internet/app mobile, référence, webmarketing

• Graphisme, montage/retouche photo & vidéo

• Cours d'informatique bureautique, développement, système & réseau

La question de passer ou non en freelance, je me la suis posée de nombreuse fois au cours de mes 10 ans de carrière.

Ce qui m'a fait sauter le pas, c'est d'avoir fait la rétrospective de ma carrière. J'ai pu constater que l’expérience dans différents secteurs et l'expertise technique acquise, serait une vraie plus-value pour mener à bien les projets de mes futurs clients.

Coucou les pipous, au programme un tuto tout naze sur l’excellent Azure DevOps et l’ingénieux Docker !

Pré-requis

Docker CE

un compte Docker hub

Visual Studio 2017 avec l’extension docker

un compte Azure DevOps (VSTS)

Activer les fin de lignes UNIX dans Visual Studio

Les fichiers Dockerfile & docker-compose utilisent les fins de lignes UNIX voici comment les activer (une autre solution consiste à éditer et créer les fichiers dans un autre éditeur tel que Notepad++)

Outils > Personnaliser

Onglet Commande

Dans “Barre de menu” sélectionnez “fichier”

Cliquez “Ajouter une commande”

Categorie “fichier”

Sélectionner “Option d’enregistrement avancées”

Au programme

1. Développement d’une application Web basique sur Visual Studio
2. Préparation du Dockerfile
3. Création du pipeline de Build sur Azure DevOps

Création du site ASP. NET CORE

Dans visual Studio créer un nouveau projet Asp.Net core type Web api ou MVC.
Cocher la case support docker et sélectionner container linux

Le projet généré, est normalement fonctionnel,vous constaterez la présence d’un fichier Dockerfile :

Vérifier que tout fonctionne en lançant le debug.
Du coté Azure DevOps, ce n’est pas aussi simple, tel quel,l’agent de build n’arrivera pas a compiler l’image et vous obtiendrez l’erreur suivante :

COPY failed: stat ***/Docker/publish: no such file or directory /usr/bin/docker failed with return code: 1

Pour résoudre ce problème, il faut un dockerfile un peu différent de celui généré.

Pour ce faire, créez un nouveau dockerfile, appelez le par exemple Dockerfile.CI, il devrait apparaître comme un sous élément de votre docker file existant.Il est basé sur la solution proposé dans la Documentation Docker

FROM mcr.microsoft.com/dotnet/core/sdk:2.1 AS build-env WORKDIR /app # Copy csproj and restore as distinct layers COPY *.csproj ./ RUN dotnet restore # Copy everything else and build COPY . ./ RUN dotnet publish -c Release -o out # Build runtime image FROM mcr.microsoft.com/dotnet/core/aspnet:2.1 WORKDIR /app EXPOSE 80 COPY --from=build-env /app/out . ENTRYPOINT ["dotnet", "tutodemo.dll"]

Pensez à adapter le fichier à votre solution, en particulier l’ ENTRYPOINT ainsi que les ports exposés,etc..

La différence avec l’existant, c’est que la compilation est réalisé dans un conteneur, le résultat est ensuite copié dans l’image docker finale :

• Le runtime .net core
• le code de l’application

Préparation du pipeline de build sur Azure DevOps

Premièrement ajoutez votre solution a un repo vsts de votre choix, committez.
Dans la section build créez une nouvelle définition de build basée sur le template docker container, par défaut la build sera effectué sur l’agent Hosted Ubuntu

Tache Build

Connection à Docker Hub

Dans container registry type selectionnez container registry,
ajouter une connection à docker hub en cliquant sur new, renseigner vos identifiants.

Build Command

Modifier le champs dockerfile pour qu’il pointe vers notre fichier Dockerfile.CI de la sorte : **/Dockerfile.CI
C'est tout pour la build !

Tâche Tag (optionnel)

Cette tâche est optionnel si vous poussez votre image avec un tag existant ou le tag latest Ajoutez une tache entre celle de Build & Push.

Sur cette nouvelle tâche sélectionnez la connexion au hub précédemment créée, puis dans command sélectionnez tag et c’est tout.

Tâche Push

Renseignez la connection au Docker Hub, vous pouvez en suite lancer la build via save & queue.

Si tout se déroule comme prévu, coté vsts vous devriez avoir du vert partout ;) :

Et coté Docker Hub, un nouveau repo et contenant l’image tagué (pour moi avec le numéro de build) :

La suite c’est du classique il suffit de pull & run sur n’importe quel environnement exécutant docker ! FABULOUS !!!

A+ pour d’autres tutos de merde !

Originally published at blogg.codemylife.dev on April 2, 2019.