693 reputation
923
bio website
location St. Petersburg, Russia
age 32
visits member for 4 years, 1 month
seen Nov 12 at 15:00
mail: mlvl.jr@gmail.com

Oct
19
comment Ruby on rails not popular in big international IT companies?
big international companies stick to java-on-jails, you know :)
Sep
10
comment General programming techniques to speed up coding time
On RAD: Delphi 6 will be the best bet then, possibly.
Sep
10
comment General programming techniques to speed up coding time
Downvoted with an index finger :)
Jul
29
comment Are there any GUI or user interface design patterns?
As often, the closed ones are the most interesting (if not even most helpful sometimes).
Jul
11
awarded  Good Question
Jun
7
comment How can a Right-Brainer Deal with Massive Left-Brainer Code?
@FrankShearar Sometimes it's like surgery done in the toilet ;(
Jun
7
suggested suggested edit on
Jun
7
suggested suggested edit on
Jun
3
comment What defines an encapsulation properly?
Another thing is, using several objects together is plain easier when their contracts are more compact -- since the (conceptual) complexity of the code is a "multiplication" of the complexities of those contracts. Of course, in each context there is a limit on "encapsulation level" of the objects involved -- you must still be able to fulfill the given task in the client code, or the (perfectly encapsulated) objects/classes used are ..useless.
Jun
3
comment What defines an encapsulation properly?
Strangely enough, this is still downvoted (while being quite correct) ;) To add, one can expose even the (interrelated) internals of a class' instance, if he obliges the user of the class to maintain respective relationships "by hand" -- it's nothing (conceptually or practically) wrong with having such a contract. But if the object can fulfill the same role with less being known about its proper usage (i.e. conforming to a "smaller" contract), that makes it possible to change the internals w/o changing the client code. That's one thing about encapsulation.
Jun
2
comment When too much encapsulation was reached
+1, Yep, purism for-the-sake-of-itself (when you pay for it, but it does not pay you) is just wasteful. The purism to always be pursued is in cost/quality/etc outcome optimization. And the latter purism dicatates abandoning the former one. :|
Jun
2
comment When too much encapsulation was reached
Have you read Holub on Java getters/setters, btw? A classic (and very insightful) rant!
May
29
comment WinRT: How usable will it be?
OK, thanks again. But, one more foloow-up question then: is there (in your view/judging from experience) a modern OS which is hands-down better in this regard? QNX? BSD (from media/rumours it looks like they kind of succeed at keeping it rather clean)?
May
29
revised WinRT: How usable will it be?
added 4 characters in body
May
29
comment What kind of task should I expect In a PHP job interview?
...And if they want to press it really hard, they can ask about the precise semantics of passing by reference (and storing references in arrays), which nobody who is almost never understood by those coding PHP the cowboy wae ;)
May
29
comment WinRT: How usable will it be?
Thanks, Jerry, a nice answer; so (I'm about the DOS thing), it's not only me who blamed himself for stupidity for not being able to grasp concepts that replaced good'old int 21h services ;) Btw what about Linux/POSIX, isn't really easier to get to know (both conceptually and due to sources availability)?
May
29
comment Should we avoid object creation in Java?
from the last link: "my current logic is to follow the Java version as close as possible for the comparison." -- this way one can beat assembly with VB6 :)
May
29
comment WinRT: How usable will it be?
@MasonWheeler Moved a bit of author style back; Lavinski -- Ok, just edited that part back for clarity.
May
29
revised WinRT: How usable will it be?
added 28 characters in body
May
29
comment Whiteboard “testing” during an interview: legitimate way to back up your (whiteboard) code?
Btw (@Kate) listened to your WinRT interview at TabletShow today (just discovered it), great as usual, and special thanks for the template-worship debunking bit (not everyone has same interest in curiously recurring template patterns, as Andrei has, and if we really need something meta, there's (or will be one day) something like what Ch. Simonyi does :).