Reputation
529
Top tag
Next privilege 1,000 Rep.
See votes, expandable usercard
Badges
4 12
Newest
 Enlightened
Impact
~13k people reached

  • 0 posts edited
  • 0 helpful flags
  • 100 votes cast
Dec
8
comment What makes C so popular in the age of OOP?
@DonalFellow Interesting. This is exactly why the C standard has always foregone things like strings and hash tables, much as their absence irks me sometimes.
Oct
10
comment When to use Constants vs. Config Files to maintain Configuration
Disagree: "Value in configuration file is harder to maintain than value in constants class" - depends on how you've coded your configuration and how many of these configurable items you have: Don't Repeat Yourself!
Sep
27
accepted Using own ArrayList in general purpose C libraries, but allowing a different implementation
Sep
27
answered Using own ArrayList in general purpose C libraries, but allowing a different implementation
Sep
26
answered Make: Greedy search for sources vs. a more selective approach… or a hybrid?
Sep
26
comment Make: Greedy search for sources vs. a more selective approach… or a hybrid?
It is a worthwhile perspective in any case. +1.
Sep
26
asked Make: Greedy search for sources vs. a more selective approach… or a hybrid?
Sep
25
comment Using own ArrayList in general purpose C libraries, but allowing a different implementation
From the relative silence... is this level of abstraction not typical in C?
Sep
25
comment Git submodule vs Git clone
Also see Lekensteyn's answer about zip-archives lacking submodule files. This means submodules are perhaps not the best approach if you are supplying code publicly, but are fine for private code that is guaranteed to be cloned. Otherwise, prefer subtrees.
Sep
25
comment Git submodule vs Git clone
+1 I just confirmed this. Thanks for the warning.
Sep
24
revised Using own ArrayList in general purpose C libraries, but allowing a different implementation
added 12 characters in body
Sep
24
revised Using own ArrayList in general purpose C libraries, but allowing a different implementation
added 12 characters in body
Sep
24
revised Using own ArrayList in general purpose C libraries, but allowing a different implementation
added 12 characters in body
Sep
24
asked Using own ArrayList in general purpose C libraries, but allowing a different implementation
Aug
27
revised C: “this” vs “<instance name>”
deleted 1 character in body
Aug
14
comment C: “this” vs “<instance name>”
@cmaster Good for you. Life is a journey of self-discovery.
Aug
14
comment C: “this” vs “<instance name>”
A suggestion for you for future reference - concise answers that assume that the OP knows what they are talking about and what they need, instead of attempting to question every premise, are time well-spent. Anything else is not. Refer to rwong's answer as an example of this.
Aug
14
accepted C: “this” vs “<instance name>”
Aug
14
revised C: “this” vs “<instance name>”
added 315 characters in body
Aug
14
comment C: “this” vs “<instance name>”
I'm sorry, but I fundamentally disagree with most of your assumptions, or find them trite in this context, and in some cases, such as your mention of an IDE, you are ignoring the specified parameters in my question. The whole idea of contextual variable names is old hat, the way we've all been doing things for many years. I am looking beyond that. The assumption that this (or similar) is the only way to do things is tiresome, and it does not address the idea of creating uniformity through the codebase.