Always frustrating when you’re new and feedback is slow

@sladuled I’m intentionally being broad and general here... but yes that’s what I mean by “trail of data”. Anything that you encounter that can help you get to the conclusion. So for detectives it gather all the information from the scene. For devs it’s getting all information in the stack trace and breakpoints ect

Case: oh object A has member attr blah as None. Maybe that’s causing job Z to fail because it need blah blah to be set

@sladuled yep just like debugging- you follow the trail of data provided and keep theorizing until you narrow in enough to make a conclusion.

@techno848 you’ll get there

The debugging people already exists- detectives

@DubbaThony I said 20-30 percent coding

Also, it’s not meant as a real estimate, just a general exaggeration to prepare new comers to corporate. Most think they’ll be coding the entire time which is not true at all.

@Haxk20 yeah, I’d say the coding itself won’t be an issue, it’s communicating effectively to understand requirements and working with a team that’s key from what I’ve seen so far. There’s a lot of red tape and BAU responsibilities in Corporate, 20-30% of time you code... everything is what I mentioned above plus support and emails haha

@QuanticoCEO not you again... haha jk

@QuanticoCEO and no where did I say that... so I think we agree for the most part. There’s a place for both and the biggest systems in the world use many languages for what they’re best at... I said this point already lol

@QuanticoCEO I just realized I didn’t give a rebuttal to the abstract languages change whole assembly stays the same... I agree, however if you understand the core concepts of programming then switching to another language isn’t really difficult... it’s architecting, designing algorithms, understand the problem/edge cases and understanding trade offs that make a good engineer... coding is just a small piece. Also look how many assembly jobs exist today... not many so if hypothetically we have AI to replace all abstract languages then then that small demand for assembly developers will become even more saturated with people trying to land those jobs... so in conclusion the bulk amount of jobs will be even higher level requiring universal problem solving skills that’s timeless. Anyone can learn a language, but not everyone has the patient to handle all the other difficult stuff with the job.

@irene @Nanos @devTea would like y’all’s insight on @QuanticoCEO and My discussion...

@QuanticoCEO c isn’t even that complex and even it relies on abstraction... so in absence assembly developers will role their eyes and say their language can be used as well and it’ll be even closer to the hardware and even more optimized for the hardwares architecture... get where I’m going...

@QuanticoCEO nah I think you’re missing the point of the other languages to begin with is all. They aren’t meant to handle memory or run directly on machines and they’re not being altered in anyway to do that. They are used to make developing huge systems easier and they do just that... no reinvention of the wheel just standing on shoulders of giants to focus on the concepts of the system rather than worries about the concepts of lower level implementation. That’s it. Use each language where its best and your system will be fine. That’s what every top tech company is doing and their systems are second to none.

@QuanticoCEO you’re completely ruining out how we are becoming more faster and more faster at a physical level to support abstraction... that’s literally the direction tech has been leading. I’m sorry but interpreted languages are obviously sustainable, looks at Instagram for instance it is made with python and continues to scale with little effort... the future is going to continue to build abstraction whether you like it or not that’s just facts. The best systems uses each tool for what they are meant for. High level languages speed up development and help with maintainability. I bet if you compare the time it takes to get a requirement out to a client with python to c it’ll be no contest.

@QuanticoCEO learning c now actually haha. Why wouldn’t they? Python is a pretty readable language. This platform is already in the millions of lines of code but would be much much more if done entirely with C. And the complexity would be much greater. Some of the internals leverage C (as they should for speed) but python is great for abstracting higher level architecture. Don’t be one of those guys who only uses one tool for everything haha

@electrineer threw away my desk and applied at mc Donald’s... don’t want to be a conformist.

@QuanticoCEO just started with new company working on a risk assessment platform for commodity trading. When I interviewed I told them I have zero experience with commodities and trading but showed them I’m willing to learn it quickly. The platform is very high level (python) and has a huge caching framework to optimize not having to recalculate things in real-time. Documentation is really well done.

@QuanticoCEO very similar path for me haha except I’m 26. No degree, just 4 years of grinding. Also trying to do startups on the side. Got to have a passion for sure.

@nibor @duckWit just found out that they’re using a propriety ide and when you try to change to dark it doesn’t work! So my coworker just gave up and continued to use light haha. We’re allowed to use Pycharm though hehe

@coffeeholic because he didn’t close the connection right?

I bought a thinkpad 580 for 1,068 USD
Just had a coworker show me the system 76 and wanted to know the general opinion of them

@irene Hahaha very true
It’s ironic given the os is open sourced and free... hardware is on point but still very expensive

*cough*black tea with milk and sugar*cough*

*cough*supposedly you get more focus and less jitter with tea*cough*

*cough*actual cough*cough*

@theKarlisK thought the same XD

@QuanticoCEO yep, C was made solely for developing Linux, but has been stretched as a general programming language... embedded systems never need to scale with requirements and user growth.... so don’t see your point there. My point is there’s a lot gained with higher level languages that you’re missing. Are they slower? Yes. But boy do they make maintaining huge monolithic (or distributed) systems easier. I would love to see a platform as huge as Facebook use only C. Let’s C (pun intended) how long a requirement change will take.

@QuanticoCEO I get what you are saying and I do mostly agree, however I feel this is bit of a generalization.

Most of what is built wouldn’t be possible without abstracted (higher level) languages. They come with a price of course but for building huge systems that can scale and be maintained I would choose something higher than say C. Standing on the shoulders of giants is a natural direction mankind goes and it can be a beautiful thing if done correctly.

I don’t believe modern languages were created to entice anyone to program, but rather to make development faster and more maintainable. I could only image the amount of time it’ll take to build a backend system like Facebook entirely with C/C++. Yikes. Hopefully my point is clear, yeah abstraction come at a cost and it may attract “less serious” developers, but with a curious and disciplined developer it can be a great thing.

After picking up the SOAP you’ll definitely prefer to REST. (;

@irene exactly

@shivayl yep my point doesn’t go against not accepting lower wages, just warns against comparing salaries from two different country’s where the cost of living differs greatly.

People you may be making 8k or whatever, but remember your cost of living is most likely exponentially cheaper than most parts of us/Canada

Keep this in mind.

Don’t directly compare 80k to 8k

Thanks