lolpanda

In 2026 does it still make sense to build new Windows app using Win32 API? I was building a simple image viewer similar to QuickLook on Mac using Win32. I found it's very responsive. The code is less readable compared to React. For me Win32 is a good option if the UI state machine is simple enough.

I actually think the legacy completion API is superior to the newer chat creation API. The completion API takes all the input as a single string, whereas the chat API expects input as a list of messages. Given today's common use of agentic workflows, the model often has to process a large amount of input—RAG data, function calls, and other metadata—in addition to the user and assistant messages. The conversation itself might be just a small part of the overall prompt.

I’ve found it more intuitive to format the conversation as <conversation>...</conversation> within one unified text prompt, alongside all the other input data.

OpenAI’s new completion API supports both a single large string or a list of messages, which is great. I briefly experimented with the prompting tool in Claude—it essentially builds a big prompt that includes instructions and examples in XML format.

oh i never thought about y = append(x, ...) in which scenario would make sense to have different x and y?

Great idea! The demo looks impressive. What are your thoughts on real-time translated captioning compared to AI voice? I guess it's still difficult to mimic nonverbal elements like laughter and pauses.

"synthesize large amounts of online information" does it heavily depend on the search engine performance and relevance of the search results? I don't see any mention of Google or Bing. Is this using their internal search engine then?

I actually like how NULLs behave in SQL. They mean "I don't know" In the modern programming language we all care about Null safety. But no matter how you model your data, you will always run into the situations when you don't know everything. So I believe NOT NULL is not very practical. NULLs in SQL handle these case very well - when the input is unknown your output is unknown

Those mini apps are built on the same web stack. I believe the main advantages of creating mini apps are that the platform provides identity (allowing you to know who the users are upon permission approval) and payment APIs.

I'm a heavy use of tmux integration in iterm2. this allows seamless mouse scroll in a tmux window. I haven't seen any other terminals that provide the same tmux support.

this looks like the workflows in gumloop.com

so the WebRTC helps with the unreliable network between the mobile clients and the server side. if the application is backend only, would it make sense to use WebRTC or should I go directly to realtime api?

the only reason i use wget over curl is that when i'm downloading a file, i don't have to specify the output file name with wget lol

i think cursor is the only player that forked vscode. i've been using cursor for a week and i really like it. it's able to auto complete/correct code in multiple places at the same time. other copilot extensions in vscode were not able to do this. but i assume microsoft will quickly add this feature in vscode and others will catch up soon. i don't know if it's a true advantage to stay as a fork of vscode.

I like the UI. The chat interface is a good fit for this task. How do you prevent or should you prevent users from entering "write me a fib(n) in python" in the chat? To me the chat is solely designed for table creation directives.

what do people think about installing new software from less well known companies and giving the app full access to all your files? how would i convince myself that this software won't upload my data in the background?

Cloudflare has a switch to block all the unknown bots other than the well behaved one. Would this be a simple solution to most of the sites? I wonder if the main concern here is that the sites don't want to waste bandwidth/compute for AI bots or they don't want their content to be used for training.