Re: [dev] Announcement: Backporting the fun into C

From: <>
Date: Sun, 22 Nov 2015 19:12:11 -0500

I accidentally hit send early. Anyway, I was talking to a developer friend who didn't know C, but knew php, and was explaining how he can work with much of the code he was a bit intimidated by because the memory handling and the fancy pointer stuff is outside the main business logic, so it isn't much harder to read than php where the non-framework and boilerplate stuff is, anyway. And your tools seem to have that is a goal, which is great. ‎I would review the code, anyway, so the fact that he wouldn't really know what he was doing 100% isn't a big concern, and it would probably be fun for him to have a hand in the C stuff. 

  Original Message  
Sent: Sunday, November 22, 2015 7:05 PM
To: Martti Kühne; dev mail list
Subject: Re: [dev] Announcement: Backporting the fun into C

I actually like the idea. I was just talking to

  Original Message  
From: Martti Kühne
Sent: Sunday, November 22, 2015 4:00 PM
To: dev mail list
Reply To: dev mail list
Subject: Re: [dev] Announcement: Backporting the fun into C

Currently this work is about exploring the possibilities, the
limitations and the ease that comes from bulk and buffer which I can
tune precisely to fit my needs. I looked at all the languages that
were fun to work with and asked myself whether I was capable to take
that fun into standard C. I wrote the library to fit my personal
needs, so no I don't aim at deploying this as enterprise framework
code, which would be... a bit creepy, since I do *not* know how well
it fits security standards or any particular purpose blah blah.

The thought process is, I let you laugh just that much, quite the same
as if I said yes, however to simply dismiss the cause of all your
programming errors stemming from best-guessing the problems at hand
becomes not more, but evidently less appealing to work with, harder to
debug and all these bad things over time. If the point where two
concepts would naturally meet isn't utilised to ultimately draw a line
of abstraction, what good would come of the term "development" even
and, let me be blunt, what good does it do to even have functions if
you can't tell which of them even calls another.

Received on Mon Nov 23 2015 - 01:12:11 CET

This archive was generated by hypermail 2.3.0 : Mon Nov 23 2015 - 01:24:10 CET