ツール・開発環境 on kenji.blog

Fui premiado com o Microsoft MVP (2025-2026) novamente

Sun, 13 Jul 2025 22:01:15 +0900

Fui premiado com o Microsoft MVP (2025-2026) novamente!

Olá, eu sou o kenji.

Tenho um anúncio a fazer. Fui premiado com o Microsoft MVP (Most Valuable Professional) novamente este ano. Esta é a minha 9ª vez recebendo o prêmio.

Muito obrigado a todos que sempre me apoiam.

O que é o Microsoft MVP?

Quando você ouve “MVP”, muitos podem pensar no jogador mais valioso dos esportes, mas o MVP aqui é um título concedido àqueles que contribuíram para a comunidade técnica da Microsoft .

Especificamente,

Disseminação de informações em blogs de tecnologia e redes sociais
Publicação de código de exemplo no GitHub
Palestras em grupos de estudo e conferências
Respostas em sites de P&R
Intercâmbio técnico e colaboração com desenvolvedores estrangeiros
Participação e postagem em comunidades onde engenheiros se conectam

É um sistema que avalia atividades como “compartilhar o próprio conhecimento e experiência para o benefício de alguém”.

Existem vencedores em todo o mundo, mas o número de pessoas selecionadas a cada ano é limitado, e receber o prêmio novamente não é fácil. É por isso que é uma verdadeira honra ser reconhecido dessa maneira.

O que foquei neste último ano

Este ano, concentrei-me em transmitir informações com foco na “clareza” e “acessibilidade” da tecnologia.

Publicação de código de exemplo prático no GitHub
Palestras em grupos de estudo e conferências (nacionais e internacionais)
Disseminação regular de informações através de blogs de tecnologia e redes sociais
Atividades contínuas de resposta em sites de P&R
Compartilhamento de conhecimento em sites de comunidades de engenheiros
Interação e verificação conjunta com engenheiros estrangeiros

Em particular, a publicação de código no GitHub deixou uma forte impressão em mim porque recebi comentários como “Eu estava lutando com a mesma coisa, isso me salvou!”, e pude sentir que meus esforços estão ajudando o desenvolvimento de outras pessoas.

Além disso, ao palestrar em eventos, às vezes recebi feedback de que “era fácil de entender, mesmo para iniciantes”, o que me deu uma boa oportunidade para pensar sobre “o que é uma explicação técnica que as pessoas entendem?”.

Olhando para o próximo ano

A evolução da tecnologia é muito rápida e é difícil apenas acompanhá-la. Mesmo assim, acredito que há um grande valor em fornecer conhecimento real como “informação primária” , como as experiências práticas que tive e os pontos em que tropecei ao tentar coisas sozinho.

No próximo ano, gostaria de tentar publicar “conteúdo técnico visualmente compreensível” que incorpore vídeos e diagramas . Espero aumentar meus resultados para que eu possa ajudar a resolver o sentimento de “estou preso!” de alguém, mesmo que seja apenas um pouco.

Finalmente

O título de MVP é apenas um ponto de passagem.

A partir de agora, sem exagerar, no meu próprio ritmo. Mas de uma forma que seja adequadamente útil para alguém.

“Fiquei salvo pesquisando sobre isso” “Esta amostra funcionou!” “Esta história foi fácil de entender”

Gostaria de continuar sendo o tipo de engenheiro a quem dizem essas coisas.

Muito obrigado pelo seu apoio contínuo.

Tentando instalar o Qt Extension Pack no Visual Studio Code

Fri, 13 Sep 2024 00:53:53 +0900

Iniciando o desenvolvimento Qt no VSCode: Como instalar o Qt Extension Pack

Olá, aqui é o Kenji. Desta vez, apresentarei “como configurar o ambiente de desenvolvimento Qt no Visual Studio Code (doravante VSCode)”.

Recentemente, além do Qt Creator oficial, há um número crescente de pessoas que desejam desenvolver aplicativos Qt usando o VSCode, que é leve e altamente extensível. Para essas pessoas, recomendo o “Qt Extension Pack” . Basta instalar este pacote de extensões e você terá as principais extensões relacionadas ao Qt de uma só vez.

Público-alvo

Aqueles que desejam iniciar o desenvolvimento de aplicativos GUI usando Qt
Aqueles que desejam desenvolver no VSCode em vez do Qt Creator
Aqueles que têm preguiça de procurar extensões uma por uma

Pré-requisitos

O VSCode deve estar instalado (Você pode baixá-lo gratuitamente no site oficial)
A própria biblioteca Qt deve estar instalada (Site oficial do Qt)

O que é o Qt Extension Pack?

O Qt Extension Pack é um pacote de extensões para o VSCode. Ao instalá-lo, os seguintes recursos são adicionados automaticamente:

Suporte para arquivos .ui (Qt Designer)
Destaque de sintaxe para arquivos .pro e .qrc
Conclusão de código C++, compilação e suporte a depuração para Qt
Qt Resource Browser (referência de recursos)

Instruções de Instalação

1. Abra o VSCode

Primeiro, inicie o VSCode.

2. Abra a visualização de Extensões

Clique na barra de atividades no lado esquerdo (ícone de blocos quadrados) para exibir as “Extensões”.

Ou você pode pressionar o atalho Ctrl + Shift + X.

3. Pesquise por “Qt Extension Pack”

Digite a seguinte palavra-chave na barra de pesquisa:

1

Qt Extension Pack

4. Clique no botão de Instalação

Quando o pacote de destino for exibido, clique no botão “Instalar”. Isso instalará várias extensões de uma só vez, como as seguintes:

Qt Language Support
QML Support
Qt Designer Integration
CMake Tools (essencial para desenvolvimento Qt compatível com CMake)

Configuração adicional do projeto (Exemplo CMake + Qt)

Se você usar o Qt baseado no CMake, recomendamos combiná-lo com as seguintes extensões:

Além disso, se você incluir a seguinte descrição em CMakeLists.txt, a integração com o Qt será tranquila:

1
2


find_package(Qt6 REQUIRED COMPONENTS Widgets)
target_link_libraries(MyApp PRIVATE Qt6::Widgets)

Bônus: Como abro os arquivos .ui?

Os arquivos .ui podem ser editados no Qt Designer. No VSCode, você poderá clicar com o botão direito do mouse no arquivo .ui → selecionar Open with Qt Designer (o Qt Designer deve estar incluído na variável de ambiente PATH).

Resumo

Passo	Conteúdo
1	Iniciar o VSCode
2	Abrir o painel de extensões
3	Pesquisar por “Qt Extension Pack”
4	Clicar no botão de Instalação

Construir um ambiente Qt no VSCode tornou-se muito mais fácil do que antes. Ele tem recursos suficientes como uma alternativa ao Qt Creator e é recomendado para quem quer trabalhar com leveza.

Coleção de links recomendados

Por fim

No futuro, planejo prosseguir com o desenvolvimento utilizando ferramentas de UI do Qt e QML neste ambiente. Na próxima vez, explicarei como compilar e executar um aplicativo Hello World em Qt a partir do VSCode .

Até logo!

Como resolver o erro 'Temporary failure resolving...' no wsl

Sun, 31 Mar 2024 16:57:33 +0900

Como resolver o erro ‘Temporary failure resolving…’ no wsl

1
2
3
4


kenji@MyComputer:~$ sudo apt update
[sudo] password for kenji:
Err:1 http://archive.ubuntu.com/ubuntu focal InRelease
 Temporary failure resolving 'archive.ubuntu.com'

Quando o erro acima é exibido no wsl, as configurações do servidor DNS podem estar incorretas. No meu ambiente, foi resolvido com os seguintes passos.

Inicie o wsl.
Execute sudo nano /etc/resolv.conf.
Altere a linha nameserver da seguinte forma:

1

nameserver 8.8.8.8

Salve com Ctrl + S e saia com Ctrl + X.
Execute sudo apt update.
Se o erro não for exibido, está resolvido.

Se não for resolvido com os passos acima

Parece que há casos em que não é resolvido com os passos acima. Consulte o artigo a seguir.

Como resolver ‘Temporary failure resolving…’ durante o apt update no WSL

Definir variáveis dinamicamente no Github Actions

Sun, 02 Oct 2022 02:33:35 +0900

Para definir variáveis dinamicamente no Github Actions, você pode fazer isso anexando a $env:GITHUB_ENV conforme abaixo.

【No caso do Windows】

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44


name: Rust

on:
 push:
 branches: [ "master" ]
 pull_request:
 branches: [ "master" ]

env:
 CARGO_TERM_COLOR: always

jobs:
 build:
 runs-on: ubuntu-latest
 steps:
 - uses: actions/checkout@v3
 - name: Get Environment
 run: |
 echo 'VERSION=1.0.0' >> $GITHUB_ENV
 echo 'NAME=1.0.0' >> $GITHUB_ENV
 - name: Display Environment
 run: |
 echo $env:VERSION
 echo $env:NAME
 - name: Create Release
 id: create_release
 uses: actions/create-release@v1
 env:
 GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
 with:
 tag_name: ${{ env.VERSION }}
 release_name: ${{ env.VERSION }}
 draft: false
 prerelease: false
 - name: Upload Release Asset
 id: upload-release-asset
 uses: actions/upload-release-asset@v1
 env:
 GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
 with:
 upload_url: ${{ steps.create_release.outputs.upload_url }} # This pulls from the CREATE RELEASE step above, referencing it's ID to get its outputs object, which include a `upload_url`. See this blog post for more info: https://jasonet.co/posts/new-features-of-github-actions/#passing-data-to-future-steps
 asset_path: ./target/release/${{ env.NAME }}.exe
 asset_name: ${{ env.NAME }}.exe
 asset_content_type: application/octet-stream

【No caso do Linux】

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24


name: Rust

on:
 push:
 branches: [ "main" ]
 pull_request:
 branches: [ "main" ]

env:
 CARGO_TERM_COLOR: always

jobs:
 build:
 runs-on: ubuntu-latest
 steps:
 - uses: actions/checkout@v3
 - name: Get Environment
 run: |
 echo 'VERSION=1.0.0' >> $GITHUB_ENV
 echo 'NAME=hello' >> $GITHUB_ENV
 - name: Display Environment
 run: |
 echo ${{ env.VERSION }}
 echo ${{ env.NAME }}

Como configurar um domínio personalizado em um repositório Github

Tue, 13 Sep 2022 01:16:40 +0900

Para configurar um domínio personalizado em um repositório Github, você precisa alterar as configurações de DNS do seu domínio. Aqui, explicaremos assumindo que você gerencia seu domínio com Onamae.com. Você pode fazer configurações semelhantes reescrevendo os registros A com outros registradores.

Alterar as configurações de DNS no Onamae.com

Para alterar as configurações de DNS do seu domínio, faça login na tela de gerenciamento do Onamae.com. Após o login, vá para a tela de gerenciamento de domínio. Quando estiver na tela de gerenciamento de domínio, altere as configurações de DNS. Para alterar as configurações de DNS, configure da seguinte forma:

Acesse https://www.onamae.com/ e clique em “Login Onamae.com Navi”
Insira sua “ID Onamae (ID de membro)” e “Senha” e clique no botão de login
Clique em “Configurações do servidor de nomes”
Clique em “Configurações de DNS do domínio”
Selecione o domínio que deseja configurar e clique em “Avançar”
Clique em “Configurar” à direita de “Usar configuração de registro DNS”
Selecione A para TYPE, insira 3600 para TTL e “185.199.108.153” para VALUE e clique em “Adicionar”
Semelhante a 7., adicione também para “185.199.109.153”, “185.199.110.153” e “185.199.111.153”
Certifique-se de que a caixa de seleção está marcada em “Confirmação de alteração do servidor de nomes para configuração de registro DNS” e clique em “Ir para a tela de configuração”
Se for exibida uma tela dizendo “Para evitar alterações não intencionais nas configurações de DNS”, clique em “Não configurar” (selecione conforme necessário)
Verifique os detalhes da configuração e clique em “Configurar”
Isso conclui as configurações de DNS. Pode levar até cerca de 72 horas para que a reflexão seja concluída.
Se não for refletido após 72 horas, tente entrar em contato com o suporte do Onamae.com.

Para verificar se as configurações estão refletidas no seu ambiente local, tente executar o seguinte comando. Substitua a parte example.com pelo domínio que você deseja verificar.

Para Linux, Mac

1

dig example.com +noall +answer -t A

Se o resultado for o seguinte, a configuração foi refletida.

1
2
3
4


example.com. 0 IN A 185.199.108.153
example.com. 0 IN A 185.199.109.153
example.com. 0 IN A 185.199.110.153
example.com. 0 IN A 185.199.111.153

Para Windows

1

nslookup -q=a example.com 8.8.8.8

Se o resultado for o seguinte, a configuração foi refletida.

1
2
3
4
5
6
7
8
9


Servidor: dns.google
Address: 8.8.8.8

Resposta não autoritativa:
Nome: example.com
Addresses: 185.199.108.153
 185.199.109.153
 185.199.110.153
 185.199.111.153

Configurar um domínio personalizado em um repositório Github

Abra a página do repositório e clique em Settings
Clique em Pages
Se você estiver publicando o código-fonte do repositório como está, selecione “Deploy from a branch” em Source. Se você estiver compilando o código-fonte, como HUGO, selecione “GitHub Actions”.
Selecione a branch a publicar em Branch e clique em Save
Insira o domínio que você obteve em Custom domain e clique em Save.
Se necessário, marque a caixa “Enforce HTTPS” para ativar o suporte HTTPS

[PR]

Gerar .gitignore com o comando dotnet

Tue, 13 Sep 2022 00:25:12 +0900

O comando dotnet.exe é útil para se ter à mão, pois permite até mesmo construir programas simples.

Instalação do .NET SDK

O dotnet.exe está incluído no .NET SDK, portanto, primeiro instalamos o .NET SDK. Inicie o cmd.exe com privilégios de administrador e execute o seguinte comando.

1

winget install Microsoft.DotNet.SDK.6

Gerar .gitignore

O comando para gerar o .gitignore com o dotnet.exe é o seguinte.

1

dotnet new gitignore

O .gitignore gerado é o seguinte.

 1
 2
 3
 4
 5
 6
 7
 8
 9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454


## Ignore Visual Studio temporary files, build results, and
## files generated by popular Visual Studio add-ons.
##
## Get latest from https://github.com/github/gitignore/blob/master/VisualStudio.gitignore

# User-specific files
*.rsuser
*.suo
*.user
*.userosscache
*.sln.docstates

# User-specific files (MonoDevelop/Xamarin Studio)
*.userprefs

# Mono auto generated files
mono_crash.*

# Build results
[Dd]ebug/
[Dd]ebugPublic/
[Rr]elease/
[Rr]eleases/
x64/
x86/
[Ww][Ii][Nn]32/
[Aa][Rr][Mm]/
[Aa][Rr][Mm]64/
bld/
[Bb]in/
[Oo]bj/
[Ll]og/
[Ll]ogs/

# Visual Studio 2015/2017 cache/options directory
.vs/
# Uncomment if you have tasks that create the project's static files in wwwroot
#wwwroot/

# Visual Studio 2017 auto generated files
Generated\ Files/

# MSTest test Results
[Tt]est[Rr]esult*/
[Bb]uild[Ll]og.*

# NUnit
*.VisualState.xml
TestResult.xml
nunit-*.xml

# Build Results of an ATL Project
[Dd]ebugPS/
[Rr]eleasePS/
dlldata.c

# Benchmark Results
BenchmarkDotNet.Artifacts/

# .NET
project.lock.json
project.fragment.lock.json
artifacts/

# Tye
.tye/

# ASP.NET Scaffolding
ScaffoldingReadMe.txt

# StyleCop
StyleCopReport.xml

# Files built by Visual Studio
*_i.c
*_p.c
*_h.h
*.ilk
*.meta
*.obj
*.iobj
*.pch
*.pdb
*.ipdb
*.pgc
*.pgd
*.rsp
*.sbr
*.tlb
*.tli
*.tlh
*.tmp
*.tmp_proj
*_wpftmp.csproj
*.log
*.vspscc
*.vssscc
.builds
*.pidb
*.svclog
*.scc

# Chutzpah Test files
_Chutzpah*

# Visual C++ cache files
ipch/
*.aps
*.ncb
*.opendb
*.opensdf
*.sdf
*.cachefile
*.VC.db
*.VC.VC.opendb

# Visual Studio profiler
*.psess
*.vsp
*.vspx
*.sap

# Visual Studio Trace Files
*.e2e

# TFS 2012 Local Workspace
$tf/

# Guidance Automation Toolkit
*.gpState

# ReSharper is a .NET coding add-in
_ReSharper*/
*.[Rr]e[Ss]harper
*.DotSettings.user

# TeamCity is a build add-in
_TeamCity*

# DotCover is a Code Coverage Tool
*.dotCover

# AxoCover is a Code Coverage Tool
.axoCover/*
!.axoCover/settings.json

# Coverlet is a free, cross platform Code Coverage Tool
coverage*.json
coverage*.xml
coverage*.info

# Visual Studio code coverage results
*.coverage
*.coveragexml

# NCrunch
_NCrunch_*
.*crunch*.local.xml
nCrunchTemp_*

# MightyMoose
*.mm.*
AutoTest.Net/

# Web workbench (sass)
.sass-cache/

# Installshield output folder
[Ee]xpress/

# DocProject is a documentation generator add-in
DocProject/buildhelp/
DocProject/Help/*.HxT
DocProject/Help/*.HxC
DocProject/Help/*.hhc
DocProject/Help/*.hhk
DocProject/Help/*.hhp
DocProject/Help/Html2
DocProject/Help/html

# Click-Once directory
publish/

# Publish Web Output
*.[Pp]ublish.xml
*.azurePubxml
# Note: Comment the next line if you want to checkin your web deploy settings,
# but database connection strings (with potential passwords) will be unencrypted
*.pubxml
*.publishproj

# Microsoft Azure Web App publish settings. Comment the next line if you want to
# checkin your Azure Web App publish settings, but sensitive information contained
# in these scripts will be unencrypted
PublishScripts/

# NuGet Packages
*.nupkg
# NuGet Symbol Packages
*.snupkg
# The packages folder can be ignored because of Package Restore
**/[Pp]ackages/*
# except build/, which is used as an MSBuild target.
!**/[Pp]ackages/build/
# Uncomment if necessary however generally it will be regenerated when needed
#!**/[Pp]ackages/repositories.config
# NuGet v3's project.json files produces more ignorable files
*.nuget.props
*.nuget.targets

# Microsoft Azure Build Output
csx/
*.build.csdef

# Microsoft Azure Emulator
ecf/
rcf/

# Windows Store app package directories and files
AppPackages/
BundleArtifacts/
Package.StoreAssociation.xml
_pkginfo.txt
*.appx
*.appxbundle
*.appxupload

# Visual Studio cache files
# files ending in .cache can be ignored
*.[Cc]ache
# but keep track of directories ending in .cache
!?*.[Cc]ache/

# Others
ClientBin/
~$*
*~
*.dbmdl
*.dbproj.schemaview
*.jfm
*.pfx
*.publishsettings
orleans.codegen.cs

# Including strong name files can present a security risk
# (https://github.com/github/gitignore/pull/2483#issue-259490424)
#*.snk

# Since there are multiple workflows, uncomment next line to ignore bower_components
# (https://github.com/github/gitignore/pull/1529#issuecomment-104372622)
#bower_components/

# RIA/Silverlight projects
Generated_Code/

# Backup & report files from converting an old project file
# to a newer Visual Studio version. Backup files are not needed,
# because we have git ;-)
_UpgradeReport_Files/
Backup*/
UpgradeLog*.XML
UpgradeLog*.htm
ServiceFabricBackup/
*.rptproj.bak

# SQL Server files
*.mdf
*.ldf
*.ndf

# Business Intelligence projects
*.rdl.data
*.bim.layout
*.bim_*.settings
*.rptproj.rsuser
*- [Bb]ackup.rdl
*- [Bb]ackup ([0-9]).rdl
*- [Bb]ackup ([0-9][0-9]).rdl

# Microsoft Fakes
FakesAssemblies/

# GhostDoc plugin setting file
*.GhostDoc.xml

# Node.js Tools for Visual Studio
.ntvs_analysis.dat
node_modules/

# Visual Studio 6 build log
*.plg

# Visual Studio 6 workspace options file
*.opt

# Visual Studio 6 auto-generated workspace file (contains which files were open etc.)
*.vbw

# Visual Studio LightSwitch build output
**/*.HTMLClient/GeneratedArtifacts
**/*.DesktopClient/GeneratedArtifacts
**/*.DesktopClient/ModelManifest.xml
**/*.Server/GeneratedArtifacts
**/*.Server/ModelManifest.xml
_Pvt_Extensions

# Paket dependency manager
.paket/paket.exe
paket-files/

# FAKE - F# Make
.fake/

# CodeRush personal settings
.cr/personal

# Python Tools for Visual Studio (PTVS)
__pycache__/
*.pyc

# Cake - Uncomment if you are using it
# tools/**
# !tools/packages.config

# Tabs Studio
*.tss

# Telerik's JustMock configuration file
*.jmconfig

# BizTalk build output
*.btp.cs
*.btm.cs
*.odx.cs
*.xsd.cs

# OpenCover UI analysis results
OpenCover/

# Azure Stream Analytics local run output
ASALocalRun/

# MSBuild Binary and Structured Log
*.binlog

# NVidia Nsight GPU debugger configuration file
*.nvuser

# MFractors (Xamarin productivity tool) working folder
.mfractor/

# Local History for Visual Studio
.localhistory/

# BeatPulse healthcheck temp database
healthchecksdb

# Backup folder for Package Reference Convert tool in Visual Studio 2017
MigrationBackup/

# Ionide (cross platform F# VS Code tools) working folder
.ionide/

# Fody - auto-generated XML schema
FodyWeavers.xsd

##
## Visual studio for Mac
##


# globs
Makefile.in
*.userprefs
*.usertasks
config.make
config.status
aclocal.m4
install-sh
autom4te.cache/
*.tar.gz
tarballs/
test-results/

# Mac bundle stuff
*.dmg
*.app

# content below from: https://github.com/github/gitignore/blob/master/Global/macOS.gitignore
# General
.DS_Store
.AppleDouble
.LSOverride

# Icon must end with two \r
Icon


# Thumbnails
._*

# Files that might appear in the root of a volume
.DocumentRevisions-V100
.fseventsd
.Spotlight-V100
.TemporaryItems
.Trashes
.VolumeIcon.icns
.com.apple.timemachine.donotpresent

# Directories potentially created on remote AFP share
.AppleDB
.AppleDesktop
Network Trash Folder
Temporary Items
.apdisk

# content below from: https://github.com/github/gitignore/blob/master/Global/Windows.gitignore
# Windows thumbnail cache files
Thumbs.db
ehthumbs.db
ehthumbs_vista.db

# Dump file
*.stackdump

# Folder config file
[Dd]esktop.ini

# Recycle Bin used on file shares
$RECYCLE.BIN/

# Windows Installer files
*.cab
*.msi
*.msix
*.msm
*.msp

# Windows shortcuts
*.lnk

# JetBrains Rider
.idea/
*.sln.iml

##
## Visual Studio Code
##
.vscode/*
!.vscode/settings.json
!.vscode/tasks.json
!.vscode/launch.json
!.vscode/extensions.json

Existem muitos arquivos para o Visual Studio, mas também inclui itens que geralmente não precisam ser gerenciados no git, como o .DS_Store do Mac.

Sites de Referência

Instalar o .NET no Windows

Usando o GitHub Copilot no IntelliJ IDEA

Sat, 10 Sep 2022 09:44:55 +0900

Introdução

O GitHub Copilot é uma ferramenta de autocompletar código baseada em IA desenvolvida pelo GitHub. Você pode usar o GitHub Copilot no IntelliJ IDEA instalando o plugin GitHub Copilot no ambiente de desenvolvimento IntelliJ IDEA. É necessária uma conta do GitHub para a ativação.

Como instalar

Selecione Settings (Configurações) no menu File (Arquivo) do IntelliJ IDEA
Selecione Plugins e procure por “GitHub Copilot” na busca
Instale a partir do botão de instalação
Pressione o botão Restart IDE para reiniciar o IntelliJ IDEA A instalação estará completa quando o IntelliJ IDEA for reiniciado.

Ativação

Clique no ícone no canto inferior direito
Clique em Login to Github
Clique no botão Copy and Open
O navegador será aberto. Se você não estiver logado no GitHub, faça o login, cole o código com Ctrl+V e clique no botão Continue
Clique no botão Authorize GitHub Copilot Plugin Se a tela acima for exibida, a ativação está completa.

Como usar

Quando você digita alguns caracteres no editor do IntelliJ IDEA, o GitHub Copilot começa a propor continuações para o seu código. Aproveite o poderoso recurso de autocompletar da IA!