Wonyoung Ju

Learn, unlearn, relearn. Avoid complexity at all costs.

[Wonyoung Ju @getogrand]

@mahler83 아이고 아쉽네요 ㅠㅠ 곧 만들어 줄겁니다!!

[Wonyoung Ju @getogrand]

@Dimillian ah $ works thanks! I tried @ and /

[이재명 @Jaemyung_Lee]

<저는 부동산 시장 정상화를 추구할 뿐, 집을 팔라고 강요하지 않습니다. 부동산 투자ㆍ투기에 주어진 부당한 특혜를 회수하고, 상응하는 부담을 하게 하려는 것입니다.

자가 주거용 주택소유자는 철저히 보호하되, 살지도 않는 투자ㆍ투기용 주택이나 다주택 보유자는 무주택자인 청년과 서민들에게 피해를 입히니 그에 상응한 책임과 부담을 지는 것이 공정합니다.

정당한 투자수익을 초과하여 과도한 불로소득을 노리는 다주택자, 살지도 않는 투자ㆍ투기용 주택 소유자들이 가진 특혜를 회수하고 세제, 금융, 규제, 공급 등에서 상응하는 부담과 책임을 강화하여 부동산 시장을 선진국들처럼 정상화 하자는 것입니다.

정상화된 부동산 체제에서 경제적 손실을 감수하며 집을 소장품이나 과시용으로 여러채 소유해도 괞찮습니다.

손실을 감수하며 공동체를 위해 경제적 부담을 기꺼이 하겠다는 걸 왜 말리겠습니까. 일부 국가는 사회주의체제가 아니면서도 거주용 외 일정수 이상의 주택보유를 금지하기도 하지만, 그렇게까지 할 필요는 없다고 생각합니다.

강요하지 않습니다.
집은 투자ㆍ투기용보다 주거용으로 사용하는 것이 바람직하니, 그 반대의 선택은 손실이되도록 법과 제도를 정비할 뿐이지요.
손해를 감수할 지, 더 나은 선택을 할지는 각자의 자유입니다.

사족으로, 저는 1주택입니다.
직장때문에 일시 거주하지 못하지만 퇴직후 돌아갈 집이라 주거용입니다. 대통령 관저는 제 개인 소유가 아니니 저를 다주택자 취급하지는 말아주시기 바랍니다. 다주택 매각권유는 살 집까지 다 팔아 무주택 되라는 말이 아니니 "너는 왜 집을 팔지 않느냐", "네가 팔면 나도 팔겠다"는 다주택자의 비난은 사양합니다.>

장동혁 "李대통령 한밤중 다주택자에 사자후…부동산 겁박 멈추라" https://t.co/R4i6EPqJAO

[이재명 @Jaemyung_Lee]

<부동산투기 때문에 나라 망하는 걸 보고도 왜 투기편을 들까요?>

바른 정보 바른 의견 즉 정론직필은 언론의 사명이자 의무입니다. 그래서 입법 사법 행정에 이은 제 4부라며 보호까지 해 주지 않습니까? 그런데 언론이라면서 대체 왜 이렇게까지 망국적 투기를 편드는 것입니까?

돈 벌겠다고 살지도 않는 집을 몇채씩 수십 수백채씩 사모으는 바람에 집값과 임대료가 천정부지로 올라 젊은이들은 결혼을 포기하고, 출산이 줄어 나라가 사라질 지경에 이르렀는데 그렇게 버는 돈에 세금 좀 부과한 것이 그렇게 부당한 것일까요?

더구나 세금중과 피하면서 수십 수백% 오른 수익 충분히 누릴 수 있도록 시행령 고쳐가며 1년씩 세금중과 면제해준 것이 야금야금 어언 4년이나 됐습니다.

날벼락이요? 문제를 삼으려면 부동산투기 자체, 4년간이나 주어진 기회를 놓치고 이제와서 또 감세연장을 바라는 그 부당함을 문제삼아야지, 이미 4년전에 시행하기로 되어 있었고 그보다도 훨씬 이전에 만들어진 중과법률을 이제와서 날벼락이라며 비난하는 것은 대체 무슨 연유일까요?

언론인 본인들이 투기적 다주택자도 아닐터이고, '4년간 중과유예 이번에는 원칙대로 종료'라는 팩트를 모를 리도 없습니다.

다수의 다주택자들을 편들어 정부를 곤경에 빠트려 보겠다는 것은 '상대를 공격할 수 있다면 나라가 망해도 좋다'고 하는 저급한 사익추구집단이나 할 생각 아니겠습니까?

누구나 알듯이 나라가 위기입니다. 위기요인은 대내외적으로 다양하지만 우리 스스로 만들었고 고칠 수 있는 위기는 이제라고 고쳐야 하지 않겠습니까?

제발 바라건데 정론직필은 못하더라도 망국적 투기두둔이나 정부 '억까' 만큼은 자중해 주시면 좋겠습니다. 제도속에서 하는 돈벌이를 비난할 건 아니지만 몇몇의 불로소득 돈벌이를 무제한 보호하려고 나라를 망치게 방치할 수는 없습니다.

또 제도란 필요하면 바꿀 수도 있는 것입니다. 강제매각도 아니고 공익을 해치는, 그리 바람직하지도 않는 수익에 세금을 중과하되 회피기회를 4년이나 주었으면 충분하다고 보여집니다.

더구나 이 정부가 이제 와서 갑자기 만든 게 아니라 오래전에 만들어 시행유예만 해오던 것으로 2026. 5. 9. 종료는 작년부터 예고되었던 것입니다.

그러니 날벼락 운운하며 정부를 부당하게 이기려 하지 마시고, 그나마 우리 사회가 준 중과세 감면 기회를 잘 활용하시기 바랍니다. 아직 100일이나 남았습니다.

'10억 벌면 8억 토해내라' 날벼락...혼돈의 시장, 다주택규제 10가지 부작용 - 파이낸셜뉴스 https://t.co/xHzC897XsX

[Wonyoung Ju @getogrand]

@midagedev @JakeSeo8 opencode 에서 codex 정식 지원하고 있어요. gpt-5.2-codex medium 이 오푸스보다는 많이 느린데 못 기다릴 정도는 아닙니다. 미니맥스랑 glm 은 너무 멍청해서 못 쓰겠더라구요.

[Wonyoung Ju @getogrand]

@midagedev 으.. 왜 이렇게 느리게 못 움직여서 안달일까요..

[OpenCode @opencode]

you can now freely sign up for OpenCode Black

we'll still be rolling out in batches so your subscription will be activated as we scale up capacity

we offer $20/100/200 plans - link in reply

[Wonyoung Ju @getogrand]

"벤처투자의 전제는 계약으로 모든 위험을 창업자 개인에게 이전하지 않는다는 암묵적 합의 위에 서 있습니다. 그 합의가 작동하지 않는다면, 이는 Exit 할때는 투자였지만, 망했을때는 고이자의 개인신용담보대출로 둔갑하는 무적의 원금무손실 투자 상품이 됩니다."

https://t.co/AtXjd21QQP

[Mitchell Hashimoto @mitchellh]

I answer about a dozen or so emails every week from students and early stage founders. One of the most common red flags I see are people who want to be a founder for the sake of it and are chasing ideas or guessing. It's so common I have a canned response. Here it is:

(Starting the canned response here)

I’m sorry to say it sounds like you’re searching for an idea. Or, you have a solution in need of a problem. Or, you just like the idea of being a founder (for whatever reason).

This isn’t what you want to hear, but go get a job and work for awhile. If you have a solution that needs market validation, then work in the industry that you think that market exists. Immerse yourself in some industry, it really doesn’t matter what one, because they’re all so filled with problems that need to be solved that you can choose anything.

It only takes one or two years.

Then your problem isn’t going to be wondering “is this a good idea?” “What is a good idea?” Etc. The problem is going to be: which of these 10 obviously good ideas won’t be solved unless I do it, and which do I want to spend the next 10 years of my life working on? That’s the real hard question.

Remember, the key questions a VC is going to ask you and you should ask yourself is: “Why this? Why now? Why you?” You should have full confidence in all of them. The easy part is confidence in all of them. Then the hard part is executing fast enough and hoping the market moves with you with external factors that are mostly out of your control. :)

Don’t search for an idea. Let one come to you. Go get a job.

I’m sorry to tell you that, but it’s the advice I think you need to hear. Like I said, it won’t take long, one or two years or so. But that one or two years of working is going to save you more years of your life most likely wasting your time on the easy part (finding the idea). Plus, you’ll get paid for it.

[Sam Lambert @samlambert]

you’ve got to give it to them. ‘scale to zero’ is an incredible rebranding of downtime.

[DHH @dhh]

Microservices is the software industry’s most successful confidence scam. It convinces small teams that they are “thinking big” while systematically destroying their ability to move at all. It flatters ambition by weaponizing insecurity: if you’re not running a constellation of services, are you even a real company? Never mind that this architecture was invented to cope with organizational dysfunction at planetary scale. Now it’s being prescribed to teams that still share a Slack channel and a lunch table.

Small teams run on shared context. That is their superpower. Everyone can reason end-to-end. Everyone can change anything. Microservices vaporize that advantage on contact. They replace shared understanding with distributed ignorance. No one owns the whole anymore. Everyone owns a shard. The system becomes something that merely happens to the team, rather than something the team actively understands. This isn’t sophistication. It’s abdication.

Then comes the operational farce. Each service demands its own pipeline, secrets, alerts, metrics, dashboards, permissions, backups, and rituals of appeasement. You don’t “deploy” anymore—you synchronize a fleet. One bug now requires a multi-service autopsy. A feature release becomes a coordination exercise across artificial borders you invented for no reason. You didn’t simplify your system. You shattered it and called the debris “architecture.”

Microservices also lock incompetence in amber. You are forced to define APIs before you understand your own business. Guesses become contracts. Bad ideas become permanent dependencies. Every early mistake metastasizes through the network. In a monolith, wrong thinking is corrected with a refactor. In microservices, wrong thinking becomes infrastructure. You don’t just regret it—you host it, version it, and monitor it.

The claim that monoliths don’t scale is one of the dumbest lies in modern engineering folklore. What doesn’t scale is chaos. What doesn’t scale is process cosplay. What doesn’t scale is pretending you’re Netflix while shipping a glorified CRUD app. Monoliths scale just fine when teams have discipline, tests, and restraint. But restraint isn’t fashionable, and boring doesn’t make conference talks.

Microservices for small teams is not a technical mistake—it is a philosophical failure. It announces, loudly, that the team does not trust itself to understand its own system. It replaces accountability with protocol and momentum with middleware. You don’t get “future proofing.” You get permanent drag. And by the time you finally earn the scale that might justify this circus, your speed, your clarity, and your product instincts will already be gone.

[Wonyoung Ju @getogrand]

@pakyoungrok augment code 플러그인이 젯브레인 ide 자동완성 중에서는 제일 괜찮더라구요.

[Minsang Kim @minsangk]

&lt;테스트를 위해 코드를 쪼개지 마세요: Naite와 함께하는 관찰 기반 테스팅&gt;

이번에 Sonamu에 새로 도입한 테스팅 기법(Naite; 나이테)이 많은 분들에게 영감을 줄 수 있는 재밌는 내용이라 생각되어 오랜만에 포스트를 작성해봤습니다.

https://t.co/vFcBV28jwV

[Wonyoung Ju @getogrand]

@minsangk 아주 실용적인 아이디어네요. 너무 좋습니다 👍

[Wonyoung Ju @getogrand]

@ccoroom 수학적 지식을 뽐내기 위한 오버엔지니어링일 뿐인데 자랑스럽게 말하는게 좀 웃기더라구요 ㅋㅋ

[Thorsten Ball @thorstenball]

Took me many, many, many years to realize this, but:

"Growing up" in the Rails community made me implicitly assume that all my fellow developers are interested in building &amp; shipping products.

Only years later did I notice how some are only really in it for the programming.

[DHH @dhh]

Many such cases. The lessons learned at Amazon and other megacorps are often the exact opposite of what 99% of teams should do.

[ThePrimeagen @ThePrimeagen]

the real cost of faang influence on software engineering