cdavid

13 ms·

91.
by cdavid 4y ago
in recent version of macos, you can run x86 app through rosetta inside arm VMs: https://docs.getutm.app/advanced/rosetta/ I did a few basic tests and the performances were quite impressive.
92.
by cdavid 4y ago
Hard to say, as they were contributions to existing projects. Those would have happened without me most likely. - ported numpy/scipy to windows 64 bits, and making sure windows was well supported - pushing for numpy/scipy to move
93.
by cdavid 4y ago
I agree you don't want to stretch the cultural too far, or you will end up essentializing people. There is obviously a lot of diversity within each culture. You don't want to treat people just based on their culture: it would be m
94.
by cdavid 4y ago
The east coast/west coast is super striking. A few American friends were surprised when I told them I thought East/West coast divide was wider than e.g. NY/France, culture-wise. New York always felt like a more culturally div
95.
by cdavid 4y ago
Ah sorry, I misunderstood what you said
96.
by cdavid 4y ago
A crucial point not mentioned yet: cross cultural issues. In an American culture, it is "self-evident" that clear communication is about being direct and to the point. But this is far from universal. More generally, western cultur
97.
by cdavid 4y ago
base64 random data would be that bad only because of base64. Random data does not compress at all on average. As an example, I have zstd enabled on some zfs pool. The client-side encrypted time machine backups does not even compress 1 %, as
98.
by cdavid 4y ago
Looking at data gathering difficulty is a good way to look at it. Though I may disagree with his classification hard / very hard / very very hard: you can definitely work on some ranking tasks with just behavioural data (i.e. no l
99.
by cdavid 4y ago
Yes, there are large negative externalities to a certain type of engineers who write a lot of code of dubious quality. Even after ignoring all the trivial cases of "artificial code stuffing", etc. I used to work in a very dysfunct
100.
by cdavid 4y ago
Yes, obviously you would look at number of lines changed. Which is what git reports to you when you do git log --stat and so on.
101.
by cdavid 4y ago
In your career, how often have you seen good software engineers whose main contribution was deleting code ? Please take my argument in good faith: I am not looking at evaluating people based on their added LOC. The context is at orgs where
102.
by cdavid 4y ago
If you use GH, you can use something like this: https://docs.github.com/en/enterprise-cloud@latest/organizat... I have some very basic scripts at work that I never bothered cleaning up, but maybe I can, let me loo
103.
by cdavid 4y ago
LOC produced is a good example of what I call "negative" metric: high value does not mean much, but low value is a good indication that something is up. As a manager, I won't care that dev A produces 2k vs dev B produced 4k.
104.
by cdavid 4y ago
why do you need a code review for this ? It is easily scriptable w/ GH, and I would expect whatever system used by twitter to support this kind of basic functionalities.
105.
by cdavid 4y ago
One issue is visibility. If things are perceived as not going as well as they should, and there is no visibility, it is extremely difficult for any leader to defend their group. To focus on building the environment, there are broadly two si
106.
by cdavid 4y ago
That's a excellent point. That ecosystem is also one of the main reason packaging in python is a bit of a clusterf*ck. For C/C++ extensions, I think there may be hope to support a slow/emulating C API and a faster, less inter
107.
by cdavid 4y ago
I doubt so, it would break almost any non trivial piece of python. And the ecosystem is a large reason for current python's success. Being dynamic make it harder to be fast, but JS/v8 is as dynamic as python, and much faster.
108.
by cdavid 4y ago
The book https://pragprog.com/titles/pb7con/seven-concurrency-models-... is actually pretty good, and much better than the title may suggest.
109.
by cdavid 4y ago
It is more complicated than that * losing the low performer in this context means you lose a head count. If you keep the low performer during hard times, you can hope to get them backfilled when the economic environment gets better * there
110.
by cdavid 4y ago
But pytorch is not an exception. Scikit learn, scikit images, statsmodels, matplotlib are not mostly implemented in compiled languages.
111.
by cdavid 4y ago
This is a common trope that does not really match reality. Pytorch readme quote pytorch is not a Python binding into a monolithic C++ framework. It is built to be deeply integrated into Python. could be applied to many key libraries
112.
by cdavid 4y ago
I don't know about the unification church side of things, but it is well documented that the USA supported heavily the LDP inthe 50ies, including sinister politicians like Kishi, to advance their interest and fight communism. Kishi hap
113.
by cdavid 4y ago
The talk over regulation is a bit of a red herring. A lot of those phenomenons can be explained by the Baumol disease. See e.g. "why are the prices so damn high" https://marginalrevolution.com/marginalrevolution&#x
114.
by cdavid 4y ago
I guess it depends on the context in which it is applied. It is anecdotal, but in the industries where I worked, people trying to introduce Bayesian statistics did not have a higher chance of their results being interpreted properly. If you
115.
by cdavid 4y ago
A similar setup more or less saved my PhD 15 years ago. I got RSI to the point that it was debilitating: any arm movement that required bending my arm would be painful (shaving, brushing tooth, etc.). I considered stopping my PhD. What like
116.
by cdavid 4y ago
That's the theory. What I've observed is that that companies who cannot achieve modularity w/ monolith are often the same ones incapable to achieve modularity w/ MS anyway. So now you have in practice is a distributed mo
117.
by cdavid 4y ago
It depends on the country. In France, you definitely gets lots of tax advantage getting married, and in many cases 1 person earning X is not so different than 2 people getting x/2 after tax. That is definitely not true in the UK, at le
118.
by cdavid 4y ago
Getting the right interfaces/abstractions between teams is kind of what's hinted in the article, no ? It is needed both at the code/architecture level and at the team/org level In my mind, commodification does not imply
119.
by cdavid 4y ago
I did not read the article that way. But then I've been a manager for a while now. Implicitly, there is a discussion about phases of team/product. My experience is that the way to build great software is by small teams, with skill
120.
by cdavid 4y ago
Most of the difference is explained by the numbers of hours worked, since the GDP in purchase parity per hours worked is within 10 % between US and countries like France or Germany: see e.g. https://data.oecd.org/lprdty&#x2F

More ›