> If you believe that your intellectual property rights have been infringed, please send notice to the address below or fill out this form. We may delete or disable content that we believe violates these Terms or is alleged to be infringing and will terminate accounts of repeat infringers where appropriate.
OpenAI, L.L.C.
1455 3rd Street
San Francisco, CA 94158
Attn: General Counsel / Copyright Agent
I agree with this, email (professional at least) inbox should be treated as its own todo list.
anything in the inbox is something to action, anything you don't need to action personally, archive / tag or move to a folder and be done with it.
If it's something to action then at least gmail has a snooze button and I've found that to be super helpful.
My rule of thumb is that I should not have more than 30 items in my inbox. If there's more then clearing the inbox takes priority over anything else (bar key meetings).
question coming from a sales guy among this crowd...
Who does this impact the most and what outcomes does that help them achieve? At the end of the day, you need to pay the bills, for you and your team, who is going to sign the dotted line and tell you that yes "I need to invest $100k on this because it solves a major pain!"?
Whilst I can see this as a nice to have, I'm having a hard time understanding who your target market is going to be...
At the end of the day, I presume this is going to end up becoming a full fledged company, with its sales team, marketing and what not. What are you thinking about in terms of revenue channels so far ?
As someone who does a bunch of CI/CD work, the answer is: supply chain and the security therein is a major focus of enterprises right now. Security folks as well as ops folks are keen on this. Big question is can those two groups convince the developers that this is a good idea (though vice versa should be fairly easy at a certain company size).
That's fine, I don't deny that, companies like circleCI and co are doing really well, but Docker is also critical to a lot of enterprise as well and yet the business model was not as strong as initially thought.
I'm curious to understand what the pricing is going to be and whether it's going to be well recieved or not (and right now, there is nowhere on dagger.io's website where pricing is mentioned)
worth baring in mind that there's a lot of extra paid by the employer on top of the "gross" salary someone gets in Europe (especially in France) that someone in the US would have to cover by himself (hence why i't typical to see double that amount for someone in the US).
I'm pretty sure once you cost out everything from taxes, health insurance, housing, etc.. whether business or personal costs an equivalent developer in say Paris will have much less disposable income and overall assets than one in SF.
I've posted this reply numerous times here but a junior dev in San Francisco on 120k, after paying taxes and rent has more left over than a mid level engineer in the UK makes in gross pay.
Though rates probably depend on income so maybe the graph only gives a rough idea (e.g. top taxpayer rates probably higher in Europe and higher rates may kick in earlier in Europe.)
Small correction, it's a non-profit association that can be placed in the same cluster as Mozilla, the EFF, the CCC or the Linux Foundation (i.e., the good guys if you care about FOSS and an open software and internet world)
> It's the same as if Microsoft was posting a blog on its own msdn.com domain for something related to visual studio or SharePoint
Which underlines the point that the parent is making. Normal users are not the ones reading things related to SharePoint. Apple does their announcements on the apple.com domain and not on applnews.com.
> I think this is a good example of what separates HN users from normal users.
Normal users are also not the ones primarily expected to read release notes for release candidates for the Peertube server software. Sharepoint is arguably a good comparison: run by administrators for users - it's just that peertube is more interesting to nerds that are both in one (although I'm sure there's some folks with sharepoint at home...).
this is a point that seems to be largely overlooked overall on the impact a specific country has on global emissions.
Overall, the US has a bigger impact than a country like Spain simply because you need to also factor in the supply chain emissions that come with it (in this case, a lot of it being generated somewhere else but being consumed in the US).
how would that process look like in practice should you need to get to call the insurance guys?
as in, would you claim on the cost to retrieve the data or ?
(this question is general, regardless of the actual country)
I think it would be great for both products if they were integrated tightly. The chat features in quip are barely used because they’re so anemic, and Slack is missing a document catalog UI, and, in a way, has gone to war with document catalogs because it wants chat to be the “center” of work. But this is often a mismatch for customers who view both as equally important.
At my job we use Quip strictly for collaborative design docs (i.e. architectural design, project scope, tutorials etc). Personally I don't think it can be a true wiki platform since it lacks robust indexing -- this is without doubt its biggest shortcoming.
Correct. Quip is not a wiki. I would call it an “opinionated and stripped-down version of GSuite with excellent collaboration support”. Quip also has chat stapled to it.
Slack is missing doc management/creation. Quip is missing a good chat solution. It’s almost like PB&J.
