HN user
Github has public keys available, so the server owner could compare the key you sent to those - and that would identify your github username.
Whether that's a concern or not is an open question, of course.
The parent was talking about it being a "landlords market" and wanting that to be changed. I asked how that might be possible.
Improving advertisements to make them accurate, detailed, and directly-comparable is obviously a good thing. But does not change the market in favour of the tenants; the status-quo exists because of a lack of properties. That means no matter how bad the advert(s) tenants have to choose one available. If there were a surplus of properties then it would be a tenant's market.
(I'm in Europe!)
While that would be useful it would not change it from a landlords-market - which is what the comment I replied to was about.
It's a landlord's market because there are not enough properties, if there was a larger supply the tenants would be able to make choices and defacto reject bad options.
How do you change that, short of building more?
I don't get snobby about food very often, but I have to say that these days strawberries and tomatoes are things I never buy any more.
They're so large, watery, and tasteless, that I grow them myself or go without.
A lot of foods are no longer seasonal, as noted above, but I can't say I can taste the difference. Except for tomatoes and strawberries where I think I can - who knows, maybe I'm imagining it?
That sounds like a good match! I learned with an ex partner that I could assemble furniture, or she could assemble furniture, but if we tried it together we'd both get fustrated and snappy.
Easily solved, but surprising considering how well we were otherwise able to act and interact, even in stressful and difficult circumstances.
Since I was curious I searched for it, and you can find it here:
Zaks is a name I remember fondly, but for me the starting point was "An Introduction to z80 machine code" by R.A & J.W Penfold.
There are clones, and updated packages these days like the EZ80, but they're not the same and they don't have the easy-to-use DIL form-factor.
Still I've always loved the z80, since my first computer the ZX Spectrum. Even now I play with z80 assembly now and again (mostly for CP/M retro-use).
I'm surprised that the article even said "but you don’t always have the luxury of sitting down to set the time and get the watch ready for the day".
I wear an automatic all the time, in fact I collect them, and most automatic watches will happily keep ticking for 36-48 hours. If you take it off to sleep it won't need adjusting the next morning.
Even if you did need to fiddle with a watch in the morning (which I do, as I switch watches every few days) it takes seconds to whirl the hands to the correct time. Certainly not a significant timesink.
I grew up in Yorkshire, though I'm half-Scottish there's no link to Dundee!
But the Spectrums were the best-selling UK machine at the time, so I'm sure there were lots of regions where they were super-common.
I think I had a friend with a BBC Micro, but I can't recall anybody else having something different.
(There was a bit of console-split later, between NES and Sega Megadrive, and later still between Atari/Amiga, before we all settled for big grey boxed PCs.)
Speccy for me too, and most of the local people I knew.
Aged 11, going through the ring-bound orange manual just after Christmas, because the cassette-player we had was broken. When a replacement was obtained in the new-year I started playing games with my sisters, but I'd already been "forced" to play with BASIC and I never really stopped..
For sure, learning new languages is helpful even if you don't use them. But that said there's also a significant difference between playing with new/toy languages for fun, and using them in production.
Trying to hire Haskal programmers to keep your product alive will be significantly more effort than finding a C, Go, Java, Rust, or similar programmer instead.
I like languages, I explore lots of them, but at work I stick to "obvious" choices because colleagues use them, know them, and it fits into the shared infrastrcture. It's okay to introduce new things, but it requires buy-in, and persuasion. Not just one dev saying "That new CLI we wanted? I started in Racket/Odin/Wren/Lua/whatever."
Things like Zig, D, Odin, Rust, etc, are outliers. Most new programming languages are used only by their creators.
It's hard for a new language to find its feet, and make a name for itself. Unless its created by a big company with a lot of clout and internal users. (e.g. Rust, Go).
People keep creating new languages because it's educational, interesting, and sometimes even fun. Doesn't mean they'll get used, and it doesn't mean they're pointless.
Of course you learn very little if you make an LLM write the damn thing. But that's a different story.
Making new programming languages is something a lot of people do for fun, and it's also covered in most CS degrees too, albeit briefly.
We have so many programming languages because they tend to have a particular niche in which they're useful. Many languages are still in use even though they're very old (C, FORTRAN, COBOL), and others just keep getting updated over time and have a large userbase (Java, Perl, Ruby, Python).
99.99% of all new programming languages never get a critical mass of users. People create a new language to learn something, and they're the only user. e.g. I've written a few FORTHs, have spent the past few weeks on writing a lisp compiler, and in the past wrote BASIC interpeters for fun.
If you want to make your own "crafting interpreters" is a good read:
https://craftinginterpreters.com/contents.html
But there are a million other tutorials on writing a simple lexer/parser/interpreter/compiler, and a lot of academic literature (e.g. The Dragon Book).
The Master always comes back, of course. They're such perfect frenemies.
(Depends on the era of course, sometimes there are other timelords, sometimes not.)
"to prevent multiple from" seems to be missing a word.
You might enjoy this writeup of the related "The Incredible Machine"
That's really nice. Even with your limitations you have things I don't, for example quoting and booleans.
There's a part of me that thinks your comparisons should return "Nil" on failure rather than "False", but it also seems logical to do it your way too!
I hope you stick with it :)
There was a repost of Peter Norvig's lisp interpreter in python a week ago too:
https://news.ycombinator.com/item?id=48619831
That came just around the time I was struggling with my "real" language, and switched to working on this lisp compiler.
Sometimes timing works out well to inspire!
Hacker News always likes lisp stuff, and even though this is a very simple compiler I had a lot of fun writing it.
I started writing a different compiler, but tied myself in knots with the type-encoding, and lack of clear plan. I figured I'd step back and try a lisp, because there's a known syntax, and it is minimal.
The end result supports lists, integers, strings, characters, lambdas (with closures), and a reasonable standard library - big enough to hack up a small brainfuck interpreter along with the standard fibonacci, factorial, and fizzbuzz toy programs.
So it's a toy, but it's my toy, and maybe interesting to some!
Many YC companies do bad things, and I guess they do so independently. There may well be repercussions for the most egregious cases, but I suspect a lot of ill-behaviour simply flies under the radar.
For example only yesterday I got spam from an YC company, Polymath, and I replied back asking where they got my details from - no response yet. Once I get something I'll make a GDPR subject access request, then a deletion request. I hope the overhead of that causes them to rethink their spamming campaign.
But I'm not going to complain to YC about it.
Perhaps it varied on the school, or perhaps they tried to make it a little less divided on gender lines since my time. (I'm 50.)
Housework, sewing, knitting and stuff I'd been exposed to at home due to a pretty large family already. Though otherwise I would have probably benefited from it, and it did strike me even at the time that it would be best if we could do both classes, rather than having to pick only one.
I moved to Finland, and starting when my child was about three years old I took him to Oodi every weekend.
The soft-play area was heaven for him, and he liked flicking through the donald-duck comic books.
Even now, when he's nine, I go every month or two with him for an afternoon. He has no shortage of books at home, but he gets to run around, look at books, and play with other kids. He enjoys himself enormously.
It might be you need to make a choice to choose it; I know that when I was at school in the UK I got to choose between "CDT" (craft, design, and technology) or home economics, which was sewing, cooking, & etc.
I picked woodwork, as 95% of the boys did, and about 80% of the girls picked the home-lessons instead.
I do recall doing some sewing lessons outwith the home-ec classes, but it was very irregular. I know I skipped some stuff because my grandmother had already taught me to knit when I was six-eight years old. Only at home did I use a sewing machine, never at school.
Helsinki has a lot of parks, and also housing companies tend to have trees in their gardens, along with trees alongside many of the bigger roads. But even so it's a reasonably dense city.
Espoo is much more spread out, and the areas between them are all full of trees and greenery. So I very much agree with you, I've visited Espoo a few times but without a car I wouldn't want to live there.
I had a similar realization recently; I was writing a compiler so I implemented a "random" function as part of the runtime.
To avoid regression I have some simple code examples I compile and execute, and I compare their output to "known good" versions.
I reached a point where I wanted to write a "sort array" routine and my immediate thought was to generate an array of 50 random numbers, sort them, and print them. But of course that wouldn't give me predictable output for my test-driver.
In the end I decided I'd do that when run interactively, but for testing purposes I'd just sort the characters in a string "The quick brown fox .." and while it isn't super-convincing it's enough to let me see regressions in my sorting function and/or array indexing runtime code.
When creating a programming language it's worth assuming nobody will ever use it.
So name it after yourself, or give it a single-letter name (that seems equally common based on looking at /r/compilers or /r/ProgrammingLanguages).
I named my toy "s", s for Steve, so I could do both at the same time!
Same here.
I've been working on a linux/amd64 compiler for a simple scripting language, it barely seems worth discussing as many people have created their own languages, and it's done just for learning/fun rather than in an attempt to be serious.
But seeing the projects other people work on is fascinating, and always interesting. (Ignoring all the "agent .." stuff, I can never be too excited about.)
It's good taste to mention that you're associated with an external tool you're recommending.