Unlike its counter-parts like Python, Javascript or Ruby programming languages and it's ecosystem that keep evolving at frantic pace, Java and ecosystem doesn't and hasn't changed dramatically. What is more worrisome is that most of the Java teams haven't caught up with its own contemporary toolset. This post is a list of tools that I think your teams should be using for profit from developer's productivity.
There are startups that live by word of mouth or email communication for anything and everything without any automated notifications of any kind, even today. And then there are many companies that has got annoyingly big and loud notifications, making its team mute it altogether, thus resorting to acting on event based on word of mouth (command from leadership). The later though jazzy, only increased overhead cost of tools than any productivity on ground.
If you can relate to this and are looking for a systematic approach to lean and manageable notification practices that enhances transparency, and accountability, do read further.
Some of recent early Engineering Management retirees of hot tech companies wrote about their opinion of early growth in Engineering Managemnet citing their own career example and that of others in their company. While I respect their opinion and their company, I would like to believe that exceptions don't make a good rule. I am not sure how this worked for them ad other folks in their company. This post conveys by sample set questions to give a taste on the sheer number of things to experience and have an informed opnion about before taking that giant leap into Engineering management. What is your take on this topic based on your experience?
oh-my-zsh comes with minimal set of default plugins. The others you can add. Check out oh-my-zsh github page for themes and plugins. I guess the comment in your plugin configuration section will also warn you about adding too many plugins having performance impact.
Yeah its a trade-off between performance and convenience. One should know when to stop and how to slim down based on the usage. Often installing too many plugins when not using them is something that I have witnessed often with curious developers. While the real reason is installing too many plugins, the blame is on zsh ;)
It used to be so but is so much better and stable these days. For every such issue that I have faced, I have put it as ProTips in one blog post, esp. for my own reference, as much as for others going through similar experience. Follow it all, and you too should fall in love with the workflow ;)
I think there are many such terms in English that has polar opposite meanings/cannotations/usages. "Swasthik" is supposedly a very pious symbol for the Hindus. Incidentally, the Nazis used a similar or closely resembling symbol but had never called it Swastik/Swastika. And yet the cunning colonial British popularized that as Swastik and the world continues to refer to it so instead of calling it merely Nazi symbol.
AFAIK, historically that hasn't happened. Sales is shit hard. Getting every single client is an art in itself. You got to be a magician to get even 5-10 clients signed-up readily in one go, for a start-up. And by the time you are having "N" paying clients that matches your metric for product-market fitness, you start evolving your architecture to the next level. This is where Product and Engineering sit-together to take that strategic decision on the path forward.
LoL, for the way you finished your point. Good to know your experience :)
Did Amazon mere said, "you are doing it wrong", without an explanation? In retrospective, do you think you could have done better? I'm looking to hear the lessons you learned, so may be, I don't end up making that mistake ;)
Thanks for sharing your experience. Mind sharing the details of the bugs and the middleware you were writing. IS that an open-source library that I can take a peak into?
Isn't that a different tangent? Does it matter, when the SaaS codebase is same for all tenants? If you are dealing with different codebase for different clients, then that is a flawed approach in that it is error prone and not scalable as tenants increase in number.