D for Game Development
D is really cool and makes a good candidate for developing a game. Are there any guys out there using D for indie games? For some time I have been seeing some cool game engine being developed in the DUB repo. What more is happening? I don't see derelictSDl and derelictSFML activities much. Whatup?
Re: D for Game Development
On Thursday, 30 July 2015 at 14:18:21 UTC, Brandon Ragland wrote: On Thursday, 30 July 2015 at 13:44:41 UTC, deadalnix wrote: On Thursday, 30 July 2015 at 13:43:35 UTC, karabuta wrote: D is really cool and makes a good candidate for developing a game. Are there any guys out there using D for indie games? For some time I have been seeing some cool game engine being developed in the DUB repo. What more is happening? I don't see derelictSDl and derelictSFML activities much. Whatup? GC's up. Minecraft, written in java which has a GC does perfectly fine. A GC is not a reason a game cannot be developed. Look at how many browser-based games there are, which use a GC somewhere from the interpreted Flash or JS. I totally agree with you. Most people think of games as a life support system. Even MMO RPG games are able to scale with all the latency problems. And GC in D is not even much of an issues when compared to others like ..you know. But they are used for game development.
Re: D for Game Development
On Thursday, 30 July 2015 at 13:43:35 UTC, karabuta wrote: D is really cool and makes a good candidate for developing a game. Are there any guys out there using D for indie games? For some time I have been seeing some cool game engine being developed in the DUB repo. What more is happening? I don't see derelictSDl and derelictSFML activities much. Whatup? D bindings to C++ is a little problematic, am I safe to learn bindings to SFML? Or is it that the D bindings is done with CSFML(C bindings).
Re: D for Game Development
On Tuesday, 4 August 2015 at 20:22:05 UTC, karabuta wrote: On Thursday, 30 July 2015 at 13:43:35 UTC, karabuta wrote: D is really cool and makes a good candidate for developing a game. Are there any guys out there using D for indie games? For some time I have been seeing some cool game engine being developed in the DUB repo. What more is happening? I don't see derelictSDl and derelictSFML activities much. Whatup? D bindings to C++ is a little problematic, am I safe to learn bindings to SFML? Or is it that the D bindings is done with CSFML(C bindings). I mean both DSFML and derelictSFML
Re: D for Game Development
On Thursday, 6 August 2015 at 00:05:34 UTC, Tofu Ninja wrote: On Thursday, 30 July 2015 at 13:43:35 UTC, karabuta wrote: D is really cool and makes a good candidate for developing a game. Are there any guys out there using D for indie games? For some time I have been seeing some cool game engine being developed in the DUB repo. What more is happening? I don't see derelictSDl and derelictSFML activities much. Whatup? One thing I would really like for D would be an opengl binding in phobos, there was some momentum a while ago to try to get graphics into phobos with Aurora, but literally nothing came of that. People want an all D gui, and graphics support but literally nothing will ever happen until we at least get some basic graphics interfaces like a simple windowing library and some opengl. We are already getting color and images, full on hw supported graphics is the next step. Yes, +2000 for a D binding to opengl. That will be really cool for game development and plain D GUI tookits. I wish efforts were made to implement things like these.
Re: D for Game Development
On Thursday, 6 August 2015 at 06:30:06 UTC, Rikki Cattermole wrote: On 6/08/2015 12:05 p.m., Tofu Ninja wrote: [...] [...] Here is what we need to do going forward (beyond what me and Manu are doing): [...] Don't you think that's a lot to ask from phobos?
Re: D for Game Development
On Friday, 7 August 2015 at 20:24:54 UTC, jmh530 wrote: On Friday, 7 August 2015 at 17:40:16 UTC, deadalnix wrote: [...] I wouldn't think what you're saying is controversial...just a lot of work to do well. [...] +2000
D needs to focus and better the available resources
A lot of request are made most often about what needs to be added in D and what is lacking (multiple compilers, debugging tools, IDEs, GUI, ...). I think a lot has been done already and I suggest focus should be centered on making them stable. Sadly, some have even been abandoned after all the work that went in to them (no names). Already contribution is not much, so I believe stabilizing what we have now will at least give us one thing that is reliable rather than many that are not much useful for production. As Andrei said, people still request more features to be added to even C++. That game never stops.
Re: D needs to focus and better the available resources
On Monday, 10 August 2015 at 04:07:05 UTC, Rikki Cattermole wrote: On 10/08/2015 5:29 a.m., karabuta wrote: [...] I have two separate plans right now for how to grow D. The first related to GUI's and game development is going very well. Although it'll take atleast another year before you should see anything interesting in Phobos. The second is all about web development, should see some pretty cool stuff this year. Especially if you watch my live stream! No seriously, you'll see it literally in about 6-7 hours time! (I stream twice weekly) https://www.livecoding.tv/alphaglosined/ I really like your projects. Very nice.
Re: Where will D sit in the web service space?
On Sunday, 12 July 2015 at 18:53:35 UTC, weaselcat wrote: On Sunday, 12 July 2015 at 17:54:02 UTC, Ola Fosheim Grøstad wrote: On Sunday, 12 July 2015 at 12:32:32 UTC, Peter Alexander wrote: [...] Mostly because there is no real visible direction towards making D a competitor that directly addresses specific needs of web programming. [...] And suckerpunch everyone that has zero interest in a web language? There's how many mature web languages? 10? 20? Why not dedicate D as a game programming language, am area that is completely untouched? +3000
Re: Where will D sit in the web service space?
On Monday, 13 July 2015 at 07:11:35 UTC, Ola Fosheim Grøstad wrote: On Sunday, 12 July 2015 at 19:02:23 UTC, Brad Anderson wrote: I'd consider D a failure if it couldn't fill both of these roles. D is a general purpose systems programming language. It doesn't and shouldn't care about what you are using it for. There is plenty of overlap in what you need for high performance web backends and high performance gamedev. Here's the deal: there is no such thing as a general purpose (system) language in the empirical sense. We might have been lead to believe that C or C++ were general purpose, but that only happend because there were no visible viable alternatives. C is more and more becoming a kernel/embedded language, C++ is more and more becoming a legacy/niche language. C++ is only a game dev language after you add various extensions (e.g. simd). It is only a number-crunching language after you add some other extensions. So you need a direction in the feature set towards an application area. When you get new languages that cut down on development time (like Rust and Go) the C/C++ application domain will leak over to those niches based on the desired feature set. But the feature set needs to be complete for that application area (e.g. GC with the right characteristics, inlining/simd, GPU programming etc). D needs to complete the feature set for some sizeable domain in order to compete in this emerging market of "many languages" (thanks to LLVM). Not long ago, C++ was the perfect programming language that everybody was running to. Then came ~ Java, What I am saying is people do not know what they want at times. They get up everyday and they have a new idea on what D should be. Follow such comments and you will make some bad decisions. Currently, we are in a world where p. languages are driven by the demands of today. Who knew that JavaScipt will become the language for the web? But the demand of the past shifted to the web and now the worst p. language rules the web (Sorry if you love JS too much but there is too much bugs). Now we are stuck in it, who knows until when before the world rushes to a new domain. Now back to D: The absence of certain tools and frameworks does not mean D is not picking up (not catching interests). The language is still maturing, and I see it maturing like gold. When D grows up (even though it is doing powerful things in its infancy), you and I will appreciate that it did not rush into any domain. With extensions, D can fit in any domain and this obviously takes time. I am so tired(:>;) of seeing them (rust, Go, Pony, Cat, ..) everywhere, if one thinks rust rust OR JavaScript is the language they are planing to use for your next record-breaking kernel, . Because D cannot be them all. The comparison war a bad chakra
Re: Where will D sit in the web service space?
On Tuesday, 14 July 2015 at 15:17:13 UTC, Sebastiaan Koppe wrote: On Sunday, 12 July 2015 at 12:14:31 UTC, Ola Fosheim Grøstad wrote: What do you think about the future for D in the web service space? What about this question: in 5 years from now what would be the reason D failed? These come to my mind: Tooling Marketing Talent Pool (companies not willing to adopt) That is not going to happen. Maturity is the priority here. After that, boom!
Re: Where will D sit in the web service space?
On Wednesday, 15 July 2015 at 06:57:36 UTC, Sebastiaan Koppe wrote: When I think about Web services and D, I don't think about just repeating what people do in other languages, but more about anticipating the future in web services. With my humble knowledge of the field that would be something with micro services and containers. If D can do something cool with that, e.g. a web application framework where services sit behind a vibe-d web server, and where they can be easily developed, tested, deployed and upgraded - with 0 downtime - that would be great. Combine it with a knowledgeable community and some good practices (e.g. 12factor apps) and you can have a honey-pot. I don't think people care as much about the other stuff (gc, etc). Yeah, no one cares about GC considering the benefits and uplifted burden :)
Re: Where will D sit in the web service space?
On Tuesday, 14 July 2015 at 16:25:29 UTC, Ola Fosheim Grøstad wrote: I think neither, but what I have alluded to in this thread. A lack of decision making regarding picking an application domain that is large enough to sustain an ecosystem of libraries, and going 100% for honing the feature set towards that domain. "Possible" is not good enough. I think the rest comes when you have the best feature set for a particular domain and a polished compiler/runtime. So yeah, maybe Game clients is the best bet, since you don't have to change the semantics too much (low latency GC and linear typing would take time to work in) and games benefits from C++/iOS interop. Indie games have low adoption threshold and could work as marketing. The Gaming industry is quiet a path to go on. Expecially since no language actually focus on that area. For now, I see some new projects making good moves to writing gaming tools (I dislike bindings to C++).
Re: Where will D sit in the web service space?
On Thursday, 16 July 2015 at 13:34:32 UTC, Ola Fosheim Grøstad wrote: If you go node.js, you get static typing with typescript if you want + same language on the browser, debuggable. If you go Dart you get static typing if you want + same language the browser, debuggable. Oh! someone thinks typescript is a programming language. Typescript runs in which browser? :) (Because when I use typescript, I worry about two things in my development process, .js and .ts)
Re: Can I get more opinions on increasing the logo size on the site please
On Wednesday, 10 February 2016 at 16:26:33 UTC, Gary Willoughby wrote: Can I get more opinions on increasing the logo size on the website please. See here for an example: https://github.com/D-Programming-Language/dlang.org/pull/1227 Destroy! Making it big is more like a flat design, which is better IMO. But the rest of the page would also have to also be flat in design. Else a smaller version will be a good match with the current design. By the way, the plain white color of the forum body really hurts my eyes. Why not the grey on the homepage?
Babylon JS-like game engine or complete port
I like the feel when using Babylon JS(http://www.babylonjs.com/)
and how the APIs are designed. It has glTF, STL & OBJ importers
and many more cool features for game devs
(http://www.babylonjs.com/#featuresdemossection).
But, it does give me the power and performance I need since it is
based on webGL and JS.
Now, how practical will it be to port this JS game engine to D
(OpenGL / Vulkhan/ **)? There seems to be a Haxe Version
(http://babylonhx.gamestudiohx.com/) which has something to do
with C++ (seems Haxe can target C++).
Is anyone doing something like that?
Example;
// Babylon
var engine = new BABYLON.Engine(canvas, true);
var scene = new BABYLON.Scene(engine);
var camera = new BABYLON.FreeCamera("Camera", new
BABYLON.Vector3(-190, 120, -243), scene);
camera.setTarget(new BABYLON.Vector3(-189, 120, -243));
camera.rotation = new BABYLON.Vector3(0.30, 1.31, 0);
camera.attachControl(canvas);
I can handle brutal honesty so, destroy :)
Re: Babylon JS-like game engine or complete port
On Thursday, 11 February 2016 at 10:25:00 UTC, Guillaume Piolat wrote: On Wednesday, 10 February 2016 at 20:07:24 UTC, karabuta wrote: [...] Javascript world beat us easily in things being easy. The current D offering is not as integrated but each component is pretty much better. [...] Waw! code looks clean
Re: Babylon JS-like game engine or complete port
On Thursday, 11 February 2016 at 10:25:00 UTC, Guillaume Piolat wrote: On Wednesday, 10 February 2016 at 20:07:24 UTC, karabuta wrote: [...] Javascript world beat us easily in things being easy. The current D offering is not as integrated but each component is pretty much better. [...] Does it have a loader? I don't think I saw something like that in the docs.
Re: Babylon JS-like game engine or complete port
On Thursday, 11 February 2016 at 21:59:55 UTC, Guillaume Piolat wrote: On Thursday, 11 February 2016 at 18:42:41 UTC, karabuta wrote: On Thursday, 11 February 2016 at 10:25:00 UTC, Guillaume Piolat wrote: On Wednesday, 10 February 2016 at 20:07:24 UTC, karabuta wrote: [...] Javascript world beat us easily in things being easy. The current D offering is not as integrated but each component is pretty much better. [...] Does it have a loader? I don't think I saw something like that in the docs. I don't see what you have quoted with [...] If you are talking about bgfx, there is a dynamic loader and a static binding: http://code.dlang.org/packages/bgfx-d http://code.dlang.org/packages/derelict-bgfx For ASSIMP there is a dynamic loader: http://code.dlang.org/packages/derelict-assimp3 Was referring to assimp. Which one do you recommended for newbie(physics, animation, importing of prebuilt asserts)?
Re: Babylon JS-like game engine or complete port
On Friday, 12 February 2016 at 12:04:12 UTC, Guillaume Piolat wrote: On Friday, 12 February 2016 at 11:24:27 UTC, Karabuta wrote: Was referring to assimp. Which one do you recommended for newbie(physics, animation, importing of prebuilt asserts)? I'd recommend to use SDL2 (or any other windowing library) and OpenGL directly with Derelict until you feel comfortable with them. And after that think about meshes but the need won't necessarily come fast. Rendering mesh is rather involved, ASSIMP only does loading. I would prefer to use blender and import assets. How about that?
Re: Head Const
On Tuesday, 16 February 2016 at 06:04:42 UTC, Jonathan M Davis wrote: On Monday, 15 February 2016 at 22:48:16 UTC, Walter Bright wrote: rears its head again :-) Head Const is what C++ has for const, i.e. it is not transitive, applies to one level only. D has transitive const. What head const will do for us: 1. make it easy to interface to C++ code that uses const, as currently it is not very practical to do so, you have to resort to pragma(mangle) 2. supports single assignment style of programming, even if the data is otherwise mutable The downside is, of course, language complexity. Previously, you stated that we weren't going to do things like support interacting with C++ templates (aside from specific instantiations which weren't typed as templates), because it would mean putting a C++ compiler into D, which you didn't want to do. But increasingly, it seems like you're heading in the direction of doing that in an attempt to be able to have fantastic C++ interoperability. On the one on hand, that seems great, since being able to have your C++ code work with your D code is great, but on the other, it seems like it's going to make it so that D is contaminated by a lot of extra C++ muck just to be able to interoperate. At some point, we either need to decide that we're just not going to interoperate with C++ in some manner and lose out on some capability, or we're going to need to fully interoperate with C++ and pretty much put a C++ compiler in the D compiler, and I'd prefer that we didn't go that far. - Jonathan M Davis Hahaha. Well, I think it is already happening. Like the reincarnation of C to C++ story.
Re: Official compiler
On Thursday, 18 February 2016 at 11:12:57 UTC, Jonathan M Davis wrote: On Thursday, 18 February 2016 at 06:57:01 UTC, Kai Nacke wrote: even if DMD is the official reference compiler, the download page http://dlang.org/download.html already mentions "strong optimization" as pro of GDC/LDC vs. "very fast compilation speeds" as pro of DMD. If we would make GDC or LDC the official compiler then the next question which pops up is about compilation speed Yeah. dmd's compilation speed has been a huge win for us and tends to make a very good first impression. And as far as development goes, fast compilation speed matters a lot more than fast binaries. So, assuming that they're compatible enough (which ideally they are but aren't always), I would argue that the best approach would be to use dmd to develop your code and then use gdc or ldc to build the production binary. We benefit by having all of these compilers, and I seriously question that changing which one is the "official" one is going to help any. It just shifts which set of complaints we get. - Jonathan M Davis Yep. Fast compilation during development must not be sacrificed for fast binaries. What are you really building to have fast binaries during development? However, I strongly agree with cleaning up the language instead of adding more features.
Re: Official compiler
On Thursday, 25 February 2016 at 01:53:51 UTC, Walter Bright wrote: On 2/17/2016 4:35 PM, Chris Wright wrote: And since DMD is something like twice as fast as LDC, there's at least some argument in favor of keeping it around. When I meet someone new who says they settled on D in their company for development, I casually ask why they selected D? "Because it compiles so fast." It's not a minor issue. +1 Well spoken
D in Ubuntu apps ecosystem
Maybe you might only be thinking about Android or iOS, but Ubuntu Touch (a single Ubuntu OS meant to run across multiple devices from PC to Phones) is really gaining traction. The good news is that QML is officially the way to build apps and D already has dqml(https://github.com/filcuc/dqml). Back-end(optional) is also C++ with API bindings in Go and JavaScript. D currently has good support for C++. SIDE NOTE: Ubuntu just lunched a phone with 4GB ram running on a x64 Octacore Arm processors in addition to a table with similar high spec, which can all pretty much handle D(even with GC) IMO. All subsequent devices will be high spec since the OS will run desktop apps on phone and even IoT. So, do you not think Ubuntu ecosystem makes a good and easy to enter market? Unfortunately, I don't have the fuel and engine power to make API bindings, so anyone willing to help here? http://www.ubuntu.com/phone http://www.ubuntu.com/phone/features http://www.ubuntu.com/tablet https://developer.ubuntu.com/en/apps/qml/
Re: D in Ubuntu apps ecosystem
On Friday, 26 February 2016 at 09:25:19 UTC, Joseph Rushton Wakeling wrote: On Thursday, 25 February 2016 at 19:21:48 UTC, Joakim wrote: Well, if I understand right, the hardest part of the work (making sure things run OK on ARM) has substantially been done by you and others. Assuming that works, I would anticipate that the major part of the requirements would be the bindings to the Ubuntu SDK. Yes the SDK. That is the part that remains, asides bindings to the APIs. Much work has gone into iOS and Android but still more remains to actually use it for everyday apps. Ubuntu on the other hand is just straight forward. As I mentioned earlier, QML binding is done (dqml), remaining API bindings and integration into the SDK. https://developer.ubuntu.com/api/ https://developer.ubuntu.com/api/apps/qml/sdk-15.04.1/ https://developer.ubuntu.com/api/scopes/cpp/sdk-15.04.1/ I do think the Ubuntu offerings are compelling in terms of how they restructure the phone/tablet experience, particularly in terms of how they structure things like the security and permissions models, and the separation between hardware-interaction-layer vs. core OS vs. application space and the prospects there for consistent software deployment (and updates) across many different devices. That's my point, write one app and sell it to users of phones, phables, tablet, PC, IoT, etc. No change of code. Everything is handled by the Adaptive Layout.
Re: D Vulkan API
On Tuesday, 1 March 2016 at 11:33:26 UTC, Nicholas Wilson wrote: So i've spent the last few days making more D feeling bindings for vulkan, based off Satoshi's because going strait from the spec was a PITA and very inconsistent, and they're almost done. I would like to request some feedback on the code itself as well as the generated code and general feel of the interface for a an article/blog post on meta-programming and text processing in D. (I know I should replace most of those c-style for loops with join(er),but some of the ones dealing with arrays are quite complicated, and I really ought to factor out a lot of code). Also I just realised that all the extension functions will have to be called through obtained function pointers. Just one non-technical thing, the module naming does not follow the D style. This is common is some few projects and makes things inconsistent :) *** Modules Module and package names should be all lowercase, and only contain the characters [a..z][0..9][_]. This avoids problems when dealing with case-insensitive file systems. *** Code: http://dpaste.dzfl.pl/3146cdf9d382 outputted code http://dpaste.dzfl.pl/811796605755 Satoshi's bindings: https://github.com/Rikarin/VulkanizeD/blob/master/Vulkan.d Nic
Suggestion for a book
Whilst coding in D, there so many approaches one can take to structure his project. As the code base grow large, one can get really confused as to how best to structure code (modules, directories, classes, using class or structs, utilizing language features, etc.). Making a good decision initially will save a project a whole lot of development time (+ debugging & testing time). Using D for large project is kind of new (a least to me) and there are so many syntactic sugar and approaches one can take. For this, I suggest a book written to tackle these issues will be of good help to devs and shape the quality(familiar) code base in the D ecosystem. Probably make it more of a marketing strategy for I know D is flexible enough for enterprise development. This approach has not been used by many so we can utilize the opportunity. I know there are many experienced devs in the community who have much insights in using D for real world development and software development in general. What is your opinion on this?
Re: ABOUT PROGRAMMING LANGUAGE
On Wednesday, 9 March 2016 at 09:31:35 UTC, Aliyu Ibrahim wrote: What did people mean about the programming and if you will give some step and how to build a java game and how i wil operate it on my desktop. I will so glad and if you send your reply to my e-mail. Thanks Download this book a from http://ddili.org/ders/d.en/Programming_in_D.pdf which will teach you what computer programming means and how to program in the D programming language. When you learn how to program for some time, then you can learn how to program a game in D instead of Java. I recommend D for game development from 2016 onwards. But make sure you know how to program using a particular programing language before you start making games with it.
Re: the most D-ish GUI library
On Sunday, 13 March 2016 at 22:26:48 UTC, Saša Janiška wrote: Hello, After long pause and trying some other languages, I've decided to try (again) with D for writing open-source multi-platform desktop (GUI) application. I've selected three different libraries: a) dlangui (https://github.com/buggins/dlangui DlangUI has a nice API design but still need serious design and art work to catch up with Gtk 3.18 - 2.0 in terms of UI look and feel. I also find that it just have basic widgets. With Gtk you have Switch, Stack, Notebook, HeaderBar, and many modern input widgets for a modern GUI toolkit. b) GtkD (https://github.com/gtkd-developers/GtkD and Modern as it has gone through a lot of Widget try and error for the past few years. Currently looks realy great(on linux) and more matured. It's almost like Qt built for Linux in terms of features :) Unfortunately being old and written in C has introduced some bad API design, inconsistencies and naming conventions which makes using it for advanced/complex stuff really tedious. A Projects like elementary OS have built a framework (granite) on top of Gtk which makes things a bit easy for their developers(unfortunately it can only be used in Vala and it's design for their desktop environment (Pantheon). Recently, Gtk is introducing/advancing CSS integration which might bring down the complexity and more customization. It recommended Gtk ATM if you care more about Linux. c) tkd (https://github.com/nomad-software/tkd) Tkd works on Windows and Linux in my experience but look like from the 1980s - 90s. It's Look will definitely not sell when used for commercial (in 2016). Moreover it lacks some modern Widgets. However, it has IMO a really nice API design and it's easy for quick prototyping and it's also more stable. I run on Linux so i would sadly go for Gtk :( whilst keeping an eye on DlangUI
Re: the most D-ish GUI library
On Wednesday, 16 March 2016 at 09:44:22 UTC, Vadim Lopatin wrote: On Tuesday, 15 March 2016 at 22:26:15 UTC, Karabuta wrote: DlangUI has a nice API design but still need serious design and art work to catch up with Gtk 3.18 - 2.0 in terms of UI look and feel. I also find that it just have basic widgets. With Gtk you have Switch, Stack, Notebook, HeaderBar, and many modern input widgets for a modern GUI toolkit. Some of such widgets are easy to implement. Switch - just need to add new style for button to theme. Switch, Stack, Notebook, HeaderBar - new styles for TabHeader, TabHost, TabWidget Can be implemented in one day. Some other controls like Rich Edit or HTML view are much harder to implement, and require a lot of development time. Making of OSX native looking controls seems easy - new theme based on OSX screenshots is to be created. Well, the absence of those widgets is what keeps me from completely adopting DlangUI for my projects. I wish they were added. Modern UI is not just textboxes, lables and tables. Once those widgets are added,I will create my own themes and make it super great.
Re: the most D-ish GUI library
On Wednesday, 16 March 2016 at 07:26:24 UTC, Saša Janiška wrote: Karabuta writes: I run on Linux so i would sadly go for Gtk :( whilst keeping an eye on DlangUI Do you have any opinion for DWT (https://github.com/d-widget-toolkit/dwt which *might* be a nice one? Sincerely, Gour My dear, forget about DWT, not a chance :)
Re: Females in the community.
On Thursday, 17 March 2016 at 16:55:29 UTC, Jack Stouffer wrote: On Thursday, 17 March 2016 at 16:17:46 UTC, Karabuta wrote: Moreover, the socia Media representation of D sucks. I think we need a female, at least someone soft and mortal who actually understand how to communicate and build a community. That's how good documentations are written. That's a lot of stereotypes of both men and women, especially male coders. I don't appreciate the implication that women would be better than me at communicating because I'm a guy. And I'm sure women don't appreciate being called "soft" and "moral". I don't mean it that way. It's a figure of speech :) Let's drop this whole discussion before it gets embarrassing for everyone. Now you are dropping my main point I personally don't care whether male or female. I care about the community and that is where I would like to see more activity. The community(social) has currently received less attention IMO. It's not that D is not yet good for more adoption, the issue is with social marketing.
Females in the community.
Are there any female programmers using D? :) Moreover, the socia Media representation of D sucks. I think we need a female, at least someone soft and mortal who actually understand how to communicate and build a community. Coders suck at these things and its not helping. This is not about gender balance crap, it about building a community. Forgive me for my brutal opinion. Destroy :)
Re: Females in the community.
On Friday, 18 March 2016 at 12:09:45 UTC, qznc wrote: On Thursday, 17 March 2016 at 16:17:46 UTC, Karabuta wrote: Are there any female programmers using D? :) Moreover, the socia Media representation of D sucks. I think we need a female, at least someone soft and mortal who actually understand how to communicate and build a community. Coders suck at these things and its not helping. This is not about gender balance crap, it about building a community. Forgive me for my brutal opinion. Destroy :) I guess this thread now only serves as a lesson in "political" writing. Karabuta wanted to discuss that "the social media representation of D sucks". Unfortunately, he opened his post with a question for "female programmers using D". Even the title is "Females in the community". The discussion derailed into sexism and whatnot. I would advice Karabuta (or anyone else) to make another top-level post without any references to gender, if you want to discuss social media. Yeah, you are totally right. I though that it was clear that the statement contained "metaphors". Howerver, people had there own "words they wanted to spit out" :) I will try not to use metaphors in coders forum next time :) It bothers me that some "BAD" programming languages have marketing edge on the social media, whilst D has none. You know, that's where "everybody" is nowadays. On the side note, you saw through all the various comments and realized what I meant. That's amazing :)
Re: Females in the community.
On Thursday, 17 March 2016 at 16:55:29 UTC, Jack Stouffer wrote: On Thursday, 17 March 2016 at 16:17:46 UTC, Karabuta wrote: Moreover, the socia Media representation of D sucks. I think we need a female, at least someone soft and mortal who That's a lot of stereotypes of both men and women, especially male coders. I don't appreciate the implication that women would be better than me at communicating because I'm a guy. And I'm sure women don't appreciate being called "soft" and "moral". Let's drop this whole discussion before it gets embarrassing for everyone. "Mortal" not "moral", it's a figure of speech called "Metaphor" :)
Re: Females in the community.
On Thursday, 17 March 2016 at 17:07:28 UTC, deadalnix wrote: On Thursday, 17 March 2016 at 16:17:46 UTC, Karabuta wrote: Are there any female programmers using D? :) Are you programing by slamming your dick on the keyboard ? No ? Me neither. Therefore, your genitalia don't matter here. Moreover, the socia Media representation of D sucks. I think we need a female, at least someone soft and mortal who actually understand how to communicate and build a community. Coders suck at these things and its not helping. This is not about gender balance crap, it about building a community. Forgive me for my brutal opinion. It is not brutal, it is dull and cringe-worthy. Really, you guys feel that way? Maybe it's because we are from different cultural and social backgrounds :) Anyway, the point I'm trying to make is what I intend to pass forward for discussion.
Re: Females in the community.
On Monday, 11 April 2016 at 17:12:03 UTC, Ola Fosheim Grøstad wrote: On Saturday, 26 March 2016 at 19:52:18 UTC, QAston wrote: A person who advocates for a more welcoming community and wishes for objective moderation introduces a divisive topic You need to relax. The topic wasn't divisive. I haven't asked for moderation. I haven't argued in favour of objectivity. What is appropriate and not appropriate in an off-topic social thread like this is entirely cultural. I don't consider politics to be particularly contentious, and have never seen it been made an issue of, outside of very narrow US contexts, in my past _30_ years on the Internet. The overall problem with this mentality is that you aren't supposed to mention politics _in case_ someone gets offended, not because they actually do get offended. Which pretty much makes it very difficult to get a working democracy. What _is_ a problem in these forums are the level of butt-hurt personal focus, not the occasional social thread. This community would be much better if there were more social threads, actually. A general forum is _usually_ a catch-all forum, so if you guys want to allow socialization, but don't want off-topic threads you probably should consider creating a separate social forum. Of course, it seems like socialization is not a priority, but then you won't see the formation of strong bonds either (outside of IRC etc). Github doesn't really form strong ties. The basic idea that people will form strong teams based on code alone is not entirely well-founded. +1
Gnome Builder IDE
Anyone tried this IDE for D coding? Seems to work pretty well. It deserves some D attention. https://wiki.gnome.org/Apps/Builder
Re: Gnome Builder IDE
On Tuesday, 19 April 2016 at 17:16:45 UTC, WebFreak001 wrote: On Tuesday, 19 April 2016 at 16:29:41 UTC, Karabuta wrote: Anyone tried this IDE for D coding? Seems to work pretty well. It deserves some D attention. https://wiki.gnome.org/Apps/Builder Cool, it supports plugins using libpeas. Gonna make a plugin using workspace-d Can't wait to try it :)
Re: Gnome Builder IDE
On Wednesday, 20 April 2016 at 06:40:38 UTC, Russel Winder wrote: On Tue, 2016-04-19 at 16:29 +, Karabuta via Digitalmars-d wrote: Anyone tried this IDE for D coding? Seems to work pretty well. It deserves some D attention. https://wiki.gnome.org/Apps/Builder I downloaded gnome-builder 3.20.0 on Fedora Rawhide, and ran it, and got an immediate SIGSEGV. Not as yet at all impressed. Works well for Fedora 23 in software centre. I will recommended Fedora 24 for 3.20
Re: Gnome Builder IDE
On Sunday, 1 May 2016 at 16:21:16 UTC, WebFreak001 wrote: On Tuesday, 19 April 2016 at 16:29:41 UTC, Karabuta wrote: Anyone tried this IDE for D coding? Seems to work pretty well. It deserves some D attention. https://wiki.gnome.org/Apps/Builder I would make a plugin but it seems that you can't make external plugins without recompiling builder from source yet You should contact Hegert(the lead developer). I think that's what he wrote in his blog. Try issues in the github repo.
Dconf videos offline download?
How can I get them?
Re: Dconf videos offline download?
On Tuesday, 10 May 2016 at 21:02:05 UTC, John Colvin wrote: On Tuesday, 10 May 2016 at 20:50:04 UTC, Karabuta wrote: How can I get them? http://offliberty.com/# Sweet!
Re: Dconf videos offline download?
On Tuesday, 10 May 2016 at 21:23:00 UTC, Marco Leise wrote: Until edited 1080p videos become available, you can use FlashGot in Firefox to get at the flash video files in ustream.tv. Here is a set of extracted links: [...] Thank you very much
Re: Andrei's list of barriers to D adoption
On Monday, 6 June 2016 at 02:20:52 UTC, Walter Bright wrote: Andrei posted this on another thread. I felt it deserved its own thread. It's very important. - I go to conferences. Train and consult at large companies. Dozens every year, cumulatively thousands of people. I talk about D and ask people what it would take for them to use the language. Invariably I hear a surprisingly small number of reasons: * The garbage collector eliminates probably 60% of potential users right off. * Tooling is immature and of poorer quality compared to the competition. * Safety has holes and bugs. * Hiring people who know D is a problem. * Documentation and tutorials are weak. * There's no web services framework (by this time many folks know of D, but of those a shockingly small fraction has even heard of vibe.d). I have strongly argued with Sönke to bundle vibe.d with dmd over one year ago, and also in this forum. There wasn't enough interest. * (On Windows) if it doesn't have a compelling Visual Studio plugin, it doesn't exist. * Let's wait for the "herd effect" (corporate support) to start. * Not enough advantages over the competition to make up for the weaknesses above. Tutorial, tutorials, tutorials Serach youtube for D tutorials and you will find none that is helpful to many people. Check rust tutorials, yeah JavaScript tutorials, abundance. Go tutorials, plenty. Java tutorials, yeah. Clearly there seem to be a problem with tutorials.
Re: DConf Videos
On Monday, 6 June 2016 at 16:22:18 UTC, Gary Willoughby wrote: On Monday, 6 June 2016 at 10:40:01 UTC, sarn wrote: What's the best source of DConf videos at the moment? Are there are any edited versions released? I'd like to share some of my favourite talks. Also, where are the DConf 2016 videos? I was under the impression that they would be released on YouTube? So I thought.
Re: zip packages to pack modules
On Tuesday, 29 September 2015 at 15:07:40 UTC, ponce wrote: On Tuesday, 29 September 2015 at 14:24:03 UTC, tcak wrote: ZIP packages in no way make any change in the language. There is no need for pragmas even. There is no this simple (e.g. dmd main.d library.zip) substitute for it at the moment. You can do it with a dmd frontend, if an argument finish in .zip, then unzip it in a temporary directory, then call dmd. Passthrough all other flags. On the other hand, I can only recommend you to use DUB. It made things way more simpler than they were, but you do need to learn it. dub is more convenient than npm(node package manager) IMHO. Them problem is the bloating of dependencies.
More D blog posts and Youtube tutorials
Everyday we argue about why other languages are getting more users than D due to certain design decisions they make. But IMO, all those languages suck :). There is sugar in D, no honey!. The problem I see is very few people are really aware of D as a creation out experience and research. I hurts so bad that there is almost nothing to find in terms of tutorials and blog posts for D. I think D really need such things. Of course I would if I was not still learning D. How bad will a 10 mins screencast hurt? I really like the way the other guys utilize Google hangouts even though their language of choice suck, IMHO.
Re: More D blog posts and Youtube tutorials
On Tuesday, 29 September 2015 at 19:00:32 UTC, H. S. Teoh wrote: On Tue, Sep 29, 2015 at 06:41:49PM +, karabuta via Digitalmars-d wrote: The problem I see is very few people are really aware of D as a creation out experience and research. I hurts so bad that there is almost nothing to find in terms of tutorials and blog posts for D. I'd say that even if you are still only learning D, you can already contribute screencasts and blog posts and whatever else you perceive there's a lack of. In fact, you may be uniquely poised to deliver the most punch with your efforts, because as someone new to the language, you share a perspective that many other newcomers will experience when they first pick up the language, whereas the rest of us "old folks" already know "too much" about D, and what we write would likely be full of assumptions that newcomers don't understand yet, which makes it less effective. Really? I will try to see what I can do.
Re: Is Anything Holding you back?
On Friday, 2 October 2015 at 05:28:23 UTC, suliman wrote: On Friday, 2 October 2015 at 05:15:26 UTC, luminousone wrote: On Friday, 2 October 2015 at 02:25:21 UTC, Yaser wrote: Are there any critical frameworks or libraries that are holding you back in fully investing in D? Obviously I think D is an awesome language, but some frameworks/libraries hold me back, wish I could do everything in D. and GUI lib with simple GUI builder That is what I want to hear.
What keeps you from using gtkd or dlangui
For some time now I have been trying various GUIs options in D. I came to settle on gtkd and dlangui(stability is not my current priority). In YHO, what keeps you from using any of those fully(mostly)? Gtkd first, followed by dlangui. I need to know what I am signing up for.
Re: What keeps you from using gtkd or dlangui
On Sunday, 4 October 2015 at 13:41:56 UTC, Adam D. Ruppe wrote: On Sunday, 4 October 2015 at 13:24:23 UTC, karabuta wrote: In YHO, what keeps you from using any of those fully(mostly)? Gtkd first, followed by dlangui. I need to know what I am signing up for. I don't like gtk as an end user, so I don't use it as a developer either. I've never tried dlangui, it came out after I started writing my own. What irks me about gtk as a user is that I have to install other stuff to use it and then the created windows just tend to be ugly and hard to use. Though, I've avoided it the last couple years for the most part so maybe it has improved... but Firefox and gimp still use that horribly horrible file chooser dialog sooo yeah. By the way, I can draw icons. Tell me when you need icons for minigui. At least, I can drawn better than those used in gtk :)
Re: What keeps you from using gtkd or dlangui
On Sunday, 4 October 2015 at 13:38:04 UTC, Manu wrote:
On 4 October 2015 at 23:24, karabuta via Digitalmars-d
wrote:
For some time now I have been trying various GUIs options in
D. I came to settle on gtkd and dlangui(stability is not my
current priority).
In YHO, what keeps you from using any of those fully(mostly)?
Gtkd first, followed by dlangui. I need to know what I am
signing up for.
Qt is the defacto portable standard, including mobile devices.
Sadly, there is no substitute, so as far as I'm concerned, D
waits for a Qt5 binding.
Can someone please tell me what is wrong dlangui? It might not be
stable and it mighint u()
{
int m = 35, bar = 5;
bar--;
m /= bar;
return m;
}t have some few bugs, but is it something I can rely on for a
windows-linux GUI app. Surely it might get better somehow.
Any unfiltered opinion on this? It hurts so bad that tkd does not
look convincing.
Is dlangui dead?
I hope I am wrong, but dlangui seems to be abandoned for some time after all the hard work that went into it. I really like it since it was easy to setup and get things working. In fact, I consider it the best option.
Re: Is dlangui dead?
On Tuesday, 20 October 2015 at 17:58:07 UTC, tcak wrote: On Tuesday, 20 October 2015 at 17:01:19 UTC, karabuta wrote: I hope I am wrong, but dlangui seems to be abandoned for some time after all the hard work that went into it. I really like it since it was easy to setup and get things working. In fact, I consider it the best option. So, are you planning to fork it, and continue its development as it was being developed by other developers? If only I knew how. Even then, I would not fork it but rather help out. Since making bindings to qt is a lot of work and unlikely to happen any time soon, I planned to go with dlangui.
Re: Is dlangui dead?
On Friday, 23 October 2015 at 10:09:36 UTC, Chris wrote: On Thursday, 22 October 2015 at 20:14:06 UTC, karabuta wrote: On Tuesday, 20 October 2015 at 17:58:07 UTC, tcak wrote: On Tuesday, 20 October 2015 at 17:01:19 UTC, karabuta wrote: I hope I am wrong, but dlangui seems to be abandoned for some time after all the hard work that went into it. I really like it since it was easy to setup and get things working. In fact, I consider it the best option. So, are you planning to fork it, and continue its development as it was being developed by other developers? If only I knew how. Even then, I would not fork it but rather help out. Since making bindings to qt is a lot of work and unlikely to happen any time soon, I planned to go with dlangui. Have a look at: http://wiki.dlang.org/Libraries_and_Frameworks#GUI_Libraries GtkD is pretty stable I think. wxD should also be ok, though I haven't tried it yet. Have a look at iup. The original is supposed to be rock solid. Or try any other of the wrappers listed there. At this stage, I'd recommend you to go with a wrapper. Native D GUIs come and go and you might get stuck. With wrappers you know what you get and if there's anything missing, you can interface to the original framework yourself. GtkD has loads of the nice features that Gtk has, e.g. a source code editor (with line numbers and syntax highlighting). You can use Glade to build the interface (drag and drop): https://glade.gnome.org/ Thanks for the insights.
Re: Is dlangui dead?
On Saturday, 24 October 2015 at 12:14:18 UTC, suliman wrote: On Saturday, 24 October 2015 at 12:07:29 UTC, karabuta wrote: On Friday, 23 October 2015 at 10:09:36 UTC, Chris wrote: On Thursday, 22 October 2015 at 20:14:06 UTC, karabuta wrote: On Tuesday, 20 October 2015 at 17:58:07 UTC, tcak wrote: On Tuesday, 20 October 2015 at 17:01:19 UTC, karabuta wrote: I hope I am wrong, but dlangui seems to be abandoned for some time after all the hard work that went into it. I really like it since it was easy to setup and get things working. In fact, I consider it the best option. So, are you planning to fork it, and continue its development as it was being developed by other developers? If only I knew how. Even then, I would not fork it but rather help out. Since making bindings to qt is a lot of work and unlikely to happen any time soon, I planned to go with dlangui. Have a look at: http://wiki.dlang.org/Libraries_and_Frameworks#GUI_Libraries GtkD is pretty stable I think. wxD should also be ok, though I haven't tried it yet. Have a look at iup. The original is supposed to be rock solid. Or try any other of the wrappers listed there. At this stage, I'd recommend you to go with a wrapper. Native D GUIs come and go and you might get stuck. With wrappers you know what you get and if there's anything missing, you can interface to the original framework yourself. GtkD has loads of the nice features that Gtk has, e.g. a source code editor (with line numbers and syntax highlighting). You can use Glade to build the interface (drag and drop): https://glade.gnome.org/ Thanks for the insights. Try this https://github.com/filcuc/DOtherSide How cross platform is dqml by the way?
Re: Anyone working on updated Qt bindings?
On Friday, 13 November 2015 at 20:03:38 UTC, Ramon wrote: Just for note, you can make desktop D applications in HTML/CSS3/scripting using https://github.com/midiway/sciter-dport May be Github's Electron or D's webview bindings(which also abstracts too much, with too much weird naming conventions) IMO.
Is D ready for quants?
This question came into mind when I read this http://www.makeuseof.com/answers/which-programming-language-is-used-to-build-a-financial-trading-platform/
Re: OT: Swift is now open source
On Thursday, 3 December 2015 at 20:22:39 UTC, Adam D. Ruppe wrote: On Thursday, 3 December 2015 at 20:16:50 UTC, Meta wrote: Surprisingly (or not), lack of semicolons is something that I have sorely missed in D/++/Java/C#/etc. ever since I first tried Ruby. There's a lot to be said for the little quality of life features in a language. I, on the other hand, can't use languages without semicolons... It is like trying to write English without full stops. I can go back and hit delete, but my fingers instinctively end thoughts with it. There's other benefits too but the habit is the big one for me. That is why I cannot stay with any programming language except PHP, C, JS & of course D. I still struggle(fell uncomfortable) with python even thought it has some tools I need at times.
Re: Microsoft to contribute to Clang and LLVM project
On Monday, 7 December 2015 at 11:26:27 UTC, Bruno Medeiros wrote: News article, Microsoft releases Clang with Microsoft CodeGen: http://blogs.msdn.com/b/vcblog/archive/2015/12/04/introducing-clang-with-microsoft-codegen-in-vs-2015-update-1.aspx The interesting bit is at the end: " Clang with Microsoft CodeGen isn't just a private fork of the open-source Clang compiler. We'll be contributing the vast majority of the Clang and LLVM changes we've made back to the official Clang and LLVM sources. The biggest of these changes is support for emitting debug information compatible with the Visual Studio debugger " With these developments, one asks again, is it wise to spend any more time working and using the Digital Mars backend for D?... Well not everyone uses visual studio. It may be of help to other win guys though. Not me ATM. So yes it is soo oo worth it IMO.
Re: We need a good code font for the function signatures on dlang.org
On Wednesday, 16 December 2015 at 21:05:27 UTC, Andrei Alexandrescu wrote: I was looking at https://github.com/D-Programming-Language/dlang.org/pull/1169 and that bold sans serif proportional text for the code is just... well let's say it's time to replace it. What would be a good code font to use for those? Thanks, Andrei Consolas is pretty solid IMO. It is not only good for code but readable even from a long distance with it's round nature. In fact my CLI, Atom and every IDE I use have font face set to Consolas. Pretty neat.
Re: D Consortium as Book / App Publisher... ?
On Sunday, 20 December 2015 at 21:09:31 UTC, Jakob Jenkov wrote: Writing a focused book of around 100 pages can be done in 3-6 months. If more people chip in, it might even be faster. There are these books floating around where various programmers actually come together to write them. Each author take charge of a section. They go like: Problem: How to rename all files in a directory. Solution: .. They take advantage of common tasks and make them into a book. These books really sell. D community/Consortium can do similar if is worth it.
Re: Mockup of my doc dream ideas
On Friday, 25 December 2015 at 07:41:11 UTC, James Hofmann wrote: On Friday, 25 December 2015 at 05:06:47 UTC, Adam D. Ruppe wrote: I strongly agree Markdown is simple to use, and well supported. No need to do work that has already been done. Besides, Github is pretty popular nowadays. assert(false, "jQuery has a really good documentation.");
IPFS is growing and Go, Swift, ruby, python, rust, C++, etc are already there
Anyone has the fuel and time to take the initiative? It will probably take over HTTP. Currently implemented in Go with JavaScript and Python on the way. However it seems most other programming languages have API Client Libraries. Sup? :) http://ipfs.io/ https://github.com/ipfs/ipfs
Re: IPFS is growing and Go, Swift, ruby, python, rust, C++, etc are already there
On Wednesday, 13 January 2016 at 00:00:17 UTC, israel wrote: On Tuesday, 12 January 2016 at 23:26:07 UTC, karabuta wrote: Anyone has the fuel and time to take the initiative? It will probably take over HTTP. Currently implemented in Go with JavaScript and Python on the way. However it seems most other programming languages have API Client Libraries. Sup? :) http://ipfs.io/ https://github.com/ipfs/ipfs So is this Blue ray vs HD DVD all over again? https://zeronet.io/ Similar but different use case. https://www.reddit.com/r/zeronet/comments/3rhmt5/what_are_the_main_differnece_between_ipfs_and/
Re: [dlang.org] new forum design - preview
On Wednesday, 13 January 2016 at 06:01:41 UTC, Vladimir Panteleev wrote: http://beta.forum.dlang.org/ https://github.com/CyberShadow/DFeed/pull/51 Disclaimer: I am a web designer Looks like an old website of the 2010's IMO :) 1. The reddish header background is not inviting. I suggest a dark background colour for the header. 2. Why not a fixed header bar? 3. There are too many border lines in the layout. 4. Your could use the grey colour from the old website which is softer on the eyes. 5. The font, the font, the FONT. The one in the current forum is really good for code though but not for reading. 6. No plans for a code syntax highlighter? The logo is why are there some particle-like thing on the logo. can I propose a better one maybe? Anyway, nice work?
Re: [dlang.org] new forum design - preview
On Wednesday, 13 January 2016 at 06:01:41 UTC, Vladimir Panteleev wrote: http://beta.forum.dlang.org/ https://github.com/CyberShadow/DFeed/pull/51 The DSFML website has a good selection of colours for the page and header background (but no syntax highlighting though) http://www.dsfml.com/
Re: IPFS is growing and Go, Swift, ruby, python, rust, C++, etc are already there
On Wednesday, 13 January 2016 at 08:19:01 UTC, Joakim wrote: On Wednesday, 13 January 2016 at 00:00:17 UTC, israel wrote: On Tuesday, 12 January 2016 at 23:26:07 UTC, karabuta wrote: Anyone has the fuel and time to take the initiative? It will probably take over HTTP. Currently implemented in Go with JavaScript and Python on the way. However it seems most other programming languages have API Client Libraries. Sup? :) http://ipfs.io/ https://github.com/ipfs/ipfs So is this Blue ray vs HD DVD all over again? https://zeronet.io/ Heh, never heard of either, despite my talking up p2p here recently, guess I don't really look for it. I hate that they're both built around distributing the web stack though, good luck with securing that. And when they do, D will be far behind.
Re: Rust's website is really good
On Friday, 15 January 2016 at 11:56:36 UTC, Andrea Fontana wrote:
On Friday, 15 January 2016 at 11:35:52 UTC, Saurabh Das wrote:
I saw it via Reddit. Since the dlang.org website has been
under discussion on this forum, I thought I would bring it up:
https://www.rust-lang.org/faq.html
https://www.rust-lang.org/
I admire the clean, modern look, simple colours and focus on
what's important. The content is very good and "full".
Arguably, this is better than even Python's website. I think
they've taken the "run code here" idea from dlang.org though :)
I think on dlang homepage (both proposed and old) there are too
much things ("informations") that disorient visitors. And they
scare them. You should not to confuse them with a lot of
informations.
OK. How do I contribute to the design? I will run away if I have
to go through a long process b4 i can do that:) Such simple
design can be done in a day and even make it responsive.
Re: std.experimental.yesnogc
On Thursday, 14 January 2016 at 07:44:16 UTC, Jacob Carlborg wrote: On 2016-01-14 01:35, Andrei Alexandrescu wrote: Hey folks, I want to push things forward with artifacts dedicated to avoiding the GC, and of course my main worry is finding the right name. An obvious choice is std.experimental.nogc but we know from Marketing 101 that expressing something as a positive is better than a negative. Another possibility is std.experimental.rc, but that's imprecise because the artifacts in there will contain a variety of things in addition to reference counting-related artifacts. std.experimental.memory with submodules for the different use cases: std.experimental.memory.rc std.experimental.memory.gc std.experimental.memory.manual // or something +1
Re: std.experimental.yesnogc
On Saturday, 16 January 2016 at 15:56:39 UTC, karabuta wrote: On Thursday, 14 January 2016 at 07:44:16 UTC, Jacob Carlborg wrote: std.experimental.memory.rc std.experimental.memory.gc std.experimental.memory.manual // or something +1 Simplifies things IMO
Re: local import hijacking
On Thursday, 14 January 2016 at 15:54:02 UTC, Daniel Kozak wrote:
V Thu, 14 Jan 2016 16:17:41 +0100
anonymous via Digitalmars-d
napsáno:
On 14.01.2016 15:25, Byron Heads wrote:
> I got burned by this yesterday, this code should not compile
>
void foo() {
import std.net.curl; /* not mentioning trace */
trace("hello");
}
Using local imports is dangerous. It should be used only with
selective imports
Some of these problems can be avoided when you write good code.
Explicit import is allowed but not the best especially when you
are just using one or two functions (locally or globally).
Same as those who write:
class Name {
string name;
this(string name) {
name = name;
}
}
Instead of;
class Name {
string name;
this(string name) {
this.name = name;
}
}
Imagine you have;
class Name {
string realName;
this(string name) {
a lot of code here...
string realName = name . //This will punish you
a lot of code here...
string finalName = realName ...
a lot of code here...
realName = finalName; // code maintained for a long time
}
}
Writing good code takes time much like mining diamond.
Re: IPFS is growing and Go, Swift, ruby, python, rust, C++, etc are already there
On Wednesday, 13 January 2016 at 20:07:01 UTC, Wyatt wrote: On Wednesday, 13 January 2016 at 19:17:00 UTC, karabuta wrote: when they do This is... remarkably optimistic. -Wyatt Mark my words
Re: [dlang.org] getting the redesign wrapped up
On Friday, 8 January 2016 at 22:32:59 UTC, anonymous wrote: My implementation of the redesign is pretty much complete. Check it out: http://d-ag0aep6g.rhcloud.com/ This is an implementation of a design done by one Ivan Smirnov, brought forward by Jacob Carlborg [1]. The dark forum widgets on the home page are in iframes. Their styling will need to be updated at the source, which is forum.dlang.org. Another external dependency is the This Week in D script. Adam, it would be nice if the `setTwid` function could take the date separately. That would allow me to word the text without having "This Week in D" there twice. Other than those two little things I consider this done. From my side it could be merged immediately. It's responsive too. sweet!! Nice layout, nice UX, reddish color is a little mmm... But just to suggest further improvement on the UX; 1.The online runner could have a label which tells what it does. Maybe change the "you code here" to "Test Code Here". 2. The top and bottom margin of the various sections (Community, Learn, etc) are more squeezed together especially on smaller viewports. 3. I think the English there is too high level for a beginner, especially the "Why D" justification?
Re: [dlang.org] new forum design
On Monday, 18 January 2016 at 18:17:31 UTC, Uranuz wrote: On Monday, 18 January 2016 at 10:20:13 UTC, Vladimir Panteleev wrote: As the new design rolled out on dlang.org, I decided to push the changes on forum.dlang.org as well. From what I gathered from the previous feedback thread, I believe we've addressed the most stringent issues. Once again thanks to anonymous / @aG0aep6G for doing practically all the work, and to everyone who's provided feedback so far. [...] New design looks good, although I get used to see the old one) One thing I don't feel comfortabale about is default color of links. As for me this *red* color is too bright and hurts my eyes. I propose to use more *dark red* as a default (I like that one that is currently used for hovered elements #742620). But instead maybe use bright one (#b03931) for hovered elements. And I agree that it would be good to have another color for visited links (maybe *grayed red* like this: #9E7673). Overall look is clean and minimalistic. Good work! This design is a major improvement in terms of layout, but still behind when it comes to UX(User Experience) and Accessibility. The most important thing people never understood about Jobs. Coders are weird :)
Re: Localization (i18n) Options
On Monday, 18 January 2016 at 15:06:12 UTC, Luis wrote: On Monday, 18 January 2016 at 14:00:05 UTC, Gerald wrote: [...] I browse your code and grestful code a few times. I did stuff with GtkD on a different approach, using GtkBuilder and Gtk autolink of functions by name. I try to avoid generating the GUI interface by code, so I can do changes editing an XML with a visual tool. I need to clean my code base before anyone could try to use it as example. I wrote a few years ago on a quick & dirty way. Were I can find the script to generate ddox for GtkD ? PD: I'm the only guy that think that a hypothetical implementation of GtkBuilder running on CTFE would be great ? So generates the GUI on compile time instead of parsing and generating stuff on runtime ? +1
Re: [dlang.org] Let's talk about the logo
On Saturday, 23 January 2016 at 08:25:49 UTC, Walter Bright wrote: I always wanted it to be a gif so the planet would appear to be subtly rotating and the edge of Deimos might twinkle slightly :-) If it was meant to be a git then it makes more sense why it was as it is originally (but without the borders). I always thought the circles on the D was confusing since very few people will recognize without being told what it is. But when the rotation is added, it will be awesome!! (That is design).
Re: [dlang.org] Let's talk about the logo
On Friday, 22 January 2016 at 20:28:57 UTC, anonymous wrote: On 22.01.2016 20:53, ronaldmc wrote: I don't want to start a war, but this isn't community? I mean aren't we trying to make things better, because the way you said it seems like a dictatorship. It's dictatorship insofar as Walter and Andrei have veto power. If they don't want something in, it doesn't go in. I don't think this is a problem in practice. If it was, the community could always fork the project and then play by their own rules. And of all things, the logo wouldn't be a good reason to divide over, in my opinion. I am yet to see any good come from such decisions. Disagreement should not be a reason for division. YOU CAN NEVER GET WHAT YOU WANT IN ALL SITUATIONS (whether your are right or wrong). So please learn from people's mistakes like what happened between nodejs and iojs :) Just a logo? Come on!! D is the created programming language I have ever used.
Re: Why do some attributes start with '@' while others done't?
On Friday, 22 January 2016 at 04:30:33 UTC, tsbockman wrote: On Friday, 22 January 2016 at 02:13:56 UTC, Ola Fosheim Grøstad wrote: [...] I don't necessarily disagree with your overall point, but I think the question of whether a few attributes have an @ attached to them or not ranks pretty low on the list of "70% solutions with marginal support" that need fixing/fleshing out. If this is truly among the most pressing issues with D, then D must be in great shape. It seems like poor allocation of resources (both those of the D development team, and those of the D users who would be forced to update their code) to put much effort into this right now, when there are so many other issues of greater practical import to work on. Well, it's a big issue for me :)
Re: Why do some attributes start with '@' while others done't?
On Saturday, 23 January 2016 at 20:11:35 UTC, tsbockman wrote: On Saturday, 23 January 2016 at 20:07:48 UTC, karabuta wrote: On Friday, 22 January 2016 at 04:30:33 UTC, tsbockman wrote: I don't necessarily disagree with your overall point, but I think the question of whether a few attributes have an @ attached to them or not ranks pretty low on the list of "70% solutions with marginal support" that need fixing/fleshing out. If this is truly among the most pressing issues with D, then D must be in great shape. [...] Well, it's a big issue for me :) Then I guess D must be in great shape :-D And now they will argue about curly braces and semi-colons and the real issues for this thread will be forgotten and there will always be issues not resolved. People keep the hate in their heart and it leads to a whole lot of problem and heart and mental disease :) Seriously, @
Re: What's the real support that D offers for web development?
On Sunday, 24 January 2016 at 13:57:35 UTC, krzaq wrote: On Sunday, 24 January 2016 at 12:20:44 UTC, nbro wrote: [...] I'm afraid not, not for anything serious at least. The documentation is okay, but not great; greatly lacking examples. There is no built-in support for any real database engines and if you try to use something not built with vibe.d's fiber architecture in mind (even things from the standard library, like std.process) you're in for a world of random locks. I don't have pretty much any experience in webdev, but I tried RoR, node.js and vibe.d. Let me say, the experience was not in the vibe.d's favour. What examples do you want, please?
Re: What are the real GUI toolkits for D?
On Sunday, 24 January 2016 at 12:16:09 UTC, nbro wrote: Except for GtkD and DWT, D does not seem to be supported by a really nice GUI toolkit. Anyway, a serious programming language nowadays should have a lot more support in that area. I have not tried GtkD yet, but it seems the most promising. Many projects have started to create a GUI toolkit (or wrapper), but now they are abandoned. Are there any plans to really support the development of standard GUI toolkit? Not only that, there are also; DQML(if you want Qt's QML) https://github.com/filcuc/dqml DlangUI(written in D for Windows, mac, Linux) https://github.com/buggins/dlangui tkd(Tkinter) https://github.com/nomad-software/tkd Awesomium (Webview) https://github.com/k3kaimu/awebview Dude, there are no other cross platform GUIs aside these and (GtkD & DWT), and that is the case in every programming language there is today(that I know of and is matured enough). Currently Qt is the only one I know that works but it is written in C++ plus others high level stuff with binding in python. So you either go with Windows Form for windows only, or Mac GUI toolkit only or GtkD which at least works with Mac and De facto for Linux distros. Else haha!! If you want all D, the DlangUI is your solution at the moment. Check DlangIDE written with DlangUI from https://github.com/buggins/dlangide
Using C++ everywhere D is makes things worst
I understand many D programmers were formally(or still is or in-between) C++ but most explanations for certain things tells me either D is a C++ clone or I need to learn C++ first before I really understand D (kind of like C++ is a subset of D). I must say that I never coded C++ beyond "hello, world!" and I don't plan to. This is not about me and what I want, it is about improving the D learning resources available. Explaining D code by using C/C++ code and or theory confuses me as a learner. D alone is too much to learn.
Re: Using C++ everywhere D is makes things worst
On Wednesday, 3 February 2016 at 15:40:08 UTC, Laeeth Isharc wrote: On Wednesday, 3 February 2016 at 13:27:45 UTC, karabuta wrote: I understand many D programmers were formally(or still is or in-between) C++ but most explanations for certain things tells me either D is a C++ clone or I need to learn C++ first before I really understand D (kind of like C++ is a subset of D). I must say that I never coded C++ beyond "hello, world!" and I don't plan to. This is not about me and what I want, it is about improving the D learning resources available. Explaining D code by using C/C++ code and or theory confuses me as a learner. D alone is too much to learn. what language are you coming from ? HTML -> CSS -> PHP -> JS -> python -> C -> D
Re: D is crap
On Sunday, 3 July 2016 at 04:37:02 UTC, D is crap wrote: Sorry, I've spend the last month trying my best to get simple shit done. At every turn there is some problem that has to be dealt with that is unrelated to my actual work. Be it the IDE, debugging, the library, or user shared code, it is just crap. D cannot be used successfully for semi-large projects without significant man hours invested in getting everything to work. [...] I do believe you are a die hard user of Visual Studio. These guys cannot leave outside their comfort zone. Ha ha. +1 For stability though. Ha ha.
Re: DConf Videos
On Tuesday, 7 June 2016 at 04:25:42 UTC, Mike Parker wrote: On Monday, 6 June 2016 at 18:48:30 UTC, Karabuta wrote: On Monday, 6 June 2016 at 16:22:18 UTC, Gary Willoughby wrote: On Monday, 6 June 2016 at 10:40:01 UTC, sarn wrote: What's the best source of DConf videos at the moment? Are there are any edited versions released? I'd like to share some of my favourite talks. Also, where are the DConf 2016 videos? I was under the impression that they would be released on YouTube? So I thought. It's only been a month. In the past, it's generally been a few weeks after each conference before the video uploads began. I'm sure they'll be coming soon. Yet still no videos. This is so not good.
Re: What is the current progress on "Safety and Memory Management"?
On Sunday, 17 July 2016 at 06:05:27 UTC, qznc wrote: On Saturday, 16 July 2016 at 21:45:17 UTC, maik klein wrote: I was actually thinking of contributing something bigger as part of my bachelor thesis. (Not sure if I am allowed to do that) What I wanted to do is to translate a big part of Rust's std to D. Stuff like Rc, Arc, Box, Optional + all the necessary tools for ownership semantics. Also implement data structures that work with ownership semantics (Rc, Box, Arc etc) like Vec, HashMap. Add ownership semantics to phobos, for example a lot of stuff in phobos can't be used with non copyable types. (A lot of things rely on copying) If I were your advisor, I would suggest not to think about Phobos. Just build your own library and publish via dub. Getting a contribution into Phobos is not a good use of time for a bachelor thesis. Apart from that: Ownership semantics as a library is a great topic! Go for it. +1
Re: IPFS
On Sunday, 14 August 2016 at 21:21:25 UTC, Nordlöw wrote: I advice you all to read about IPFS at https://ipfs.io/ and https://techcrunch.com/2015/10/04/why-the-internet-needs-ipfs-before-its-too-late/ A D frontend is lacking... :) More details at: https://github.com/ipfs/papers/raw/master/ipfs-cap2pfs/ipfs-p2p-file-system.pdf I mentioned IPFS here some time ago and said it even has JavaScript, Go had front-end, apparently no one saw the potential just like no one respondent to your thread. Too bad though :( IPFS is the future. Always chasing after mainstream ...
Re: Why D is not popular enough?
On Monday, 1 August 2016 at 15:31:35 UTC, Emre Temelkuran wrote: For years, i was travelling along Golang, Rust, Perl, Ruby, Python, PHP, JScript, JVM Languages. Lastly Crystal Lang and Nimrod, Julia, Haskell, Swift and many more that i can't remember. I'm 24 years old, my first lang was PHP and VBasic then C,C++ and i first heard about D after 2005 when i was 14-15 years old. I always ignored D, i prejudiced that D failed, because nobody were talking about it. I decided to check it yesterday, it has excellent documentation, i almost covered all aspects. I think D is much better than the most of the other popular langs. It's clear as JScript, Swift, Julia and PHP, also it's capable enough as C,C++. I think D deserves a bigger community. Why people need NodeJS, Typescript etc, when there is already better looking lang? Everyone talking about how ugly is Golang. So why people are going on it? Performance concerns? Why languages that are not backed up by huge companies are looking like they failed? That guy who was very popular in your high school, you remember? How did he become so popular? D doesn't have much of what it takes to become popular that is why it is not :) Just ask yourself, why is JavaScript so popular? How about PHP?
Re: D lang for android development
On Sunday, 14 August 2016 at 17:19:17 UTC, eugene wrote: Hello, everyone, did you try to write apps in D for android? Is it ok currently to write in D for android or there are issues or something? I think DlangUI has some initial support for Android. The developer even did a mindcraft demo (whatever that game is called :) ). Go to code.dlang.org and search for "dlangui" and check his Github repo
Re: [OT] The coolest (literally) desktop machine I've ever had
On Friday, 12 August 2016 at 19:13:12 UTC, Andrei Alexandrescu wrote: I was using a large Lenovo Y70-70 laptop as a pseudo-desktop machine and additional monitor. It's quite powerful, but its fans would run at all times. Getting really tired of that, I googled for the better part of an afternoon for "fanless desktop" and it turns out it's much harder to find one than I'd initially thought. (Slow fanless machines are easy to find, but I was looking for one as powerful as any desktop.) At about the time I was ready to give up I found an obscure site of an Israeli company that claimed to make a real i7 fanless machine. It was releases very recently, too, so I'm thinking it might be of interest to some others. So I got it from Amazon: https://www.amazon.com/dp/B01CP4S15E. I fitted it with 8 GB RAM and 512 GB SSD. It's more expensive than a traditional desktop of the same configuration, but as soon as you turn it on, you know where that extra money went. (Speaking of money, ironically, the extra expenditure has had an unexpected return: I occasionally daytrade, and when I do I need CNBC on. That made the laptop's fans make even more noise than usual, so I was avoiding it. Nowadays I can keep CNBC on no problem, which allowed me to handily cover the extra expense.) I've put Linux Mint on it (which is what they recommend) and it works swimmingly. The handling of multiple desktops is just awesome. The one thing I don't like about the machine is it always powers the discrete graphics card, which I don't use. Their engineers (who've been very active to respond to my emailed questions) said a future BIOS upgrade will allow powering off the card. Thought this might help others looking for a fanless dekstop. Andrei You give talks about CPU technologies, optimization techniques etc. how did you not know that liquid cooling exist :) Or that is not what you wanted?
Establishing a recommended statndard for documenting dub packages
Looking through documentations for the various packages available in the dub registry, I noticed that some packages have very good documentation whilst others are quite not there yet. ... Therefore I suggest the community put-up some kind of documentation guideline to standardize the learning curve for packages/libraries. The IPFS project (ipfs.io) has something like this which makes some things easy to pick up and has motivated me to suggest this idea. What is your opinion on this?
Re: Establishing a recommended statndard for documenting dub packages
On Tuesday, 16 August 2016 at 21:05:29 UTC, jmh530 wrote: On Tuesday, 16 August 2016 at 19:59:16 UTC, Karabuta wrote: Looking through documentations for the various packages available in the dub registry, I noticed that some packages have very good documentation whilst others are quite not there yet. ... Therefore I suggest the community put-up some kind of documentation guideline to standardize the learning curve for packages/libraries. The IPFS project (ipfs.io) has something like this which makes some things easy to pick up and has motivated me to suggest this idea. What is your opinion on this? How about that standard applies to phobos while we're at it? Why not?
Re: [OT] of [OT] I am a developer and I hate documentation
On Thursday, 18 August 2016 at 23:14:44 UTC, H. S. Teoh wrote: On Fri, Aug 19, 2016 at 12:02:09AM +0200, Marco Leise via Digitalmars-d wrote: [...] By the way, AFAIK someone implemented `code` as an alternative to $(D code) quite a while ago. So you can use that instead. I'd like ordered/unordered lists to also follow markup style one day. I find it more natural and readable than $(OL $(LI first item) $(LI another important thing) ) [...] Sigh. Eventually we're just reinventing Markdown in ddoc. Why can't we just use Markdown (with some ddoc extensions) in the first place? T That will be way better, don't know why markdown is not used already. . Cant imagine how a compiler generated documentation for D templates will look like :)
Re: [OT] I am a developer and I hate documentation
On Thursday, 18 August 2016 at 08:40:23 UTC, Kagamin wrote: Article: https://dzone.com/articles/why-developers-write-horrible-documentation-and-ho Also: https://www.reddit.com/r/programming/comments/4y6pws/why_video_documentation_isnt_the_answer/ Ha ha ha! I read the article :) What sort of thinking went into writing this article? Videos as documentation? So when you want to understand a single function, you just search for that section in the video which a bet will take more time. If you cannot write well (with all the corrections you can make when writing), how can you speak well in one shot. So the question is, "Are programmers good verbal communicators than writers or vice versa"? "Damian Wolf is an tech enthusiast and marketing professional. He loves to write about cloud technology, knowledge management and business performance.". Mhmm, that's why. Developers Don't Need Documentation Video documentation is the answer. This article is dangerous
Check out blog post on vibe.d
I made a blog post on vibe.d for people who might be into node.js and other web frameworks. Its not meant for everybody especially not for softwares engineers or hardcore coders :) Please let me know what you think.
Re: Check out blog post on vibe.d
On Monday, 22 August 2016 at 15:50:55 UTC, Edwin van Leeuwen wrote: On Monday, 22 August 2016 at 15:47:34 UTC, karabuta wrote: I made a blog post on vibe.d for people who might be into node.js and other web frameworks. Its not meant for everybody especially not for softwares engineers or hardcore coders :) Please let me know what you think. Sounds good, but where is it :) Oh my bad :) What was I thinking? Here https://laberba.github.io/2016/hello-world-app-with-the-vibe.d-web-framework/
Thsi Youtube Channel Complete intro
Complete tutorial for beginners https://www.youtube.com/user/KeyEventHandler/playlists
