<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>At work I've recently used Free Pascal to interface our
accounting system to our WordPress WooCommerce store using Free
Pascal's built in JSON support, fphttpclient, etc.</p>
<p>I could list off a bunch of new languages with goofy names that
could have done it, but Free Pascal did it just fine.</p>
<p>Just a few years ago I might have been writing a wrapper around
someone else's command line utility or trying to interface with
some DLL file written in C/C++</p>
<p>That stuff is definitely a huge deal. :) (and to whomever might
be reading this that worked on those, thanks!)<br>
</p>
<br>
<div class="moz-cite-prefix">On 04/25/2018 10:18 AM, Michael Van
Canneyt wrote:<br>
</div>
<blockquote type="cite"
cite="mid:alpine.DEB.2.20.1804251606470.28918@home.telenet.be">
<br>
<br>
On Wed, 25 Apr 2018, Ryan Joseph wrote:
<br>
<br>
<blockquote type="cite">
<br>
<br>
<blockquote type="cite">On Apr 25, 2018, at 8:42 PM, Michael Van
Canneyt <a class="moz-txt-link-rfc2396E" href="mailto:michael@freepascal.org"><michael@freepascal.org></a> wrote:
<br>
<br>
'make it competitive with new entries in the market' is not a
goal of the
<br>
free pascal team.
<br>
<br>
This is a hobby project for most devs. Monetary gain is not a
goal.
<br>
<br>
Probably sounds like an anachronism in this day and age, but
there you are...
<br>
</blockquote>
<br>
That’s what I thought initially. I understand Pascal is a hobby
for many
<br>
here and they’re doing their best to keep the language alive in
the face
<br>
of an ever changing market. Personally I just want Pascal to be
the best
<br>
it can be so I can continue to use it in the future without
making more
<br>
and more compromises in productivity.
<br>
</blockquote>
<br>
I want the same for pascal.
<br>
<br>
But I really still need to see convincing evidence that language
features contribute to productivity.
<br>
<br>
Available libraries for common programming tasks - and I mean this
on a high-level
<br>
level - are infinitely more important, so I don't need to get down
to the
<br>
gory details of many tasks:
<br>
<br>
* Creating a PDF. * Creating a good-looking report from Data. *
Have an API that reads google protocol data.
<br>
* A good ORM/OPF.
<br>
* Reading a smartcard.
<br>
* Access a Google,Facebook,Twitter, MS or what-have-you-not REST
API. * A wizard that makes a Data entry form based on a TDataset
or object.
<br>
* Classes to make a REST API.
<br>
* Classes to make/consume a SOAP service.
<br>
* Code that transforms a JSON structure to object classes plus the
code to
<br>
* read/write the JSON.
<br>
<br>
These are things that make me win time.
<br>
<br>
a low-level feature such as Memory management is really the least
of my worries. Use TComponent or reference counted interfaces if
such things bothers you.
<br>
<br>
Michael.<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
fpc-pascal maillist - <a class="moz-txt-link-abbreviated" href="mailto:fpc-pascal@lists.freepascal.org">fpc-pascal@lists.freepascal.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal">http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal</a></pre>
</blockquote>
<br>
</body>
</html>