HN user

hellsten

9 karma
Posts0
Comments14
View on HN
No posts found.

$ claude

Plan how to refactor the codebase to use the new JobDefinition.create function introduced in git commit <git commit hash>. Split task into subtasks, if needed. Write the plan to todo.md.

...

Start working on the task in @todo.md. Write code that follows the "Keep it simple, stupid!" principle.

The fact that the only thing WebUI needs is a web browser is a bit of a problem for me, so I decided to go with Tauri, which uses the system's webview, for my HTML-based application: https://github.com/christianhellsten/ollama-html-ui/

The biggest problem with HTML/CSS apps is that their look and feel are different from native GUIs. This is less of a problem for chat and document-based applications (Slack, Word, etc.), IMO. With Tauri, I can also customize the window and integrate native features to mitigate this. I'm not sure WebUI can do this.

I’ve tried something similar on the frontend side: I decided to build a UI for Ollama.ai using only HTML, CSS, and JS (Single-Page Application). The goal is to learn something new and have zero runtime dependencies on other projects and NPM modules. Only Node and Parcel.js (https://parceljs.org/) are needed during development for serving files, bundling, etc. The only runtime dependency is a modern browser.

Here's what I have found so far:

- JavaScript (vanilla) is a viable alternative to React.js

- HTML entities (UTF-8) are an alternative to, for example, font-awesome

- Parcel.js is great for bundling cross-browser compatible Javascript apps: simple to install and no configuration needed. By default Parcel.js supports every browser having 0.25% or more of the total amount of active web users.

- The HTML template tag and JavaScript work well as a replacement for template libraries like Pug

- ChatGPT4 is great at writing the skeleton code for a project

Future plans include experimenting with `node:test` for testing.

I would need to add external libraries to fully support the following features, but I think I will continue on the zero-dependencies path:

- Sanitizing HTML

- Code highlighting

- Markdown rendering

The code can be found here: https://github.com/christianhellsten/ollama-html-ui/

For those interested in indexation, FRMO's Murray Stahl has published some thought-provoking articles about indexation here:

http://www.frmocorp.com/indexation.html

In principle, the theory behind indexation is very much like the theory of perfect competition. In perfect competition, the idea is that no participant is sufficiently powerful or sufficiently large to influence the price of the product. The product is assumed to be homogeneous, and shares are designed to be homogeneous. In the theory of market efficiency, no one has an information advantage over anyone else, and there is always enough liquidity. It seems reasonable to make those assumptions. Yet, it is worth making some observations about them.

Flask and Sinatra are great. Easy to learn and easy to customize. They have stable APIs, unlike big frameworks like Rails and Django. This means you don't have to worry about what happens when you upgrade your application to the latest version.

Thanks for posting! Micro-frameworks are great for learning things that higher-level frameworks such as e.g. jQuery and Backbone hide from you.

Frameworks with the most features and the best (loudest?) marketing are usually the most popular (e.g. Rails and jQuery), but they might not the best tools for the job.

1. Kill Digg

2. Wait for half the internet to write about it (with new links to digg.com)

3. Put back the old Digg content

4. Wait for half the internet to write about it (with new links to digg.com)

5. Nasdaq Listing/Internet domination???

This strategy should work for all social-media startups. No guarantee of profits though...