Every once in awhile I want to reach for VS Code as more lightweight alternative to PyCharm, but PyCharm just blows it out of the water in almost every category except resource usage.
517 karma · joined October 17, 2018
Every once in awhile I want to reach for VS Code as more lightweight alternative to PyCharm, but PyCharm just blows it out of the water in almost every category except resource usage.
But again, market-based solutions are just not appropriate for essential health care. You would pay ANYTHING to not die - there's no price elasticity of demand.
Every other developed country has figured out that this is simply immoral.
That's not to say there's on place for the private sector there, but there is massive friction between a profit motive in drug research and you know, building a more healthy society. See the "new Adderalls" like Vyvanse that offer no benefits over Adderall, but Adderall's patent is up so it can be made by generics and isn't as profitable anymore.
IMO Pandas documentation somehow manages to document every parameter of every method and somehow it’s almost as helpful as no documentation at all. Combined with the fact that it’s a huge package, I avoid it unless I really really need it.
A version with human-understandable docs could convince me otherwise
One thing I was uncomfortable with about TDD is the step to "just write enough to make the test pass". The danger seems to be when you have to walk away from some code and you or whoever picks up your code doesn't know what you were up to.
In a simple app and a few tests you could probably tell, but the larger an application gets, the less you can put effort into finding out "this test works because the application works how it should" or "this test works because someone wrote just enough code and hardcoded some value somewhere in order to make the test pass".
It seems "safer" to write tests that are going to stay broken until every little corner of everything works properly, even though this is less iterative.
As mentioned above I have little TDD experience, so maybe I'm missing something.
1) Writing a test that calls an API and asserts that everything resulted correctly from it is more of an integration test in my opinion - in this case I can agree this can be written beforehand.
2. If I'm changing my tests as I write my code then it doesn't matter if I go test-code-test-code vs code-test-code-test. I have still changed my definition of "correct" on the fly based on something I found out as I implemented.
However at work, I often find that I feel like I can't write unit tests before starting code because I just don't know how it's going to get built until I start poking at the code. I'm not sure how to break out of this
Insomnia didn't need any configuration at all, and the UI is so much less bloated and confusing
Thank you!!!
Python is just an incredible language to learn programming in and an extremely productive language for building small-to-medium sized apps. Type hints + making type checking part of the build stage helps, a lot in my opinion. With these + tests in place I almost always experience that I can refactor safely.
I would use a statically typed implementation of Python in a heartbeat, I really hope it gets made.
https://www.cbc.ca/news/business/johnson-johnson-baby-powder...
Then you “lock” and it builds a dependency tree with the newest version of everything that satisfies your loose requirements.
Then you can choose to install dependencies from your lockfile, which is exact frozen versions OR you can re-run the lock later, which will again attempt to update everything to the latest versions that satisfy your loose constraints
Educated people design infrastructure, products, services, (public and private) that affects every aspect of everyone's life.
It turned out to be docker plus Firefox (current version/Quantum yada yada) that was too much - I can't stop using all this docker stuff but I switched to Safari and haven't had any problems at all
We had an internal library that used advisory locks which had all sorts of strange behavior we couldn't figure out until we just moved to SKIP LOCKED
I think non-enterprise sites/web apps are usually going to tack toward "usability" and enterprise sites/web apps are usually going to tack toward "flexibility".