_d8fd

Why not just milk it until the money train dries up or you are rolling in cash? Just because one or more companies offer the same product doesn't mean you're going to squashed. What will tank your business is losing focus & giving up before you needed to.

For me it's mostly about gow people use metaprogramming.

In Ruby, if I'm trying to find the source of a dynamically generated method in a dynamically generated class, that usually requires me to run add a debug statement, run the program, and see what's being passed. Even if I have a stacktrace, I often find it difficult to understand what the code is doing without running it.

I find Elixir code easier to read, and grepping my way through the code base is often enough. And to be fair, a debugger is often less than useful in macros involving AST & when dealing with a process that got a random message from who knows where.

And supposedly the virus can survive for an extremely long time in a dormant state. Could someone do a little bit of homework who died from smallpox, dig up their corpses, and find live samples that way?

Former insurance agent here.

You can think of insurance as a small & certain loss to hedge against a large & uncertain loss.

If stuff happens and you do need to cash in on that insurance policy, the payout should be thought of as saving your butt, also known as indemnification.

An airbag in your car is a form of insurance. You spent $X to protect yourself in a collision. The small & certain loss is spending the $X. Say you unexpectedly end up in a crash, but instead of dying, the airbag saves your life. It protected you from a death, the large & uncertain loss.

The idea of that buying an insurance is making a bet against yourself doesn't make sense to me. Insurance is more about making sure you don't lose. It's reducing risk, and a bet feels like taking on risk. The insurance company is the one making the bet, not the policy holder.

I was playing with a parser generator last summer, and it was immensely frustrating to bump into bugs it had & features it lacked. In the end, it was much easier easier to write the entire parser myself. So if I understand the point you're making, I agree that giving up control can suck!

I like to comment on how my next door neighbor's rent (here in SF) is under $300/month. He moved when in many years ago when the rent was $85/month. I pay just over $1600 for the same 250 square foot layout.

I'm imagining an overly academic interview question that goes something like this...

"It's been determined that our CS interviews are both random and unscientific, and we'd like to reverse that trend. To give us more control of the outcome, and to help us be more science-y, how would you design a random number generator which can be made deterministic by giving it a seed value? We need one for our hiring process."

This happened to me, too. I lived in a hotel, moved out, and was unable to forward my mail. My hotel room was considered to be a commercial address. I think this was in 2011.

Anyone can sue you at anytime for any reason.

> You can't really build a product without talking with the customer or talking to other departments especially sales/marketing/customer service

A friend of mine works at a large enterprise company on a multimillion dollar software project. Their dev team has never spoken to a customer or product manager (there is a PM team, they've just never spoken with the devs). It also takes them a long time to ship software. It's very odd.

I'd say you can lose the GPA now :)

If there's one lawyer in town, they drive a Chevrolet. If there are two lawyers in town, they both drive Cadillacs.

Just tinker with Elm at work on your lunchbreak and say you uswd it at work. If you're awesome, no one will know and/or care where you picked up your awesomeness.

Beats me. I use Atom everyday and spend zero time wishing I had a better editor.

After having retired a couple of phones due to crappy battery life, my most recent phone purchase has a removable battery. I'll probably buy a new battery in ~4 months, when the phone is a year old. I'm happy I decided to follow that path, because I really like the phone (LG G5), and a replacement battery is less than $20 USD.

If net neutrality fails, would it makes sense aggressively pursue a legal effort to break up "big cable"? Back in the long distance/DSL days, the local telcos were forced into allowing alternate vendors to sell long distance & Internet service over the copper wire running to one's house. Can we bust up Comcast's strangehold on the Internet service available to my apartment by forcing them to allow any vendor to sell Internet over that single Comcast-owned coax line? They lobbied against neutrality, so take away their monopoly!

In SF, I have a 250 square feet studio with no kitchen & I pay $1550/month in a cheaper part of town (the Tenderloin).

Speaking for myself, and I tend to make practical choices for what I understand now. At the moment, I am not using Rails in my day to day work, and this is largely based on my past experiences.

Pros:

- easy enough to find libraries for most things I wanna do

- community likes testing, as do I

- community seems to focus on business & web implementations, so good for those use cases

- lots of questions for which I want answers already answered

- package management

- deployment to PaaS/Herorku-ish platforms pretty easy for smaller teams

- here in San Francisco, there are lots of job opportunities for Rails developers

- I like Ruby, even though I am less excited about OOP these days

Cons:

- Rails is magical & opinionated, and that always annoys me

- Figuring out where some method is coming from in a Rails object is often a pain

- In Elixir I almost never need a debugger, but in Ruby I almost always do

- loading Rails apps can get really slow, and learning to wait for software to boot isn't a skill I like to develop

- I feel more pressure "to do it" right when the time "to do it right" simply doesn't exist for reasons, because trying to come back and refactor gnarly Ruby code is just harder than it is in a compiled language

- Ruby has to be installed on the system to which an app is deployed, and needing to think about how to pre-install Ruby or how long a Ruby install takes is a mild pain (stand alone Go binaries or Elixir releases are pretty sweet)

One basic reason is that immigrants often find it easier to open a business than interview for jobs. It's hard to answer the question "tell me about yourself" in a culturally relevant way when you are still learning the basics of your new non-native language. Opening a business requires a nominal amount of money in fees and filling out a form. Living off of your savings while trying to impress people who don't seem to be hiring you gets unattractive pretty fast, so if you're gonna work hard, you may as well do it for yourself.

I predict someone will invent a smart utensil. It will be a smartphone-like device that has a curated app store which only includes utilitarian apps. It'll contain all of the apps people think "I'd love to ditch my smart phone, but I'd really miss <utility apps>".

Apps I really want AND never waste time on:

- ride sharing (Lyft, Uber)

- calendar

- calculator

- mobile banking

- movie times & reviews

- booking a place to stay (CounchSurfing, Airbnb)

- public transit schedules

- camera (only pictures, not picture sharing)

- identity verification (RSA, Okta Verify)

- alarm clock

Here are my simple tips:

- don't run out of cash

- make something you enjoy working on

- sell something people need

- sell something for more than it costs to make

- don't expect the people around you to be as excited as you are about your thing

I worked at a hosting company for a few months, and they way the prevented fraud seemed backwards, draconian, and unfair. But I couldn't come up with a better way of doing it. Fraud prevention seems hard.

tl;dr -- offer customers something they can't buy at a price their willing to pay.

My personal, non-software example was to identify an untapped opportunity in my field, technical recruiting. My clients had 20 to 100 employees, no internal technical recruiter, had already recruited their core team, has run out of organically generated people to interview, and had raised a Series B or later in funding. In 2010, the only options available to them were contingency recruiters, contract recruiters who wanted 6 to 12 month full time contracts, and inexperienced admin staff (aka not experienced technical recruiters).

After learning that it super competitive to sell traditional recruiting services to my clients, I decided to develop a workflow that allowed me to offer them part-time hourly recruiting with no long term commitment. Typically this started off as 10 to 30 hours a week with no commitment (aka fire me at any time). This model worked great, and in 2 years I scaled from just me billing 30 hours per week with one client to 15 people (part time & full time) billing several hundred hours per week.

Service business are not software businesses, but they do share at least one thing in common; selling a product or service customers need & can't buy in an industry you understand is a heck of a lot easier than trying to make something up from scratch.

Good luck!

</rant>

One specific example is venture debt. If you raise a bunch of money from a whitelisted VC, SVB will lend you money on top of that. Maybe you raise $9 million from Accel Partners in a series B, and SVB lends you another $3 million. You get cash now without much additional due diligence, pay it back, over a few years, and keep more of the equity.

Another nice perk is working a banker you can call who understands the cash needs of startups. You can speak to a person in plain English about how your whacky business model needs to work. They see all sorts of new weird stuff, and they are conditioned to want to help you. The value of having someone understand the highs and lows of startup life, and who will go the extra mile to resolve any hiccups is subtle, but nice. Basically, a startup banker for startups is nice in the same way a farming banker is nice for farmers.

They can also help introduce you to investors. Having a banker on your side when you're raising capital is not trivial.

That is all that comes to mind.

(not sure if you were being sarcastic, so...)

> In most cases when a company rejects you because of "culture fit", chances are there's something wrong with yourself.

I completely disagree. Interviewing teams reject candidates for all sorts of reasons that have nothing to do the candidate.

Reasons (valid or not) a applicant gets reject include:

- thinking candidate would get bored in a menial job

- discrimination

- unstated hiring freeze

- position is closed during hiring process

- position requirements are revised

- candidate wants to pair program, company does not, and vice versa

- interpersonal communication challenges, mostly around language barriers

- candidate seems too expensive

- candidate seems way too cheap, which seems too good to be true

- company believes candidate will not tolerate commute for extended period of time

- candidate bugged recruiter one too many times about status of interview process

- candidate overdressed for interview

- candidate underdressed for interview

- candidate reminds an interview too much of themself ("I'm the vision person, and we need some who likes to build the plan I come up with")

- the job is a demanding grind, and everyone who previously had kids has quit

- company doesn't like candidates education

- company worked for a stigmatized employer

- a backdoor reference check doesn't go well

This list could go one forever, and none of these things are something wrong with the candidate.

Source: was recruiter, saw people rejected for all sorts of reasons

> Variables must only be capital letters, maximum length 6.

"When it is worth considering breaking up a monolith app into micro services?"

"About 1500 variables from now"

I like the idea of @codeclub.

"Would you like to go to @codeclub"

"Yes!"

"Ask HN: How should I teach code to kids?"

Getting kids an opportunity to become interested in @codeclub is a related, but separate question.

I've never been a parent or teacher, and have not been responsible for raising children in any formal capacity. So, my question is...

Are the kids remotely interested in programming, and does it make sense to try teaching them if they show no interest? As a child, I remember pushed towards taking piano lessons and hating every second of it.

The only problem with being a server janitor is there being a communication mismatch. I've worked with a sys admin type who was told, before being hired, he'd be a space janitor. He loved the reference, because that's what he wanted to do.

If you need a dog crap collector, sell the job as a poop scooper, not a pre-compost collections technician.

> Can you talk about a project you experienced that went very badly

I'd like to offer a spin on this.

In my experience, asking a question that demands one to recall specific details about a painful event in an interview, which is typically a stressful situation, may produce poor results.

What do you think about giving the candidate an opportunity to get advance notice of that you'll be asking that question, in an interview, and ask them to prepare three to five bullet points to discuss? Whether the candidate sends the bullet points back to you before the interview, or just brings them to the interview, is beyond the scope of what I'm proposing.

Let's say your trying to assess a 3 things:

* Has Architect been through the meat grinder at all? Bullet points with little depth log a warning, as there has been plenty of time to prepare a thoughtful answer.

* Does Architect talk about failure in a calm and composed manner? Bullet points give ability to ability to recall challenges before stress of interview sets in.

Does Architect trash talk former employer or coworkers? The stress of interview can erode one's asshole filter, and cause them to be a bit of the jerk they've worked really hard to not be (speaking a bit for myself here).

To wrap this up, I like interview questions that are functional with minimal side effects, meaning the person is given every opportunity to provide the answer you are looking without external pressure or distraction. If you want to see how a person handles stress, give them a situation that is stressful in a way it'd be on the job, perhaps leading with "apologies in advance for the following situation, which is intentionally stressful..."