Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.programming.threads > #2332 > unrolled thread

Please read the following

Started byaminer <aminer@toto.net>
First post2014-05-15 16:14 -0700
Last post2014-05-15 16:27 -0700
Articles 2 — 1 participant

Back to article view | Back to comp.programming.threads


Contents

  Please read the following aminer <aminer@toto.net> - 2014-05-15 16:14 -0700
    Re: Please read the following aminer <aminer@toto.net> - 2014-05-15 16:27 -0700

#2332 — Please read the following

Fromaminer <aminer@toto.net>
Date2014-05-15 16:14 -0700
SubjectPlease read the following
Message-ID<ll376k$31t$1@news.albasani.net>
Hello,

Please read the following:

http://bartoszmilewski.com/2013/09/19/edward-chands/


As you have noticed Bartosz Milewski  is encouraging the use of 
functional languages such as Haskel and discouraging the use of 
imperative languages such as C++, but in my humble opinion since i am 
working with Object pascal using the Delphi and Freepascal compilers ,
i think that Object pascal is easy to learn and to maintain, and since
it is easy to learn and to maintain i think it is less error prone than 
C++ for example, so i don't think we need languages that discourages the 
use of "pointers" for example, i don't think we Object pascal 
programmers need such restrictive languages as "Haskel", cause Object 
pascal in the Delphi and Freepascal compilers is an easy language and 
easy to maintain, and i think Object pascal is high level enough to 
construct great things with it, and i think Object pascal will get more
and more high level and that will be enough for Object pascal 
programmers to do lot of great things with it.


And speaking about Object pascal, here is my libraries that was
develloped with Object pascal:


https://sites.google.com/site/aminer68/



Thank you,
Amine Moulay Ramdane.







[toc] | [next] | [standalone]


#2333

Fromaminer <aminer@toto.net>
Date2014-05-15 16:27 -0700
Message-ID<ll3805$4jv$1@news.albasani.net>
In reply to#2332
Hello,


As a proof:

Look for example at my scalable node based Lock called MLock , i have 
invented it and implemented it in one day time, and what you will notice 
that it is stable and it contains no memory leak, why ? cause
i am also using Object pascal an easy to learn and easy to maintain
language and using the the Freepascal compiler tools to track memory
leaks, and also using my experience in programming and parallel 
programming and using my intelligence, and that was enough to
bring you a stable and scalable MLock in one day time.

You can download scalable MLock from:

https://sites.google.com/site/aminer68/scalable-mlock




Thank you,
Amine Moulay Ramdane.



On 5/15/2014 4:14 PM, aminer wrote:
>
> Hello,
>
> Please read the following:
>
> http://bartoszmilewski.com/2013/09/19/edward-chands/
>
>
> As you have noticed Bartosz Milewski  is encouraging the use of
> functional languages such as Haskel and discouraging the use of
> imperative languages such as C++, but in my humble opinion since i am
> working with Object pascal using the Delphi and Freepascal compilers ,
> i think that Object pascal is easy to learn and to maintain, and since
> it is easy to learn and to maintain i think it is less error prone than
> C++ for example, so i don't think we need languages that discourages the
> use of "pointers" for example, i don't think we Object pascal
> programmers need such restrictive languages as "Haskel", cause Object
> pascal in the Delphi and Freepascal compilers is an easy language and
> easy to maintain, and i think Object pascal is high level enough to
> construct great things with it, and i think Object pascal will get more
> and more high level and that will be enough for Object pascal
> programmers to do lot of great things with it.
>
>
> And speaking about Object pascal, here is my libraries that was
> develloped with Object pascal:
>
>
> https://sites.google.com/site/aminer68/
>
>
>
> Thank you,
> Amine Moulay Ramdane.
>
>
>
>
>
>
>
>

[toc] | [prev] | [standalone]


Back to top | Article view | comp.programming.threads


csiph-web