HN user

prophetjohn

870 karma

I'm a software engineer in Austin, TX.

atxjclark@gmail.com

github.com/j-clark

linkedin.com/in/joshua-clark-0b7a6436/

Posts13
Comments305
View on HN

Does it just cool down that much in the evening? What about the weekends?

This is fascinating to me. I've lived in the rural Midwest, NYC and Texas and always had A/C everywhere I lived – only question was central or window unit.

They are mailing out the required hardware and doing remote onboarding for the time being. But hardware shipments are getting delayed leading to some new hires being paid to do nothing for a week or two.

It costs money, but for other readers, I've been using Buildkite[0] at two different companies across ~4 years now and it's great. It's _mostly_ self-hosted in that jobs run on your own hardware and Buildkite itself is only the job queue that your self-hosted agents pull work from. They also provide an elastic CI stack[1] so you can have auto-scaling workers running on AWS

You still own enough of it that if the service is down, you can just execute the scripts manually to build, test and deploy

[0] https://buildkite.com [1] https://github.com/buildkite/elastic-ci-stack-for-aws

Ruby's Creed 7 years ago

They progress the language by adding syntactic sugar. Many Ruby programmers aren't waiting around for Ruby to suddenly become fast. If that happened it'd be great, but most code I write isn't performance critical, so it's okay if they just give me a feature where i can write `user&.name` instead of `user && user.name`

This is Hacker News. The conversations generally have a tech-oriented context. I've never worked at a tech company in NYC where lots of people don't wear shorts in the summer. Shorts, flip flops, tank tops. It's all fair game. No one cares.

I don't really remember there being much of a misunderstanding of React itself when it was first launched. There was definitely ridicule ("markup and logic in the same file?!"), but the general idea behind the core of it is pretty straightforward. I could be misremembering, it has been several years after all.

And I'm optimistic that hooks will be great and they won't be difficult to teach to React newcomers and more junior team members. But it's not obvious to me yet that it's the case and I'll be careful about how I use the feature going forward

Thanks for all your contributions to the community, though. Not trying to be overly critical of all the hard work — just trying to fully understand use cases, maintainability implications, etc.

SEEKING WORK | Remote only (based in NYC) | Part-time, moonlight only

I'm a full-stack software engineer with over 7 years of experience. I've spent most of my time building software with either Ruby on Rails or JavaScript/React and its related tools, but I also have some experience up and down the stack from container orchestration to CSS/SASS/JS-in-CSS, etc. I used Java professionally several years ago and can ramp up quickly on most technologies.

I'd love to find an arrangement where there is ongoing product development / maintenance work that I can contribute to 10-15 hours per week on a consistent basis, but am open to short-term engagements as well.

Links are in my profile

SEEKING WORK | Remote only (based in NYC) | Part-time, moonlight only

I'm a full-stack software engineer with over 7 years of experience. I've spent most of my time building software with either Ruby on Rails or JavaScript/React and its related tools, but I also have some experience up and down the stack from container orchestration to CSS/SASS/JS-in-CSS, etc. I used Java professionally several years ago and can ramp up quickly on most technologies.

I'd love to find an arrangement where there is ongoing product development / maintenance work that I can contribute to 10-15 hours per week on a consistent basis, but am open to short-term engagements as well.

Links are in my profile

I have more experience at startups than as a consultant. I was the 6th hire at a company that grew to 130 over three years and I was never thinking more than a few months in advance. A lot changes in five years — your customers, the competitive landscape. It's an enormously long period of time in technology. It seems like such a waste of time when you have customers that have real, unsolved problems today

The great architect has the foresight on how the code will be used in five years and design it accordingly

Perhaps this is a function of me working in startups and consulting my whole career, but it seems extremely misguided, if not negligent for an experienced engineer trying to design for use cases five years in the future. Five months into the future is even pushing it.

What kind of companies operate in this way?

SEEKING WORK | New York, NY (NYC) or remote | Part-time only

I'm a full-stack software engineer with over 7 years of experience. I've spent most of my time building software with Ruby on Rails, but also have extensive experience with JavaScript and the React ecosystem.

I've also spent my fair share of time orchestrating docker containers with Kubernetes and creating design systems with CSS modules and SASS.

I can help scope out requirements and deliver an MVP for your product, or quickly bang out an already well-defined project. Either approach will result in a high quality product and clean, well-tested and maintainable code that can easily be built upon.

LinkedIn: https://www.linkedin.com/in/joshua-clark-0b7a6436/

Email: atxjclark@gmail.com

A lot of people do care about more than just the technical aspects of the job, like what the company does. When that's intentionally obfuscated and the all the locations are government-y towns, then one is left to make assumptions — like that they'd be building software that spies on their fellow citizens or helps bomb people in faraway countries. Many people would be turned off by contributing to software like that even if the technical challenges are interesting.

And I didn't even say it was suspicious that the name was omitted in the job post. I said it was suspicious that when someone asked and someone else answered, apparently incorrectly, you got defensive but still didn't issue a correction. It's weird.

SEEKING WORK | New York, NY (NYC) or remote | Part-time only

I'm a full-stack software engineer with over 7 years of experience. I've spent most of my time building software with Ruby on Rails, but also have extensive experience with JavaScript and the React ecosystem.

I've also spent my fair share of time orchestrating docker containers with Kubernetes and creating design systems with CSS modules and SASS.

I can help scope out requirements and deliver an MVP for your product, or quickly bang out an already well-defined project. Either approach will result in a high quality product and clean, well-tested and maintainable code that can easily be built upon.

LinkedIn: https://www.linkedin.com/in/joshua-clark-0b7a6436/ Email: atxjclark@gmail.com

Rails, still? 8 years ago

Yes, I agree that knowledge of the ecosystem is important to efficiently create business value. If I don't know that Devise exists and I roll my own auth library, that's a waste of time.

That's different than if I don't know that Sequel exists and I blindly use ActiveRecord. They're both ORMs. They can both read and write data from a database. And guess what — ActiveRecord is better for the vast majority of situations and everyone in the Rails community knows it, so my research into Sequel would have been time wasted.

Rails helps you avoid wasting time on this kind of stuff and pre-packages stuff that most everyone needs and where the alternatives are not substantively different.

Rails, still? 8 years ago

You want an ORM? choose an ORM library. You want templates, choose a templating library. You want to send mails, choose a mailing library.

But I'd rather spend my time creating business value than researching ORMs, templating libraries and mailers. And since I've never not been able to accomplish something with the ones Rails includes by default, I've never seen the need to use something else.

I did a similar thing in Texas (Austin Community College -> Texas State University), albeit later in life. I'm on a 4-person engineering team where the other three when to Carnegie Mellon, Stanford and Princeton.

I guess I worked at a moderately "prestigious" consultancy for a while that is a large factor in me having this particular job, but it seems like top universities aren't all that important beyond your first few years in the industry.

I know it's a minor point, but Boston absolutely does not have the same weather as NYC. The winters are so much worse in Boston.

I'm a current NYC-er finding NYC too expensive to raise my family and the winter there is the only thing pulling me away from Boston, which is otherwise quite attractive.

PolicyGenius | New York, NY (NYC/Manhattan) | Full-time, on-site only

We're crushing the insurance industry and hiring for lots of roles! Growing super fast (but not too fast!)!

Check out some of these sweet roles you could apply for:

- Full stack software engineer!

- Front end software engineer!

- DevOps engineer!

- Data engineer!

My goodness, who _is_ this company?! Find out more here: https://www.policygenius.com/careers

Didn't answer your question? You can ask me directly! I'm josh@policygenius.com

Are you a recruiter who has a super qualified Data|DevOps|Software engineer for me? Please don't — we don't use recruiters.

Thanks!

PolicyGenius | Full-stack, Front-end, DevOps Engineers | New York City (NYC)

We're growing fast and hiring for all engineering roles. Shoot me an email at josh at policygenius dot com if you have any questions. You can read more details about each role at http://careers.policygenius.com

About us:

PolicyGenius is an NYC-based insurance tech startup with a mission to help people get the protection they need and make them feel good about it. We are changing the game by making insurance shopping faster, friendlier and more efficient for the online consumer. Since our launch in 2014, we’ve achieved rapid growth in a notoriously difficult industry and established ourselves as a pioneer in a now hot space (insurance, if you can believe it). We're at an exciting inflection point, having raised a $16.25M Series B, and we're focused on building out our powerhouse team.

Also Brooklynite.

I'd just like to another: The confidence of knowing that the driver will get me where I need to go. I have, on more than one occasion, gotten in a cab in Williamsburg (which is in Brooklyn), asked to go to Park Slope (also in Brooklyn) and after staring at my phone for a while, looked up to find myself on a bridge headed to Manhattan (not in Brooklyn and not on the way between the two).

With Uber, I punch in my destination before even getting in the car and they just follow GPS. No cabbies that don't know the city making mistakes and no sitting in unnecessary traffic jams that technology could have helped me avoid.

Now when I'm in a proper cab, I have to be on constant high alert to make sure that they're going the right way if not giving them turn-by-turn directions on my own.