skysight-inc/HackerNews huggingface dataset:
Location: Mexico City

Remote: Yes

Willing to relocate: Yes

Technologies: Android, Kotlin, Java, Python (for small web development).

Résumé/CV: https://eliothmonroy.xyz/cv/resume_Elioth_Monroy.pdf

Email: eliothmonroy[at]gmail.com

----------------

Hi HN!

I'm Elioth and I'm looking for new job opportunities as an Android Software Engineer (or consultant). I have 4 years of working experience in different markets (finance, automotive, networking).

I'm based in Mexico City but I'm willing to relocate or work remotely.

You can find more information about me here https://www.linkedin.com/in/eliothmonroy/
The people the binary is shipped to can access it via weather means red hat provides. If red hat does not provide you a binary, they do not need to give you access to their code.
> I rarely go to a place with a score of less than a 4/5

I have a simpler heuristic. I ignore all customer ratings entirely, and refuse to leave any.
Imagine tapping into a fleet of autonomous electric cars and running them at 120mph towards an important person.

Like I get bulletproof cars, but the stopping power of a single electric car at 4000kg accelerating to 120mph in a matter of seconds changes the calculus completely and that’s before accounting for battery explosions or chemical fires.

Doing that with a single car today without remote execution is a suicide attack, but an army of hackers? Good lord, this sounds like a doomsday scenario.
I read it. I don't see your point. Sentinel values simply give you a very low performance ceiling that you can't optimise past. What I wrote only took me a couple minutes. It's far from optimal (but it already takes 2/3 the time the sentinel version takes, and 1/2 the time Lemire's range version takes). With thorough effort I bet you could get at least 10 times faster than that, provided you are given the length. With sentinels, you're just left with the original performance levels you can't improve.
> I believe businesses would just lie and say they are going to be part of the business but then just bury them anyway.

That's where my pet antitrust solution succeeds where others fail: ban all M&A. Companies only engage in mergers to consolidate market share, but their market share consolidation (i.e. monopolization) not only decreases competition, but also comes at the expense of employees and customers of the acquired businesses. Nobody wins except the monopolist, and monopolies are already bad, so why help them?

(I think of monopoly and market concentration on a gradient scale, from a little bit monopolized to completely monopolized, so don't get stuck on a monopoly being a single entity)
I think I expressed myself in a confusing manner.
I write _SQL_ for migrations and nothing else. What I meant was that in order to _run_ the migrations it's enough to have a simple bash script of a few lines (which basically calls psql, ls and feeds the sql migration files in order).

I don't use jsonb with migrations. My migration files look like

migrations/1645698230_create_orders.sql
create table orders (.... );

migrations/164595623_setup_some_trigger.sql
create trigger...

--------

In response to "Elimination of boilerplate to load data from a table into a type"

Unrelatedly to migrations, when working with postgres, I use postgres'json capabilites to get nice nested structures that I can convert to any other language easily (or even send it to the browser if serving a webpage). Instead of using tabular responses, I get json structures _directly_ from postgresql.

Very often I just write SQL queries that return a single row with a single json/jsonb field that has the whole JSON response to be served to a web endpoint. Basically I write most if not all my webservice in SQL. And I just have a very thin layer of a server language to work as a proxy between a frontend application and my database application (written in SQL).
That’s interesting, might give that a whirl, thanks
I worry about it more the AI.

I also make no claim that it is worse or better.
Maybe an easy example to examine the difference between

A Rave alone in your cubicle with everybody in the world vs. A Rave with a 1,000 people in abandoned waterfront warehouse. That Rave can simultaneously experience the sunrise before making their way back to where they belong.

They are very different and I'm sure with the right stimulants equally intense.
Could be it's just nostalgia that makes me worry about it.
A lot of my disillusionment with startups come from this. Being lied to repeatedly by different owners about how selling should be our goal to really start to win, only for the purchase to be the moment where we really start to lose.

It breaks something precious.
You can do online schema changes with FDB, it all depends on what you do with the FDB primitives.

A great example of how to best utilize FDB is Permazen [1], described well in its white paper [2].

Permazen is a Java library, so it can be utilized from any JVM language e.g. via Truffle you get Python, JavaScript, Ruby, WASM + any bytecode language. It supports any sorted K/V backend so you can build and test locally with a simple disk or in memory impl, or RocksDB, or even a regular SQL database. Then you can point it at FoundationDB later when you're ready for scaling.

Permazen is not a SQL implementation. Instead it's "language integrated" meaning you write queries using the Java collections library and some helpers, in particular, NavigableSet and NavigableMap. In effect you write and hard code your query plans. However, for this you get many of the same features an RDBMS would have and then some more, for example you get indexes, indexes with compound keys, strongly typed and enforced schemas with ONLINE updates, strong type safety during schema changes (which are allowed to be arbitrary), sophisticated transaction support, tight control over caching and transactional "copy out", watching fields or objects for changes, constraints and the equivalent of foreign key constraints with better validation semantics than what JPA or SQL gives you, you can define any custom data derivation function for new kinds of "index", a CLI for ad-hoc querying, and a GUI for exploration of the data.

Oh yes, it also has a Raft implementation, so if you want multi-cluster FDB with Raft-driven failover you could do that too (iirc, FDB doesn't have this out of the box).

And because the K/V format is stable, it has some helpers to write in memory stores to byte arrays and streams, so you can use it as a serialization format too.

FDB has something a bit like this in its Record layer, but it's nowhere near as powerful or well thought out. Permazen is obscure and not widely used, but it's been deployed to production as part of a large US 911 dispatching system and is maintained.

Incremental schema evolution is possible because Permazen stores schema data in the K/V store, along with a version for each persisted object (row), and upgrades objects on the fly when they're first accessed.

[1] https://permazen.io/

[2] https://cdn.jsdelivr.net/gh/permazen/permazen@master/permaze...
Would you be upset if the fix was just to restart the dishwasher and most of the time it would work again?
In 100s of years, many other things will have changed which could make self-driving cars (as we think of them today) completely irrelevant.
It's fantastic, and also my favorite. And for those who might not know, he was the one who really mainstreamed Data-oriented design and ECS architecture in my eyes.

He previously was also leading the charge on Unity DOTS, though unfortunately it seems Unity is having a tailspin at the moment. The work on DOTS is solid, if incomplete.
Never had this issue in my life, and I am almost forty. Seems like a big stretch.
Kick Health || Remote || Full-Time || Lead Product-Focused Full Stack Web Engineer

Performance Medicine (Sleep + Public Speaking)
https://www.gokick.com

Where Product-Focused Engineers tired of coding soulless products instead create meaningful impact at scale in the lives of hundreds of thousands of people.

Kick Health is the first online Performance Medicine clinic. We help thousands of patients with sleep difficulties and presentation fears become the best versions of themselves (and not in the cliched, social-media influencer way).

We've been featured in the New York Times, Stat Medical News, OZY Media, Slate, Business Insider and Bloomberg.

We are looking for a entrepreneurial and experienced Full Stack Engineer with strong product sense to join our team. As a Product-Focused Full Stack Engineer, you will play a key role in designing, developing, and delivering consumer and doctor facing products.

You'll report directly to and work closely with the technical CEO, who previously helped start AllTrails, the #1 app for the outdoors with over 50 million users in 100+ counties.

Hope to start your own startup one day? This is a chance to join a revenue-generating, early stage company and learn how to achieve product-market fit and scale rapidly.

You will work on a developer-driven, modern tech stack, including Golang, React JS, GraphQL, Postgres, Kubernetes/Docker, and Google Cloud. We are seeking a candidate who can handle any part of this tech stack and has a deep understanding of building and scaling consumer-facing products.

Sound enticing? Please reach out to us at hnjobs@gokick.com
It always takes longer than you expect, even when you take into account Hofstadter's Law.
I haven't, but there seems to of been one a couple of months ago. Talks look a bit meh.
TLDR: Cops can't decrypt messages but they can still deduce who's chatting with whom.

Welcome to the dark side of the cyberpunk I guess?
I totally agree with your high level point that there isn't a great SQL (OLTP, or otherwise) layer for FoundationDB. Building something like this would be very hard--but I don't think the FoundationDB storage engine itself would end up inflicting the limitations you mention if it was well executed. And FoundationDB was specifically designed for real-time workloads with mixed reads/writes (i.e. the OLTP case).

Whether or not concurrency is optimistic (or done with locks, or whatever) doesn't really have a bearing on things. Any database is going to suffer if it has a bunch of updates to a specific hot keys that needs to be isolated (in the ACID sense). As long as your reads and writes are sufficiently spread out you'll avoid lock contention/optimistic transaction retries.

You speak to the real main limitation of FoundationDB when you talk about stuff like schema changes. There is a five-second transaction limit which in practice means that you cannot, for example, do a single giant transaction to change every row in a table. This was definitely a deliberate deliberate design choice, but not one without tradeoffs. The bad side is that if you want to be able to do something like this (lockout clients while you migrate a table) you need a different design that uses another strategy, like indirection. The good side is that screwed-up transactions that lock big chunks of your DB for a long time don't take down your system.

I find that the people who are relatively new to databases tend to wish that the five second limit was gone because it makes things simpler to code. People that are running them in production tend to like it more because it avoids a slew of production issues.

That said, I think for many situations a timeout like 30 or 60 seconds (with a warning at 10) would be a better operating point rather than the default 5 second cliff.
For some of us, the hope is to use AR/VR for productivity.

It might sound mundane, but the hope is that one day slipping on a pair of glasses outperforms conventional monitor technology.
There isn't really an equivalent of Tumbleweed in the RH ecosystem.

CentOS Stream maintains various API and ABI stability guarantees whereas openSUSE Tumbleweed just upgrades you to the latest version regardless, once it has been tested in Factory a bit.

And only one half of Leap is comparable to SLE (because it literally is SLE), the other half is rebuilt from Factory; it's like RHEL + everything that doesn't exist in RHEL from Fedora.

I think it's good that everybody is trying slightly different approaches, keeps things more interesting.
I'd love one, please. Can be reached at mtiga at duck.icom, without both of the i's.
That's because hiring managers and team leads genuinely care about this stuff. Your last job had you working in a giant monstrous horrible Java EE thing from 2005, and you refactored 500k lines and saved the company $10 million? Sorry, we are only looking to hire somebody who is good enough to know they need to always be learning and keeping up to date with modern standards".

It's horseshit but at least half of the people in charge of hiring think exactly that way and so I end up leaving the work I'm the most proud of off my resume a lot of the time.
> I use [Reddit] as a resource for niche topics

This is honestly the best way to use Reddit. I feel a lot of the hate is from people that haven't found subreddits useful/relevant to their needs, or are just plain ignorant. And look, I understand there's not enough time in the world to try out everything, but when people like you and I tell them that they can be useful tools, it'd behoove people to take a look before speaking from ignorance a second time.
There are certain complexities that only seem (currently) accessible from an abstract state of mind.

For example, people (including right here on HN) will often enthusiastically agree that they are subjective to various cognitive flaws when discussing a psychology paper on the subject, but this fact typically cannot be realized or even considered when discussing specific political matters. Ironically, genuine intelligence and knowledge often seems to make the problem even worse.

And of course, all of this theory is subject to the theory itself!
Now if we had a way of measuring it, it would be interesting to ask what sort of model of computation we could derive from the breaking of sticks
That implies people will read the reviews rather than just seeing something with a star rating lower than a 4 and automatically discount it (or that it won't be dramatically deprioritized in Amazon's recommendations because of it).
I'd love to hear a bit more about the interview, if you're willing to share. Weird interviews are always fun to listen to! :)
Yes, one of the nice things about FDB is it has extensive design docs. Optimizing for reading more often than writing is obviously a pretty normal design choice, outside of log ingestion you'll normally be reading more than writing. There are people using FDB for logs (snowflake iirc?) and it's been optimized for that sort of use case more in recent years, but it's not like it was an unreasonable choice.
Location: Currently in Seoul (GMT+9) - U.S Citizen
Remote: Yes
Willing to relocate: No
Technologies: Typescript, React, Node.js, Next.js, TailwindCSS, PostgreSQL, Google Cloud, Cloudflare, Docker, GraphQL
Résumé/CV: https://www.jbernier.com/resume.pdf
LinkedIn: https://linkedin.com/in/jeremysbernier/
Email: jeremy [dot] s [dot] bernier [at] gmail
Personal Site: https://www.jbernier.com

Senior full stack engineer with 10+ years experience, 7+ YoE with React and Node.js. Work experience ranges from working on complex web apps with millions of users, to building greenfield projects as a founding engineer for early & late stage startups. Done all kinds of work from complex frontend (eg. 3d visualization) to backend to devops to Solidity, and always love a new challenge. Love contributing to open source. Have management experience & enjoy mentoring.

Wrapping up some contract work and open to exploring new opportunities.
Embedded Survey 2023
Goodreads was the future of aggressively biased people shouting their opinions to other people with no discernable value in theirs over others.

Rose tinted view.
I would have said they loved 3rd party developers.

Apple likes to build platforms and let 3rd party developers figure out the application layer. After a third party finds a big enough market Apple will crush them and take it. It's essentially just outsourced R&D where Apple doesn't pay for the bad ideas.
My absolutely inane contribution I'm sharing only because it contrasts with everyone else commenting:

I think Goodreads is fine, I do glance at it before any book I read to see what kind of reviews it has.

The Amazon site I used all the time that sucks now is IMDb.
Ransomware Attacks: A Closer Look at REvil
C/C++ compilers will do this when optimization is enabled (I guess the reason that's not done without optimization is to preserve "debuggability").

Notice how the add() function is completely 'disolved' into its result '5' here:

https://www.godbolt.org/z/q98svvacW

(the main difference to comptime is that this guarantees that the code is resolved at compile time, and if that's not possible you'll get an error).

The big downside of comptime is that it isn't debuggable, apart from what's essentially 'printf debugging' via the @compileError builtin).
Interesting to hear him say this:

> And I would never have thought that deep thinking could come out of a network that only goes in one direction, out of firing neurons in only one direction. And that doesn't make sense to me, but that just shows that I'm naive.

I think people maybe miss that LLM output does involve a ‘loop’ back - maybe even a ‘strange’ loop back, and I’m surprised to see Hofstadter himself fail to pick up on it.

When you run an LLM on a context and sample from its output, you take that sampled output it generated, update the context, and iterate. So the LLM is not just feeding one way - it’s taking its output, adding it to its input, and then going round again.

So I don’t think this implies what Hofstadter is saying about intelligence maybe being less complex than he thought.
Lonely people see the world differently, according to their brains
This was my take.

I think absolutely anyone claiming that detecting LLM generated text is easy is flat out lying to themselves, or has only spent a few tokens and very little time playing with it.

Take semi-decent output, give it a single proof read and a few edits... and I don't fucking believe anyone who says they'll detect it. They absolutely will detect some of the most egregious examples of it, but assuming that's all of it is near willfully naive at this point.
Oil drill worker. Industrial worker on the factory floor. A car mechanic. A surgeon…

Even an artist (make a sketch, blow it up a 100x using AR on a wall, trace paint to keep proportions right - heck the artist doesn’t even need to do it themselves, they could hire an associate to do it).
Seeing how confidently and obtusely people dismiss the risks of AI makes me so much more fearful of what's to come. Human hubris knows no limits.
sigh no, the plan now is to get something completely different into core that is fundamentally incompatible with many of the things we like about Moo. It puts up firm barriers between parent and child classes which forces all the interaction to go through methods, resulting in a huge extra API burden for authors reminiscent of Java, especially for constructors. The end result is worse performance, too.
nZero | Full Time | Hybrid - Seattle, Denver, Reno, NYC, Chicago

https://boards.greenhouse.io/nzero

nZero is a carbon accounting and insights startup. Our customers are organizations that own a lot of real estate - governments, hotels, data centers, etc.

One of our core value props is that we collect emissions data directly from utilities on behalf of our customers. We use the data to make recommendations on how to upgrade their buildings and save money.

We recently closed our series a led by fifth wall: https://nzero.com/press-releases/nzero-raises-16m-series-a-f...

and are in a fun moment where we have proven out the first iteration of our product, and now are looking to scale our systems responsibly.

We’re hiring several roles in engineering:

- senior data engineer
- senior frontend engineer
- engineering manager (product-focused)
- data scientist

Feel free to reach out to me directly if you’d like to learn more before applying. Happy to give a referral if it makes sense!

j o n y o u n g [at] nzero.com
The AI is already more intelligent than the smartest people in some senses - it has more knowledge in aggregate than any single person will ever have, but doesn't have the depth of the smartest people in a particular niche.

In other ways, it's smarter than the average person even in their niche, but can still make dumb mistakes that a 3 year old would work out fairly quickly.

Note that we say the same of humans. My friend always wins pub quizzes, but can barely add 2 and 2, and has the emotional intelligence of a rock. Is he "intelligent"? It's my problem with how we treat intelligence like it's a single sliding scale for everything.
Amazon's carousel of books related to the book being viewed is fairly decent at finding books in the same genre you might like in my experience.

I have found and read a fair few from that method.
SEEKING WORK | Remote (NYC)

I have 13 years experience in digital marketing, with a focus on SEO for SaaS startups. I've worked with multiple unicorn companies to improve their traffic from Google resulting in millions of clicks and new revenue. Tell me about your business and I'll share ideas on how to grow it.

LinkedIn: https://www.linkedin.com/in/douglasapierce/
Case studies: https://www.cogney.com/our-results

Email: doug at cogney.com
Most humans can mimic but can also describe their first-hand experience of being scared or happy or heartbroken or feeling desire etc…
I have been focused on ChatGPT and other generative AI also since last year. They are intelligent.

Hofstadter does seem to be possibly mistakenly assigning GPT-4 more animal characteristics than it really has, like a subjective stream of consciousness, but he is correct when he anticipates that these systems will shortly eclipse our intelligence.

No, GPT-4 does not have many characteristics of most animals, such as high bandwidth senses, detailed spatial-temporal world models, emotions, fast adaptation, survival instinct, etc. It isn't alive.

But that doesn't mean that it doesn't have intelligence.

We will continue to make these systems fully multimodal, more intelligent, more robust, much, much faster, and increasingly more animal-like.

Even with say another 30% improvement in the IQ and without any of the animalness, we must anticipate multimodal operations and vast increases in efficiency in the next 5-10 years for large models. When it can be operated continuously outputting and reasoning and acting at 50-100 times human speed and genius level, that is dangerous. Because it means that the only way for humans to compete is to deploy these models and let them make the decisions. Because interrupting them to figure out what the hell they are doing and try to direct them means your competitors race ahead the equivalent of weeks.

And researchers are focused on making more and more animal-like systems. This combined with hyperspeed and genius-level intelligence will definitely be dangerous.

Having said all of that, I also think that these technologies are the best hope that humanity has for significantly addressing our severe problems. But we will shortly be walking a fine line.
Went purely on feel and got 40mi on my first guess, and I felt pretty good about that! Took a couple silly guesses because I didn't see that the picture changes after each guess - the [geological formation] in the later photos should have been a dead giveaway.
I believe in a lot of potential for the area, primarly from AR.
As for the VR side of things, I've seen people go through therapy in VR after loosing the ability to walk IRL, and being able to go into a forest again meant the world for them.
The field tends to attract a lot of the... hype people to it, and it gives off a bad image as a whole. Nevertheless, its a pretty liberating research field.