vogtb
Always fun to have someone over who knows the city. We'll spend 20 minutes pointing to all the buildings we've worked in, places we've eaten, or where The Bear or The Fugitive were filmed.
On a side note, a lot of people in this thread are doing a sort of "I don't get it, your website sucks" but it's like, come on dude! Just read the site! It takes less time to read the pricing, docs, and FAQ than it does to post about how you don't get it.
Ask HN: Best way to share a portrait-mode screen?
I like to work with my monitor in portrait orientation. The problem is, I'm often sharing my screen or recording Loom videos, and it's exceedingly difficult for others to read my screen or see whats going on.Are there any solutions here, like sharing a region of my screen only, and dragging windows into it? I can always just share a single window, but when I switch apps I have to share the new...
I'm using it w/ supabase, and it works really well.
They have a small doc on it that's a better primer than the pgtap docs: <https://supabase.com/docs/guides/database/extensions/pgtap>.
Pretty easy to get started, I'm doing something like this in a Makefile.
supabase_tests := $(call rfind, supabase/tests/*_tests.sql)
DB_URL := "postgresql://postgres:postgres@localhost:54322/postgres"
test-supabase: $(supabase_tests)
@echo "Testing supabase..." && \
echo "${supabase_tests}" && \
psql -f supabase/tests/setup.sql ${DB_URL} && \
$(foreach t,$(supabase_tests),\
echo "Test: $(t)..." && psql -f $(t) ${DB_URL} $(__EXEC)) && \
psql -f supabase/tests/teardown.sql ${DB_URL}Are all tools with programmatic capabilities low-code? Where do we draw the line? Or is this just a new paradigm, and eventually all platforms/tools/products/SaaS-companies are low/no-code? It seems like there's room for distinction here.
Ditch the Batteries: Off-Grid Compressed Air Energy Storage (2018)
That said, it's been a while since kafka gained popularity, so it's surprising we've not seen any coalesce into a main contender.
To begin with, we agreed on who is asking questions if there were multiple rounds for the interview. If I recall correctly, it was just a straight up spreadsheet with the people interviewing, questions to ask, goal of questions, and possible follow ups. These are questions tailored to the engineer using things on their resume. Instead of being like "tell me about a time you showed leadership" questions (which suck) the questions were about specific things on their resume. Eg: "Susan will ask about how they built a replacement for their payment processing platform, with the goal of seeing if they can describe the challenges of leading a team end-to-end on a project."
For the white-board interviews, we did mock white-board interviews with my current coworkers. These were white-board questions that were less about a "right" answer, and more about how the candidate thinks about problems. By doing mock interviews with these problems, we achieved two things: we made sure we're asking questions that are useful (our current coworkers should be able to answer them) and we made sure that had answers to compare against the candidate. For example, if the candidate had an answer that sounded a lot like someone that we already worked with, then no one can say they "didn't pass" the question.
On the whole I think we spent about a 1:1 ratio of hours of preparation to hours of interviewing.
[1] https://www.theguardian.com/books/2010/feb/24/elmore-leonard...
Review of Spreadsheet User Interfaces
* "[Microsoft estimates that 750M users of Excel. (%7 of the world population).]"
* Spreadsheet errors basically ruined the economy of Greece.
* "State of the art" is manually double checking your formulas. This is what the experts suggest…
* There's apparently an article out there from Forbes titled "Sorry, Your Spreadsheet Has Errors (Almost 90% Do)".
* Thomas Herndon is the guy that did manual spreadsheet verification to prove that there were errors.
* Talks about CheckCell, ExceLint.
* Input errors are a huge problem: "Roughly 1% of characters people mistype."
* "[1 out of 20 cells manually typed probably has an error.]" (Woah.)
* "[Users often add a digit or remove a digit, changing the order of magnitude]"
* 1) Manual data entry is hard to do correctly, 2) Writing formulas/code/Excel that uses that data is also hard to do correctly.
* One take away: Like code, if you're not testing it manually, and no one is testing it for you manually, and you're not writing tests, and the results aren't "gut-checked" or the results aren't used, why would it be correct? If a tree falls…
* "[A lot of public posted Excel sheets are filled with errors, or fudging.]" Look at the grades one that he shows around 19:36 to see what I mean.
* "The Bootstrap" - stats analysis using simulations. "[Resample samples]... random sample with replacement, repeatedly, to get distribution of output of calculation." Requires a homogenous range. Allows you to find "outliers" that drastically change the output. "What is the likelihood of observing one of the simulations under the null hypothesis, and if it's below [X] then we say it's unusual." Dude in audience at 30:29 describes it well.
* Formulas are easier to audit because they're usually named w/ column, etc. Data is hard.
* Goes through a long process of describing how they gather data, etc. Good stuff, but the short and the long of it is CheckCell is good.
* Loops back around to the global finance sheet that had a lot of errors: CheckCell worked on it.
* ExceLint - static analysis, ranks errors and their fixes. Can find off-by-one-like errors. Formulas using off-by-one ranges, etc.Excel has its own error finder, but it gives a lot of false positives and false negatives."Most errors are reference errors" - wrong row, wrong column, too short a range, too long a range, etc. "Looks for disruptions in rectangular regions." Not just outliers. Looking for irregularity, where regularity is basically low entropy. "[Capture the relationship of cells/ranges and their relationship to one another.]" Looking for relationships that minimize entropy ("[Because users aren't insane and they're putting things in a rectangular grid.]" Looks for every rectangle (i.e. range) that when merged with a neighbor, would remain rectangular. That is considered a potential fix. Then you can simulate the fix as if you already did it, and check the entropy on that.
* A lot of the errors, and their origins have to do with basic Excel features. Some of these features were outlined as best practices in Joel's "You suck at Excel" talk, which is kinda funny. Great power, Uncle Ben, etc.
* Dropped this one: "SUM is [something like 45% of formulas]".
(edit: spacing out list)
This camera is way better quality, so it'l be neat to see the sort of projects can be done now.
You don't ever have issues with teams not applying resource changes? I.e. contributor A adds a resource, but doesn't apply it, and then contributor B goes to apply their changes and sees unexpected resource changes that they potentially don't have the permission to create? I guess that would be as much of a cross-team problem as a technical one.
Ask HN: Who's Using Terraform?
I've used terraform for a couple of personal projects, and a bit at a company I used to work for, and I'm considering using it for my company. But I'm curious how other people are using it. I'm mostly interested in:1) Do you use it for everything (eg ALL cloud resources created, updated, removed via terraform?)2) Do you use it for isolated cases (eg creating roles and permissions in your cloud...
Google Presentation on S2: https://docs.google.com/presentation/d/1Hl4KapfAENAOf4gv-pSn...
Christian Perone's blog post on it: http://blog.christianperone.com/2015/08/googles-s2-geometry-...
Google Code Archive: https://code.google.com/archive/p/s2-geometry-library/
Java Implementation: https://github.com/rschreijer/s2-geometry-library-java