Hacker Newsnew | past | comments | ask | show | jobs | submit | michaelvillar's commentslogin

As a teenager in early 2000s

First $100 = selling PhpBB skin

First $1,000 = website contracting


It's actually not based on other tools, it's automating tasks within Height.app.

Does that make sense?


I see now. Do you see this image [0] on https://height.app/compare/asana? Now that's what I wanted to see, now I understand it's some sort of task manager for teams that presumably integrates with GitLab, GitHub etc.

---

Ok on a further look, I think I understand what happened. You linked directly to https://height.app/product/automations, but I and probably others who see this post would have thought that it was the base URL, ie your product was an automation software. It's like if (assuming people didn't know what Stripe was) Stripe had a Show HN for the URL https://stripe.com/payments/elements, people would click it and assume, "hey this Stripe thing looks like it helps customize payment UIs," not understanding that this is just one part of the main Stripe app.

It also doesn't help that there aren't any breadcrumbs [1] in either your site or Stripe's to show that this is a feature of the app.

For Show HNs, you can add text as well as a URL, and I think you should have done that to explain that this Show HN is for launching a new feature of an existing app, rather than the main app itself.

[0] https://height.app/a/statics/assets/smart-filters-M2IQGQVS.g...

[1] https://www.google.com/search?q=breadcrumb+component&sxsrf=A...


Loved using Interval in the past few months at height.app. I highly recommend it if you don't want to bother building UI within your internal admin pages.


Update to the original tweet: https://twitter.com/michaelvillar/status/1327004693361549312...

> A better fix to this is:

> - Turn off Wifi (to be usable)

> - Add "0.0.0.0 http://ocsp.apple.com" to `/etc/hosts`

> - Turn on Wifi

> This is temporary, don't forget to remove it tomorrow.


> This is temporary, don't forget to remove it tomorrow.

or maybe don't depend on apple to allow you to run programs on your OWN computer. that hosts rule should stay in place...


I heard that's also the server that Apple uses for SSL cert validation, so you're going to want it again.


Is there a reason I shouldn't leave this address in a blackhole?


It depends if you care about this: https://en.m.wikipedia.org/wiki/Gatekeeper_(macOS)


Add "0.0.0.0 http://ocsp.apple.com" to `/etc/hosts`

Do you put URLs in /etc/hosts now? The mind boggles at the ways of Apple


More likely that's a typo.


Height — https://height.app

Location: Remote (US and Europe timezones) or New York

---

Height is a project management software for the whole company. We are currently 5 people, the tool is behind invite-only access. Funded by Matrix Partners, Lightspeed, Background Capital, Elad Gil, Naval Ravikant, …

Open roles:

- Software engineer

- Product designer

→ Contact me at michael@height.app


You turn around and see Father Féval standing behind you. He looks very old and frail. He doesn't even have any teeth left.

> kill him

You quickly shoot Father Féval dead, but he still manages to dodge your bullets. You run over to him and punch him several times before he falls down dead.


It's nice! Quick feedback for UX improvement: let the user upload a file first, detect the extension, then ask what file type to convert to.


Thanks for the feedback, I'll take it onboard and try my best to implement it.


They could use `pushState` to change the query without reloading the page?


They could if they were building it now. IE got pushState support in IE 10 in 2012.

The hash state has been there since Instant Search was launched in 2010.


Graceful degradation/progressive enhancement is a thing, though.


The amount of money Google makes supporting older browsers is most likely measured in billions.

Not to mention, why fix something that isn't broken? There are cases for it, but it's roughly the same tech that it was 4 years ago. What would they gain by spending developer time on it?


Perfect. They definitely don't need optimization for search engines, which is probably the most important reason to a clean URL.


Exactly. You are someone who gets it.


I suspect they spend a ton of developer time. It is their #1 source of income. What they won't do is releasing it unless it is 99.9% certain that it yields an improvement.


Yes, but in this case the benefits of the enhancement are small enough that Google may have decided that consistent behaviour was more desirable.


Consistent and long-lasting support is a thing too.

Rare on today's web, but still a thing.


Would that not remove the possibility for sharing or manually editing the URL? (I'm asking because I don't know how much cool stuff pushState can do.)


No, but it makes shared links less inefficient. If you share a URL like this, the server will not receive the hash on the initial request, so the js client will have to do the search as a second request after the page load. The reality is that most users will never even notice because it's still fast.

Manually editing the link causes that same fetch-render-refetch flow.

Edit: Oh, you were asking about pushstate. No, that specifically fixes the problem with the double fetch, so long as the server side and client side do the right thing to make the user see the same page for the same URL.

Pushstate just lets the JS client modify the URL without triggering a page reload, so the client can change the actual query param instead of the hash.


Not unless the server doesn't interpret the URL the same way.


The fragment of a URL is not sent to the server as part of an HTTP request



Some of them are created using After Effects, HTML/CSS and iOS code. Was this your question?


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: