Really, you are getting something of great value for free in return for your e-mail, and feel obligated to try and contort and "screw" them? This is the exact sort of mentality that frustrates me as an entrepreneur. If you don't like the terms, then simply hit back. You're not entitled to anything. end of rant
I’m an enterprise architect in a place which operates more than 500 different IT systems. I’m on the receiving end of the kind of things this signup will lead to, a lot, really you have no idea how many times I’m contacted.
It’s completely anecdotal but contacting me the way nginx and parters will after I’ve received the free ebook will only do them harm. My department has never taken anyone up on the offerings, and if they don’t include a working unsubscribe link, then you end up blocked companywide.
The free ebook is a lot of good will though, and I’ll remember where it came from. So if it’s good it was a much better investment than whatever usage they’ll get from my email.
His email is available on his profile, so he essentially already shared it for free...
I agree that it's not exactly free because it has a value, just like your comment right now has one. However it doesn't represent a monetary loss from you (just like your comment right now), which I believe is what he meant by free.
If you believe your personnal email and phone number has a value higher than this ebook, than yeah, don't exchange them, that would be absurd.
Well he put his email in a not so easily readable format in there, so someone has to take effort and invest time to generate a correct email address from it. With this time investment getting to the email address costs money. So not for free ;)
But of course now we are definitely nitpicking on a philosophical level.
My point basically if someone says something is free, but requests your personal data in return, then that is not free.
> Really, you are getting something of great value for free in return for your e-mail
No, I am not getting it as “free”. That’s misleading at best and I personally think it’s disingenuous. We need to call out the cost of personally identifiable information.
Instead of getting frustrated, say you’re giving the information (book in this case) for the cost of being able to hold your personally identifiable email address for X period of time for Y purpose.
It’s not “free”, let your audience know and advertise it so.
Yet another JavaScript heavy and so flakey form to implement a basic task. So tried to provide details but it did not work. So I am grateful for the link.
You have an issue with people taking companies at their word and providing ways to get things for free just as they claimed it would be?
As I said in the other comment, everyone can value their contact information themselves, but I guess that most people value them >0. And >0 is not free, otherwise the company would not have any reason to get them.
Step 2: completely transform your existing organization to be a matrix of agile teams with chargeback budgets aligned to resource use of shared services and collaborating on product lifecycles in scrum and kanban using full test coverage on both legacy and modern apps stored in asset-managed Docker containers in ci/cd pipelines triggered by Jira tickets deploying declarative immutable infrastructure and integrating an array of site reliability services that don't ship with k8s while adding policy and compliance enforcement with secret management and process auditing including in-line content filters using redundant services in multiple data centers without wasting resources or money
I absolutely loved the concept of containerization when I started working with it a few years ago. Docker provided such a perfect way to ensure my application would build and run correctly when I pushed things up to my servers.
Then came orchestration. Swarm was a bit slow to get out the door and is still buggy. K8s on the other hand shot past like a lightning bolt. While it evolved quickly, k8s has to be the one piece of software that I dread to work with the most. Setting up a cluster seems nearly impossible without compromising important features. Configuration is overly complex and difficult to discover. None of the (many) tools seem to do what I want.
In the end, I begrudgingly chose Docker Swarm because I was actually able to create a cluster that worked. Mind you, there are still truckloads of bugs that have sat gathering dust for years that I continue to run into. At least with this solution I'm somewhat productive.
May the heavens have mercy on your soul should you attempt any amount of networking in a cluster.
Kubernetes is hard because its trying to solve a hard problem. Agreed that cluster management itself is hard but GKE has been somewhat nicer to use.
If you can convince your organization to use GKE (Google Kubernetes Engine), your life will become simpler. Power of Kubernetes with none (almost!) of the pain.
> Kubernetes is hard because its trying to solve a hard problem.
Yeah, and for most of us it's a problem we don't actually have.
Use of these technologies seems aspirational to me. It's a kind of cargo-culting: as if using the methods of the software giants, will make your company into a software giant.
That's the problem I have with it. I'm supposed to fight with all this extra infrastructure and configuration...to deploy a standard php web app with 600 users.
I generally use k8s. The updates come like a torrent, and it's impossible to stay on top of things unless it's your full time job. Every upgrade involves a lot of finger-crossing and hope that things won't break (the good news is, that generally it's fine).
The sheer length of the sentence and the variety in vocabulary creates a rising, racing energy that forces you to stop and smile before you get to the end.
Beautifully written! I’m going to save a copy for myself.
That said, I'm running a few GKE clusters now with an 18-month old production codebase, and its kind of been a pleasure. That's a good portion of a million dollars in my pocket, no matter how the start-up fares after its done ;-)
Business email, company, job title — what if someone doesn't have one or more of these? I know one can give fake information, but why are all the fields on the form marked with an asterisk indicating that they're mandatory? It's asking for phone number too?! Thanks, but no thanks. This is not for me.
Im glad its an eBook, not a book.
Since I work in tech, I am excited that its a eBook that I can search through easily rather than having to spend tons of time bookmarking and flipping through pages hoping to find what is relevant when I need it. Paper books have some novelty value but I much prefer the utility of full text search when its time to get something done.
Really? I like ebooks for novel style format, but for technical books - where I don't necessarily them read in a linear manner - I find them way worse to browse.
Kubernetes is an overkill for 90% of systems. The hype will die off eventually, but not before ruining fair number of projects. Death by overengineering. I wonder how things even worked before containers :)
I don't have hands on experience with kubernetes and a quite a bit skeptical because of its supposed complexity. Would be interested in success stories though where kubernetes magic was the much needed secret sauce.