wrhn

Recent submissions

Comment · 1 year ago
Looking for an entry-level founding engineer

Company: theldgr.com

Location: NYC (onsite)

Contact: kristina@

You will wear many hats depending on your interests & skillset. You'll be doing some combination of:

  * Data engineering: figuring out how to efficiently get, clean up, cluster, and combine data. 
  * Building/fine-tuning LLMs to query data via natural language.
  * Working on gSheets and Excel extensions.
  * Working on front-end website and dashboards.
  * Working on integrations with various enterprise tools.
  * Interacting directly with customers (mostly executives at startups).
  * Scaling our deployment, optimizing where and how we run.
Our tech stack:

  * Python (pandas)
  * Apache Airflow
  * AWS
(To be clear, none of these things are pre-reqs. We want engineers who can quickly pick up new languages/technologies and want to keep our stack simple and mainstream enough to support that, while generally choosing the correct tool for the job.)

About us: Ldgr is building data pipelines to take messy data from a variety of sources ranging from modern APIs to crappy legacy systems. We clean it up and combine them all into one master data source with a pristine, easy-to-query schema. We sell this to businesses, who all have the same basic building blocks: customers, products, subscriptions, etc. The systems they use to track these things are completely disjoint and often impenetrable for non-technical users (e.g., the CEO). We’re building a universal system for organizing and making available all of a business’ information.

You will be one of the first employees, working directly with the founders (former YC founder and the founding engineer at MongoDB). We have also raised our first round of institutional financing and are well-capitalized for the next several years.

Comment · 2 years ago
So far I'm implemented pretty coarse-grained control over machine specs: it's $20/month for a MacBook-like machine and $3/hour if you want to use "a GPU" (whatever Amazon has available for cheap). I figured the config could specify exact disk/ram/instance type requirements in the future, it sounds like something you're interested in?

More info: https://www.run-rx.com/pricing.

Comment · 2 years ago
I'm hosting the machines so that users don't have to set anything up on the cloud side. It could have on prem or open source versions if people are interested in setting up their own clusters.
Comment · 2 years ago
Thanks! Yeah, it takes a look at your requirements.txt (or environment.yml) and uses that to install on the remote machine. So as long as that doesn't specify a particular arch, it'll chose whatever it's running on.
Comment · 2 years ago
rx is a binary that you can use as a prefix to any other command (e.g., `rx ls` instead of `ls`) to run a command on the cloud. It sets up your project on the cloud and transparently copies what you're working on back and forth from your local machine.

Background: I was trying to build an app that used stable diffusion and got very frustrated by what should have been simple: I wanted to develop my program locally, but run it on a different machine. Setting up, copying over, and running the program ended up being an exercise in frustration (Careful documentation of the process: https://blog.run-rx.com/cloud-development-the-board-game).

To make life easier, I made a simple binary to copy everything to the cloud and back. Then I added streaming stdio and made it keep dependencies up-to-date and automatic installation of the languages the project uses and on and on.

Current state: give the CLI a project and it'll set up a persistent remote environment that is synced to your local environment (all dependencies installed and automatically kept up-to-date). This lets you develop locally using any tools you like, while still running remotely for anything where you don't want using your CPU.

Please give it a try, I'd love any and all feedback!

Comment · 4 years ago
I would look at it as more of "allowing normal people access to unbefore-dreamed-of levels of draftsmanship" vs some comment on capital-A Art. It allows non-artists to express themselves visually.

I'm biased: I've been working on an image generation app. But the beta users I've had so far will generate fifty or a hundred images in a day. That isn't a use case traditional artists support.

Comment · 11 years ago
If you're interested in adding rules for a new language, check out Skylark: http://bazel.io/docs/skylark/concepts.html.
Comment · 11 years ago
Scala support: yes, add using Skylark. Definitely let us know if you run into any rough edges, Skylark is a work-in-progress.

For multiple repos: there's no command line flag, but you could change the WORKSPACE file to use http://bazel.io/docs/build-encyclopedia.html#local_repositor.... Unfortunately, this may be of limited use to you. At the moment it's optimized/bugged to assumed that your local repos don't change, so it won't rebuild them (this is great for things like the JDK and gcc, but not so much for actual in-development repos). Feel free to file feature requests for any functionality you need, I'll be working on this a lot over the next couple months.

Comment · 11 years ago
I'm a developer on Bazel, and AFAIK there is no white paper. We definitely don't want to "throw it over the wall," we're going to try to push more and more development into the open over time.
Comment · 11 years ago
The Golang source code for the server code at google is built with this tool. The rules that accomplish this are rather complex due to their interactions with our C++ libraries, and predates the open source "Go" tool. The experience with the Google internal rules, motivated some of the choices in the "go" tool, I believe.

If you're interested, hanwen wrote a bunch rules with similar semantics as the internal rules, see https://github.com/google/bazel/tree/master/base_workspace/e... .

It would be nice to make these semantics match the external ones better, but it requires us to open up more tooling, so people won't need to write BUILD files.

Comment · 11 years ago
Check out http://bazel.io/docs/build-encyclopedia.html#maven_jar. In the root of your build, specify the jars you want from maven and then add them as dependencies in your BUILD files. The first time you run "bazel build", they'll be downloaded and cached from then on. It's somewhat limited in functionality at the moment, but should work for basic "download and depend on a jar".

For multiple Github repos, use http://bazel.io/docs/build-encyclopedia.html#http_archive or http://bazel.io/docs/build-encyclopedia.html#new_http_archiv... (depending on if it's a Bazel repository or not). Let us know if you have any questions or issues!

Comment · 13 years ago
Thank you!
Comment · 13 years ago
I wrote this specifically for this type of interview: http://www.joelonsoftware.com/articles/GuerrillaInterviewing.... However, there are lots of companies that do "trivia" interviews, and that sucks.

Some interviews are just unfair and there isn't really anything you can do to prepare, so don't waste your time worrying about it. Try to get a good story out of it and pity the company (I know, cold comfort if you need a job).

Decent interviews will stick to what's on your resume: "you say you spent 10 years working on networking internals, can you tell me about how you'd design a reliable network protocol?"

You can find lists of common interview questions online for almost every technical topic, so look up "SQL interview questions" and make sure you can answer the common ones if you're worried about them.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton