Profile

Esther Schindler
Follow this memberMember since: June 2009
Areas of Interest:
Activity
-
Web developers who want to (or must) embrace cloud computing need to learn more than a few new tools. Experts explain the skills you need to hone.
5 weeks 12 hours ago
-
Esther Schindler wrote Making your software development project a success: A guide for business clients It's always tough to buy services from someone who does necessary, mysterious, and technical things -- especially when it costs lots of money. Hiring a web developer is almost as scary as paying for a car mechanic, home insurance, or a dentist. You might be intellectually aware that you need their expertise (it's what you're paying for after all), but emotionally -- well, that's another story.
…1 year 13 weeks ago
-
The future of the computer... circa 1986.
1 year 16 weeks ago
-
Any business user who needs the help of a software developer -- to build a website, say, or to create a custom application -- needs to explain just what it is she needs and wants. Judging by the results, however, the communication is far from flawless. Clients and users often grouse about those irksome designers and programmers who delivered something far different from what was desired, which is how we end up with sites as popular as Clients From Hell.
…1 year 18 weeks ago
-
The good news is that software development is an iterative process. You can start out with Version 1 that does all the things that absolutely must be in the application, follow it with Version 2 that adds more important features, and so on. But to do so, you need to prioritize and separate the "must have" from "want to have" from "It would be nice."
…1 year 18 weeks ago
-
One theme that came up repeatedly in my research for an article about what's different about programming for cloud computing is that developers should expect to learn more about cloud computing platforms, virtualization, infrastructure operating environment, and other knowledge traditionally left to network specialists. A lot more. In fact, it may be spawning a new category of developer.
…1 year 19 weeks ago
-
According to a Vault.com survey, 46% of employees have been involved in an office romance. If you haven't dealt with this issue yet, you surely will.
1 year 21 weeks ago
-
Despite the appeal of the iPhone, many businesses and individuals rely primarily on their BlackBerry. Yet, despite the amount of time users spend checking …
2 years 5 weeks ago
-
Every stage in your career progress requires new skills. Sometimes, the knowledge you need to acquire is technical minutiae that can best be learned with a more experienced practitioner at your elbow. At other times, you need advice about developing business skills, or help deciding which new position to accept. Such advice can be acquired haphazardly, or it can come from a mentoring relationship.
…
2 years 6 weeks ago
-
Robert Heinlein wasn't really a programmer, of course. But in his writing career he said or wrote several things (in his own voice or that of a fictional character) that can help any software developer improve her code... or her career.
…
2 years 16 weeks ago
-
Some software developers wrinkle their nose at the very idea of deliberate one-on-one help. The default behavior in many (most? it's hard to know) free and …
2 years 21 weeks ago
-
Anyone who has spent any length of time as a computer consultant (either as an individual or as part of a programming team) has at least one sad tale of woe. Sometimes it's a clueless client; other times it's a dumb technical mistake you made yourself. But all too often, the developer's error is in the legal contract she signs. With the help of several people who painfully admit to a "learning experience," (with names omitted) today I'll share several ways a contract can go wrong. I'll also point out what could have been done differently — so that you, o best beloved reader, do not suffer the same ugly fate.
…
2 years 25 weeks ago
-
Just about every developer uses a debugger, at least occasionally. The reasons are obvious: Code inevitably has defects, and a tool can help find them.
…2 years 26 weeks ago
-
You don't need me to tell you that your job satisfaction is based less on the tools you use and the skills you learn than it is on the team and company culture. But how can you tell, while you're going through the interview-and-offer process, if these are folks you want to hang out with?
…
2 years 27 weeks ago
-
It's healthy and good for a software development community to take care of itself. But when the community begins to imagine that its experiences are just like …
2 years 28 weeks ago
-
Among my real-world attributes is a surprising (to me) baseball fandom, and an allegiance for the Arizona Diamondbacks in particular. I excuse this by telling myself that baseball competence is an exercise in the balance between indvidual achievement and teamwork, from which any software developer could learn. Yeah. That sounds good. (One of these days, I'll get around to reading Jeff Angus' Management by Baseball; it hasn't made it to the top of my pile, yet.)
…
2 years 30 weeks ago
-
Throughout my 20s and 30s, I played D&D and other fantasy role playing games at least once a week. Doing so did more than teach me the rules of combat or proper behavior in a dragon's lair. I gained several skills that truly did help me in my career.
…
2 years 32 weeks ago
-
We all like to think that we understand our users, and that we listen carefully when they explain what they need. Armed with that certainty, we go off to …
2 years 33 weeks ago
-
Let's take a moment to appreciate how much has improved, in a developer's lot, over the last decade. In particular, contemplate how many "basic" programming concepts and "everybody knows" knowledge didn't exist in your life.
…
2 years 33 weeks ago
-
Every stage in your career progress requires new skills. Sometimes, the knowledge you need to acquire is technical minutiae that can best be learned with a more experienced practitioner at your elbow. At other times, you need advice about developing business skills, or help deciding which new position to accept. Such advice can be acquired haphazardly, or it can come from a mentoring relationship. However, finding a suitable mentor or mentee and making the relationship work isn't always easy, particularly for women who are shy about asking for assistance. Executive women in IT who have learned from mentors or who have provided such guidance themselves urge others to get involved, no matter where they are on their career path. In this article, successful women share what makes a mentoring relationship work, how to find the right person and how to know when to part. The Benefits of Mentoring Go Both Ways Mentoring is worth the energy expended, both for an executive who offers guidance and for the person who listens. Everyone interviewed for this article who had mentoring relationships (as mentor, mentee or both), speaks warmly of the experience and cites personal and professional abilities gained. For the mentee, the real value of mentoring comes from the opportunity to gain confidence as well as skills. "It's a relationship with someone who allows you to voice your vulnerabilities, coach you on strategies to overcome them and help you see possibilities you might have missed otherwise," says Diane Wallace, CIO of the Connecticut Department of Information Technology. The career benefits can be significant for the mentor, too. Mandeep Maini, vice president of healthcare systems marketing and web systems delivery at Blue Cross/Blue Shield, says executives should "Mentor to learn, rather than to teach." Mentoring makes you reflect on your own style, prejudices and shortcomings, she says, and encourages soul searching. Mentoring has also made Maini a more compassionate and inclusive leader. A mentee from another department was nervous about speaking up in meetings-a difficulty that Maini personally never had. Coaching her mentee through her fears caused Maini to recognize that someone in her own department who doesn't speak up may be holding back out of shyness, rather than out of a lack of things to say. So Maini is now more inclined to solicit the meeting participant's opinion, where she wouldn't have done so previously. What's more, mentors say they derive a sense of satisfaction from helping the next generation gain the skills they need. Connecticut's Wallace counts all the successful managers and leaders she's mentored who went on to bigger and better assignments as one of her greatest achievements. "I'm still in touch with employees who I haven't worked with in years, but who still choose to call me a friend because I helped mentor them at some point," she says. The benefits are evident no matter where you stand on the job ladder-and it's particularly valuable for executives, says Maini, since it's lonely at the top. Executives rarely want to express uncertainty since it makes others think they can't do the job. Yet, Maini points out, we all have fears and insecurities and need to talk with someone. Linda Brigance, vice president and CIO of FedEx's Asia Pacific Division, appreciates someone who can provide guidance. "I had a mentor even as I moved into my role as CIO in Asia, which provided me with the comfort and confidence that I could talk with someone I trusted as I was establishing myself in this role." Mentoring Nuts & Bolts Those who have never sought a mentor may be unsure how it works day-to-day or be unclear about the specifics of such relationships. The short answer, of course, is that a mentoring relationship can work any way that satisfies the participants. That being said, a typical mentoring relationship consists of an agreement to work together for a period of time, such as six to nine months, with hour-long phone calls or video conferences once a month. Wallace recommends that mentees share their résumé, long-term career development objectives and what they hope to accomplish through the mentoring relationship prior to the first meeting. Wallace also suggests that the mentee itemize current performance objectives that will influence her career and three challenges in her development process. "These documents then become the basis of the first conversation in establishing how the mentor can help the mentee," says Wallace. Typical discussion topics include challenges in the mentee's current job (such as a difficult project or clash with a superior or peer) or a family/work balance issue with which the individual is wrestling. "The point of these conversations is to have a safe place to discuss issues and get a new, unbiased perspective on how to handle them." Be prepared, says Wallace, and schedule a conversation when it's convenient for the mentor. "If you haven't worked for them before, you want to approach them on an issue of mutual interest. If that initial conversation goes well, ask if you can seek their advice on other issues," she says. "Mentoring conversations don't need to take an hour; 10 to 15 minutes can be a lot of time if you're prepared and can get to the point." The result of such conversations is both tactical-better ways to do your job-and strategic. When asked what she got from mentoring, Charlotte Klock, executive director of IT infrastructure at the University of California-San Diego identified several reoccurring themes, such as "pick your battles" and "it's OK to take risks." Would she have learned these lessons otherwise? "Probably, but I would have burned a lot of bridges in doing so and created a bunch of work that wasn't necessary." Finding a Mentor or Mentee It's common for people to find their mentors from an existing work relationship, such as the boss who continues to offer advice. Others prefer to get their guidance from elsewhere in the organization or from outside the company to avoid departmental politics. Clearly, both approaches can work, but the important point is to find someone from whom you can learn. "Look to people who embody the characteristics you aspire to develop," says Maini. Brigance recommends identifying role models: individuals for whom you have the most respect because of their actions and decisions as professionals. You also want to make sure you can relate to your mentor or mentee. For Suzanne Montague, CIO and vice president for IT at University of Texas at Arlington's Office of Information Technology, compatibility is most important. "I think there needs to be an alignment of business philosophies," she says. "This includes an agreement on business priorities, goals, strategies, tactics and beliefs. I have seen many situations where a possible mentoring relationship started to bud, then lost momentum due to a misalignment in one of these critical areas." Don't be shy about asking a would-be mentor if she'd be interested in helping you. Most people are honored to be asked, says Maini; after all, who can resist the flattery of being told she's a role model? "The most successful mentor-mentee relationships usually occur when a colleague or associate has reached out to me proactively," says FedEx's Brigance. "When this happens, it clearly demonstrates to me that this person is deeply interested in expanding their knowledge, experience and appetite for growth."
…
3 years 50 weeks ago
Friends' Activity
Follow other ITworld members or sign in with your Facebook account in order to view your friends' activity.Comments
Esther Schindler's Comments (14)
Commented on How To Tell A Software Developer What You Want
I shall suggest it to my editor!Though that's a people management skill you're talking about. It's always difficult to tell the boss or client that they're wrong. Particularly for consultants who don't have an ongoing relationship with the client. If we say, "I know you want to do it THIS way, but my expertise informs me that that is doomed to failure" the client might stomp off in a huff. Often it's easy to say, "Good; let them" -- unless you have a mortgage payment due at the end of the month.It's one reason that I like the idea of someone giving this article to a prospective user or client and making them fill out some sort of document that answers these questions. If nothing else, it may help the user recognize that her goals are murky.
1 year ago
Commented on If the comments are ugly, the code is ugly
...then I don't care what your code looks like.
2 years ago
Commented on If the comments are ugly, the code is ugly
I'd say that's veering a bit too far in the OTHER direction!
2 years ago
Commented on If the comments are ugly, the code is ugly
Which is why I asked for comments!
2 years ago
Commented on The Decline and Fall of the Idealistic Spark
But the point is that it could be any number of organizations.
2 years ago
Commented on The Decline and Fall of the Idealistic Spark
In fact, I would go so far as to say that an organization that lacks principles or "something worth fighting for" is doomed before it begins. Or it won't ever become more than a handful of people with a good idea.Rather, in my experience, the problem in the path-towards-doom isn't that there are no principles but there are battling principles. E.g. "the right way to respond to this PR problem is XYZ -- no it's ABC!" and the internal fight causes the organization to lose sight of the user, membership, or those they need to "sell" to.Or, alternately, the principles are lost in the name of serving them (we're going to save the planet but mistreating our staff is just "a necessary compromise").Or, when it's the case of a leader losing touch entirely, he imagines that his principles represent a worldview that doesn't match others' reality. (Best example I could think of for this is Nehemiah Scudder in Heinlein's If This Goes On—, especially if you've read enough of Heinlein's Future History to grasp the arc he envisioned for Scudder.)It's never a lack of principles. It's when you use them as a weapon with which to bludgeon others, not as the headlights that point the way.
2 years ago
Commented on How to Attract More People to Your Open Source Project
So I finally investigated and learned how to turn off automatic paging. I've NO idea who comes up with the silly rules like "400 words per page by default" or whatever it is.
2 years ago
Commented on Why Users Dumped Your Open Source App for Proprietary Software
I've seen a few variations on this "argument," here and on slashdot, and it rather astonishes me.These people argue that since I point out that some people look at a FOSS app and choose a proprietary alternative, that I am (a) unaware that plenty of people do choose an open source option and (b) suggesting that any proprietary app is better. I don't see how they reach that conclusion. Are you so anxious to confront an enemy that you will work to create one?Yes, open source is wonderful stuff. I wouldn't be writing a blog about the topic unless I thought so. (And I'm certainly qualified, as I've been writing about open source for most of a decade, and about software development for far longer.) I could write the obvious articles about "why people choose open source instead of proprietary apps," but hey, that's been done, and it's preaching to the choir. Like anything else, FOSS is not perfect, and it still has barriers to adoption. Unless you acknowledge the barriers, you cannot deal with them. My aim was, as I said, to identify the reasons that people might try out your app and fail to adopt it; I also had a few suggestions about how you might address it for your specific project.Yes, open source is used all over the place. Great. Do you want to see it used more? Then let's talk about what has to happen to make that goal achievable. Hint: it is not generally useful to accuse the people who do not buy your product (or your vision) of ignorance or malice. Especially when they are on your side.
2 years ago
Commented on Why Users Dumped Your Open Source App for Proprietary Software
It's what you (in a FOSS project) can do.I had a bad experience with a restaurant when it first opened, a year ago. Let's say it was slow service, or not enough vegetarian options.The restaurant has fixed all those problems since then, but it hasn't occurred to me to return because, hey, I had one bad experience and that colored my perception. I have hundreds of other places to go, and no particular reason to think about that one again.Do you want to blame me? Or do you want to get the message to me that things have improved and perhaps I should consider another visit?
2 years ago
Commented on Why Users Dumped Your Open Source App for Proprietary Software
But why do you assume that your experience is the same as everyone else's?
2 years ago
Commented on Four Things Open Source Projects Should Know About Dealing with the Press
When I ask for input, I am always friendly and kind. After the article posts, I always tell the contributors that it's up (with the URL) and almost always post the link back to the community where I initially asked the question (so that even those who didn't give me input have an opportunity to find out "the rest of the story"). I have done so for well over a decade.
And, while you may not know me personally, I think I do have a generally positive reputation in the communities where I participate, on FOSS topics as well as many others. Because in most of them I participate, I don't just do a drive-by info-gathering.
2 years ago
Commented on Four Things Open Source Projects Should Know About Dealing with the Press
Thanks, Open Mike, for your comments. Yours is an example of what I mentioned in an earlier message: When you disagree, have a conversation, not a confrontation. It makes me glad to respond. ::warm smile::
One error I made in this blog post was that I started from the same assumption I used for the OSCON presentation. That is, the people in the room in San Jose were, by definition, interested in their project working better with the press. Someone who wasn't interested in the topic had plenty of other cool sessions to attend instead.
However, as you said, not every open source project cares about getting press attention. I should have been more explicit that this advice does not necessarily apply to every project. If you're doing it for yourselves, and you don't care about being listed in a "Most important open source apps coming out this year," then it's no hardship for you to not-respond (or to be polite, say "No thanks, no time") when a journalist comes knocking.
Even when a project-as-a-whole does care, it won't matter to every developer involved. That's copacetic; some people get excited about security testing, others by writing doc. We contribute in whatever way makes us comfortable.
My point is that if a project does care about being written about in the media it needs to have at least one person whose role it is to Be Called Upon. Just as it behooves a job seeker to understand something about the way an recruiter works, and it's a good idea for a programmer to actually ask her user how he's going to use the software. It always helps to understand the process. This is my process, and the process of most technology journalists.
Please do read through Josh Berkus' slides, in the link I gave in the resources; he gives a good example of the timeline necessary to send out press releases about the newest version of Open Office or PostgreSQL. And as he so eloquently pointed out, a press release is not a copy of your release notes.
2 years ago
Commented on Four Things Open Source Projects Should Know About Dealing with the Press
Oh, by all means, correct us when we are wrong. But it's far more effective to address the fact and not the individual. That is, there's a major difference between, "I believe you are mistaken; this fact is incorrect, as you'll see at LINK" and "You are an idiot." If nothing else, the former lets us (all) get smarter.
Correct facts, sure. But assume that the reporter was simply wrong about that fact (particularly because the right person from the open source project was "too busy coding" to ever respond to her message), not that she was too dumb to understand the answer.
2 years ago
Commented on Developer Tools You Don't Use – And Why You Don't Use Them
Your wording may be more accurate. But mine is funnier! :-)
3 years ago
Activity
- Comments: 14
- Friends: 0
- Likes: 0
- Following: 0
- Questions Asked: 0
- Followers: 1
- Questions Answered: 0












