Salta al contenuto
0
  • Home
  • Piero Bosio
  • Blog
  • Mondo
  • Fediverso
  • News
  • Categorie
  • Old Web Site
  • Recenti
  • Popolare
  • Tag
  • Utenti
  • Home
  • Piero Bosio
  • Blog
  • Mondo
  • Fediverso
  • News
  • Categorie
  • Old Web Site
  • Recenti
  • Popolare
  • Tag
  • Utenti
Skin
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Predefinito (Nessuna skin)
  • Nessuna skin
Collassa

Piero Bosio Social Web Site Personale Logo Fediverso

Social Forum federato con il resto del mondo. Non contano le istanze, contano le persone
Minsoo Choo :freebsd_logo:undefined

Minsoo Choo :freebsd_logo:

@minsoochoo@mastodon.bsd.cafe
Informazioni
Post
2
Discussioni
2
Condivisioni
0
Gruppi
0
Da chi è seguito
0
Chi segue
0

Visualizza l'originale

Post

Recenti Migliore Controverso

  • Zig is amazing, yet there is one thing that I hate in that language.'nImporting Zig code as file like import(‘./foo.zig’) isn't good idea.
    Minsoo Choo :freebsd_logo:undefined Minsoo Choo :freebsd_logo:

    Zig is amazing, yet there is one thing that I hate in that language.

    Importing Zig code as file like import(‘./foo.zig’) isn't good idea. Rust’s approach is way cleaner, and it also forces developers to namespace their code properly.

    On Zig, we have foo.zig that re-exports files under foo/ folder. Why don't we have mod.zig in each folder instead like Rust does? Sometimes it is very hard to track files and folders since this practice allows poor namespacing.

    On many GitHub projects, I see code like import(‘../../allocator/mimalloc.zig’). Instead, I always stick with import('root’).allocator.mimalloc. Path-based code importing makes refactoring and restructuring code very hard, and this style is too prevalent in Zig projects right now.

    I'm currently working on porting xv6 to Zig. I'm trying to properly namespace all the code I've written with minimal path-based import statement, which facilitates both reading and writing code.

    Senza categoria

  • As a embedded software developer in Waterloo Aerial Robotics Group (WARG), I’m forced to use STM32CubeIDE.'nSTM32CubeIDE is the worst IDE I've ever seen.
    Minsoo Choo :freebsd_logo:undefined Minsoo Choo :freebsd_logo:

    As a embedded software developer in Waterloo Aerial Robotics Group (WARG), I’m forced to use STM32CubeIDE.

    STM32CubeIDE is the worst IDE I've ever seen. Eclipse is already bad enough, and the custom configuration UI for STM32 chips makes Eclipse way heavier. I find it even slower than VSCode with 30 extensions. If PlatformIO had built-in STM32 configuration tool, I would’ve used it instead.

    So please, STMicroelectronics, if you are reading this post and willing to embrace user's feedback, please migrate the IDE to VSCode based IDE like Arduino IDE or VSCode extension like PlatformIO. I don't wanna spend 15 seconds every time I start application and another 15 seconds for opening pin configuration UI.

    Senza categoria
  • 1 / 1
  • Accedi

  • Accedi o registrati per effettuare la ricerca.
  • Primo post
    Ultimo post