7,549 reputation
1844
bio website
location Los Angeles, CA
age
visits member for 4 years, 7 months
seen 39 mins ago

There are only 10 kinds of programmers.

The CSPs (*) and the non-CSPs.

CSP: communicating software programmers


1d
comment It is possible to understund the class description only by reading the code source?
@r.pankevicius A well commented and designed abstract class is the closest thing to documenting the intent of the architecture, in terms of contract and behavior. An example of "design" is intent-revealing names. An abstract class that is uncommented might as well be incomprehensible if not accompanied with examples of implementation and use-case source code.
1d
revised Why was the Itanium processor difficult to write a compiler for?
added 808 characters in body
1d
revised Why was the Itanium processor difficult to write a compiler for?
added 808 characters in body
1d
revised Why was the Itanium processor difficult to write a compiler for?
added 808 characters in body
1d
comment Why was the Itanium processor difficult to write a compiler for?
I updated my answer in response to one of your claim. In my opinion, failure to cope with memory latency is the sole cause of death of EPIC architecture. Compilers have decent success at extracting instruction-level parallelism, as are modern CPU hardware.
1d
revised Why was the Itanium processor difficult to write a compiler for?
added 906 characters in body
1d
revised Why was the Itanium processor difficult to write a compiler for?
added 1494 characters in body
1d
answered Why was the Itanium processor difficult to write a compiler for?
1d
comment How to mark next version in the source code?
A third related question is "do I need to increment the version number every time I flip the switch on some experimental, pre-release features".
1d
comment How to mark next version in the source code?
Your question seems to be "how to uniquely identify developmental software builds when the underlying source code is rapidly changing". Also, you have a secondary question: "how to fix fragility in code logic that depends on parsing the version string in some way".
1d
comment How do I dissuade a client from wanting to resume a failed project made by another provider?
As far as the actual technical reasoning goes, only your team, who have access to the source code, will be able to identify genuine reasons.
1d
comment How do I dissuade a client from wanting to resume a failed project made by another provider?
However, there is one issue that the PM should probably communicate to the client: gaining access to the failed project may or may not speed up development. Point out that a slow down is the more likely outcome, because the team has the additional burden of understanding and assimilating code from the failed project. The book, No Silver Bullet, contains plenty of examples of changes that has counter-intuitive effect on the progress of development. Once the client understands the risk, you can try to get more explanation from the client.
1d
comment How do I dissuade a client from wanting to resume a failed project made by another provider?
If you are asking this from the role of project manager, try search the existing questions on pm.stackexchange. If you are a developer, it is best to be honest and share your findings with your project manager. As far as communication inside the team goes, the bottom line is honesty. Don't make up a fraudulent reason just to avoid the discomfort of paring down someone else's code.
2d
comment Porting an existing iOS project to cross-mobile technology
Business priorities changes often. Mobile development is notorious for its difficulty in porting designs or development efforts across multiple platforms. In other words, mobile development involves lots of painful choices and abandoned efforts.
2d
comment Is directly using Make considered obsolete?
The "obsolete talk regarding make" is just a symptom or a pain point, not a proclamation of deprecation. Especially when a superior total replacement does not yet exist, and all approaches to reducing the pain still uses make in some ways, just hidden from the users who are most prone to the pain. Although a lot of good answers have been given, the question itself is borderline opinion-based.
2d
comment Is there any harm in having classes made up mostly of inherited classes?
As far as initial prototyping goes, OOP is very easy to prototype, and multiple-inheritance can save a lot of boilerplates or up-front system design (by postponing the separation of concerns in code, instead relying on your mental efforts for the same). Other designs start to prevail as you scale up your design, e.g. getting it to handle very large number of objects, running very fast or supporting many users, or to extend the game system in novel ways at runtime without code changes, etc. So, the question may depend on which phases your project is in, and what experiences you have on each.
Apr
14
comment Mutable with logic inside or immutable with logic outside?
The goal of functional programming isn't to disallow mutability, it is to make mutability explicit (paraphrased quote). Likewise, functional program doesn't try to hide the steps involved in rendering a textbox - it tries to expose the steps so that the caller can have very fine grained control. In this question, the steps involve first computing the word bounding boxes from the string, checking that against the boundary, then compute the wrapping. A functional programming approach will expose those steps to the caller. Now you can see places where immutability can / cannot apply.
Apr
12
awarded  Revival
Apr
12
comment Ambiguity of seemingly clear method names in APIs
@Mehrdad: To adequately answer this question, you have to list exhaustively all of the differences that MyComponent differs from a generic System.IO.Stream - not just the API methods, but all of the subtleties that could differ. For example, System.IO.Stream assumes it is safe to break up a large request into smaller requests, and that anyone could cache (latch) its data operations (pretending data has been written through, while in effect none of that reaches the destination). The possible differences are so many that we can't imagine and ask you; you have to tell it.
Apr
12
comment Ambiguity of seemingly clear method names in APIs
It should behave just like the System.IO.Stream does on the respective platforms, from the perspective of the API users, . Questions? (Keep in mind the portID parameter is just an additional parameter; you could have exposed the Port class; though there are plenty of other reasons not to expose it as well.)