79 karma · joined July 24, 2018
There are times that a technical manual comes along and there is a need to go off into the bowels of other technical information that is also provided and that to me does not help in any way. I must learn what I set my eyes out to learn and nothing more. The rest comes naturally as I begin to experiment and running into the same learning curve as others. That is when I begin to dig a little deeper. Again with all of the aids available, visual audio, reading and experimenting, until I feel that I have a strong grasp on that specific subject.
There is no secret, the only thing I suggest is to stay on it, and stay consistent. The more you do it the more understanding you will get. There is truth behind "practice makes perfection".
It's a bit of a monopoly that Google has on the browser market and so now they have leverage over what gets approved and implemented in those browsers.
Since most people use Chrome then other browsers are forced to follow suit with compatibility.
These developers are talented but you can only do so much with that talent when you have no time to demonstrate that talent and are being asked very unreasonable demands to deliver. Only to deliver a half baked product and asking their customers to dish-out $60+ to be a "beta" tester for a company racking up billions.
This unionization is a must. This exploitation has to stop.
Remember we are talking about Capitalist corporations that answer to investors.
Your point is great if there is an incentive to only benefit the consumer. The benefit in this case is to maximize profit at all cost. Profit creed(not greed) is to ingrained the need to maximize profit. Because of that, greed is the ultimate driver against achieving 'self regulation', hence the reason why we have gov regulations in the first place.
I think you will like it. It is "modern" but not a new video. It is probably about 3 years old. Still relevant. He has a udemy course for $10 bucks.
> operator: "911 what is your emergency?"
> "...........Hello, I need assistance??"
> operator "Sir, Sir. Do you need help?"
> "........... YES I am here, Who is this? ......."
> operator: "Sir, we began tracing your call and are on the way.... wait... Sir what is your current location"
> "uuuummmmmm.... well about 2000 km up..... Sorry dialed the wrong number..." hung up
> operator: ".....???"
isn't day dreaming fun? LOL
Robot at home on stand by a la I,Robot movie
:"Good morning Mr. Anderson, our remote cleaning specialist is ready to clean your home, do you comply?"
pass code confirmation needed
:"Thank you, our services will take approximately 45 minutes. Please stand clear while we complete our task. Thank you Mr. Anderson. Have a Wonderful day!"
:"Please note that your next remote cleaning will require a renewal of your service agreement. Please take time to fill in the survey, confirm your subscription, and adjust your cleaning times, and thank you again for being a valued customer here at CleanTech"
LOL day dreaming is fun.
Dealing with one vendor, M$, is better than dealing with 20. You pay for one support package and get all the benefits that come with one platform.
As much as I love open source, I do see the benefit of working with one vendor on all of your stack needs.
M$ reporting systems of SSRS SSIS and other is probably their bread and butter when it comes to DB space. Very few want to spend 60-70 hours a week building complex command line reports where with SSRS and SSIS most of these tools come with a nice GUI that helps you build these reports. Sure there are others that do the same but most required a third party vendor to add to the functionality. For example Apache. With Java and Apache I've had to deal with literally 15 to 20 different vendors just to do the same thing I can do with one vendor. Jenkins, Zookeeper, Camel, Cassandra, Tomcat all under the banner of Apache, but in reality governed by their own set of standards. I mean take a look for your self: https://www.apache.org/index.html#projects-list
I now use json supported functions in SQL Server and do not have the need for a different type of database. SQL Server handles my small 'documents db' implementation with the infrastructure of a RDMS. Win win for me.
To me Mongo just got popular by mistake way too early. It's like having a celebrity retweet your post because they liked what they saw at the time, exposing you to the world where everyone now thinks you have something important to say. Not surprisingly, you don't!
Why do you think that is? Is it Ideology? Or is it just profitable to get that decision in their favor?
In social change this is the only one that matters:
"(what is profitable)" all other "forces" are bound by this at systemic level.
> "(what is considered ethical)"
it can only function if you go back to "what is profitable" because if it is not ethical and there is no law to prevent it then it will be done because it is profitable.
If it is ethical, and it is not profitable, you can rest assure it will not be pursued not matter how good you feel.
Example: Feed the hungry, it is a great ethical idea, but it is seldom profitable so you do not see any company going out of their way to invest in feeding the hungry.
> "(what is legal)"
this also runs only on what is profitable. If it is not legal, but it is profitable then you can be sure that the laws will soon be changed to accommodate. i.e. Cannabis movement.
> "(what is technically possible)"
also runs on what is profitable. We can technically do anything we want but is it profitable?
Don't be fooled by these articles that find a "novel" way of looking at the problem. It is just noise. If you can't fix the monetary policy in the world, then "what is profitable" will always be what drives any social change
But upon pitching the idea to an Organization Solution Architect VP he quickly stopped me and demonstrated me the cost of this effort and he did not have to demonstrate the effort because I went through similar challenges with in my team, and so expanding that effort into the entire organization would have been a massive undertaking.
So he did not shoot down the idea he just wants to take it down a notch and start with compartments, and not the entire organization.
There is no better source of knowledge than solving software issues. You see it all in that backlog. Deployment issue, build issues, bug fixes, feature changes, merging problems, log files, web server configurations, DNS issues, certificate installations, database errors, database updates, connection issues, you name it. It is in there.
Once you feel comfortable with that backlog, look at the source code of your application and you will then ask your self, WHY IN THE WORLD WAS THIs BUILT THIS WAY?!?! you will find everything wrong with the application and that is a good feeling.
Start with Supporting an application before developing it.
- Ask Questions
- Do not Multitask. One problem at a time.
- Test control answers i.e. You want result to be 10 then test for 9 and 11. Wrong results create a more stable solution.
Speed has never been my strong suit, but when I deliver code to QA, you can bet that you will be testing a well thought out solution.
during interview
Boss: "so do you think you can fit in this culture?"
Me: "You mean, do I wear skinny jeans and drink kale smoothies? Probably not, but if you want your work done, does culture fit matter when you have a mile long back log?"
Boss: "good point, so... How does your schedule look for next week?"
it was all history from there.