Sam Tobin-Hochstadt on Composable and Compilable Macros (2015)

https://www.youtube.com/watch?v=pK2E63mhRxI

#ComputerScienceFieldOfStudy #ComputerProgrammingConferenceSubject #ProgrammingLanguages

Meet #Cangjie (CJ) - a new application development language.

Positioned as a counterpart to Java, Kotlin, and Swift, CJ isn't just about safety & speed. It features:
🔹 Algebraic Data Types (ADTs)
🔹 Effect Handlers

CJ is designed for high-performance, general-purpose apps.

Get the deep dive on #InfoQ: https://bit.ly/4nsiJUg

#ProgrammingLanguages #SoftwareDevelopment #OpenSource

Boriel BASIC

https://zxbasic.readthedocs.io/en/docs/

#HackerNews #BorielBASIC #BASIC #Programming #RetroComputing #OpenSource #ProgrammingLanguages

Zig vs. Rust in 2026

2026년 기준으로 저자는 Zig와 Rust를 비교하며, 인간 개발자 생산성 측면에서는 Zig가 우수하지만 AI 코딩 에이전트가 Rust 코드를 100배 빠르게 작성하는 점에서 Rust가 더 유리하다고 평가합니다. Zig의 특장점인 allocator 인터페이스, 임의 비트 폭 정수, packed struct, comptime 기능 등이 Rust에서는 다소 불편하지만, AI 에이전트가 코드를 자동 생성하는 환경에서는 큰 문제가 되지 않는다고 설명합니다. Rust의 강력한 타입 시스템과 메모리 안전성은 대규모 코드 생성 시 버그를 줄이는 데 유리하며, AI 에이전트와 함께 사용할 때 생산성 저하 문제도 완화된다고 결론짓습니다.

https://zackoverflow.dev/writing/zig-vs-rust-in-2026/

#zig #rust #programminglanguages #codingagents #memorysafety

If anyone wants to recruit a senior R&D code monkey with multiple degrees for a job that will involve neither "AI" bullshit nor "blockchain" bullshit nor "HFT" bullshit nor killing people nor destroying the planet just for the heck of it...

I get cheaper and cheaper by the minute as things descend deeper and deeper into nutty "More cloud and more AI will fix it!!" chaos around me.

Located in Germany. Will only work remote as we're tied to this place due to aging parental units. Strong preference for something related to actual green technology such as solar.

#FediHire #FediHired #Systems #Storage #ProgrammingLanguages #Compilers #GreenTech #Solar #Linux #BSD #Academia #Teaching #noAI #BoostsWelcome

Use Boring Languages with LLMs

저자는 LLM이 일관된 언어와 생태계에서 더 안정적이고 예측 가능한 코드를 생성한다고 주장하며, 특히 Go 언어가 일관된 문법, 강력한 표준 라이브러리, 단일 스타일 도구체인, 효율적인 가비지 컬렉션, 그리고 제한된 오류 가능성 덕분에 LLM 기반 코딩 에이전트에 최적이라고 평가한다. 반면, JavaScript나 Python처럼 생태계가 분산되고 다양한 방식이 공존하는 언어는 LLM이 일관된 출력을 내기 어렵다고 지적한다. 따라서 AI 기반 소프트웨어 개발에서는 일관성과 규약이 강한 언어를 선택하는 것이 중요하며, Go는 이러한 조건을 가장 잘 충족하는 언어라는 결론이다.

https://jry.io/writing/use-boring-languages-with-llms/

#llm #golang #softwaredevelopment #codingagents #programminglanguages

LLMs Won't Replace Programming Languages

Corey Montella의 블로그 글에서는 LLM이 프로그래밍 언어를 대체하지 못할 이유를 설명한다. Mech라는 프로그래밍 언어 프로젝트 경험과 과거 WikiEve 자연어 쿼리 시스템 사례를 통해, 자연어 인터페이스가 가진 모호성과 예측 불가능성 문제를 지적한다. LLM은 자연어를 코드로 변환하는 데 강점이 있지만, 프로그래밍 언어가 제공하는 명확하고 일관된 도구로서의 역할을 완전히 대체하기 어렵다는 결론이다. 프로그래밍 언어는 예측 가능성과 반복 가능성(idempotence)을 갖춘 도구로서, LLM의 불확실성과 변동성은 개발자에게 혼란을 줄 수 있다.

https://mech-lang.org/post/2025-01-09-programming-chatgpt/

#llm #programminglanguages #mech #naturallanguageinterface #softwareengineering

Barbara Liskov Turing Award lecture, 2008

#programminglanguages #biography #computerscience #history

https://youtube.com/watch?v=qAKrMdUycb8&si=8mSlD-vHgPZ77QO0

I have thought about it and decided that all I should demand of the reference variables in hiha is that, at any given point, they match in name and to what they refer.

Thus all the stuff I said earlier about appending incremented numbers to variable names is probably now null and void...

#programming #programmingLanguages