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

I'm a little bit of a music nerd and I really like 925. Love that vibe and the video too!


I'd say 3 days/week would be ideal. Thanks, not sure I'm looking to jump ship immediately but I'll ping you.


Sounds like freelancing/contracting might be the way to go. I don't have direct client contracts for the most part so guessing it would take some time to build that up. I looked around on some of the generic job posting websites and was seeing some part time opportunities so, that might be an option as well.


This is cool! I had been thinking about creating something similar but I couldn't solve this problem:

Given a radius of 5 miles and three users in a geographic straight line, each 4 miles from each other. User 1 and user 2 are in the same radius, user 2 and three are in the same radius but user 1 and 3 are not in the same radius. Therefor user 1 and 3 will only see "half" the conversation (which would obviously be confusing). Do you solve for this problem? if so, how?


An idea of how to solve that problem: connect a user to the closest person if there is nobody in their radius. Use Disjoint Sets to sort of glom people together like pieces of cereal in milk. Everybody in the same glob can hear each other.


You could divide the country into segments, and a person gets to talk to everyone in their segment.

Obviously, you'd want smaller segments in areas with a high user density, and larger segments in areas with low user density.

You could generate segments with something like EM clustering. You probably wouldn't want continuous segment recalculation, or two people could be split mid-conversation when neither of them had moved.


Nope, they would need to increase radius.


As you start to gain some experience it can be tempting to think your particular philosophy, framework, solution to a particular problem is the right one. Over time, you'll find lots of you assumptions and beliefs that you thought were beyond doubt change. Keep an open mind and don't assume you're right.


I'm not sure why that was suggested. Our team has migrated to utility css (Tailwind) and we never do this. The basic approaches are either to create a component or template for the button and put the utility class there or use Tailwind's `@apply` utility to create a `.button` class with the utilities applied to that class.

I had some reservations at first but in practice it's been pretty much universally agreed to be great for us. It removes a huge amounts of css cruft that happens over time (unable to determine which classes are still being used, where, etc), keeps colors, margins, etc. standardized through a centralized config file and prevents you from constantly bouncing back and forth between style and markup files.


First line of the first example you get in "what is Tailwind":

  <div class="bg-white
Just accept the fact your HTML contains your styling and go with:

  <div style="background:white"
There was a time when people thought CSS could be used to style some logical HTML:

  <div class="card-wrapper"
So the day you want to change the color of your card-wrapper from white to green you can change a line in some CSS and not have to go around all your HTML or end with a <div class="bg-white"> with a green background.

CSS frameworks feel like a "let's get all the shit CSS was meant to help remove and just put it in divs".


Yeah, think that's everyone's first reaction (you shouldn't mix style and markup) but with a component centered development pattern, those concerns largely become non-issues. `card-wrapper` becomes a component and you update your styles there.

I will just say theory aside, in practice, this has worked out great for our team. In my 5+ years experience, I've constantly run across the issue of legacy code with thousands of classes, referencing potentially non-existent markup and countless one-off tweaks. You can start with the best intentions and organization in your SASS files but eventually things start to get really crufty. Keeping everything in components and keeping styles in the markup alleviates a lot of that.


On that note, would love to see developer tools in the major browsers complain with warnings about missing CSS classes :/


> CSS frameworks feel like a "let's get all the shit CSS was meant to help remove and just put it in divs".

You just made me realize this is why I always have a hard time every time I try a CSS frameworks.

It always goes the same way. I'm first amaze by all what they offer, how simple and quick a great UI can be made. Then when I try to use it, there's always something wrong and I hate how it goes and I always stop and goes back to the logical ways to do it entirely in CSS.

I guess I should try some CSS preprocessor, they must support heritage of CSS class I guess.


You should, you can have mixins, class inheritance, the whole shebang.


We do this with less + bootstrap. So we'll have have something like

.button-critical{ .btn .btn-red }


Thanks, yeah, the ideal situation would be part time at one company so I wouldn't have to hunt down work but freelance might be a more realistic way to go. My skills aren't particularly esoteric but are pretty varied (node, PHP, WP, AWS, React Native, React, etc.).


Thanks for the info, good suggestions!


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

Search: