bacarter
ThreeFlow is and has been a fully remote company since the beginning, and has folks in Hawaii, Chicago, SF, NYC and beyond (in the US). Our company values are: Collaborate Enthusiastically, Work with respect, Constantly push boundaries, and Grow together.
Thanks!
Apply here: https://boards.greenhouse.io/threeflow/jobs/4325555003 or email me at brettcarter at threeflow dot com
Hey! We’re an insurtech startup that has just announced our 45M Series B and is subsequently growing! In order to scale an engineering org with intentionality and care, we're adding three engineering managers to join us to thoughtfully look after the expansion of our three product development teams.
I've thought a lot about how to position this role/job description so that people are successful from day one. I'm looking for folks who sincerely enjoy people management (hiring/mentoring/supporting the team) as well as perpetuating an inclusive working environment. If this sounds like you, please apply!
We have done our best to create and evolve a supportive and inclusive culture that values perpetual learning. We also know there is always room for improvement which we actively work on.
ThreeFlow is and has been a fully remote company since the beginning, and has folks in Hawaii, Chicago, SF, NYC and beyond (in the US). Our company values are: Collaborate Enthusiastically, Work with respect, Constantly push boundaries, and Grow together.
In addition to these Manager roles we’re also hiring for Front End, Back End, SDET and DevOps.
Thanks!
Apply Here: https://grnh.se/4fa713593us
MyOpenid EOL
Analysis of Emacs keys pressed
Citizen Scientists Look into Nearsightedness
Fake US Identities
Let's build a JPEG Decoder
Drawing a snowflake in PostgreSQL
Postgresql 9.2 brings covering indexes
Towards Haskell in the Cloud
Visualizing Lexical Novelty in Literature
Postgres Open schedule published
Could Clang displace GCC generally? Part II: Performance of PostgreSQL binaries
Wearing the Hair Shirt - a Haskell Retrospective
CPython now in Mercurial
Python has had POSIX threads since at least 1.5.1. The standard library contains a set tools for concurrent programming (see the threading module, queue, etc) and many included libraries are thread-safe.
The GIL's behavior is complex, but even so it's still possible to write performant, multi-threaded code in Python, especially for IO bound tasks. See David's excellent write up: http://www.dabeaz.com/GIL/gilvis/index.html.
Everybody wants the GIL to be removed, and several attempts have been made, but the collateral damage seems just too great at the moment - C extensions, and tons of libraries, frameworks, and programs would need to be re-written at the cost of greater complexity, for questionable performance gains in the average case.
Backwards compatibility is a core philosophy of Python, one which I think makes it a great programming environment. This makes removal of the GIL more a philosophical problem than a technical one. Python 3 has made some progress in removing GIL contention, but it's certainly here to stay for the foreseeable future.
Perhaps Python will be left behind in the future due to these decisions, but given all the work being done, I find it hard to believe any argument claiming that the Python community isn't actively invested in concurrent programming.