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

The homeless shelter situations in the bay area have waitlists. Some of the encampments also have waitlists (!). A lot of the homeless actually work in the bay area, some of them far away. Being in line in time to get a spot on a shelter is a task by itself and can be mutually exclusive with working. There is so much at play here you do not understand well. If we assume you are well meaning, you need to know that some politicians are not telling the truth about the true state of things.


> There is so much at play here you do not understand well

Yeah, I mean I don't live in the bay area, nor have I ever visited the place. My experience is mainly about homelessness in Spain I guess.

So whatever you think I've got from American politics, I can ensure you I haven't and it's entirely based on on-the-ground experience where I live.

Besides saying "You don't know the truth", is there any specific you can respond to from my comment you feel is incorrect or you disagree with?


You have no idea what is going on in the bay area homeless situation. I am not discounting your experiment, which was very interesting, but you cannot apply your experiences to the bay area homeless situation.


You have to define "worse". What is actually "worse" is paying developer time to sit there in a never-ending upgrade and deprecation cycle when your core product is elsewhere.


Gen 1 wasn't Gen1. Gen1 for dynamic websites was a lamp stack with yolo javascript in the php header. Then people really started using jQuery because targeting a bunch of browsers at the time was a huge incompatible mess, along with other tools like modernize.js . Then your gen 1 started in earnest, if I remember correctly.

I remember the divisions slightly differently . There seemed to be a core movement from Ember.js and backbone onto Angular. Then from angular to react. Now I am seeing some movement off of react onto alternatives like Vue and Svelte, but almost everyone still is using react. Most shops have issues with the React part of their stack. It's still hard to get buy in for the alternatives in production. No one is using web assembly or even knows what a web component is.

I disagree about the comment about not going wrong with either. This assumes you or your team have the time to maintain the stack with the large amount of dependencies, as there are security patches often and deprecations often. It's a waste when it seems like a large portion of the actual market is just creating dashboard products. You can handle this with a much lighter frontend if you can get buy in (you can't).


I am not sure this is true . As I wrote elsewhere, almost everyone wants a web app or thinks that they have a web app, but usually it is just a dynamic website. You do not need to build up a framework to have a dynamic website.


"everyone" and "usually" are doing a lot of work here


I would bet real money that what I am saying is also true at your workplace.


Everyone thinks they have a web application but a lot of the React I get asked to build could have easily just been a dynamic webpage (it is usually a dashboard). I think there is an over-emphasis on what constitutes a "web app".


Alright, I've been in the industry a very long time but moved to backend when it got complex. I am wondering why you need a decent hash map or set implementation. This is supposed to be done on the backend. The frontend is for presentation. Your backend should not give you elements with duplicates (why you don't need set). "Decent hash map" sounds like you just don't like the hash map implementation because you are trying to do something complex with the Map implementation, in which case it belongs on the backend.


People still do this to me (a woman) in the workplace now, like a lot.


I remember when I used to run gnome 2 (i.e. mate) on a machine with 256mb of ram. It was a full experience and it worked with youtube videos and so on. What are we even doing .


Sure, back when videos were at most 480p/720p that's feasible.

I'm not saying software is any more efficiently written these days but I do think it's important to recognize that just the act of pushing more pixels on its own requires more RAM.


Honestly, no. Prior to 2009 there were almost no 720p videos on the platform. In 2009 Windows 7 came out with a minimum requirement of 1GB RAM (Vista in 2007 also already recommended 1GB). What I'm trying to say is, 1GB wasn't much even before 720p got common. The amount of people watching 720p on systems with less than 1GB has likely always been minuscule.


I was just thinking "there is no way this person works on embedded devices". Then I read the last paragraph where you bring up "over 1GB of RAM". Explains that.


Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

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

Search: