[fantasticFerret]

I applied to this company right at the beginning of there expansion. The person that interviewed me said he had been sleeping on couches for the last year or so, (around 2017) and working insane hours. They gave me a php coding test to implement some kind of pub/sub. I finished it. Had no real way of submitting it other than emailing it to the interviewer as a zip.

The moment the interviewer told me they worked with a php stack. I asked why they'd chosen to go with php given that the product was so new they could've chosen any newer tech. stack (JavaScript framework) and probably been better off. The interviewer didn't really response to my question.

The entire conversation with said person, was them talking at me for about 30 minutes. They said the company was going to try to pivot to developing some service surrounding their lock box service for the keys to get into people's houses for the dog walking.

It seemed very "directionless" and gave me a very bad taste in my mouth. They never got back to me or anything. Which was fine by me since I wasn't going to pursue them any further.

[hoorayimhelping]

I had a similar experience in 2018. In fact, I think my application with them is still active, cause I also never heard back from them after my in person interview.

They had me come in at noon, said they'd serve me lunch, then directed me to a galley kitchen where there were some leftovers from something that was served the day before.

I kind of zoned out after that, cause I was hungry and also annoyed, but I remember being condescended to, everyone being late, and everyone seeming like they were in a huge hurry. Never heard a rejection or offer from them.

My ex has our dog, I told her to stop using Wag as soon as possible. I'm not trusting a company that disorganized with my dog.

[wolco]

A php stack is the right stack for 2017 or 2019 for a company like Wag. What would a javascript framework offer them? Their core product is connecting people and dogs. A php stack with laravel means they have a working website with authentication on day 1. What would a javascript framework offer them?

Emailing tests or documents is very common during the interview process if the company is a startup. Offer them a github link with the code if you want to standout.

Why apply without knowing the stack?

[driverdan]

I downvoted you because there is no "right" stack. All popular languages have good web frameworks. The right one to launch with is the one your team knows the best.

[mjfisher]

I'm not sure that's the case with Javascript - there's plenty of microframeworks (express, hapi) and even a couple with bigger ambitions - like Sails.js

Last time I looked, none were comparable to Rails/Django/SpringBoot/Laravel

[vageli]

> I downvoted you because there is no "right" stack. All popular languages have good web frameworks. The right one to launch with is the one your team knows the best.

Surely there are more appropriate stacks for specific problem domains? Like how using R outside of data analysis is probably weird, or writing your microcontroller code in nodejs is probably a bad idea.

The law of the hammer exists, and if your tasks requires a screwdriver and all you have is a hammer it will be more challenging than need be.

[driverdan]

You're correct but I was talking about language selection in the context of web development. There are, of course, specific domains that have language requirements.

[luckylion]

You are setting yourself up for a much harder employee market if you're choosing something fresh and hip, though. Finding skilled js people that have experience with your framework choice will typically be harder than finding a developer that knows php and Laravel. Imho if you have no specific reason to choose one stack over another, choose a very common one (for projects where you expect to need other people to join).

[xnyan]

Maybe I'm dumb - Can anyone tell me why PHP vs JS for a "generic" web application?

\In 2019 there are far far far more developers with real experience developing in Javascript vs PHP. There are obviously a lot of other factors in considering the base dev language, but unless you can make a strong case for PHP vs JS, I'm picking JS every time because in the generic case they both meet my needs but a lot more devs work with JS vs PHP. This is not a moral argument, but rather a practical one. What is the practical argument for PHP?

[kortilla]

There are far fewer devs with server-side JavaScript experience. When it comes to server-side for small startups, the syntax is irrelevant compared to the maturity of the ecosystem. Look how much of the web is still Wordpress.

[TheKarateKid]

PHP an older and more mature language. It also is synchronous so it runs similar to C/Java/Python.

Programming full stack with JavaScript requires a different programming mindset with its asynchronous nature.

[wavefunction]

JavaScript predates PHP by five years. 'Maturity' is a subjective quality in my opinion and I also think PHP is a hot mess. JavaScript is synchronous unless you specifically utilize its asynchronous parts. Asynchronous execution is possible with PHP

[hdfbdtbcdg]

> think PHP is a hot mess.

Have you used PHP in the last 5 years?

[tekkk]

I'm not trying to pick a side here, and I'm sure modern PHP is fantastic with Laravel and all that. But it seems to me that the PHP-advocates are failing to understand that impressions matter a lot to developers. I wouldn't touch PHP with a ten-foot pole if I can. Not because modern PHP is terrible but that the baggage of terrible PHP is still strong in my memory, and I'm not willing the re-evaluate PHP as my choice for backend because of that. Period. That ship has sailed.

Sure TS with something like Express has its disadvantages but I'm ok with it. It's the tool I use for a specific job and there's a lot more useful things to learn than another language & framework just for its sake.

[wavefunction]

I wrote some PHP on Friday.

[TheKarateKid]

> I also think PHP is a hot mess.

More of a hot mess of a language than Javascript where every engine can apply their own rules and implementations, just like HTML?

Just because almost everyone uses V8, it doesn't change the fact that when you execute Javascript code, it's not guaranteed to run a certain way because each engine is based on recommendations and standards - not cemented rules. It's the same problem as having to write HTML/CSS for each browser engine.

[senorjazz]

> and I also think PHP is a hot mess

That is a mighty strong statement when trying to big javascript lol

[wavefunction]

I just pointed out some misconceptions about both JavaScript and PHP but some folks are indeed touchy, I will agree with you there.

[cesarb]

> JavaScript predates PHP by five years.

Wikipedia tells me they're both from 1995.

[wavefunction]

This is all IMNSOHO: PHP3 was really the genesis of "PHP" which was 1997 with a decent parser, and I think the first version of what people refer to as "PHP" was PHP4 in 1999 with mainstream adoption in 2000. Many places were still doing VB6 with MS Access data stores.

[wolco]

The pool of js developers available include php developers.

Specifically node developers cost more and are far fewer in numbers.

[cma]

A PHP stack can maybe help you get acquired by Facebook, like a COBOL stack could ease an acquisition by an old insurance company.

[danpalmer]

> Offer them a github link with the code if you want to standout.

Make sure it's a private GitHub repo, or you ask first. Many companies prefer their coding tests to not be published online. It happens, it's unavoidable, but companies can often get by with the same test for a while if people don't post them on GitHub too much.

[cool-RR]

If they define themselves as a real estate company that has a website, sure, use a PHP framework.

If they define themselves as a technology company, which I believe they do, and they want lots of complex features for their services, and set an exorbitant valuation on that basis, then they better have the right infrastructure for that.

[sedachv]

> Had no real way of submitting it other than emailing it to the interviewer as a zip.

Being good at email (ex: not relying on GMail, knowing basic things about line length, top-posting, signature, having your own domain(s), using an actual email client instead of webmail crap, Sieve filters and mailing list management, actually knowing how mailing-list based development works and being able to use (git) patch/diff, bonus points for offline syncing, 2x bonus for using a text client (3x bonus for xmh), 10x bonus for running your own server(s)) is a way better indicator of technical competency than the ability to sign up for a GitHub account and click a few buttons.

HTML email is a huge red flag for programmers.

[swatcoder]

On the contrary, I wouldn’t _usually_ expect a lot of value from someone who did all that.

My first intuitions would be that they’re likely reluctant to make practical compromises, slow to accept norms, and that they’re prone to chasing rabbits. They might have a role on a large team or for a very specific project, but there’s be some wariness for sure.

[Can_Not]

This is going to be a person who spends all day solving every problem my business doesn't have.

[dillonmckay]

They are not applying for a job at sendgrid, or as an email implementation strategist.

[sschueller]

Are they at least using a php framework like symfony or is it all spagetti?

[tzs]

Not using a PHP framework for PHP does not imply that it must be all spaghetti. There are programmers who can write clear, structured, maintainable code in straight PHP.

[100-xyz]

I interviewed with them. Their tech stack is Laravel. The whole interview seemed flaky. Now glad I got rejected.

[fantasticFerret]

The interviewer never told me. I never asked.