zakirullin

5 ms·

31.
by zakirullin 5mo ago
Thanks! I am glad you enjoyed it. For the past week alone, I made 500+ commits, fixing all sorts of UI/UX fixes to perfect things out. I believe I put too much time into it during all those years, but I don't regret it. Because I
32.
by zakirullin 5mo ago
I believe that not only you should own your data in plain files, but also you should own the software that opens those files. So that your files and tools can grow together, fully under your ownership, through the ages. The app can be easil
33.
by zakirullin 5mo ago
Thanks! There's a lot to it, and for years me and my friends were using the project. A lot of us built knowledge bases, and we enjoyed it all quite a bit.
34.
by zakirullin 5mo ago
It is not very well tested on mobiles yet. People use chatbot on the mobiles - way more convenient. You can both read/write notes through the chat.
35.
by zakirullin 5mo ago
Thanks a lot! I've been perfecting things for 5 years. A week ago I decided to open source it finally :)
36.
Show HN: Files.md – Open-source alternative to Obsidian(github.com)
730 points by zakirullin 5mo ago|356 comments
37.
Files.md – open-source alternative to Obsidian(github.com)
5 points by zakirullin 5mo ago|1 comments
38.
by zakirullin 1y ago
Cognitive load depends on the mental models one has, yes. > The problem is that familiarity is not the same as simplicity. They feel the same — that same ease of moving through a space without much mental effort — but for very different
39.
by zakirullin 1y ago
> I like the article but the people who need it won't understand it That's true. One doesn't change his mindset just after reading. Even after some mentorship the results are far from satisfying. Engineers can completely a
40.
by zakirullin 1y ago
PSR to the rescue! For the past ~5 years I've been only using PSR-compatible components, with no framework whatsoever. For both enterprise-grade projects and small services. The reason was the same - those all-encompassing frameworks i
41.
by zakirullin 1y ago
Nice to hear that it resonates with your experience. I liked C for the exact same reason. Switched to Golang recently, simplicity is cherished here too!
42.
by zakirullin 1y ago
Having a clear and minimalistic API doesn't mean that the underlying code is easy to understand. It's good when things just work and you can use an API, but most of the time you have to dig whatever is under the rug.
43.
by zakirullin 1y ago
Software engineering is a relatively immature field. Nobody knows how to cook it in a proper way. What we know for sure is how to fail (point of the article). There was an analogy about building bridges and writing software. Building a brid
44.
by zakirullin 1y ago
It is mentioned/quoted in Deep Modules section: https://github.com/zakirullin/cognitive-load?tab=readme-ov-f... Maybe I should make it more visible.
45.
by zakirullin 1y ago
There's some: https://groups.google.com/g/software-design-book/c/c_CNaDTJt...
46.
by zakirullin 1y ago
That's best book on the topic! The article was inspired by this exact book. And John is a very good person, we discussed a thing or two about the article.
47.
by zakirullin 1y ago
Thanks a lot! You've nailed it :)
48.
by zakirullin 1y ago
There's a chapter about mental models: https://github.com/zakirullin/cognitive-load?tab=readme-ov-f...
49.
by zakirullin 1y ago
And I did it a few times :) He knows about the article, we talked about it.
50.
by zakirullin 1y ago
Thanks! I might link it to the article.
51.
by zakirullin 1y ago
It seems like some engineers have emotional attachment to all these layered architectures. Explaining or giving them examples of failed projects (based on this architecture) doesn't help.
52.
by zakirullin 1y ago
I also find JS and all the infrastructure very mentally taxing. Building a legacy project via some esoteric and already out-of-fashion build system is so painful. Thousands of dependencies, hundreds of issues and warnings...
53.
by zakirullin 1y ago
Agreed on every point! From what I observed, some engineers try to express themselves through exciting architectures. They are proud of it, they get their dopamine. Their craft can't be simple, if it is simple then they are dull too. A
54.
Simple GPT in pure Go, trained on Jules Verne books(github.com)
8 points by zakirullin 1y ago|1 comments
55.
by zakirullin 1y ago
What kind of response you can expect from the model: Mysterious Island. Well. My days must follow Can be used as a companion to https://karpathy.ai/zero-to-hero.html course. Batch dimension is removed for the sake of better
56.
by zakirullin 2y ago
Thank you :) It's open to everyone, I'll post more information on the site. Though I really want some strong moderation. Too much generalized/LLM content on the web nowadays...
57.
by zakirullin 2y ago
An outstanding cosy magazine. I wrote an article for this issue, and I must admit that people behind this project are amazing. Enjoyed every tiny bit of communication with them.
58.
by zakirullin 2y ago
Deep module - simple interface, complex functionality Shallow module - interface is relatively complex to the small functionality it provides. Shallow modules don't hide as much complexity. https://github.com/zakirullin
59.
by zakirullin 2y ago
He is an absolutely amazing and extremely humble person. He agreed to review my article (written under the influence of his book) in his spare time. He does tons of code reviews every week for his students as well. I was especially impresse
60.
by zakirullin 3y ago
> number of variables any half complicated code has. It is not about sheer number of variables some code has. It's about how many variables we have to fit in our head in order to understand some flow or calculation.

More ›