Just to add, having certificates doesn't really prove anything today. I consider it just a way to get past the HR drones.

And as I said, you are good because you invested the time to learn the things you know. To quote fight club... You are not your certificates

@don-rager sure oracle certs are considered reputable. The ones I was talking about are Java certifications, AWS certifications, azure certifications, Google cloud certifications and so on. There are literally question banks which people mug up and get those certs. Not sure if you would consider these certificates reputable, but there's a lot of value that is usually associated with them in the market.

Cram a cert in 3 days...
Believe me it happens. I have interviewed so many people with dozens of certifications. And can't answer basic questions when asked. Many folks think that's a way to impress the employers and they can get away without being asked anything about the topic. Why? Because look at my certification bitch.

To be fair, you know your shit, because you devoted time to learn it. If he wants to get in the industry by cramming a cert, let him and sit back and enjoy. If he has the mettle, he'll survive. Otherwise he'll become irrelevant in a few years

@heyheni there's WPS office that works really well on Linux. They should have a Mac version as well

Learning how to read shitty code. That's one of the things every good developer eventually does. Good luck 👍

@BreakfastFood since you don't have demonstrable work experience to write down on the resume, side projects are the best way to demonstrate you k ow your shit. If anything is hosted, or you have done any open source work, mention them on your resume. The resume will get filtered by HR and recruiting drones first. So the more relevant content you have, the better.

I still mention every one of my side projects in my resume. And to this date, it helps going through the filtration process and some interesting conversation during the interviews.

Never shy away by calling anything as noob project. Be polite when somebody asks about that project, and say "it might be very basic because I was starting to learn x technology. And trying this out as a spock seemed like a good idea. These are things I learned from them...". Steer the conversation to what you know and can have in depth discussion about. The issues you faced. How you resolve them. That should demonstrate your skills

Try learning react or vue and doing some projects with medium complexity with them. Just knowing Javascript isn't gonna be enough unless you are working on a legacy product. Even then companies usually try to hire over qualified people on paper.

And start applying already. You will fail the first few times, and would know exactly what you need to learn. Every company interview process is different. Some interviewers are nice. Most are assholes. It's better to get the experience of getting interviewed now than later.

Sounds about right for Webpack

Try Ubuntu. And add regolith desktop environment. It's just a bunch of i3 config that make it easier to use i3.

You still will need gnome-tweaks to make it prettier. Maybe try Nordic theme. And Paper icons

Once you work with a tool or framework or library enough, setting it up would be easier and faster every time. It's just that the few initial times you'd be slow. After that, you'd develop a system to get it quickly out of the way. I have a few skeleton apps for different setups handy with me. That makes setting up take less than a minute.

Keep working at it. It'll get better :)

@bartmr true. I don't miss hot reload too much. But most folks I know do. The community is still working on those parts. It's definitely not even close to being as mature as react. But I look forward to the day the community becomes larger

On a side note, check out sveltejs. You might like it.

@bartmr that's cool. But time taken to build a project is not the only measure to declare a framework or library the best. I personally love react. I dislike redux though. Seeing my peers try to fit it into every project is what made me dislike it even more.

Many folks don't feel comfortable with react. Completely possible that it might go away with practice. I suspect OP is at that stage right now. So you might want to discount the personal attack there.

I barely spent 6 months on eclipse and was tired with the slow search and projects randomly not building after I'd restart eclipse. That's one thing that never happened to me on intellij when I started out. But now I use intellij only for stytax highlighting and autocomplete. It's really cool to have an inbuilt decompiler as well. Really taught me how to ready library code and debug through it to find issues.

For the rest of the stuff, like maven, gradle etc., intellij has really good integration with the tools. Clear representation of what tasks are available and can easily run them in debug mode as well. I am sure Eclipse has those too. But now it'd be too much of a learning curve after using intellij for years. But I'd bet intellij would win out in fast searching.

The only thing college taught me is to become self sufficient.
Nobody will teach you anything in life. Roll your sleeves up and learn. Doesn't matter which dumpster university you went to either.

@bytecode indeed I misunderstood. Thank you for the clarification. :)

The biggest problem is the usage of terminology and best practices around oauth. You'd think that the biggest proponents of OAuth2 folks would be clear and concise about what each of the terminology means.

I'd suggest reading the docs for Okta to clearly understand what each of the terms mean and how they all connect to create authentication and authorization schemes.

I have been implementing OAuth2 for the past 3 years and it's only easy until the point I need to verify a token. Authorization becomes a pain the moment you go for multi tenant resources. But that's a story for another day.

Deployment is same as any other Java based service. You can pack it up in a uber jar and just run it. It needs a JVM to run. That's all. Any deployment option that works for Java would work for kotlin.

If you could be specific about what you are trying to deploy, I should be able to help

@bennysway what did you hate about the deployment process in ktor?

If you are staying late for the sake of staying late, then please don't. I hope you are not.

If you are staying late to learn new things in peace and working towards growing your knowledge, stay as long as you want. And in case, you are worried about repurcussions like others mentioned... Don't worry about that. You are at the beginning of your career. Learn as much as you can. Leave when the going gets tough, professionally or financially.

Ceiling gloryhole

HaaS: Human as a Service. Reminds of this comic strip

@Konsole If you don't know Java, then learning it to automate might take longer. How about Javascript? You an use Puppeteer with cheerio to automate this.

Note: Never programmed for Android. So mileage may vary.

Does it matter which framework or library is helping to do that? Dependency injection at the core is basically just a form of inversion of control. You could write code to inject the dependencies via the constructors most of the time. Or via parameters for times when implementations vary. If you just maintain this standard, you can pretty much switch between whichever framework you like. Dependency injection as a pattern is standard. Everything else is just there to make life a little easier.

Just my two cents.

The best advise I have ever heard from a software developer: Be language agnostic.

If it were a job related to creating a data analytics platform using php, would you take it?

I really don't see why exploring different avenues of software development more is frowned upon by most devs. Maybe it's a personal choice. But I can't relate to this.

But I do agree with the fuck up the talent acquisition team did while advertising the opening. They need to get their processes fixed.

Warren Buffet is not the best investor in the world. Jeff Bezos's wife is!

@starrynights89 if you need any help, let me know. In case you are interested in the terraform scripts for ECS, you can find it in my Github - https://github.com/sumitsarkar

@starrynights89 AWS can work with jar directly. Beanstalk is one option. But I found it way too expensive to run one service per EC2 instance. So I went ahead with a cluster with placement strategies. It's upto you how you want to do it. Docker containers are just 7 liner files for almost all the apps I have written.

@starrynights89 and you can replace hystrix with more functional code by using retry functions(i am guessing thats what you are using it for) . They are pretty easy to write and monitor. You can also use reselience4j if you want something readymade.

@starrynights89 I am sorry I didn't look deeper into your code. Eureka would be for service discovery. You can use DNS with a load balancer to replace that. That'd be specific to deployment strategy.

You can replace config server completely by just having profile specific configuration in resources directory for each service. If there are secrets, you can either pass them using environment variables or commit them by encrypting them and pass the decryption key using an environment variable during deployment.

The code would remain unchanged because of these. Unless you are using ribbon based load balancing, the code should remain the same.