On Friday, 19 December 2014 at 07:37:45 UTC, Dicebot wrote:
On Friday, 19 December 2014 at 07:25:20 UTC, ole wrote:
me too. it's really disgusting how you guys treat (verbally
mistreat) others, who take a chance with D.
Good luck to you all on your pet project.
And how? Explaining mistakes and
On actual plan of D development - I believe that if situation
stays the same existing companies and core contributors will need
to step up and take over management of the language at some
point, based on some well-defined decision making protocol. Right
language leadership is the bottleneck - a
On 17/12/14 17:02, Adam D. Ruppe wrote:
On Wednesday, 17 December 2014 at 13:13:43 UTC, Shachar Shemesh wrote:
It just seems like extra unneeded superfluous unnecessary redundancy.
It is somewhat important because storing a slice to a static array is a
big problem:
Any time you pass by refe
On Thursday, 18 December 2014 at 21:39:49 UTC, Vic wrote:
> We have :
- a huge cemetery of D project
+ 1
What to do:
- Stop to add new feature in D (new annotation or whatever is
not an urgent needs)
+1000.
But this is not the culture of the creators. They think adding
features is fun.
On Friday, 19 December 2014 at 07:25:20 UTC, ole wrote:
me too. it's really disgusting how you guys treat (verbally
mistreat) others, who take a chance with D.
Good luck to you all on your pet project.
And how? Explaining mistakes and reasons why just taking a chance
brings nothing (and can as
On Friday, 19 December 2014 at 06:47:31 UTC, Manu via
Digitalmars-d wrote:
On 19 December 2014 at 00:55, Chris via Digitalmars-d
wrote:
On Thursday, 18 December 2014 at 14:34:10 UTC, Manu via
Digitalmars-d wrote:
So to sum things up
1. you blindly walked into something you had no real
exper
On Thursday, 18 December 2014 at 18:04:10 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Thu, Dec 18, 2014 at 03:44:18PM +, Dicebot via
Digitalmars-d wrote:
Have you seen my http://wiki.dlang.org/DIP63 ?
Ahhh, finally I understand what this DIP is all about. :-D
I like it. +1.
T
Unfortun
On Friday, 19 December 2014 at 06:47:31 UTC, Manu via
Digitalmars-d wrote:
On 19 December 2014 at 00:55, Chris via Digitalmars-d
wrote:
On Thursday, 18 December 2014 at 14:34:10 UTC, Manu via
Digitalmars-d wrote:
So to sum things up
1. you blindly walked into something you had no real
exper
On 19 December 2014 at 00:55, Chris via Digitalmars-d
wrote:
> On Thursday, 18 December 2014 at 14:34:10 UTC, Manu via Digitalmars-d wrote:
>
> So to sum things up
>
> 1. you blindly walked into something you had no real experience with, apart
> from some vague memory that some parts of vibed work
On 19/12/2014 10:22 a.m., Joseph Rushton Wakeling via Digitalmars-d wrote:
On 18/12/14 14:07, Rikki Cattermole via Digitalmars-d wrote:
I'm in agreement that we need to start freezing the language.
E.g. in the next 6 months we will get x done. And no new features
other then
those chosen will be
On 19/12/2014 3:12 p.m., aldanor wrote:
pkg/
c/
module1.d
module pkg.c.module1;
int x = 1;
package.d
module pkg.c;
public import pkg.c.module1;
test.d
module pkg.test;
unittest {
import
On 19/12/2014 10:19 a.m., Kingsley wrote:
On Wednesday, 17 December 2014 at 21:05:05 UTC, Kingsley wrote:
Hi Bruno,
Thanks very much. I do have a couple of questions about DDT in
relation to my plugin.
Firstly - I'm not too familiar with parsing/lexing but at the moment
the Psi Structure I h
On Fri, Dec 19, 2014 at 01:11:02AM +, Kiith-Sa via Digitalmars-d wrote:
[...]
> In case you'll have time/will to work on this in near future -
> resulted from previous "D docs suck" discussion (I'll probably do some
> of it eventually, but I'm unlikely to be free till summer):
>
> https://issu
pkg/
c/
module1.d
module pkg.c.module1;
int x = 1;
package.d
module pkg.c;
public import pkg.c.module1;
test.d
module pkg.test;
unittest {
import std.stdio;
import pkg.c;
wri
On 19 December 2014 at 03:44, H. S. Teoh via Digitalmars-d
wrote:
> On Thu, Dec 18, 2014 at 05:33:24PM +, Sebastiaan Koppe via Digitalmars-d
> wrote:
>> On Sunday, 14 December 2014 at 08:02:47 UTC, ketmar via Digitalmars-d wrote:
>> >>I find a much bigger problem is tendency for some programm
On Friday, 19 December 2014 at 00:21:06 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Thu, Dec 18, 2014 at 08:12:07PM +, Laeeth Isharc via
Digitalmars-d wrote:
[...]
- better reference documentation. I don't believe I lack the
ability
generally to figure things out, but the dlang.org library
Noticed 2 non-bot threads at Reddit (sorry for spam, but due to
all D talk being here newcomers may get the impression of a dead
community), maybe someone here is able to answer them?
https://www.reddit.com/r/d_language/comments/2ppxya/is_there_any_interest_in_writing_algorithms_in_d/
https://
So to sum things up
1. you blindly walked into something you had no real experience
with, apart from some vague memory that some parts of vibed
worked for you a while ago.
Pure bile. No - reread the thread.
2. you knew the debugger might be an issue, if not _the_ issue,
but chose not to
On Thu, Dec 18, 2014 at 08:12:07PM +, Laeeth Isharc via Digitalmars-d wrote:
[...]
> - better reference documentation. I don't believe I lack the ability
> generally to figure things out, but the dlang.org library reference is
> far from being utterly clear if you don't start from a place of
>
On Thu, 18 Dec 2014 23:18:16 +
"Adam D. Ruppe via Digitalmars-d" wrote:
> On Thursday, 18 December 2014 at 23:06:12 UTC, ketmar via
> Digitalmars-d wrote:
> > the only thing this will help is to hide bugs, i believe.
>
> On the contrary, I find explicit casts hide bugs. Suppose you
> write
On Thu, 18 Dec 2014 23:18:16 +
"Adam D. Ruppe via Digitalmars-d" wrote:
> On Thursday, 18 December 2014 at 23:06:12 UTC, ketmar via
> Digitalmars-d wrote:
> > the only thing this will help is to hide bugs, i believe.
>
> On the contrary, I find explicit casts hide bugs. Suppose you
> write
On Thursday, 18 December 2014 at 22:46:06 UTC, Jonathan Marler
wrote:
foo(cast() s); // Another possible syntax
That already has meaning in D: it strips off qualifiers like
casting immutable to mutable. So cast(auto) would be better.
On Thursday, 18 December 2014 at 23:06:12 UTC, ketmar via
Digitalmars-d wrote:
the only thing this will help is to hide bugs, i believe.
On the contrary, I find explicit casts hide bugs. Suppose you
write:
size_t a = cast(int) b;
It will compile and run. It'll mostly work. But the cast to i
On Thu, 18 Dec 2014 22:46:04 +
Jonathan Marler via Digitalmars-d wrote:
> What are peoples thoughts on having an inferred type for "cast"?
> Good/Bad idea? If good, how helpful would this be? Would this
> break existing code somehow? I think this feature would be a nice
> added convenience
What are peoples thoughts on having an inferred type for "cast"?
Good/Bad idea? If good, how helpful would this be? Would this
break existing code somehow? I think this feature would be a nice
added convenience. Not super helpful but nice to have.
Here's the details
---
Typed
> We have :
- a huge cemetery of D project
+ 1
What to do:
- Stop to add new feature in D (new annotation or whatever is
not an urgent needs)
+1000.
But this is not the culture of the creators. They think adding
features is fun.
Vic
blog.apakau.com - company built on top of D in Silico
On 18/12/14 14:07, Rikki Cattermole via Digitalmars-d wrote:
I'm in agreement that we need to start freezing the language.
E.g. in the next 6 months we will get x done. And no new features other then
those chosen will be added.
IMHO, it's important to demarcate well what is considered "done", b
On Wednesday, 17 December 2014 at 21:05:05 UTC, Kingsley wrote:
Hi Bruno,
Thanks very much. I do have a couple of questions about DDT in
relation to my plugin.
Firstly - I'm not too familiar with parsing/lexing but at the
moment the Psi Structure I have implemented that comes from
the DDT
More complex creatures may take longer to mature than simpler
ones. At the age of five, an infant is a much less impressive
creature than a dog of the same age. (And one might sometimes
feel the same way also when it reaches the age of 15 ;) Social
institutions have organic traits too, so th
On Thursday, 18 December 2014 at 17:13:08 UTC, Joakim wrote:
- Hope commercial support comes along and cleans up a bunch of
bugs and clashing features.
Commercial support might consist of companies contributing to
the D core, a mob of users putting up bounties for bugs they
want fixed or feat
On Thu, Dec 18, 2014 at 03:44:18PM +, Dicebot via Digitalmars-d wrote:
> Have you seen my http://wiki.dlang.org/DIP63 ?
Ahhh, finally I understand what this DIP is all about. :-D
I like it. +1.
T
--
If blunt statements had a point, they wouldn't be blunt...
On Thu, Dec 18, 2014 at 05:33:24PM +, Sebastiaan Koppe via Digitalmars-d
wrote:
> On Sunday, 14 December 2014 at 08:02:47 UTC, ketmar via Digitalmars-d wrote:
> >>I find a much bigger problem is tendency for some programmers to
> >>commit over-abstraction, sacrificing heaps of efficiency/perfo
On Sunday, 14 December 2014 at 08:02:47 UTC, ketmar via
Digitalmars-d wrote:
I find a much bigger problem is tendency for some programmers
to
commit over-abstraction, sacrificing heaps of
efficiency/performance
in the process. Most open-source engines are this kind, and
will never
release a AA
On Thu, 18 Dec 2014 17:19:28 +
Nick Treleaven via Digitalmars-d wrote:
> On 18/12/2014 08:58, ketmar via Digitalmars-d wrote:
> >
> > too much work for toy hobbyst project.
> >
>
> In case you want free Git hosting other than github, check:
> https://git.wiki.kernel.org/index.php/GitHosting
On 18/12/2014 08:58, ketmar via Digitalmars-d wrote:
too much work for toy hobbyst project.
In case you want free Git hosting other than github, check:
https://git.wiki.kernel.org/index.php/GitHosting
Some sites have an open framework.
I don't think it's fair to lump D1 into the 15 years, since D2
went in a different direction and broke compatibility. In any
case, ruby was around for a decade before it took off, and it
didn't have to deal with a version break and all the stuff that
went with it.
To answer your question, he
I wasn't subscribed to druntime changes thus missed this
discussion. Will chime in there soon.
On Thursday, 18 December 2014 at 16:34:15 UTC, Wyatt wrote:
Wow, uh...I didn't think I was saying anything particularly
controversial, but I won a wall of text anyway. But it's cool;
turns out I've got one I can spare to reimburse you! :P I
don't think we fundamentally disagree, but I do thin
On 12/18/14 11:34 AM, Dicebot wrote:
On Thursday, 18 December 2014 at 16:15:09 UTC, Steven Schveighoffer wrote:
I don't disagree with the idea of having operators inside templates, I
just don't know if it solves the problem I was looking at.
Your original snippet seems to implementable withi
On Thursday, 18 December 2014 at 14:52:27 UTC, Dicebot wrote:
[...]
Stop reading my mind !
Wow, uh...I didn't think I was saying anything particularly
controversial, but I won a wall of text anyway. But it's cool;
turns out I've got one I can spare to reimburse you! :P I don't
think we fundamentally disagree, but I do think our differing
experience has informed our view of the issu
On Thursday, 18 December 2014 at 16:15:09 UTC, Steven
Schveighoffer wrote:
On 12/18/14 10:44 AM, Dicebot wrote:
Have you seen my http://wiki.dlang.org/DIP63 ?
I admit this is somewhat over my head, but it seems to be more
focused on types.
In D there is no special built-in value tuple conce
On 12/18/14 10:44 AM, Dicebot wrote:
Have you seen my http://wiki.dlang.org/DIP63 ?
I admit this is somewhat over my head, but it seems to be more focused
on types. I will note that your example:
struct Pack(T...)
{
alias expand = T;
alias expand this;
}
I don't think this would work,
On 12/18/14 10:43 AM, Steven Schveighoffer wrote:
struct KeyValuePair(K, V)
{
K key;
V value;
enum length = 2;
ref K opTupleIndex(int x) if(x == 0) { return key;}
ref V opTupleIndex(int x) if(x == 1) { return value;}
}
Or with more recent changes to the compiler:
template
Have you seen my http://wiki.dlang.org/DIP63 ?
We currently have the ability to do opIndex for simulating an array or
other type indexed at runtime.
But we have no way to simulate the ability of tuple indexing. Such an
ability would unleash a huge amount of possibilities, including
user-defined tuple types.
Let's designate a straw man na
On Thursday, 18 December 2014 at 14:34:10 UTC, Manu via
Digitalmars-d wrote:
On 18 December 2014 at 23:52, Mathias LANG via Digitalmars-d
wrote:
On Thursday, 18 December 2014 at 10:47:56 UTC, Manu via
Digitalmars-d wrote:
I think you've missed my entire point.
The summary is this:
Tried D, t
On Thursday, 18 December 2014 at 14:46:33 UTC, Dicebot wrote:
How one can consider pip a good thing for packaging and blame
dub at the same time is beyond my comprehensions. I have
nothing but hatred against both pip and gems.
You missed the point:
- to me dub is a pip like
but in python they
On Thursday, 18 December 2014 at 13:16:11 UTC, bioinfornatics
wrote:
about Dub, I have another view.
This build system was created for end user to get a missing
library when they want their killer application. As is done
with PyPI or gem.
Build system is never for end users but always for dev
How one can consider pip a good thing for packaging and blame dub
at the same time is beyond my comprehensions. I have nothing but
hatred against both pip and gems.
So now you are making Python a dependency.
Besides porting D to a new platform, Python must also be ported.
Yes, there are computer systems without Python support.
What ?
I took an example what is done in a close field .
I haven't said to put python as dependencies ...
On Thursday, 18 December 2014 at 14:31:10 UTC, bioinfornatics
wrote:
How do you intend to provide build tools and package
distribution that work across all OS?
split dub in smaller project as this packager could integrate
tools inside Os themself.
python with his setup.py is to me a nic
On Thursday, 18 December 2014 at 14:32:03 UTC, Dicebot wrote:
On Thursday, 18 December 2014 at 13:48:27 UTC, bioinfornatics
wrote:
please stop with this dub
It do not respect OS specification
Is a monolith application,inside they are at least 3 kinds of
software:
- a builder
- a package
On Thursday, 18 December 2014 at 13:48:27 UTC, bioinfornatics
wrote:
please stop with this dub
It do not respect OS specification
Is a monolith application,inside they are at least 3 kinds of
software:
- a builder
- a package manager
- a package indexer
In any case the :
- no respect of
How do you intend to provide build tools and package
distribution that work across all OS?
split dub in smaller project as this packager could integrate
tools inside Os themself.
python with his setup.py is to me a nice win
with it packager can configure it to fit right on Os
end user ca
On 18 December 2014 at 23:52, Mathias LANG via Digitalmars-d
wrote:
> On Thursday, 18 December 2014 at 10:47:56 UTC, Manu via Digitalmars-d wrote:
>>
>>
>> I think you've missed my entire point.
>> The summary is this:
>> Tried D, tried a very popular and often hyped D library/framework,
>> encoun
On Thursday, 18 December 2014 at 13:52:58 UTC, Vadim Lopatin
wrote:
On Thursday, 18 December 2014 at 13:51:08 UTC, Vadim Lopatin
wrote:
git clone g...@github.com:buggins/dlangide.git
cd dlang ide
dub run
Sorry, it should be
git clone https://github.com/buggins/dlangide.git
cd dlangide
dub run
On Thursday, 18 December 2014 at 13:48:27 UTC, bioinfornatics
wrote:
please stop with this dub
It do not respect OS specification
Is a monolith application,inside they are at least 3 kinds of
software:
- a builder
- a package manager
- a package indexer
In any case the :
- no respect of
On Thursday, 18 December 2014 at 10:47:56 UTC, Manu via
Digitalmars-d wrote:
I think you've missed my entire point.
The summary is this:
Tried D, tried a very popular and often hyped D
library/framework,
encountered bugs. There was friction along the way which
undermines
confidence, but the cr
On Thursday, 18 December 2014 at 13:51:08 UTC, Vadim Lopatin
wrote:
git clone g...@github.com:buggins/dlangide.git
cd dlang ide
dub run
Sorry, it should be
git clone https://github.com/buggins/dlangide.git
cd dlangide
dub run
On Thursday, 18 December 2014 at 13:43:15 UTC, Chris wrote:
On Thursday, 18 December 2014 at 11:50:46 UTC, Vadim Lopatin
wrote:
On Thursday, 18 December 2014 at 11:00:43 UTC, Chris wrote:
Very good! I tried it and couldn't clone the repo (permission
denied). Downloaded the master zip instead,
please stop with this dub
It do not respect OS specification
Is a monolith application,inside they are at least 3 kinds of
software:
- a builder
- a package manager
- a package indexer
In any case the :
- no respect of OS specification and standard path
- any discussion with OS packager
On Thursday, 18 December 2014 at 11:50:46 UTC, Vadim Lopatin
wrote:
On Thursday, 18 December 2014 at 11:00:43 UTC, Chris wrote:
Very good! I tried it and couldn't clone the repo (permission
denied). Downloaded the master zip instead, ran the above
command and got this message (dmd v2.066.0 64b
On Thursday, 18 December 2014 at 11:21:09 UTC, Dicebot wrote:
Exactly what I have meant - we don't truly have END-users.
There are more involved users and less involved users, each
working on parts and tools he needs. Some of those users do it
in spare time and for fun, few are paid programme
about Dub, I have another view.
This build system was created for end user to get a missing
library when they want their killer application. As is done with
PyPI or gem.
Dub to me is not a builder for developer and even less for an OS.
dub install software in home user "a la" windows style. I p
On 19/12/2014 1:38 a.m., bioinfornatics wrote:
Dear,
My topic is a kick in the anthill. I hope this will help D to think on
his problems.
D exist since 1999, if we look behind, what is done?
We have :
- a huge cemetery of D project
- no D killer application
- miss the goal what to do to improve
Dear,
My topic is a kick in the anthill. I hope this will help D to
think on his problems.
D exist since 1999, if we look behind, what is done?
We have :
- a huge cemetery of D project
- no D killer application
- miss the goal what to do to improve D experience
- each new D release your applic
On Thursday, 18 December 2014 at 10:47:56 UTC, Manu via
Digitalmars-d wrote:
On 17 December 2014 at 20:34, Chris via Digitalmars-d
wrote:
On Wednesday, 17 December 2014 at 09:48:43 UTC, Paolo
Invernizzi wrote:
On Wednesday, 17 December 2014 at 09:34:45 UTC, Dicebot wrote:
To start using D
how many times i have to say that phobos reference
documentation is not
for beginners?
Let us agree to disagree on that point.
On Thu, 18 Dec 2014 12:07:53 +
Ondra via Digitalmars-d wrote:
> >> On the other hand I don't feel that templates are so hard.
> >> That's actually why i started to learn D.
> > i bet you didn't do alot of convoluted templates in C++, aren't
> > you?
> > 'cause people with that background te
On Thu, 18 Dec 2014 12:03:55 +
Ondra via Digitalmars-d wrote:
> On Thursday, 18 December 2014 at 11:19:11 UTC, ketmar via
> Digitalmars-d wrote:
> > On Thu, 18 Dec 2014 10:54:22 +
> > Ondra via Digitalmars-d wrote:
> >
> >> No. There are almost no examples on practical usage of
> >> pa
On Thursday, 18 December 2014 at 11:54:52 UTC, ketmar via
Digitalmars-d wrote:
On Thu, 18 Dec 2014 11:43:43 +
Ondra via Digitalmars-d wrote:
I meant more to focus only on D. Like : "What do you have most
difficulty with while learning language/you were learning
langeuage?" "What do you co
On Thursday, 18 December 2014 at 11:19:11 UTC, ketmar via
Digitalmars-d wrote:
On Thu, 18 Dec 2014 10:54:22 +
Ondra via Digitalmars-d wrote:
No. There are almost no examples on practical usage of
packages. Have you tried to use e.g.: std.json from scratch
with only reading documentation w
On Thursday, 18 December 2014 at 11:00:43 UTC, Chris wrote:
Very good! I tried it and couldn't clone the repo (permission
denied). Downloaded the master zip instead, ran the above
command and got this message (dmd v2.066.0 64bit Linux):
...
Error executing command run: dmd failed with exit co
On Thu, 18 Dec 2014 11:43:43 +
Ondra via Digitalmars-d wrote:
> I meant more to focus only on D. Like : "What do you have most
> difficulty with while learning language/you were learning
> langeuage?" "What do you consider most confusing part of D
> library/language features." etc...
that'
On Thursday, 18 December 2014 at 11:09:23 UTC, ketmar via
Digitalmars-d wrote:
On Thu, 18 Dec 2014 10:23:32 +
Ondra via Digitalmars-d wrote:
What about stop flaming and do some research on this.
Create some questionnare of some sort and ask D lang
developers what was hard for them while l
On 18 December 2014 at 21:31, Johannes Pfau via Digitalmars-d
wrote:
> Am Thu, 18 Dec 2014 00:58:02 +0100
> schrieb Joseph Rushton Wakeling via Digitalmars-d
> :
>
> TLS constructors are also problematic, although not necessarily for
> games. But they complicate shared library loading a lot, some
On 18 December 2014 at 09:58, Joseph Rushton Wakeling via
Digitalmars-d wrote:
> On 17/12/14 08:53, Manu via Digitalmars-d wrote:
>>
>> Errors should be fine... I imagine assert is an intrinsic defined by
>> the backends(?).
>
>
> TBH I think it was a daft question. An Error thrown by assert fail
On 18 December 2014 at 02:18, CraigDillabaugh via Digitalmars-d
wrote:
> On Wednesday, 17 December 2014 at 01:28:55 UTC, Manu via Digitalmars-d
> wrote:
>>
>> The average gamer today is aged 30.
>> I for one haven't gotten any money from my mum for games recently...
>>
> Christmas is right around
On Thursday, 18 December 2014 at 10:24:46 UTC, Manu via
Digitalmars-d wrote:
On 17 December 2014 at 20:33, ketmar via Digitalmars-d
wrote:
On Wed, 17 Dec 2014 09:48:26 +
Tobias Pankrath via Digitalmars-d
wrote:
std.container.Array(T) if(is(Unqual!T == bool)) vs.
std.container.Array(T)
On 19/12/2014 12:23 a.m., Dicebot wrote:
On Thursday, 18 December 2014 at 10:24:46 UTC, Manu via Digitalmars-d
wrote:
People aren't allocated work time to read books.
Wait, really? X_X The more you tell about game dev culture and your work
experience there the more I feel sorry for people who
On 18 December 2014 at 01:19, bitwise via Digitalmars-d
wrote:
> On Tuesday, 16 December 2014 at 15:39:06 UTC, bitwise wrote:
>>
>>
>>> You'll notice that the engine code is not D code...
>>
>>
>> Hmm... Indeed.. I just assumed when I saw Walter get all excited ;)
>>
>>
>>> D will work on most of
Am Thu, 18 Dec 2014 00:58:02 +0100
schrieb Joseph Rushton Wakeling via Digitalmars-d
:
> On 17/12/14 08:53, Manu via Digitalmars-d wrote:
> > Errors should be fine... I imagine assert is an intrinsic defined by
> > the backends(?).
>
> TBH I think it was a daft question. An Error thrown by asser
On Thu, 18 Dec 2014 21:15:25 +1000
Manu via Digitalmars-d wrote:
> >> I couldn't disagree more. People aren't allocated work time to read books.
> >> Books are for students or language enthusiasts who want to learn about
> >> programming in their home time. That doesn't apply to most
> >> profess
On Thursday, 18 December 2014 at 10:24:46 UTC, Manu via
Digitalmars-d wrote:
People aren't allocated work time to read books.
Wait, really? X_X The more you tell about game dev culture and
your work experience there the more I feel sorry for people who
work there.
On Thursday, 18 December 2014 at 09:56:07 UTC, Manu via
Digitalmars-d wrote:
Of course it is language for nerds. Do you see a paid
developer team working
on D? At least ONE paid developer? Maybe someone of existing
commercial
users pays for adding tools / features? It is not a product,
it is no
On Thu, 18 Dec 2014 10:54:22 +
Ondra via Digitalmars-d wrote:
> No. There are almost no examples on practical usage of packages.
> Have you tried to use e.g.: std.json from scratch with only
> reading documentation without googling forums for help how to
> actually use it?
yes. strange thi
On 18 December 2014 at 20:38, ketmar via Digitalmars-d
wrote:
> On Thu, 18 Dec 2014 20:24:36 +1000
> Manu via Digitalmars-d wrote:
>
>> On 17 December 2014 at 20:33, ketmar via Digitalmars-d
>> wrote:
>> > On Wed, 17 Dec 2014 09:48:26 +
>> > Tobias Pankrath via Digitalmars-d wrote:
>> >
>>
this language is developed now for over 7 years (i think) and
it is still not mainstream usable. what has to be done?
Could you elaborate why you think so? I consider D very usable.
On Thu, 18 Dec 2014 10:23:32 +
Ondra via Digitalmars-d wrote:
> What about stop flaming and do some research on this.
> Create some questionnare of some sort and ask D lang developers
> what was hard for them while learning. What they found difficult
> about language and then try to improve
On Thursday, 18 December 2014 at 06:01:34 UTC, Vadim Lopatin
wrote:
On Sunday, 14 December 2014 at 09:53:06 UTC, Rikki Cattermole
wrote:
Yeah they are great projects.
But they won't ever be what I'm looking for.
Personally?
- I want a gui toolkit that is accelerated e.g. OpenGL.
- That can be l
they are in same way mmfile module which is deprecated since many
years, xml was in same case
On Thu, 18 Dec 2014 20:13:33 +1000
Manu via Digitalmars-d wrote:
> >> One thing I know for sure, is when they are confronted with
> >> constraints, especially on templates, they have absolutely no idea
> >> what they're looking at...
> > did they ever tried to learn the language? seems that you j
Most people just want to go home to their wives and kids.
that's why the whole software industry sux nowdays. if one
doesn't like
his work he shouldn't do that work. simple as it is.
While in other industries it is different.
(just for info: i'm near my 40 and i still love to spend
sleepless
On 17 December 2014 at 20:34, Chris via Digitalmars-d
wrote:
> On Wednesday, 17 December 2014 at 09:48:43 UTC, Paolo Invernizzi wrote:
>>
>> On Wednesday, 17 December 2014 at 09:34:45 UTC, Dicebot wrote:
>>>
>>>
>>> To start using D effectively in production one needs to stop considering
>>> himse
On Thu, 18 Dec 2014 20:24:36 +1000
Manu via Digitalmars-d wrote:
> On 17 December 2014 at 20:33, ketmar via Digitalmars-d
> wrote:
> > On Wed, 17 Dec 2014 09:48:26 +
> > Tobias Pankrath via Digitalmars-d wrote:
> >
> >> std.container.Array(T) if(is(Unqual!T == bool)) vs.
> >> std.container.
What about stop flaming and do some research on this.
Create some questionnare of some sort and ask D lang developers
what was hard for them while learning. What they found difficult
about language and then try to improve based on some data instead
of shooting blindly.
On 17 December 2014 at 20:33, ketmar via Digitalmars-d
wrote:
> On Wed, 17 Dec 2014 09:48:26 +
> Tobias Pankrath via Digitalmars-d wrote:
>
>> std.container.Array(T) if(is(Unqual!T == bool)) vs.
>> std.container.Array(T) if(!is(Unqual!T == bool)).
>>
>> That's super unhelpful for newcomers.
>
On 17 December 2014 at 20:16, ketmar via Digitalmars-d
wrote:
> On Wed, 17 Dec 2014 18:06:25 +1000
> Manu via Digitalmars-d wrote:
>
>> I'd suggest to look at high-quality commercial documentation, like
>> MSDN or wherever.
> please, no! the fact that you are used to it doesn't mean that msdn is
On 17 December 2014 at 19:48, Paolo Invernizzi via Digitalmars-d
wrote:
> On Wednesday, 17 December 2014 at 09:34:45 UTC, Dicebot wrote:
>>
>>
>> To start using D effectively in production one needs to stop considering
>> himself a customer. This is absolutely critical.
>
>
> This is a very intere
1 - 100 of 113 matches
Mail list logo
