Love this! With integrations to 3rd-party data sources (like AirTable, Google Sheets, Databases, Notion, etc.), this can be a very useful product, especially for use with LLMs.
The trackpad calibration on my MacBook Air is almost okay, just a tad bit too slow/rigid to move around.
Thank you for trying it out! Noted on the trackpad--I'll make some adjustments to make it snappier.
Funny you mention the integrations, since this started out as a spreadsheet project. I then ran into UX problems of how to toggle between the cell source and the result without shifting the layout too much. I'm sure there's a solution to this, but I just haven't figured it out yet.
How about apps which only have the option of signing in with Google or some other social / 3rd party provider? Do you also not use other services like Microsoft's, Apple's, Facebook (Meta)'s? How do you in that case sign in?
Just started out building a micro-agency into software engineering and consulting. I left my 9-5 jobs in engineering and big-consulting to pursue my dream of building something myself. I love to code and build software and have always dreamed of bringing in change to the landscape around software engineering services.
https://shunyaek.se is my agency, "shunyaek"'s home-page. shunyaek refers to "shunya", meaning zero, and "ek", meaning one, in Hindi, my native language. It refers to the binary building blocks of the software & digital world. The landing-page is still under construction. Always open to feedback and crticism.
How are the unique IDs created? And how do you manage collisions with such small IDs? I am not sure but I think the collision rate should somewhere be around "~1 day or 33K IDs needed, in order to have a 1% probability of at least one collision." as per https://zelark.github.io/nano-id-cc/ with an alphabet that goes like this "0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz" and an ID length of 6 characters.
I have been looking for such a URL shortening solution for a client of mine and hop2 looks perfect with its minimal dashboard and simple usage. I am currently using a manual combination of Google Analytics and Bit.ly but it doesn't really work as I would. I have even tried building a URL shortener for this particular use-case and while I did succeed, adding analytics feels like a big task and an entirely seperate project of its own.
- UI: Mantine, Material-UI, TailwindCSS, other niche ones too
- Other Technologies: Docker (+ Compose), Supabase
Latest Projects:
- Built an online suite of tools for a cyber-security consulting firm with features like scanning of internet assets like IP, e-mail etc, analytics using tables and charts, security self-assessment wizards driven through a questions-and-answers format, etc. Technologies: Python, FastAPI, PostgreSQL, Redis, Celery, JavaScript/TypeScript, NextJS, Mantine
- Phase10.ToolKit (built a utility for playing the popular cards-game, Phase 10) (https://phase10.shunyaek.se)
- href•sbs (built a minimal URL shortener with focus on writing the CSS from scratch, without any CSS frameworks or libraries) (https://href.sbs)
- shunyaek.se (trying to build my own brand and identity and building solutions and products under this brand) (focus has been on the brand's design and flair, building a brand-story and setting-up a business)
Currently Working On:
- Started exploring the new world of LLMs and trying to build a chat app using which a user can talk to their documents. The intended purpose for this app is to have the user chat with financial markets docs and conduct research. Technologies: LangChain, Llama 2, FastAPI, PyPDF
The awesome-selfhosted project has a nice list of open-source analytics projects. It's really good inspiration to dig into these projects and find out about the technology choices that other open-source tools in the space have made.
https://github.com/awesome-selfhosted/awesome-selfhosted#ana...
Why are Go/JVM/CLR better than V8? Is it the single threaded thing or is there more to it? I thought V8 would be performant especially for this very IO bound use case.
Part of the explanation comes down to the inherent limitations of a dynamic language (javascript) that also happens to be single-threaded by design. No matter how smart the javascript engine and no matter how much it can optimise the code, it can only go so far.
Here you can see a breakdown of different server technologies, and how they benchmark against each other for various typical web-server tasks:
https://www.techempower.com/benchmarks/#section=data-r21
It's really interesting, but of course - not the full picture. And I hope people don't take it to mean that c++ and rust are always the best choice because they're the fastest in benchmarks.
"Potential performance" is not the only thing that matters. I personally happen to love working with nodejs and full-stack javascript (even though I'm a "polyglot"). I think that half the time, the theoretical advantages of more performant software platforms can be vastly outweighed by other variables.
It actually more depends on the circumstances of the project. What skills does the dev team have? What's the larger organisation tech landscape? How much does performance really matter for the use-case? How fast does the project need to go to market? How important is reliability? etc..
For example:
- If I'm a medical device company I sure as hell won't put javascript on pacemakers (I can only hope that's how they think) - I'm using something proven, with as less risks as possible, and with a looong "boring" history: C, C++
- If I'm a bank, I'm putting my bet on safe platform, backed by another big Enterprise like Java (Oracle), Dotnet (Microsoft)
- And if I'm building a e-commerce site, it's totally reasonable to have a php-based backend, alongside a CMS like wordpress
In the case of storywise here, full stack javascript (actually typescript) will do just fine. The performance of Nodejs will be absolutely more than enough, I have no doubt.
That is honestly not how HN works. Your mistakes could be mine and other's mistakes too and we too would have loved to learn from the discussions and updates that this post would have garnered.
Even though if we cast out the mistakes or whatever it was that you had posted out of the picture for a moment, it might just have been a good point of learning and reading for anyone.
The trackpad calibration on my MacBook Air is almost okay, just a tad bit too slow/rigid to move around.