Search results

0
0
0
남정현 @rkttu@hackers.pub
Public

🚀 새 오픈소스 프로젝트: hwplibsharp를 공개합니다!

.NET에서 HWP 파일을 다루고 싶었던 적 있으신가요? 저도 그랬습니다.

지난 3주간 Java 기반 hwplib를 .NET으로 완전히 포팅했습니다.

641개 파일, 50,000줄 이상의 코드, 54번의 커밋으로 .NET Standard 2.0, .NET Framework 4.7.2, .NET 8 이상을 지원하며, 크로스 플랫폼 (Windows, macOS, Linux)까지 고려한 것이 특징입니다.

AI 코딩 어시스턴트와 Visual Studio 2026의 에이전트 기반 디버거 덕분에 혼자서는 엄두도 못 냈을 규모의 프로젝트를 3주 만에 완료할 수 있었습니다.

특히 VS 2026의 디버거가 스스로 브레이크포인트를 설정하고, 변수를 추적하며, 문제의 근본 원인을 찾아주는 경험은 시니어 개발자와 페어 디버깅하는 느낌이었습니다.

이 프로젝트는 neolord0(박성균)님의 hwplib가 없었다면 불가능했습니다. 오픈소스 생태계는 이렇게 서로의 어깨 위에 서서 성장합니다.

https://devwrite.ai/ko/posts/hwplibsharp-dev-journey/

Java hwplib을 .NET으로 이식하기: AI와 함께한 오픈소스 포팅 여정

시작은 단순한 호기심에서 “한글 파일을 .NET에서 직접 다룰 수 있으면 좋겠는데…” 이런 생각을 한 .NET 개발자가 저만은 아닐 것입니다. HWP 파일은 한국에서 공공기관을 중심으로 여전히 널리 사용되는 문서 형식이지만, .NET 생태계에서는 이를 제대로 다룰 수 있는 오픈소스 라이브러리가 마땅치 않았습니다. .NET에서는 그동안 HWP 파일을 다루기 위해서, Windows OS 한정으로 아래아한글을 설치하면 같이 따라오는 HWP ActiveX 컨트롤의 COM 타입 라이브러리를 불러와서 제어하는 것 정도만 겨우 다루어지고 있었을 뿐이었지만, 안타깝게도 이 마저도 지원이 중단되면서 지금은 길이 막힌 상태죠!

devwrite.ai · /dev/write

5
0
0
0
0
0
Alexandre Mutel @xoofx@mastodon.social
Public

Heya! I just released XenoAtom.Terminal github.com/XenoAtom/XenoAtom.T, a modern replacement for System.Console for .NET CLI/TUI apps. 🎉

It keeps a familiar Console-like feel, but adds the terminal-native stuff System.Console doesn't cover well: ANSI/VT styling + markup, unified async input events (keys/resize/mouse/paste), restore-on-dispose scopes (raw/cbreak, alternate screen, hide cursor…), clipboard, a rich ReadLine editor, & testable backends, built on top of XenoAtom.Ansi ✨

A modern .NET replacement for System.Console. Contribute to XenoAtom/XenoAtom.Terminal development by creating an account on GitHub.

GitHub - XenoAtom/XenoAtom.Terminal: A modern .NET replacement for System.Console

A modern .NET replacement for System.Console. Contribute to XenoAtom/XenoAtom.Terminal development by creating an account on GitHub.

github.com · GitHub

1
0
0
Edaqa Mortoray @mortoray@peoplemaking.games
Public

This is an unexpected bug in my code. I didn't realize that C#'s nullish operator isn't a null chaining operator.

In JavaScript, this code is correct:

(colorChip?.ranks.Length ?? 0)

In C# it's wrong, since it evaluates to

((colorChip?.ranks).Length ?? 0)

Instead of nulling out the whole chain. Thus here, if `colorChip` is null, I get a null pointer error.

I can't understand why C# uses this approach. I don't see a situation in which it's beneficial.

0
0
0
Joshua Tompkins @jtompkinsx@hachyderm.io
Public

Hey Mastodon! Here's a very late .

I'm Josh - a software engineer and senior architect working in the more "traditional" finance industry (meaning *not crypto*).

I've shipped code in , , , , , and , but these days I mostly spend my time helping other folks get stuff shipped.

I play games, read a lot, and occasionally write and release half-baked open-source software. I am deeply jealous of people who can draw or paint.

0
0
0