tonnydourado

I used flask a lot and love Armin, but, with all due respect, this is an overreaction. The world is on fire and pypi.org decided to throw 1 (one) bucket on it. There's no slippery slope lurking in the shadows, "The Index" is not some mythical beast with unknowable intent, it's mostly other overworked and underpaid open source developers. It will be fine.

I am curious, but really not sure whether I wanna actually click on any of the links in this thread.

OP does say system software, and although Erlang can have amazing uptime, I'm not so sure about it's raw performance story (on the other hand, I do remember seeing some insane benchmarks from a elixir framework, so, maybe I'm wrong).

Also, other than Erlang and Elixir, which other reasonably mainstream language has this as first class features? Even Rust doesn't really put queues and message passing front and center, it just makes it easier to get away with doing traditional thread programming.

Things can be old in years since discovery/invention, but still in it's infancy in usability and adoption.

Damn, I remember this, even managed to find my own little comment. 2015, feels like a different life, two countries, three jobs, and five projects ago.

I think the problem is much harder than we think it is. In my experience, when you "hand build" a model of a codebase, either in your head, in your head plus notes, or in an actual diagram, you make *a lot* of executive decisions: what relationships you focus on, at what level, whether to include implicit or dynamic relationships, etc. None of this is easily automatable, and some might be virtually impossible to.

Compare that to something like a call graph, or a module dependency diagram. The last will be more complete, but will convey *much less* information than the later.

This varies with technology, some will be more friendly than others to this kind of tool, I think that the more dynamic, the worse, but even in very static and consistent language, I would not bet on any tool being better than the brain's parser for a long time.

I meant that I recall this repository being even more Java-like, it has a couple more idiomatic examples now, hence, progress.

I like the Maybe part, everything else feels like hitting my head against a wall, every time I try to understand it.

But that's likely a me problem, I assume that for people more familiar with monads and all that jazz, it's easier to understand.

Mostly, it's Java written with Python syntax, specially the gang-of-four patterns. I recall it being even more java-like, so, progress?

The stuff that is actually idiomatic python is either too convoluted or rather obvious.

I know this comes across rather mean, but this is just not a good resource, for either beginners (not very idiomatic) or experienced developers (trivial patterns with trivial examples). There's maybe 2 or 3 good ideas in there, but even those I might be hard pressed to find a real usecase for.

Have you heard of Facebook?

I'm struggling to see where in the article the author suggests that her ideal is code academies, although maybe you get that impression from some other source. To me it seemed clear they she is advocating for a change in approach for academic education itself, and not in a "giving students more readily marketable skills" way, but rather almost the opposite: less narrow, technical focus, more critical thinking and multidisciplinarity.

Those are not binary categories. If stealing is evil, does it mean stealing food because you haven't eaten in 3 days belongs in the same category as genocide? If it doesn't, does it mean stealing is good? And that's just the easiest example.

My experience might be biased, but my solution was not working for American companies, specially big I.T. ones. I've worked in Brazil and Europe and have very rarely even been proposed the sort of grinding bullshit interview that seems common on the US industry.

Obviously, that's not exactly an easy route, but anyway.

Ten bucks Linus will curse at them in the near future.

Problem is that there's no guarantee that twitter won't apply lossy transformations to your data (in fact, it's guaranteed that it does). So either you would have to encode the data with lots of redundancy and/or error correction, or you have to encode in like, QR code or something similar, and rely on image recognition to extract it.

Inside the range of characters support by twitter, your data is "guaranteed" to not change

You're lucky (I guess?), I have yet to work on an organization that uses GitHub internally. I've seen gitlab, bitbucket, and, oh, the horror, Gerrit and subversion.

I try to give back to stuff I use when I can, too, but I'd love to do much more. Time is limited, unfortunately =(

99.99% of my relevant work experience happened (and is happening) behind closed doors, and I suspect this will be true for a large majority of developers. So, not very useful.

Something about this doesn't sit right with me, but I'm not sure I can put my finger on it.

When I go to a job interview I expect to be asked honest questions and intend to give honest answers. You want me to do a team activity? Ok, fair. You're giving me and a bunch of people a problem you *know* we can't solve, just to watch us panic? That. That just feels wrong.

I am a strong opponent of the "in this company we're like a family" discourse, but I also like to work for people that I don't dislike. If this is an asshole detection test, I'm afraid I just detected the company.

Ok, but hear me out: what if I don't use any of these, just put ToDo everywhere, and don't waste time thinking in what category the current todo should fall on? Then I book 15 minutes at the end of each day or even week to categorize everything and put into a backlog.