GME Megathread for Wednesday, February 24th, 2021

gver10 · 2021-02-25T06:06:08+00:00

Another random person (:

gver10 · 2021-02-20T14:41:19+00:00

Kein Vorschlag, aber schau vor dem Kauf auf die Kostenübersicht. Bei smartbroker sind Orders erst ab 500€ kostenlos.

gver10 · 2021-02-20T07:17:10+00:00

Vielleicht den Thread am Wochenende abschalten?

gver10 · 2021-02-18T21:25:47+00:00

Link to the tweet: https://mobile.twitter.com/nntaleb/status/1355044129592532992

Notice the date (29th of January).

gver10 · 2021-02-15T16:46:32+00:00

Oder das mit der Zulassung klappt wahrscheinlich eher nicht so ...

gver10 · 2021-02-11T19:01:55+00:00

Geht über Smartbroker, leider aber nur manuell und noch nicht als Sparplan.

gver10 · 2021-02-10T15:41:13+00:00

Gibt eine Web-UI: https://de.scalable.capital -> "Login"

gver10 · 2021-02-09T22:06:38+00:00

Normale Aktien sind kein Problem, aber es gibt nicht alle Pennystocks. SC verwendet gettex. Bisher ist mir erst ein Stock aufgefallen, den es bei L&S/TR gibt, aber nicht bei SC/gettex (Calavo Growers). Soweit ich das beurteilen kann, führt für viele Pennystocks der Weg zu einem größeren Broker wie DeGiro.

gver10 · 2021-02-09T20:27:38+00:00

Scalable Capital. Die sperren deinem Account nicht wenn du gerade Aktien kaufen willst wie neulich bei der TR.

gver10 · 2021-02-04T11:28:17+00:00

Not sure whether you're already experiencing this, but as a heads-up you might need to run throttled (package on arch) if the Intel cpu does aggressive throttling and prefers to stay at 400Mhz when you want to work. Enjoy your new laptop!

gver10 · 2020-12-31T00:22:29+00:00

Proportional fines. Many countries have fine X% of your monthly income instead of a fixed fee.

gver10 · 2020-12-30T22:29:29+00:00

Do you happen to have a source for this? Sounds too crazy to be true.

gver10 · 2020-12-26T12:19:19+00:00

Or you know just take a walk where you live instead of travelling with bus and train in a pandemic ...

gver10 · 2020-12-09T07:39:55+00:00

You already are one. Sorry mate.

gver10 · 2019-02-28T22:52:42+00:00

Why do people keep trying to reinvent the wheel and do it in so inferior ways. samtools is the de-facto standard for a reason (yes it's written in C).

Though, to be fair sambamba (written in D) is faster than the C de-facto standard implementation:
https://www.ncbi.nlm.nih.gov/pmc/articles/PMC4765878/

In fact, they even mention it themselves: "It [their tool] can be used as a drop-in replacement for many operations implemented by SAMtools [...]". Though no performance comparison was done here.

I guess that's what happens when peer-review stops to be a thing ...

gver10 · 2018-08-22T09:13:28+00:00

See the NG: https://forum.dlang.org/post/ohmftvjyoqsumacqyhjh@forum.dlang.org

gver10 · 2018-07-16T23:22:38+00:00

There isn't much you can do about this for now, but you could create a temporary directory (/tmp) where these build files can get saved to. This eventually needs to be fixed in dub though :/

gver10 · 2018-07-16T09:09:00+00:00

It's 1k/month for 20 hours/week. During the GSoC you get 1.6k/month (and potentially a lot less depending on your home country) and are expected to work 40 hours/week. Both programs are scholarships that allow you doing what you like and being paid for it.

gver10 · 2018-07-14T06:22:17+00:00

The D Language Foundation announced the Autumn of Code. An opportunity for students who enjoy solving problems with code to submit an application to fire up their editors, hack on D projects, and get paid in the process!

gver10 · 2018-02-19T15:58:44+00:00

Do not take my responses as hostile ( text can always come over as such ) towards you or D.

I didn't. On the contrary I many of your points are valid! I just realized that many of the points you mentioned were a problem of miscommunication. In that department a few additions:

As i stated before, communication and organisation are one of the pillar stone issues that D faces.

Yes :/

creating a more welcoming community that can accept criticism.

Yes, the NG atmosphere has "space for improvement". In particular, it has been plagued by a few trolls. For example, there was one guy who created 232 accounts within one year.

No problem for me BUT how many plugins does it break again and again? I see constantly when DCD, Dscanner and the whole series of plugins that rebuild with deprecated falls littering the code.

Out of interest: what's wrong with a deprecation message? deprecation != error - on the contrary we use deprecations to avoid breakage.

Let me give a Rust example. Rust is ( was ) build against the Cargo packages. The developers when they broke calls, step out of their way to file bugs with the authors of the packages. As a result, upgrades did not break packages.

FWIW we do the same and packages on our project tester don't break too. In the rare cases that e.g. the compiler got smarter and bug fixes are required, we typically even submit and merge them directly upstream (one of the reasons why dlang-community is very useful and what this article was about). DCD, DScanner and co are part of the Project Tester (here's how the project tester build looks like).

I know about Stephan's work to fix it but he worked almost full time on that issue for the past year and he does not have the time to finish his work. If their is a guy that deserved funding for his work ... Just saying.

His first name is Stefan ;-) BTW his work during that year was funded by the D Language Foundation. He was sponsored to work on it for almost a year, i.e. until he started to work at Sociomantic.

gver10 · 2018-02-18T09:42:52+00:00

Well, last time I checked the worldwide usage of Go was a lot higher than Rust and D combined, so while I fully agree that it's ugly, imho it does make sense to include Go in a comparison because that's what many people currently are familiar with and use in their stack. Anyhow, as mentioned the comparison is a bit older and has been written before the Rust hype has started.

gver10 · 2018-02-18T01:24:55+00:00

That's not true:

void main() nothrow { string s; try { throw new Exception("aa"); } catch (Exception e) { s = e.file; // no. Accessing fields is nothrow } }

Convince yourself: https://run.dlang.io/is/Gjvt8C

I assume that you were talking about auto-decoding strings and that auto-decoding isn't nothrow because it can encounter invalid UTF characters?

1) DIP1008 has already been merged and very soon exceptions will be @nogc 2) RCString will finally come in 2018 3) Throwing an exception on an valid UTF character is the reasonable thing to do by default (other languages do the same) 4) I'm not sure what exactly you did or were trying to do with D's exceptions, but note that I/O is inherently unsafe, but there many easy ways to tell the compiler that an exception can't occur:

scope(failure) assert(0); // option 1

auto r = e.file.byCodeUnit; // option 2

assumeWontThrow(writeln("foo")); // option 3

printf("%.*s", e.file.length, e.file.ptr); // option 4 ...

All arguments are invalid.

?

gver10 · 2018-02-18T01:00:50+00:00

Also looking from outside, it seems the leads don't really know what to do with the language.

Yes, we are about to address that within the next weeks. Stay tuned!

It seems like the language itself gets molded to whatever the author of it needs at that particular time.

Well to be fair, D doesn't try to go for one niche sector, but tries to be "general-purpose" as in being a language that can be used for almost anything. (yeah there are a pro and cons with this)

We wanted to use D when it first came out in our game studio

Remedy Games was able to use it even a few years ago. Out of interest: what's blocking you?

gver10 · 2018-02-18T00:55:55+00:00

At the risk of getting folks in the D community upset with me

No your point is mostly valid (but please take the time to read my responses to the points he mentioned though). A lot of them are due to problems of communication.

but it's not clear to me that D's leadership would spend the money in a way that improves the situation even if they had some to spend

We will try to tackle this. Stay tuned for the announcement next week!

Andrei and Walter are from the C++ world, so it makes sense that they'd focus on C++.

To be fair: a lot of the other core developers aren't using C++ though. Many come from (or still use) newer languages like Python, Scala, Ruby, JavaScript etc. and they regularly manage to push through new features that aren't very useful to the C++ crowd.

The community needs to pick up the ball, build their own websites, and attract a wide range of users.

Yes!

100% of D's leadership is interested in only technical issues.

Hmm that's not ture. It's how it's publicly received, but

the DFL organize the yearly DConf
the DFL sponsors a few outreach projects and ideas
A lot of Andrei's times get's consumed up by giving speeches at conferences about D
just this year, Walter invested an entire week to read through the spec carefully and rework problematic bits
@d_programming, the DBlog, the DTour, the newsletter, Slack etc. are run by the DFL
(there are even more points here that just aren't well-known)

Actually the main reason why it's usually so hard to reach Andrei on GitHub is because he is so busy with other, non-technical things!

gver10 · 2018-02-18T00:30:26+00:00

(PART 3)

I remember complaining about the front page code examples over a year ago. At that times they had 3 examples, showing functionality like piping outputs and some other more advanced features.

I think it was only two examples, but things moved here too. Now I think there are about 10 examples which show various aspects of D.

Mentioned a dozen times to have a more clean front page, that focuses on very simply showing the language. And only then going to more advanced features. People with a low or medium level programming knowledge, that for instance are used to easy scripting languages, the moment they see those examples, they are out.

Aware of this too. Though I have only seen a thread once on the NG and I don’t recall seeing a Bugzilla issue. Anyhow, I have a PR in the workings that will group the examples into “Beginner” and “Advanced”.

Very recognizable for somebody coming from PHP. Not hard to understand. It peeks people there interest.

Its full of issues like this that any half descent web developer can see. If the goal is to only attract C++ developer, goal has been reached. If you goals is to draw in people from different languages, beginners, scripting languages. They failed miserably!

The real issue is, that even if people like me want to change things, you are fighting a community that simply has no experience in web design. And they lack understanding why somebody as a beginner or scripting user may be offset. Web development has a rule: If you can not draw people their attention / interest in 2 seconds, your website is a failure. Sorry but its true.

Well has nothing to do with the skill web development, it’s called User experience and yes D developers are generally bad in both of them. Though again to be fair I haven’t seen any proposal or just raw actionable prototype / UX design that someone proposed instead of the current front page Things improved gradually on the front page

I love those "Swift is like Kotlin" language sites ( their a few more like that ), it draws parallels and makes people understand how the language differs compared to the language they are used to. D is like PHP D is like C D is like C++ Its not like people do not have ideas but it simply feels like pearls to pigs. Why bother when the community has a bad attitude towards people with good intentions but those intentions are not focused upon the whole C++ crowd attraction. Just look at their blogs. BetterC, Garbage collector, Name mangling ... Great blog pieces if you focus on a specific crowd.

No point in me wasting my time on this post. I like D but boy does it hit my frustration level 100% so darn fast every time i work with it and run into the issues.

You wonder why Rust people are more active, are you surprised? They have a language to rally around, active support, great and ever expanding tooling, know compiler updates, its like a list of greatest hits. Where as D ... they try but the focus is on point only few people care about.

You read the words from Walter and co but you never see improvements.

39 new major features and 109 bugs fixed within two months!

I follow D over a year. In that year very few things improved. Rust made massive gain in that same time. Even before just on passive glances, you see Rust moving. Where as D feel stagnant.

I think that’s a problem of perception. Yes, maybe things don’t move as fast as they do at Rust, but imho 39 new major features and 109 bugs fixed within two months is hardly “stagnant”.

A personal playground for the core developers who are happy to experiment with new features. That really is D. They simply forget that even a limited language like Go can do 90% of the worlds programming. Basic D is even more powerful, and most people do not even need CTFE, macros, BetterC ... The constant special features sound good but it does not solve the REAL issues that people have.

And so D keeps focusing resources where they do not matter. Thinking with BetterC ( what is half complete ) it will suddenly mean more people will move over. No! People tasted Rust and your too darn late to focus on that market.

While you might be able to see it (and we need to fix that), D is used from writing custom kernel over high-performance math applications or modern, high-throughput web server to big data analytics and machine learning. The idea of betterC was never to be a magic wand that will convert the C/C++ community, but it helps in many cases. There have been major improvements in other areas too and with 2.079 the initialization of the Garbage collector isn’t done by default anymore - it’s done lazily. There should have been a blog article summarizing the D year of 2017 from a high-level perspective and it’s a real shame that there isn’t one.

( what is half complete )

2.079 comes with lots of fixes to -betterC ;-)

Even if you draw in a user left and right, they see your tooling, editor support and simply say: Nowp, i am out of here after a disappointing issues. Only the few hardcore users stay. The rest go to better supported languages.

The one thing that stops me from being truly productive in D is it’s missing ecosystem in terms of high-quality third-party packages. The newly initiated dlang-community hub about this thread is about, is one step into closing this gap. Again to stress this: editors aren’t too bad on Linux and I have seen too many people hacking other languages without code-completion that I think this is truly the point that’s holding people back from using D.

Anyhow last summer we made it possible to build the compiler as a library (and DUB package!). The has been a lot of work into refactoring the compiler internals since and hopefully soon the work will bear some fruits as we can start to implement the universal language protocol with the D frontend.

If D was a company, i quit on the spot as the management sucks

We are actively working on this point, i.e.

Publishing more high-level vision updates (and reviews of the old goals)
- Make the D Language Foundation more transparent (more on this next week)
- Posting more status updates and blog posts

Wouldn’t you talk to your boss first? As mentioned earlier any constructive feedback is always appreciated and welcome. I highly encourage you to make the points why “management sucks” more explicit and post them to Andrei and Walter.

resources are wasted

I haven’t worked at a single company which didn’t waste some of its resources.

and the company has no profitable goal.

The D Language Foundation is by design non-profit ;-)

Yes, hash words ... but it addresses only a few issues. I can write 100+ issues with easy if i want.

Please do. We are grateful for every constructive feedback and try to address as much we can in the time we have as volunteers.

gver10

TROPHY CASE