I'd say knowledge is not the only thing you need. It's one thing to know, and entirely another thing to be able to recall and apply that knowledge when it matters.
The application of knowledge gets trickier because there is almost always no "right answer". Everything is a decision, a choice. There may even be conflicting but contextually correct ways to process the same decision - i.e. Early bird gets the worm vs second mouse gets the cheese.
Yes, absolutely. That's what I wanted to imply with training.
One thing is knowledge. Other thing is to get that knowledge transferred into, f.e. movement for use of a machine.
Like a real example, the Chinese. They're developing such a phenomenal ability to visually memorize things since their childhood on.
As students, whole books are memorized. But ask them to utilize that knowledge, they just can't. They haven't learned how to utilize knowledge practically, in contrast to the western worlds approach to school. But we here have a bad visual memorization.
So you take a Chinese Teen, who finished the college purely the Chinese way and put him in one of western world's universities. You'll get an absolute killer.
Gaining knowledge the western way, memorize in Chinese visual way.
The decision you talking about needs to be done in every situation of a daily life. The quality of decision depends on the knowledge. The knowledge by itself needs to be broad. You need to be able to access each part of the broad knowledge individually and bring everything in relation. That's only can be done with training. And the use case defines the knowledge needed
"Do I buy a desktop PC or a very expensive laptop?" vs.
"Should I buy Rheinmetall stock for profit or real estate" vs. "The law passed last week is damaging my core business. Pivot? Where to?"
As someone who runs a niche dev shop in India (not the kind that you describe though), I have found that new work has been hard to come by since last 6 months, especially for services like ours that are on the premium end. Even the general consensus around my network is the same.
The Indian dev "market" was pretty much commoditized during the pandemic, which prompted us to move our focus away to niche that could still pay premium for high skills and outcomes. It seems that rest of the market hasn't changed much even in this time. I can't speak for the job seekers, but the number of job applicants applying to us have risen sharply over last 2 months or so.
That makes sense. Working with developers in India has always been frustrating to me. There is so much talent and potential there but it just gets drowned out by the noise of so many scams and low quality/effort grifters that it is hard to justify the time needed to find someone who can actually deliver. I am sure on your side it's frustrating as well trying to break through and be seen for the high quality work you do.
It is. It creates two "problems" - our quality and price both are directly compared to the other shops, and the quality part is not always immediately visible.
Well, we focus on building high-traffic/large-scale apps. The tech stack does not matter. Our skills are easier to demonstrate if customers have existing performance/design bottlenecks. Not something that other dev shops can claim to do easily.
Very interesting! I would have expected companies with high-traffic/large-scale apps have sufficient in-house expertise to solve for performance/design bottlenecks? Have you observed that isn't the case?
They'd be adequate at running a bunch of services, but cannot bring the connectivity and reliability that AWS provides. I myself have been running a bunch of Chinese Mini-PCs to the same effect since last few years now, and found Reddit Homelab community to be a source of inspiration.
I have an ultra cheap VPS instance that I run wireguard on, and expose these servers to the internet through there. The Mini-PCs are like NUCs, so they hardly consume much power, and I have paid less than 6 months worth of comparable AWS costs to own and run them till now.
The two biggest issues I have are power backup - UPS works for only 3-4 hours, after which the servers shut down, and internet connections - I have 2 100Mbps fiber lines load balanced, but the reliability of consumer internet leaves things to be desired.
I spend roughly 2-3 hours every other month to maintain the whole thing, which is pretty much hands-off. I'd say it's been totally worth it for me, but I still use AWS for mostly S3 and SES.
> ... cannot bring the connectivity and reliability that AWS provides.
Connectivity, you're likely right about. But for reliability... that's probably not accurate.
Most laptops (with stable software) don't seem to show any issues when running for months at a time. And they have built-in battery backup too. :)
Depending on the battery life for those old macbook pro's, that battery backup might last many hours. As servers, they don't need to run with their screens on. :)
ECC Ram is important, and most laptops don't have it. Just because you don't see bit errors doesn't mean it doesn't happens. Specially in a 16gb of RAM laptop, that thing is pretty much sensible.
We follow a model similar to concourse/governance. Yaml based files decide team and repo memberships. The PRs have to be approved by a group of people and it's dictated with CODEOWNERS file.
I have tried many of them on my blog, including MixPanel, Google Analytics, Clicky and Lijit. They all have their pros and cons, but they also require you to include a script on your pages, which can be slow at times.
I'm currently fairly happy with Google Analytics, but I'd move to a better server-based log analysis tool (AWStats on steroids, maybe?), if I found one.
Full-stack web applications and Android applications developer. Most effective in Javascript (both front/back end). Recently wrote a Node.js/MongoDB data-processing backend. I have also worked on Java/Spring/Oracle, PHP/CodeIgniter/MySQL applications in the past. Currently building a movie recommendation engine on my spare time (http://bit.ly/qhDyjd).
I am used to working remotely using skype, issue/project trackers and git/svn. Open to learn new technologies/languages.
Personally having encountered this issue, I do agree with Alex here. Most of the projects are left out unfinished, so collaboration sure does make sense here.
The application of knowledge gets trickier because there is almost always no "right answer". Everything is a decision, a choice. There may even be conflicting but contextually correct ways to process the same decision - i.e. Early bird gets the worm vs second mouse gets the cheese.