Most active commenters
  • hinkley(7)

←back to thread

389 points kurinikku | 36 comments | | HN request time: 2.309s | source | bottom
1. bombela ◴[] No.42164777[source]
The link takes around 10s to render. That's excessive for a text article.
replies(13): >>42164834 #>>42164869 #>>42165205 #>>42165207 #>>42165226 #>>42165233 #>>42165383 #>>42165497 #>>42165564 #>>42165692 #>>42165732 #>>42165892 #>>42167913 #
2. defanor ◴[] No.42164834[source]
And if you have JS disabled by default, it redirects to a page on a different domain name, so you cannot easily allow it in noscrpt just for that website, even if you want to. I gave up on that though; judging by the title, the article is going to be about modelling all the things as functions, as commonly and similarly done with other objects (e.g., sets, categories), which I wanted to confirm, and maybe to nitpick on this perspective and/or the title then (i.e., it is not quite correct to declare everything a function just because you can model or represent things that way).
replies(1): >>42164883 #
3. ◴[] No.42164869[source]
4. rufius ◴[] No.42165205[source]
I mean it’s Notion. That’s par for the course.

What if your text editing and presentation experience was slow and laggy? That’s Notion.

replies(2): >>42165216 #>>42165965 #
5. yazzku ◴[] No.42165207[source]
46 domains blocked by UBlock Origin, 3 by my own NoScript filter. Seems about right for a "modern" website.

Edit: also, the pop-up menu on the right side that completely breaks your scrollbar. Putting that UI/UX degree to use.

replies(1): >>42165282 #
6. yazzku ◴[] No.42165216[source]
Notion. Delivering value right at your fingertips.
replies(1): >>42166546 #
7. anonzzzies ◴[] No.42165226[source]
Notion. Why do people use that stuff? Especially for tech text articles.
replies(1): >>42165521 #
8. bicx ◴[] No.42165233[source]
Well, it’s a published Notion site, and Notion is a powerful doc creation platform. It’s not really intended to be a performant publishing tool.
replies(4): >>42165359 #>>42165667 #>>42166525 #>>42167907 #
9. lelandfe ◴[] No.42165282[source]
Page weight is 7.2MB, 25.6 uncompressed. 110MB heap size. Such extravagant wastefulness.
replies(3): >>42165613 #>>42167953 #>>42168644 #
10. llamaimperative ◴[] No.42165359[source]
Or a performant anything else, AFAICT
11. deadbabe ◴[] No.42165383[source]
That’s why no one reads articles, just headlines.
12. andai ◴[] No.42165497[source]
https://archive.ph/kcZcY

Archive seems to "bake" JS sites to plain HTML.

13. dustingetz ◴[] No.42165521[source]
wysiwyg document authoring experience, afaik there are still no alternative publishing platforms with both the flexibility and point click content authoring UX of Notion. Change my view, I’m in the market!
replies(1): >>42166499 #
14. ◴[] No.42165564[source]
15. jancsika ◴[] No.42165613{3}[source]
I wonder if that's large enough to contain an old linux running an old version of firefox and feed that the page content.
16. criddell ◴[] No.42165667[source]
It’s a performant publishing tool (depending, of course, on your expectations) but it’s not a high performance publishing tool.
replies(2): >>42166416 #>>42166531 #
17. ristos ◴[] No.42165692[source]
The arrow and page up/down keys don't work in any predictable pattern for me, it's really weird. Like I thought it only scrolled up and down with the arrow keys if I press it 4 times, but then page up/down keys don't work no matter how many times I press it, then I focus on the page and it works, but then the arrow keys take 6 times to press before moving, and then I tried the same pattern again, and the arrow keys now take 11 presses before they start moving. Usually a lot of modern apps predictably break the back/forward history buttons and tab focus, but I've never seen anything quite like this. I guess it must be still delivering value though even if the product isn't polished.
replies(1): >>42166490 #
18. uptownfunk ◴[] No.42165732[source]
Wow it’s really bad.
19. debo_ ◴[] No.42165892[source]
Maybe it's made entirely of functions.
20. ishtanbul ◴[] No.42165965[source]
Whats the best corporate wiki platform?
replies(1): >>42168360 #
21. TeMPOraL ◴[] No.42166416{3}[source]
It's a performant publishing tool and perhaps even high performance publishing tool - in terms of user effort. What it's not is performant displaying the thing it published.
replies(1): >>42167484 #
22. hinkley ◴[] No.42166490[source]
I can’t use the scroll to the top gesture in iOS either.

I guess that just goes to show that the author’s mind was, in fact, blown.

23. hinkley ◴[] No.42166499{3}[source]
I’m also on the market and this conversation took Notion out of the running.
24. hinkley ◴[] No.42166525[source]
Yeah the guy at my last place that was proud of serving < 2 req/s/core liked to use the world “powerful” too. It’s like it was his favorite word. And he’s on the short list of people I refuse to work with again. What a putz.
replies(2): >>42166907 #>>42167636 #
25. hinkley ◴[] No.42166531{3}[source]
“Just because you are bad guy doesn’t mean you are bad guy.”
26. hinkley ◴[] No.42166546{3}[source]
Is that a clever way of saying it’s about as fast as braille?
27. bicx ◴[] No.42166907{3}[source]
Well Notion usually exceeds at least 3 req/s/core, so nothing to worry about there
replies(1): >>42167141 #
28. hinkley ◴[] No.42167141{4}[source]
<snerk>

Well then that’s a relief.

29. criddell ◴[] No.42167484{4}[source]
That’s fair. Viewers who don’t know what is serving the page will be disappointed. If you know it’s Notion, then it works about as expected which satisfies the definition of performant.
30. AtlasBarfed ◴[] No.42167636{3}[source]
Powerful, lightweight, configurable, performance.

These are some of the biggest weasel words of IT. Every one of them has an implicit nature of a comparison word and yet the comparison or any sort of hard metrics are always completely absent in their use.

replies(1): >>42167801 #
31. hinkley ◴[] No.42167801{4}[source]
Yarp.

Infinite configurability means infinite validation time.

32. zahlman ◴[] No.42167907[source]
>a powerful doc creation platform

Which, based on what I see in the rendered archive.is version, is being used to do nothing outside of the normal use of a standard Markdown-based SSG like Nikola or Jekyll.

Not that doing more would be a good idea anyway.

33. dang ◴[] No.42167913[source]
"Please don't complain about tangential annoyances—e.g. article or website formats, name collisions, or back-button breakage. They're too common to be interesting."

https://news.ycombinator.com/newsguidelines.html

34. zahlman ◴[] No.42167953{3}[source]
And this is for what, a ~100KB header image (most of which is bounding-boxed away) and 24KB of actual text (Markdown source would be only slightly larger)?
35. rufius ◴[] No.42168360{3}[source]
Probably a hard question to answer. IME, cultural norms around documentation vary pretty wildly.

Some orgs I've worked for were very "wiki" driven - there's a big expectation of using Confluence or Notion to navigate documentation. This applies both big (5000+) and small (50+) organizations for me.

Other organizations I've worked in were very document centric - so you organize things in folders, link between documents (GDoc @SomeDocument or MSFT's equivalent). Those organizations tend to pass around links to documents or "index" documents. Similarly, this applies for both big and small organizations in my experience.

Of the two, I tend to prefer the latter. Without dedicated editors, the wiki version seems to decay rapidly, especially once the org grows above some size.

Knowledge management is hard...

36. meiraleal ◴[] No.42168644{3}[source]
They (tech companies) layoff people to save money but they should be hiring seniors to save them some cloud bills.