Live data from Hacker News

Ask HN: What Are You Learning?

news.ycombinator.com

221–230 of 242 posts

Re: Ask HN: What Are You Learning?

#224

I'm taking Casey Muratori's online class : https://www.computerenhance.com/p/table-of-contents The goal of the course is to give people a feeling for how fast code can be by teaching how it runs at the cpu level. I like it so far.

Has the course been useful to you in a professional setting? I mean, have you been able to apply what you’ve learned so far?

Honestly not really, but what I work on is bottlenecked by api calls and not actually DDOSing our apis.

The other day I wanted to create a 10GB file with a perl one liner and it was taking over 10 minutes and doing some napkin math I figured out that should only take 4s at 1 character per clock cycle, so something is wrong (it was flushing every single character). I tried versions that flushed less and could get it to 7s by printing chunks of 1MB. That's ultimately the goal of the class, get a rough idea of what should be possible.

What I really like about that class though is it really makes you realize even assembly is a high level language now. I had heard about it, but it didn't really make sense to me, but the course basically has you writing doing assembly that looks like it should be doing the same thing (e.g. same thing but with loop unrolling), and explains what's happening in the background making one version twice as fast as the other.

Re: Ask HN: What Are You Learning?

#226

Earlier quoted context omitted.

Hello from the other side :) 1 - I feel like more bespoke interfaces could be amazingly useful in the data world. 2 - Data engineering doesn’t really get me building creatively. 3 - Getting 3 languages to play ball (and that’s front-end only) sounds crazy challenging. Data projects are nightmares but it is good exposure to the messiness of the real world. Have you had a chance to dig into DE much yet?

All good reasons :) I never did proper "data engineering" per se, but we did have casual run-ins with geodatasets and GIS, and used them to build a home solar calculator that takes a ZIP code and estimates that area's available yearly sunlight, utility rates, electricity consumption, etc. and combine it into an estimated size for a home solar system. It was like a primitive version of Google Sunroof ( https://sunroof…

Wow - that sunroof thing is cool, I bet that was a fun area to work on.

There’s a lot to be said for data engineering when done at scale - systems design, devops, cloud engineering etc.

I’m not sure that’s going yet…

Building the individual units (reliable ETL pipelines) might be on the chopping block in the near future - I’m not convinced there’s 100 competing ways to build these.

Still - best way to get started is probably to get stuck in with running a data pipeline using a locally deployed Airflow instance. Read some data from some api and write it to a local database deployment (postgres?).

May I ask the same of web application development?

Re: Ask HN: What Are You Learning?

#227

Earlier quoted context omitted.

All good reasons :) I never did proper "data engineering" per se, but we did have casual run-ins with geodatasets and GIS, and used them to build a home solar calculator that takes a ZIP code and estimates that area's available yearly sunlight, utility rates, electricity consumption, etc. and combine it into an estimated size for a home solar system. It was like a primitive version of Google Sunroof ( https://sunroof…

Wow - that sunroof thing is cool, I bet that was a fun area to work on. There’s a lot to be said for data engineering when done at scale - systems design, devops, cloud engineering etc. I’m not sure that’s going yet… Building the individual units (reliable ETL pipelines) might be on the chopping block in the near future - I’m not convinced there’s 100 competing ways to build these. Still - best way to get started is…

> that sunroof thing is cool, I bet that was a fun area to work on

Yeah, it was (and is) really cool! To be clear, I didn't work on that, just something similar but much more primitive and with much simpler datasets. Google did a really good job there.

> locally deployed Airflow instance

I'm pretty comfortable with basic ETL stuff, but never used Airflow. Will have to look into that, thanks!

> May I ask the same of web application development?

I can give you my opinion, but that's all it is. I'm not a FAANGer and primarily work with small businesses and nonprofits, so my perspective may be biased and incomplete. I should also note that I'm also kinda an AI-optimist, meaning I have a much more positive view of both its competence and its threat than many people. But ultimately, I'm a nobody, just a rando on the internet, so take all this with a big grain of salt :)

In the time I've been doing web stuff (20-30 years, depending), I've seen the industry move towards higher and higher levels of abstraction. In the old days (the 90s and early 2000s) it was a lot of hacked-together HTML + backend logic, then it gradually moved towards the clientside (frontend) with things like ActiveX, Flash, and eventually CSS and JS.

JS eventually won out and you can build really amazing apps almost entirely in the frontend now (like Figma, Photopea, OpenSolar, Felt, and other frontend-heavy, UI-driven things like those).

But those are what I'd consider proper "apps". There are also may websites that are just, well, sites and not what I'd consider apps, things like your average news or blog site, or maybe basic ecommerce stuff. That's where I see the most abstractions/consolidations into a few big frameworks, like Shopify or Wordpress + WooCommerce, or Wix/SquareSpace/Weebly for simpler sites, or headless CMSes + Jamstacks for more complex sites (disclaimer: I currently work for a headless CMS company). I think these sorts of sites are the most at risk of automation, which really has been happening for decades already. What used to take weeks of setup and then tons of ongoing maintenance (both on the frontend and backend) is basically just a one-click deploy these days with little need for actual coding anymore. And even complex, bespoke UIs are increasingly being AI-driven... the company that makes Next.js (a big frontend framework) is also using AI to try to replace their own customers (us frontend devs), lol: https://v0.dev/

I think there will always be a few humans needed in the loop, but probably fewer and fewer over time, and usually at the "architect" level, where you design overall systems and write some minor glue code to tie it altogether, but don't need to dive too deeply into the nitty-gritty anymore. I'm especially scared for junior coders, because even today, Copilot and ChatGPT are already way better than most of them (and often, better than myself too). One moderately experienced coder with a few AIs can easily replace what used to take a team, and do so with much less overhead (no need for Agile crap, three layers of mid-management, everlasting meetings, etc.). I think it's going to get a lot leaner, which means fewer openings, more productivity per remaining dev, but fewer dev openings overall.

But that's only if we assume that current web devs stay the course and don't upskill/adopt more and more AI practices. Just like fewer and fewer of us work in PHP or ASP or Ruby on Rails these days, I would assume that many would sidestep and just incorporate more AI and GPT into their workflows. Maybe there's some opportunities there for lean + mean startups who can do a lot more with fewer employees than before. But still, AI/ML is a fundamentally different enough skill set (like actual CS + math + modeling stuff, not just gluing together UI code) that a lot of us are going to flunk out and join the breadlines.

Even at this early stage of AI, I'm fairly confident that my career as a small-biz frontend dev is a dead end, with maybe 4-5 years left if I'm really lucky. It's not just because of AI doing a better job, necessarily, but the simple hype around AI means a lot of the money that used to be in Web is now pivoting towards AI. The bubble's burst, and sure, there'll always be a few dev jobs here and there, just like there are still newspaper or graphic design jobs here and there, but I'm fairly certain its heyday is over. Just my 2¢ =/

That said, I don't think it ever hurts to learn HTML + CSS at least. Those are relatively simple, declarative markup languages that's really more similar to Markdown than programming. JS (and especially React, etc.) is where it gets tricky, but even that ecosystem is finally somewhat mature/stable, such that it's a pretty easy time to get started, having missed the craziness of the late 2010s and early 2020s where it was going through very rapid iterations. Today it seems to have stabilized around React + Next.js as the go-to framework (by popularity), and the documentation and examples have gotten better. I wouldn't quit your day job to go learn any of this stuff -- like I don't think it's a good time to dive headfirst into becoming a web dev, with it becoming more and more yesterday's game instead of the future -- but as a side project? Sure. At the very least, it enables better UI design and visualizations, and that's always fun! Even with AI as the companion, there's a lot more creativity (and human psychology) there than gluing together pipelines and APIs (of course, that's probably just my bias as a frontend person creeping through).

Alternatively, it's also possible to get really good at some particular niche in the stack (like Canvas graphics or WebAssembly or WebGL) and find a super-specialist position at a bigger company. That would probably be a safer bet than my generalist background.

I dunno... sorry, I don't mean to be a downer, it's just that tech has always been fast-moving and cutthroat, and it's probably going to become even more ruthless in the future. Once AI starts self-iterating, it'll become exponential and I don't think humans will be able to keep up. Right now it seems like the biggest barrier is simply our hardware manufacturing capacity, but that's going to ramp the hell up soon. But anyway... we can only play the cards we're dealt, as we're dealt them. No need to fret about things out of my control, and Skynet is very much out of my control, lol.

As an old man (nearly 40), I have limited time and neuroplasticity left. It's harder for me to just pivot to the new shiny every few years. But if you're younger, I don't think it's ever wrong to explore and try new things and see what sticks (and what pays)!

Sorry, that's just the bigger-picture overview/rant. If you have any questions about more specific technologies/stacks, I'd be happy to share thoughts on those too.

Re: Ask HN: What Are You Learning?

#228

Nix for developer environment and building containers. I’m wondering if it’s worth it to introduce to the rest of the company. We’re pretty comfortable building/“maintaining” ~400 container images, and it’s relatively fast (~3-5 min build time if no packages are changed), but there a lot of shared dependencies between all these container images, and using nix to get actual reproducible AND minimal container images wi…

Can you recommend any resources on nix?

Hey! I love Nix, and I've been using it as my daily driver for more than 1 year. There is a lot of people putting a lot of energy on documenting and explaining, but the current recommendation is _suffer_.

For Docker, you could start here in this HN thread [1], for NixOS and flakes there is a video series and git [2] I used at the begining which I liked.

I wanted something a bit more 'complete', so if you will you can read through my nix repo [3].

I have built Portry and Go applications (that I'll push to nixpkgs at some point) and GCP images for VMs, so if you need a reference for that just ask :)

[1] https://news.ycombinator.com/item?id=39720007

[2] https://github.com/MatthiasBenaets/nixos-config

[3] https://github.com/francocalvo/nixos-eris

Re: Ask HN: What Are You Learning?

#229

Jazz Guitar, after spending years listening to jazz, decided to start down the path of learning to play it in my thirties. I already played some guitar, but over the past year, I've learned so many things about theory, chord construction, inversions, phrasing, time feel, and have been doing a concerted effort in improving my aural skills to lift other players' music by ear and transcribe their playing.

what resource have you used to learn?
Post reply on HN