Les Morgan

+ Follow
since Sep 29, 2015
Les likes ...
Netbeans IDE Oracle MySQL Database Tomcat Server C++ Java
Merit badge: grant badges
For More
Cows and Likes
Total received
In last 30 days
Total given
Total received
Received in last 30 days
Total given
Given in last 30 days
Forums and Threads
Scavenger Hunt
expand Rancher Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by Les Morgan


If you are talking about electronically altering your voice, that is very irritating, but if you are asking if you should talk monotone or highly animated, then neither of those are right either.

A good speaker knows how and when to emphasis using slight tonal modulation of their voice, or slight volume changes.  Think of a good speaker, one you enjoy listening too.  listen for how they emphasize and contrast things using voice inflections.

nobody likes to listen to a monotone presentation, but no body like to listen to a person that is inappropriately using voice inflections or volume in their voice either.

1 month ago

i am not familiar with that technology, but i can tell you this:

look for dependency in your code and check to see that the exterior elements are as you expect, and also check your code that your elements are being initialized are you think is proper.. and check that it is actually proper.

programming is a cooperative effort where a programmer takes for granted that the environment that they are going to "run" their piece of the universe if entering a know valid system.  that is not always the case, and it happens that it is not the case more times than i am comfortable in saying.

in any case, good luck to you in your endeavor to find your solution.

Merry Christmas
2 months ago
the best way i have noticed in all tools, and i have use a host of tools, is to highlight everything you want removed and hit delete.  if you are using the built-in features of the tool, then you rely on it's ability to correctly pattern match and to be in the correct state to do so--in my opinion that is gutsy at best, but foolish at worst.
2 months ago

if this is a exercise for a beginning coding class, then look back on the instruction leading up to the assignment: if it is anything like any of the classes i took, then the instructor basically told you what he or she wanted you to do for the solution.  assignments are usually done to check to see if you understand the material that has been covered leading up to the assignment.  if you do not do that, then the instructor does not get the feedback he or she is looking for.

if you are working with string manipulation, then by all means, use the sting manipulation functions and check, it not then a simple multiply both by 10000 and check the integer values, but are very simple algorithms.  choose the one your instructor in expecting and ask for help, if you don't understand, on that solution.

2 months ago
besides the excellent advice that has already been given, consider this: when i was doing my English undergraduate work, my English instructor told us: "Writers write.  Everyday."  

as a programmer, the more you design and code, the better it will become.  i am at the far end of my career, and i look at some of the "really good code" from early in my career, and i am ashamed to let anyone see it, but some of those projects are still in production and running perfectly almost 3 decades later.

i have been fortunate enough to have to read and modify dozens of different people's code.  with each new person i become familiar with a project they coded, i look at their code base, and i critique it: what i dislike, i abandon, and what i like, i incorporate into my style.  i am by training, a 3GL programmer, i have done significant work in Assembler also, and it shows.  i code significantly is SAS, and i write tons of backend code now for SQL Server scripting.  each of these had forced a style modification also.

currently i write textbook type of code.  i do that because JVM's and compilers have to understand my code.  know what environment you write for--JVM's, JIT, and Interpreters need to be able to patter recognize as easily as possible.  where if you have a multi-pass compiler it is not as essential for it to optimize immediately, and can take longer giving you that runnable file.

in any case, take the direction given to me about writers: "writers write.  everyday."

take it easy, and enjoy
2 months ago
Always on means when you are at work you are ready to work: no hang over, rested, ready to do whatever needs be done.
4 months ago

i have to say that job availability and continued employment has always received my vote.  while i have learned a few dozen languages to professional use level in my years in the industry, i have to say these are the ones that have always brought the pay check in:

then the flavor of the month for web scripting--usually JavaScript.

7 months ago
Monica Shiralkar,

thank you.  after 30+ years in the industry creating or fixing the problems that nobody else wants, i am supremely confident that what i want is going to be the way it is going to happen, but on the other hand, i still try to listen with newbie ears and listen with fresh eyes to all that is presented.  that supreme confidence come with supreme responsibility.

just because everyone is used to you finding the correct path, and knowing the direction to go, does not mean the very foundations of confidence cannot be shaken free in the sight of others, if you pick the wrong solution or give a bone head answer.

being professional means--always on, always respectful, and always give your best.

7 months ago
if you actually make a 48x48 grid, with each tile as in independent object, then you can use the mouse over to identify which object you are actually hovering over or which object you are doing actions with--provided each has a common mouse listener (at least much easier).

i have recommended this to others, you may be one i have in the past, but check with the local consulting firms and head hunters.  they usually have a few positions that they have leads to that are not filled.  i have done so in the past, and i have been highly successful in getting contracts for 1 to 2 years.  they are local to your area, and they will work hard to keep you in working contracts.  depending on the consulting firm, they may include benefits and optional training paths for you.

i hope this helps,
7 months ago
do a trace route and ping to see where the slow is, probably not where you think.
7 months ago
i offer this as an example of how that may work:

back in the days of dinosaurs, VB3, we did a huge project and the development staff had huge problems executing any stored procedure, it was just molasses slow!  under SQL Server 7.x, we brought that to the attention of MS and they said: "Obviously it's something you're doing wrong."  i do not claim to know everything, nor anything to an authority level, but we had climbed inside and out of that code, searched the white papers from MS and check every resource we could find, and just burned 800 USD on them telling us: you're doing something wrong.  The code executed, but it was just incredibly slow.

so here is what we did:  We got a LAN analyzer and turned on the packet sniffer.  we captured the full execution path and interaction between SQL 7 and the requesting workstation.  we cleaned all the superfluous packets out, and then sent the full execution stream to MS, giving them our narrative on what we thought was happening.

a 4rd tier engineer, SQL server designer, called us back a few days later, and told us: "i would not have believed it, if i had not seen it."

what was happening was that our developers had DBO rights in the DB.  MS would refresh the stored proc when it was going to be accessed when it was parameterized.  since they had DBO rights, the request was done and the proc would recompile before execution--that was horrendously slow!!!  we tried it on non developer accounts and the compile would then fail because it came from a non amin account, and then be sent to the interpreter for execution.  the interpreter would then tokenize the code and execute it.  the request to compile and fail, then hand off and handling by the interpreter was 4x faster than the straight compile it was designed to do.  what we had fond was a serious design flaw in MS handshaking and compiler design.  the answer we got unofficially from the engineer was: that is a REAL problem!  what the MS answer to the help ticket, officially, was--application works to specs.  to fix the problem they needed to redo the handshaking in Windows itself, and optimize their complier so it was at least as fast as their interpreter, that was not going to happen any time soon.  

they did kick that exact problem around for years, but i think it is still--product works to specification.

8 months ago
by the time i bring it to their attention, i have already verified it's not my stuff causing the problem... so be aware that they probably will try to shift the blame back onto you.  what i do is i tell them this:

"i have already verified my paths of execution, and have proven each functions as designed to do so.  if you would like you can come and inspect them also."  in 30+ years of programming, i have never, not even once, had anyone want to show me their dazzling maintenance ability by coming and taking on the task of looking at my code.  then i will add: "if you wish i can come trouble shoot the code in question if you are too busy to do so."  and i am sure to add that in front of their manager, and my manager if possible.  at that point the ball is solidly in their court and you have shown good faith that your stuff works, and you are willing to assist in helping solve the problem.  if they resist, it may come to the point of your manager asking their manager for the code for you to debug.  i have done that.  you don't make any friends that way, but people quit trying to block your requests.

i work on this premise: everything i do is open and available for all to see--therefore, everything they do should be available to me, if they are not willing to fix it themselves, i will fix it for them.  my bosses know this, and it does go that far at time, because my bosses know i can fix the other guys stuff, and the other guys know it too... they don't try blocking me, because they know i'll look and find it myself if i need to.

Monica Shiralkar wrote:
Since the other person may find it unpleasant that he/she is being asked for this information again and in frustration may instead bring it up that the problem is from my side? In worst case If that happens then will I have to bring things up or still say something like "I don't know anything else, I am just focusing on getting our work done that's all." ?

8 months ago
This is probably the most difficult thing you'll ever face, aside from a hostile person in the meeting coming after you, but that is another story altogether.

The method i have found the best to approach this kind of "dodge" is:

listen intently to what they say, make notes on information they actually give you, then present the group what you have understood from the diatribe that was spouted. if it was totally not related, and i've had that, then give a summary of what they said, and state: thank you for your answer, but i really need to know... and then restate you actual query from before.  Sometimes it works well to "interject" a hypothesis of what you think at least part of the answer may be... by saying: what do you think about the idea of doing A, B, C and then we can reach D?

if that is not the way, they have to state it then, or they must go on the record as agreeing with you.

continue doing that until all the avenues you need covered have been.

Some may say that is leading them down the path...  to that i say, yes, you are right.  i have found that in the absence of a solution from others, then get them to approve my solution.  it moves you down the road, and everyone is on record as to accepting your solution.  if it turns out that it does not work, then fix the part that does not work, but do so with the same kind of direction with the interested parties as i've described.  once they are on the record as agreeing, there is a phase 2 or extension of the contract to fix what was "misunderstood" because it was misunderstood by all and not you generating a solution outside the box--or without authorization.


Monica Shiralkar wrote:
If the other person is not directly giving that information than he is being unprofessional and you do not respect such behavior. And may have to ask again and again until he gives that requested information. So what does "be respectful" mean when you can't respect such professional behaviour and what does not be aggressive mean when you may have to ask him again and again politely until he gives  ?

10 months ago
Actually, the answer is:

you don't.  they may be a total screwup, but, none the less, you are, hopefully, in a professional environment, everyone knows that person is a screwup, but disrespecting them in conversation will only diminish yourself in the eyes of others.  address the person, the screwup, how you would like to be address... at the very least, emotionlessly.  do not torment them, nor try to show them up.  if they are party of the problem, do no, and i repeat, do not point it out.  instead continue with your inquiries into what is meant and needed.  when you are satisfied with what you think you know, then rehears that understanding back to the group... and ask if that is correct.  if not, then continue to seek understanding.  if it is right, then say: "thank you".  because you have 15 people in the room, and you took 5 minutes to get your answers, you just burned 75 minutes of project time, not just the 5 minutes of your own.

if you follow the things commented in this group.  you will come to be respected for your ability to get to an understanding, but also earmarked as "a good management risk" when the time comes.  you're fellow employees will be more apt to give you fuller details and treat you better too.


Monica Shiralkar wrote:

Campbell Ritchie wrote:No, but you continue to show respect to the person in question.

. . .

But level of respect depends on how good or bad the behaviour of the employee is in the team. If the behaviour is good, employee will get respect. If the behaviour is bad, how to still respect him/her ?

10 months ago