369 karma · joined April 14, 2019
(source: born and raised in Germany, lived there for 30 years)
The entire project can be compiled targeting Emscripten. There's nothing particular to the browser implementation
https://web.archive.org/web/20000519112833/https://support.m...
Since the warning is relatively useless we opted to fix C2.EXE so that it is never emitted. It generates a lot of noise during compilation otherwise (if you are using templates).
https://github.com/isledecomp/isle/tree/master/tools
We've been considering creating a separate project/repository for the tools since they might be interesting for other projects such as yours as well.
I believe when people 'vouch' for your dead comments, the issue will go away eventually.
[0]: https://www.fastmail.com/blog/fastmail-snooze/
Edit: If you want your work emails to arrive only during work hours and otherwise delay them, you can use a Sieve condition in your email rule similar to this:
anyof (date :value "lt" "date" "hour" "09", date :value "ge" "date" "hour" "17")There's no political party left you could vote for if you are in favor of nuclear.
To anyone who's tired of reading those frequently espoused, virtually now mainstream, apparently self-hatred fueled viewpoints, or to those who are interested in positive outlooks on humanity, I can recommend this book:
https://www.superabundance.com/
and this news aggregator:
(anybody who may be interested in working at such a company, check my profile)
https://Codeprints.dev is a tool that takes your personal GitHub contributions and allows you to purchase a high-quality print of it. Since many of us have been working in a home office as of late, we've had the idea that it would be awesome to have personalized rather than generic art around - showcasing our (open-source) contributions in a frame or on a mug, for instance.
Not long ago, we've also introduced a way to generate a contribution graph based on a local git repository. This is available as a Beta feature on our site right now! On top of that, we've also open-sourced the analyzer (written in Rust) that is used to extract the data: https://github.com/codeprintsdev
Ideas and feedback are welcome. Thanks everyone!
Personally I fall into the latter category and I do believe it's a better fit for a software engineering role in terms of getting things done, but I've also come to the realiziation that in our world, you'll eventually have to meet the others half-way. Hiring a team that shares the same communication style is often just too difficult (exacerbated by the fact many candidates aren't even self-aware enough to know which preferences they really have, or don't want to admit them).
The point I was trying to make was that constantly playing around with your tooling (configs, plugins, etc.) leads to very marginal productivity gains at best, especially considering the significant amount of time many developers invest into it. This is based on my observations and thus purely anecdotal.
Pick the proper tools for the job at hand once, learn them. Make minor adjustments if absolutely necessary, but don't get obsessed with tweaking.
The true potentials for gains in productivity lie in many other areas IMO; organizational/social/collaboration matters in your org, actual engineering skills, and so on.
Yet here I am with an almost out-of-the-box configuration, not a single plugin and my productivity/output is usually considered (far) superior to those of my peers.
I've never understood this widespread obsession with tooling. It's virtually never been the bottleneck for me in any software project I was involved in. The main obstacles I've found are usually of social and/or organizational nature, followed by sometimes (far off) the involved technologies. Tooling isn't a concern.
I know I'm in a minority here, but I don't own a smartphone but still have to use WA to stay in contact with some people. I have to run it using the BlueStacks emulator on my PC. I'd love to replace that with native support for Android.
I agree.
I'm not sure why C++ needs to attain perfection of this specific kind - or any kind, for that matter. You could also argue that the great freedom and flexiblity were preconditions for (or at least greatly aided in) the creation of languages like Rust. Through them, people learned what to be aware of; and were thus capable of "distilling" this knowledge into such languages.
My point is: there is nothing inherently wrong with a language choosing to be liberal/maximum generality, allowing for a playground on which new ideas and learnings can happen. I consider C++ to be of that kind, it has served this purpose for a long time in my opinion.
Don't get me wrong though, I'm perfectly aware of all the issues that come with it, and I'd not advocate C++ as the language of choice for the majority of software nowadays. I reject the idea though that C++ should now be considered obsolete, redundant, or anything that goes into that direction just because some people now believe to have found some kind of (final) "perfection" in new languages.
> “But besides adding object orientation to C, he also remembered his earliest design goals for C++. “I wanted very great freedom of expression, very great generality. [...]”
I can only speak from my own experience here, so it's anecdotal, but the main reason I love using C++ is precisely this "great freedom of expression", which is most likely, but at least in part, a direct consequence of the fact that it "tries to be everything to everyone". When writing C++, my mind often wanders and comes up with code and designs that would either be actively discouraged in the majority of other (opinionated) programming languages, or straight up impossible to implement. It's a great and highly valuable (possibly creative) experience that I haven't, to this extent, experienced in any of the other (numerous) languages I've been using. I also feel it makes me a better software engineer as a whole, even when I'm not working with C++ (which is actually most of the time). Beyond that, I also feel it's one of the reasons why C++ is so successful.
Obviously it also leads to the fragmentation you described, and it's perfectly valid to criticize, but I wish people would, more often, at least acknowledge that this kind of programming language is still valuable in certain ways and situations.
Yes, if you are mainly focused on getting a job done with minimum friction (and maybe maximum speed), there is a high chance that there is a language better suited for the task than C++ in today's age. That does not make C++ obsolete, quite the opposite in my opinion. I believe the fact that C++ isn't as opinionated or streamlined as other languages shouldn't be considered an "issue" or a "problem", but a feature.
I wish we'd talk more about the effects of the media's reporting style on psychological health. Do we really need headlines and reports about individual deaths every day, live tickers, and an unending amount of notifications and newsletters regarding the same?
For people with anxiety disorders it can be total hell right now (talking from experience), and it's much less because of the virus itself than the reporting.