People have a mental cap on what text should cost. If someone creates instructional content that provides thousands of dollars in value, they can sell videos for $200+, but a book version is hard to sell over $50, even if both provide the same value. Even for free content it is easier to monetize YouTube than it is to monetize a blog.
If we want people to create more text-based material, it needs to have similar financial incentives.
When people sign up for Gophercises, the first two emails I send them are about the course asking how the course is going, if they had issues with the player, etc.
After that they get Go related emails. Eg https://ckarchive.com/b/0vuwh9hvx32q Again, not really irrelevant given the interest in learning Go, and 99% of the people I talk to love those emails.
Maybe 3-4x per year I'll have a sale on my other paid courses. During those times people who have been on my mailing list for a set period of time (I think it is at least 10 days and have received at least 2 previous emails from me without unsubscribing, but I'd need to double check) will get a notice about the sale. I try to avoid being super annoying with those, so they will often contain useful lessons about coding with Go even if you aren't interested in the sale.
I make my living selling Go courses. I was only able to create and offer Gophercises as a free course because of this, so yes, I require an email address and I use Gophercises as a marketing tool. I try to make it a decent experience, but no matter what I do someone will always complain. I find my time is better spent helping the people who enjoy and appreciate what I am doing.
Many employment contracts prohibit doing additional contract dev work. I agree the spirit of contract to hire is great, but worth noting it won't work for everyone.
I'd double check that you don't have multiple orgs. You used to share a cess to your account with people, then they made some org change a while back that essentially moved that shared access setup to an org and gave you a new personal account iirc. Easy to not realize you have both.
Was this a timed take home project or something with a flexible timeline? That is, was it "You have to respond within 3 hours of receiving this email with your solution" or something more flexible?
I mostly understand why some companies do the x hours routine, and when I've done interviews this way I've historically performed well, but it just felt like it added unnecessary stress. For instance, anyone on the job doesn't have to worry about issues like, "What if I couldn't get the app up and running because I had the wrong version of X installed?" longer than maybe their first day on the job. And if you plan on hiring an engineer for a few years, one day is irrelevant. At best this felt like it favored contractors who were more experienced at jumping into new projects frequently.
I don't think plausible deniability works on one-of-a-kind artwork. Even if you assume your dealer is legit, any cursory research will tell you it was stolen. It would be like buying the secret formula for Coca-Cola and claiming you didn't know it was stolen because it went through multiple middlemen.
Now imagine being the dev who keeps making proposals and working diligently at the problem only to have countless ideas and proposals shot down for one reason or another. Ian Lance Taylor is persistent if nothing else and I'm hoping his hard work pays off with this proposal.
My guess is you are incorrect and this has more to do with the Ardan Labs partnership[1][2]. This release also came shortly after Bill (founder of Ardan Labs) went to visit Matt and discuss Caddy[3], which helps support that claim.
Prior to the partnership I believe the real issue was that Matt & co didn't have a sustainable way to maintain the project and they were trying to figure that out. I don't know the details of the partnership with Ardan Labs, but my guess is it is structured in a way that allows Caddy to focus solely on building out a great product without worrying about monetizing it so they dropped all the proprietary licensing.
Most people - traveled or not - would be okay with this if they knew the service person was making a fair wage. The problem is that service workers are not fairly compensated in the current system so our options are (a) hurt the service worker by not tipping to make a point, or (b) tip so the service worker is fairly compensated.
The only real way this changes is if we first make sure service workers are fairly compensated, but for most people this isn't a big enough issue to prioritize it - we only discuss it in forums like this when an article this appalling gets posted - but it is a big issue for the millions of restaurants in the US who would have to increase wages so they will all lobby against it.
The page is a little rushed, but the worst thing you should see is an ugly error message.
This is a TRIAL RUN, but if things go well I want to make this a regular thing with new designs by a variety of artists, and I'd love to donate proceeds to orgs that are doing good things in the Go space. Eg Women who Go or Golang Bridge (suggestions for orgs are welcome). I think there are a lot of great places that could do way more with more funds.
If you experience any issues or have questions just let me know - [email protected] - the FAQ tries to answer most, but I'm sure I missed something.
I'd like to expand the course a bit and cover more testing topics, so if anyone has suggestions I'm all ears.
Ideally I'd love to hear about situations that were particularly hard to test and (if possible) solutions you used to address the problems.
Eg testing subprocesses is a tricky thing to do, but there are a few ways to write test cases that can be used as a mock subprocess and this has become a relatively useful technique for companies like Hashicorp.
I'm guessing other similar testing ideas exist, but aren't covered in the course and I'd love to research them more and add them.
If you don't show with "good" reason (finances, health issue, etc) they usually do nothing.
If you don't show with a "bad" reason then what they do varies, but I've never heard of someone being sued. Instead it seems to be things like, "we will tell your high school and it may be mentioned if you try to apply to another university."
Huh... I was thinking I touched on the Secure field of the http.Cookie when I wrote this article, but I guess I did not. I'll try to find time to update the article with both the Secure field and more info on HSTS.
I both founded a YC backed startup and I worked at another YC backed startup and had a great experience there. Having said that, I can't say I would ever recommend a new graduate taking an offer at a startup (at least an early stage one) over an offer at a BigCo of some sort.
A BigCo will help them get hired for the rest of their career. Anecdotally, I learned and accomplished far more at startups than at Google, but anytime someone sees my resume "Google" is what they notice first and are impressed by. This sucks because early employees at a startup have so many opportunities to learn and accomplish way more than a typical BigCo employee, but recruiters can't easily filter on this like they can "Oh this engineer worked at Google - they must be good!" As a result, working at a BigCo will likely help their career more than working at a startup.
Pay and filtering out good vs bad offers is another concern. Most engineers are unfamiliar with startups, equity, preferences, cap tables, and everything else. We on HN are probably more knowledgeable, but I founded a startup and still don't fully understand it all so I can't imagine how someone completely unfamiliar with startups could possibly evaluate an offer. This is made worse by the fact that it feels like startups for the past decade have taken advantage of this ignorance and screwed over many early employees with poor offers and a fake promise of wealth when the company is a mega-success. Many others have made this point in this thread already so I won't get into the details, but the TL;DR is that employees need to be treated as vital investors in the business and as people you want to help succeed.
A third concern is development and training. At a startup you are expected to already have a pretty solid knowledge base when joining; you typically need to know how web apps work, some of the stack the company uses, etc. That isn't to say you won't learn a lot at a startup, but this is typically done in a "sink or swim" manner where you have to have some foundational knowledge to avoid drowning. At a BigCo this isn't always the case, and many new grads will be hired with less domain specific knowledge and are given an opportunity to learn and grow over the first year. Now I realize not all startups (especially early stage ones) can afford to hire employees who won't be contributing in the immediate future, so I'm not sure how you fix this (maybe a company like Triple Byte could find promising employees who lack some specific knowledge and give a crash course before sending them off to startups to interview?), but if you can get hired at a BigCo you can basically get paid to learn these skills which is a much more enticing offer.
A fourth concern I've heard from people less familiar with startups is concern that the startup will just die at any minute leaving them jobless and in a tight situation. This mostly stems from founders not sharing important information like cash reserves, burn rate, runway, etc, so I think the general fix is to encourage founders to provide more clarity around these things. The problem is this is hard because no founder wants to admit they are failing or that the company may not be alive in 3 months. They might raise money or turn things around and they don't want their best employees to leave, but by not saying anything they risk getting into a situation where employees need to be suddenly let go and a single story like this can scare away many potential candidates. This just isn't as much of a risk (or it is perceived to be less of a risk) at BigCos, even though they do occasionally close down branches.
I fear things like this would never work in the US because at this point $14k/yr is nowhere near enough to cover the insane rate at which university prices are rising.
Ignoring all the reasons why the rates are going up, the simple truth is that many degrees are not worth their increased cost (in terms of ability to repay the loan with a career derived from said degree) and as a result the program wouldn't work for every major which could lead to the exact situation we are in - private parties offering crazy loans for majors that are deemed not cost effective by others.
We almost have this now in some ways. I've heard of hospitals paying for people to get nursing degrees if they work at said hospital for N years after graduating, so that apparently is a major where it is cost effective. I suspect you could also come up with something comparable for other majors that have a relatively high salary and high job prospects, but it would be much harder for fields where getting a job paying more than $15/hr after college is hard and often requires a PHD.
> That makes it bloody hard to mock during unit testing.
Can you share why? Not trying to say you are wrong, but I am guessing that part of this stems from some limitations in the way interfaces work in Go, and this could make a good user experience report.
Blogging is basically just content marketing, which has been proven to work when done well. It is also one of the cheapest ways to market if you have a little time each week to invest into it. I know of at least 10 companies and/or individuals who have used this strategy to build an audience and start selling one product or another with great success and a very limited initial budget.
You are right that one (or ten) success example(s) doesn't prove that this strategy works, but similarly neither does one (or many) failure(s). It depends on the quality of the articles, the audience, and many of other factors, just like paid advertising depends on various factors like where the ad is, what audience you target, cost, etc.
What I can say with certainty is that there are definitely markets where you can get to the front page of Google within a year by just writing a few quality articles every month. You don't have to pay money, use spammy backlink tactics, or anything like that. Whether OP's audience is one of those is unclear, but it seems that he knows his audience reasonably well if he is making $$ from them, so chances are he could get a positive ROI on a blog if he gave it the proper attention.
If we want people to create more text-based material, it needs to have similar financial incentives.