hn-search
v
Our great sponsors
hn-search | v | |
---|---|---|
1586 | 219 | |
521 | 35,250 | |
1.5% | 0.3% | |
2.9 | 9.9 | |
5 months ago | about 6 hours ago | |
TypeScript | V | |
GNU General Public License v3.0 or later | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
hn-search
-
Ubuntu on the ThinkPad X13s Review
> To my surprise the fingerprint reader works well and I can enroll my fingers! It even unlocks the system the system at the login screen too!
well, shit, that's better than my Thinkpad X1 on Ubuntu where they never worked
I actually came very close to getting that exact same setup (from the Amazon Refreshed store) but waved it off because I could not get Chrome (not -ium, I mean the real one) nor Zoom which for doing worky stuff is "well, good luck". Yes, I'm aware one can join zoom meetings from the browser but with eyes toward that "chromIUM" part I felt it would be really, really rolling the dice, and that's before I knew that the webcam doesn't work
there have been a few other threads on this, but it's great to have a more recent version: https://hn.algolia.com/?q=thinkpad+x13s
You may already be aware of this, but the T14s is "just another" Intel box, whereas the X13s is Snapdragon/arm64. I despise the random nomenclature of their product lines for that very reason. But IMHO a blog post about Ubuntu on more Intel stuff would not make the front page versus "here's the current state of arm64 on the desktop" is something I have keen interest in. I still have high hopes someone is going to have better luck with Microsoft's Dev Kit since it comes with a lot more ram (recently https://news.ycombinator.com/item?id=35757277 et al https://hn.algolia.com/?query=windows%20dev%20kit )
-
Ask HN: What are some not widely-known computer programming publishers?
Self publishing is free. If you’re talking about getting printed copies in bookstores, you’re technically correct about their being better at marketing but believe me, they expect you to do the bulk of that too.
Take a look at some of these articles:
-
Ask HN: Why no browser-based E2E encryption?
Perhaps search hnn for "cryptocat" which was an attempt to do e2e chat through a website a dozen years ago. It was somewhat controversial at the time.
https://hn.algolia.com/?q=cryptcat
The author gave up on it after a while and the website stopped working.
-
Stashpad launches Google Docs alternative you can use without any login
There once was an incredibly nice product like this called hackpad. It even had a similar theme IIRC. It was a yc company, lovely polished product, and the folks I was founding a startup with loved it with zero effort spent on convincing them.
10 years ago Dropbox bought it and shut it down.
-
DBOS Operating System
look, I know this thing is obviously the second coming, or new sliced bread or something, but the dupes are just out of control: https://hn.algolia.com/?q=dbos and that's not even counting the submissions of blog posts about their hot new thing from the employees
We got it, it's awesome, stop making NEW THREADS where everyone who wasn't in the first 500 of these submissions posts the same things
-
The GIL can now be disabled in Python's main branch
Further context on noGIL in general: https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...
- Show HN: Hatchet – Open-source distributed task queue
-
Tal is the programming language for the Uxn virtual machine
Using a stack as input and a stack as output reminds me of the POP-11 language.
A high level value stack available as an input is a truly different way to code.
See other Hacker News articles https://hn.algolia.com/?q=pop-11
-
Don't Use Discord for FOSS
Using this site, I created a custom range search.
https://hn.algolia.com/?dateRange=custom&page=1&prefix=true&...
For comments less than 1 month, I see the option to upvote, for older comments I don't.
v
-
V Language Review (2023)
From the article:
> Everything described here is correct for the b66447cf11318d5499bd2d797b97b0b3d98c3063 commit. This is a summary of my experience with the language over 6 months + information that I found on Discord while I was writing this article.
From https://github.com/vlang/v/commit/b66447cf11318d5499bd2d797b...:
> felipensp committed Nov 20, 2023
Can you clarify how you're calculating 2 years? Today is February 24, 2024, so the parent comment saying 3 months seems pretty accurate.
> it's quite impressive for a single author to have a functional, fast language with a working garbage collector and arena allocator (with some issues) in only a few years.
As the included code shows, the gc is boehm gc, and checking their repo shows they just include libgc/bdwgc. This is absolutely not a knock against anyone here, it's just about the standard library for this need, and I think it is a far smarter move to use it than for most to attempt to make their own general-purpose gc.
I feel it would be wrong, however, to characterise this as being a single author having made a language with a gc and arenas, as if those were significant parts of the author's own developments, rather than using a well-picked import and a half-baked implementation of "arenas" are really just a global linked list of buffers, freed only at exit, and so everything leaks [0]. They're not really arenas, you can't use them locally in a region of code or as scratchpads, let alone multi-thread it, so it's just, by their code's own admission, a little pre-allocation to save on mallocs for all the little heap allocations of a GC-assuming codebase, so they're not really arenas like you'd use in C or elsewhere.
Not unimpressive, it's a valid approach for some uses (though not general purpose), it's just different from a language with their own gc and actual arenas. Indeed, just implementing an arena barely even registers in the complexity, I feel, as arenas really should be very simple in most use cases [1]. It would be far more impressive to have them actually integrated and be available as a true alternative to a GC for memory management, particularly integrating common patterns (e.g. [2]) in a way that could serve as a drop-in replacement, such that we can actually provide bounded lifetimes and memory safety without a full GC, let alone support multiple concurrencies with it from multi-threading to coroutines -- this would likely still be unsafe without a GC compared to, say, Rust or Vale, let alone Pony or SPARK, and would likely require a cultural shift in manual management akin to Zig or Odin, as it may be largely moot if dependencies end up enforcing the gc themselves. Still, again, making anything substantial is never unimpressive, we just need to retain the perspective of what was achieved and how.
As to the rest, well, I think it's fair to say that there should be a clear delineation between statements of "we can do this and here's how" and roadmaps with "we're aiming to do these things and here's our current progress". In my experience, people are quick to get these mixed up when they're excited about making something, and none of us are fully immune to this. It's not some moral failing or anything in and of itself, it can very easily be an honest mistake, but humans see patterns everywhere, so we often need to be receptive when others are trying to help us be level-headed and clear things up; otherwise a reputation begins to form. Especially in this industry, reproducibility matters, as we're all too familiar with the smoke-and-mirrors of demos (not to personally claim there is any here, just that it obviously helps dispel such concerns).
And, of course, second chances are always offered if someone is willing to amend mistakes.
[0]: prealloc.c.v is barely over 100 lines long and quite manageable, https://github.com/vlang/v/blob/master/vlib/builtin/prealloc...
The creator of V made some big claims that raised a few eyeballs, they've gained a reasonable following over the years, have a pretty serious looking website (https://vlang.io) a beer-money level Patreon following and some corporate partnerships/sponsors. However have experienced some pretty brutal takedowns over the years, with some of the bolder claims about the language/compiler being exposed as being.
A word I keep seeing in relation to V is "aspirational" - the project aspires to be a serious language with some major features, so I think it's fair to approach it with a more critical eye than one would a kid's side-project. I think HN would have been pretty understanding if they were open about the state of the various features and were a little less defensive when they encounter articles that treat it like a Real Language and review it as such. If the authors don't want this kind of feedback they can just say front-and-centre (or on their FAQ @ https://github.com/vlang/v/wiki/FAQ) "this is a toy" or "this is pre-alpha"
Their site is clearly showing the language is in beta. The V documentation also states that autofree is WIP, and to use the GC instead. This isn't a corporate created language, but looks to be a true volunteer open source effort from people around the world.
Their community, in comparison to others, even has their discussions open and open threads for criticism[1]. These
-
Towards memory safety with ownership checks for C
V also has this https://github.com/vlang/v/blob/master/doc/docs.md#embed_fil...
-
Vox: Upcoming open-source browser engine in V
Built in V: https://github.com/vlang/v
> [the V language is] simple, fast, safe, compiled language for developing maintainable software. Compiles itself in <1s with zero library dependencies.
-
Show HN: A new stdlib for Golang focusing on platform native support
Goroutines was the selling point for me until they decided to introduce telemetry in their toolchain; that was what forced me to stop using Golang as a whole.
About GC, I would say: if you implement C++'s RAII mechanism to replace garbage collection, then I believe this project will have a bright future.
My final question is the following: how `pcz` compares to V language, from a syntax's perspective [1]?
-
The V Programming Language 0.4
In both the review itself and in V's documentation, from which the example came, it states that autofree is still WIP. It's arguably disingenuous to pretend otherwise or present unintended usage.
The normal "day-to-day" situation would be to have the GC on, and to do otherwise (like -gc none or -prealloc), one should know what they are doing or be prepared to deal with such issues.
Those parts of the review, considered relevant in normal usage were resolved:
https://github.com/vlang/v/issues/14803
https://github.com/vlang/v/issues/14787
https://github.com/vlang/v/issues/14786
But even beyond that, the intent of the so-called review was arguably malevolent. It was not done in good faith, to be helpful to the developers or community, but done to spur on drama (thus adding the vaporware link and spamming it) and knowingly looking for ways to bash an alpha version of the language.
V has the right to exist, have its supporters, and do things its own way. The creator and developers of V, from what I have seen, has always responded well to constructive criticism. Their language has discussions opened at their GitHub, unlike those for various other languages. They even have a thread for what people don't like and want improved about the language[1], again, something many other languages don't have.
A lot of what was going on initially, was coming from obvious competitors, to include being uncivil, inflammatory, and insulting. The initial "criticism" was not so much that, but false accusations of the language being a scam, vaporware, fraud, or didn't really exist. To include attacks and jealousy about its funding and having supporters. This was not any kind of "valid" criticism, that the creator or contributors of the language could reason about.
The "criticism" never died down, but rather after V was open-sourced and established itself on GitHub. The initial series of false accusations could not stand nor could the support it was getting be stopped. So, the rhetoric and targets shifted to whatever could be found to go after on the newly released alpha version of the language and its new website. In that new mix of what was being thrown at it, there were indeed some very valid criticisms, as can be found with any new language.
Constructive and valid criticism, is not the same as insults, trolling, misinformation, rivalry, or false accusations. There is clearly a difference. It's disingenuous to pretend something from one group is the same as the other, or that the intent behind what is being done is not different.
What are some alternatives?
zig - General-purpose programming language and toolchain for maintaining robust, optimal, and reusable software.
go - The Go programming language
Odin - Odin Programming Language
Nim - Nim is a statically typed compiled systems programming language. It combines successful concepts from mature languages like Python, Ada and Modula. Its design focuses on efficiency, expressiveness, and elegance (in that order of priority).
duckduckgo-locales - Translation files for <a href="https://duckduckgo.com"> </a>
sokol - minimal cross-platform standalone C headers
parser - 📜 Extract meaningful content from the chaos of a web page
readability - A standalone version of the readability lib
yq - Command-line YAML, XML, TOML processor - jq wrapper for YAML/XML/TOML documents
nitter - Alternative Twitter front-end
milkdown - 🍼 Plugin driven WYSIWYG markdown editor framework.
crystal - The Crystal Programming Language