Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Programming in D: Tutorial and Reference

ddili.org

Post reply on HN
Print view View original

51–60 of 134 posts

Re: Programming in D: Tutorial and Reference

#51

Post by zem »

usrbinenv wrote: post #28

I constantly feel like inferior languages are picked up, while superior languages are discarded. It's almost as if the universe had a law: "inferior technology is always preferred no matter how hard you seethe". Examples: * Python preferred over Ruby * TypeScript preferred over Dart or even JavaScript (which is fine and, as a bonus, doesn't require compilation step like TS) * Go is preferred over Crystal and D. While…

speaking of typescript and dart, the language i was really rooting for in that niche was haxe. wish it had gotten more mainstream.

Re: Programming in D: Tutorial and Reference

#52

Post by [deleted] »

kouteiheika wrote: post #35
Demiurge wrote: post #33

Earlier quoted context omitted.

> Python preferred over Ruby ... Perhaps what you're describing is having a niche opinion. If you had some opinions, like a preference for "Everything must be done in as many ways as possible with funky characters" or "I hate indentation", it would certainly seem that the world is against you. But, perhaps, you just really smart and can remember the intention of all the complicated code you wrote a year ago, so you d…

> "Everything must be done in as many ways as possible with funky characters" Are you sure you're not talking about Perl here? Because there are very few "funky characters" in Ruby and code written in it tends to be very readable, more so than Python in many cases. I agree with OP. While Python is not a bad language, Ruby is a better language in general, and I'm reminded of it every time I have to work in Python (whi…

[deleted]

Re: Programming in D: Tutorial and Reference

#53

Post by GoblinSlayer »

usrbinenv wrote: post #28

I constantly feel like inferior languages are picked up, while superior languages are discarded. It's almost as if the universe had a law: "inferior technology is always preferred no matter how hard you seethe". Examples: * Python preferred over Ruby * TypeScript preferred over Dart or even JavaScript (which is fine and, as a bonus, doesn't require compilation step like TS) * Go is preferred over Crystal and D. While…

It's scary to not have type checks in JavaScript. I do them by eyeballing the code, but ugh.

Also all languages you mentioned support complex code and OOP.

Re: Programming in D: Tutorial and Reference

#54

Post by creata »

abenga wrote: post #43
kouteiheika wrote: post #35

Earlier quoted context omitted.

> "Everything must be done in as many ways as possible with funky characters" Are you sure you're not talking about Perl here? Because there are very few "funky characters" in Ruby and code written in it tends to be very readable, more so than Python in many cases. I agree with OP. While Python is not a bad language, Ruby is a better language in general, and I'm reminded of it every time I have to work in Python (whi…

To a beginner who is used to ordinary imperative languages, that Ruby line is extremely difficult to understand. Is `.filter` a method or a property of `xs`? Is `{ |x| x.odd? }` an argument to a method or just a statement that comes after `xs.filter`? If it is passed to `.filter`, why does it not have parentheses around it but the `", "` passed to `join` does? This all makes sense to a person who knows the language a…

The Ruby syntax doesn't seem that different to many other languages. For example:

    xs.filter(x => x & 1).sort().join(", ") // JavaScript

    xs & filter odd & sort & map show & intercalate ", " -- Haskell
Python seems to be the odd one out. Imo, its list comprehensions are confusing as hell to "newcomers". For example, when a list comprehension has multiple `for`s, what order are they nested in?

Re: Programming in D: Tutorial and Reference

#55

Post by creata »

abenga wrote: post #48
usrbinenv wrote: post #46

Earlier quoted context omitted.

The only difficulty in Ruby code is the block notation. Even then, it is very similar to constructs in JavaScript, Go, D and a number of other languages -- the only difference form JS would be that instead of `(x) => ...` you write `{ |x| ... }`. Questions such as > why does it not have parentheses around it but the `", "` passed to `join` does? would be exactly the same for JavaScript, Go or D. Ruby has the best syn…

I don't know much Ruby outside of a few toy examples I wrote a long time ago. For most languages, there would be parentheses around objects you pass to functions, like `.filter({|x| x.odd? })`. This lends some consistency and makes it easy (for me at least) to understand that an anonymous function is passed to `filter`. Just separating it using spaces feels like Bash, something I find difficult to write anything slig…

Lua, Haskell, ML, plenty of other languages where one-argument functions don't need parentheses. I think it makes a lot of code more readable.

Re: Programming in D: Tutorial and Reference

#56

Post by mariusor »

monkeyelite wrote: post #25
shoozza wrote: post #22

Slightly off topic: Is D a good language for creating tiny windows or Linux executables? There is an upcoming game jam (4mb jam 2025) which gives extra points for game submissions 0: https://gist.github.com/ske2004/336d8cce8cd9db59d61ceb13c1ed...

Yes. Just use the “better C” mode

... which is not D any more though.

Re: Programming in D: Tutorial and Reference

#57

Post by realharo »

usrbinenv wrote: post #28

I constantly feel like inferior languages are picked up, while superior languages are discarded. It's almost as if the universe had a law: "inferior technology is always preferred no matter how hard you seethe". Examples: * Python preferred over Ruby * TypeScript preferred over Dart or even JavaScript (which is fine and, as a bonus, doesn't require compilation step like TS) * Go is preferred over Crystal and D. While…

Dart is much worse than TypeScript. The over-reliance on codegen for the most simple things (e.g. https://pub.dev/packages/freezed#primary-constructors), the lack of expressiveness of the type system (it only got sum types very recently), and a lot of other little annoyances are ever present when having to write Dart.

Re: Programming in D: Tutorial and Reference

#58

Post by bsdooby »

MikeShah wrote: post #16
acehreli wrote: post #13

Earlier quoted context omitted.

Mike Shah has been using D for teaching software engineering at Northeastern University and Yale. Here is his DLang playlist: https://www.youtube.com/playlist?list=PLvv0ScY6vfd9Fso-3cB4C...

We have also been using D for computer graphics and game programming as of this year! :D

Totally forgot about that; sorry Mike ;)

Re: Programming in D: Tutorial and Reference

#59

Post by abenga »

creata wrote: post #55
abenga wrote: post #48

Earlier quoted context omitted.

I don't know much Ruby outside of a few toy examples I wrote a long time ago. For most languages, there would be parentheses around objects you pass to functions, like `.filter({|x| x.odd? })`. This lends some consistency and makes it easy (for me at least) to understand that an anonymous function is passed to `filter`. Just separating it using spaces feels like Bash, something I find difficult to write anything slig…

Lua, Haskell, ML, plenty of other languages where one-argument functions don't need parentheses. I think it makes a lot of code more readable.

All not-exactly-popular languages.

Re: Programming in D: Tutorial and Reference

#60

Post by creata »

abenga wrote: post #59
creata wrote: post #55

Earlier quoted context omitted.

Lua, Haskell, ML, plenty of other languages where one-argument functions don't need parentheses. I think it makes a lot of code more readable.

All not-exactly-popular languages.

Maybe relative to juggernauts like C or Java. But Lua is pretty widely used.
Post reply on HN