|
No; a developer must write as clearly as possible so that the next developer can think less.
Effort "saved" up front often leads to greater effort later.
|
|
|
|
|
PIEBALDconsult wrote: No; a developer must write as clearly as possible so that the next developer can think less.
Very well said!
Marc
|
|
|
|
|
At times like this, I wish I could hit the upvote button a couple of dozen times...
You looking for sympathy?
You'll find it in the dictionary, between sympathomimetic and sympatric
(Page 1788, if it helps)
|
|
|
|
|
I respect your point of view.
Thank you!
|
|
|
|
|
PIEBALDconsult
Please,
The issue here is the discussion of a new possible concept,
we can discuss about best practices of coding in another post.
Read the things before show yourself to the readers !
Regards.
|
|
|
|
|
Member 10277067 wrote: discussion of a new possible concept
Understandable.
Member 10277067 wrote: discuss about best practices of coding in another post
Not so. If a new concept does not adhere to good or best coding practices, then it will not make it very far since people will be less motivated to using it.
"I've seen more information on a frickin' sticky note!" - Dave Kreskowiak
|
|
|
|
|
Very good approach Paul.
Just what I want to avoid, a premature disinterest.
You can help me in this matter?
The project propose a toolkit for data query, mining and transformation across multiple formats strong typed objects, dynamic objects, JSON, XML and CSV to attend many real world companies issues like systems integration, B.I, etc.
Awaiting your response.
Tks a lot.
|
|
|
|
|
Member 10277067 wrote: The project propose a toolkit for data query, mining and transformation across multiple formats strong typed objects, dynamic objects, JSON, XML and CSV to attend many real world companies issues like systems integration, B.I, etc.
Attempting to generalize everything is doomed to failure. Either for you or someone that has to clean up the mess.
|
|
|
|
|
What are you talking about ?
|
|
|
|
|
Eloquently - and accurately - phrased!
According to my calculations, I should be able to retire about 5 years after I die.
|
|
|
|
|
You aren't comparing like with like. jQuery serves a purpose - making DOM manipulation consistent across browsers. You might want to think more before you pick your analogies.
|
|
|
|
|
The slogan says itself :
jQuery => Write Less, Do More 
The analogy was cited in this regard.
Thanks for your comment.
|
|
|
|
|
Have you ever heard of an elevator pitch? You have a product that you're trying to get us interested in here. You have 60 seconds to tell us what problem you're trying to solve here and how it does it. Taking jQuery as an example - the problem is different browsers have different HTML implementations; jQuery provides a consistent API that works regardless of the underlying browser. That's an easy problem domain to define, and an easy solution to sell.
What problem are you trying to solve? What can I not do today that this will solve for me?
|
|
|
|
|
Did u read the Project proposal ?
- Smart Data Mining
- Flex Data Formats Interchange Cross Platforms
And more...
Are some of the problems that it solves.
Read more please.
Download the test console and then give your opinion 
Thanks
|
|
|
|
|
I read your proposal and I watched the YouTube video. At the end of it I was no further forward. Throwing phrases like Flex Data Formats Interchange Cross Platforms tells me nothing. Seriously. Write your proposal in English, not technical shorthand. Your refusal to understand that we aren't going to just download a spam posting isn't doing you any favours.
Tell you what. Why don't you write an article about this? This is, after all, what CodeProject is all about. If you write an article clearly showing what this solves, you might actually find that people are more receptive. Right now, you're winning no friends here.
|
|
|
|
|
Pete O'Hanlon wrote: Flex Data Formats Interchange Cross Platforms
Sounds like something that needs to get drop kicked into the Buzzword Bingo forum 
Along with: Write Less, Do More
"I've seen more information on a frickin' sticky note!" - Dave Kreskowiak
|
|
|
|
|
Good reply Pete
I actually have very little contact with discussion forums.
What I did was an extension of the existing open source library Dynamic LINQ,
effecting expressions as text at runtime, bringing this possible concept
that uses binary comparison of attributes to keep a short syntax.
You can help me compose a better disclosure the idea to get a feedback from the CodeProject community ?
For a better understanding of these?
Wait.
Thanks a lot
|
|
|
|
|
|
The slogan does not mean that it should use as few characters as possible.
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
|
|
|
|
|
Member 10277067 wrote: Write Less, Do More
You keep using these words, I don't think they mean what you think they mean.
JQuery allows us to write code that works across browsers, prior to that we had to write different versions of JavaScript for different browsers. JQuery also provides simple ways to do common tasks which would otherwise require a fair amount of JavaScript code. That's what the "write less" part means, it doesn't literally mean to make code as terse as possible. Typing is not a bottleneck in programming (unless you're doing it wrong).
|
|
|
|
|
Similar to this, the proposed open-source tool, supports the manipulation of data in various formats JSON, XML and CSV within a short syntax for its use.
Tks for your reply
|
|
|
|
|
I honestly don't see what this accomplishes other than obfuscation.
This reminds me of why I learned to hate Perl: easy to write, a right pain to read and maintain. If a junior programmer can't understand the code within a few minutes, you're doing something terrible to the maintenance programmers, killing productivity and inviting bugs (and making enemies). Code that is opaque for no good reason is worse than no code at all.
|
|
|
|
|
StatementTerminator wrote: If a junior programmer can't understand the code within a few minutes,
Well we'd better stop writing any code then. Or the junior programmers you've met are smarter than the ones I've met. Give them something trivial and they struggle for hours.
|
|
|
|
|
For better or worse, junior programmers are often the maintenance programmers fixing the bugs, at least where I've worked. Granted, there's going to be some code that they need a senior programmer's help with now and again, but the code should be as transparent as possible.
If you write code that is so clever that the maintenance programmers can't easily read it, then you'd better be willing to maintain it yourself or do a lot of hand-holding. Sometimes that's inevitable, but it shouldn't be done without good reason.
|
|
|
|
|
StatementTerminator wrote: do a lot of hand-holding
That's rather frowned upon at this organization. 
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
