983 karma · joined April 25, 2012
TO ANYONE ELSE: Please don't click that link anymore!
It's gonna be rough for a bit, but it's like with the market. If you think it's bad right now, just zoom out a bit. Even with things slumping a bit, we're still in a pretty good job market in our industry.
I don't say this to brag, so I apologize if it comes off that way. I just wanted to give you what could be a cancelling-out anecdata point to your own experience. I wouldn't let it get you down too much. Keep hunting and keep applying, I doubt the recession will get to a point where NOBODY is hiring :)
If you need another job board resource, try out "Hired.com". Here's a referral link from me for it (full disclosure I benefit from you using this!):
[link redacted]
I found it to be an extremely effective tool for finding interviews, or I wouldn't recommend it.
I wish you all the luck possible on your hunt; Sometimes it's just that -- luck. Just keep perservering and don't be too proud to ask for help from anyone and everyone!
I'm not trying to claim that each individual claim of Musk's has this potential behind it, but equating it to day-to-day situations of underestimating the difficulty of a small task at your day-job oversimplifies the matter way too much and just makes excuses for someone who should TRULY know better.
Or you know, just call me by my name? That works too I guess.
> Show HN is for something you've made that other people can play with [...]
First off, this thing is just a (click/flame)bait post. Bulleted list with zero explanations. That said, no language is perfect and I can agree with some of it. Addressing points I disagree with the most:
- Startup time: Given that this is a self-professed C(++/#) programmer, _of course_ Python will be slower than a compiled language. This is just a compiled language fan not liking a "not compiled" language, and has nothing to do with Python itself.
- Import system: Having historically used/dabbled with about a dozen+ languages, I have yet to find an import system I like, including the C family of languages.
- Toxic runtime environment: Ignoring the strange use of the word "toxic", without ANY detail whatsoever on what they mean by this, this is pretty useless criticism.
- Error handling / Exceptions: Not sure what he's comparing to. 90% of languages do bad error handling; even the newer ones like Rust/Go/Elm that try to do this well have their own faults and most people ignore them. Also, given that it's a C-family programmer stating this... Python does exceptions basically the same as the C-family, so yeah I guess he hates his favorite languages too?
- kwargs: Without any context, this is a meaningless complaint. Care to elaborate? No? Moving on then.
- List Comprehension syntax: This one is baffling to me. I guess someone who is used to C#'s Linq might find this a bit harder to grasp, but as someone who has used both professionally it's really not that bad, and this syntax is one of the things most people love about Python.
- Globals: Yes, we hate them too. _That's why nobody in their right mind uses them_
- Variable scope: IMO python variable scoping isn't that bad -- maybe a few warts, but I've never had significant problem with it.
- Significant whitespace: I mean....how? Yes it has whitespace-based blocks, but...it's not actually MORE whitespace than a {}-based language... What does "significant" mean here...?
- Standard library: You mean one of the best things about Python? That I don't need 60 billion dependencies on my project to be able to the most basic shit? Now you're just being ridiculous. Also, coming from a C# dev? C'mon man.
- Dependency management: Needs more context. requirements.txt isn't the best choice, but Poetry makes things much more standardized, and very easy to manage -- no different than many other dependency managers.
- Environment variables: ....What? What about them? This isn't a Python thing. Do you dislike how it handles them (as a hashmap)? Do you dislike the environment variables used by the Python runtime? ELABORATE.
- Jupyter Notebooks: Well given that this is not only 100% external to Python, but also completely a voluntary and (AFAIK) not "industry standard for all Python devs" tool, it's like calling C a shitty language because of Arduino.
TLDR: Congrats you googled all the things someone could possibly hate about a language and posted them in a bulleted list without context and called it a "rant"
Also:
> Criticism and nitpicks aren't wrong, but miss the point. Truthiness > Truth
Oh okay, so you never once intended to listen to anyone. Might as well publish these posts to /dev/null
[0]: https://matklad.github.io/2021/02/06/ARCHITECTURE.md.html
https://www.joelonsoftware.com/2001/04/21/dont-let-architect...
For those of us on Android though, does anyone have a good replacement app suggestion for Google Maps? Waze/OpenStreetMaps/etc? I've never tried them and would prefer not to trial them by fire, since I usually use them when I need to get somewhere for an appt or something :)
How about our reaction to something like this is not "do more", but instead encouraging and be happy they are finally doing _anything_? Being negative will just make it seem like they shouldn't be doing anything.
I assume as a user of DDG that they aren't collecting data on me. However back when Google was following their motto and young, they WERE still collecting data, weren't they?
If that's true (IF) then that would make this an unfair comparison. If DDG eventually erodes their morals and stops caring about privacy then I could just stop using them and they would have no historic data on me.
That aside though, what is your alternative? Yes they may in the future collect data but they certainly don't right now, so why not use them now while they don't rather than giving in and just using Google and accepting the surveillance?