It's been a while since I highlighted free software to use. Now it's time for me to mention that I settled on the following:
JXplorer This used to be the world's finest LDAP browser for me, until 5 minutes ago, when I discovered LDAPAdmin.
Kudos to the developers of both LDAP browsers.
UPDATE: as noted by Brian in comments, the better alternative is: Apache Directory Studio . I'm using it on a regular basis, whenever I digg into LDAPs. It also has a lightweight Apache LDAP server implemented in the application, which allows for mocking with LDAP (ldif import/export, schema changes and so on) on your own station, without the risk of compromising the LDAP you are working with.
My corner exceeding 250 chars. Building software, dev and some ops, mostly architecting stuff.
Friday, July 31, 2009
Saturday, July 18, 2009
Domino to Exchange ? not again, this is proven. Useless way to migrate.
I think you'll find on this blog some posts already saying that Domino to Exchange/Sharepoint migration is useless from a ROI perspective. If you're running Domino, stick with it, invest in upgrade to 8.5 and skills around Domino, and better focus of delivering applications, solving your business problems and so on. Let Domino do its job because it does it better than any other MS technology.
Now, I'm posting this just to remind me to instruct MS enthusiasts on this subject, to Brian's post, highlighting some great points to pay attention to.
On the other hand, be aware that people counts to the project's success. No matter the technology, if not skilled, people can slam any technology against the thinnest wall, it will eventually break.
Now, I'm posting this just to remind me to instruct MS enthusiasts on this subject, to Brian's post, highlighting some great points to pay attention to.
On the other hand, be aware that people counts to the project's success. No matter the technology, if not skilled, people can slam any technology against the thinnest wall, it will eventually break.
Friday, July 17, 2009
ibm's java troubleshooting blog
pass on the news. Via this Dave Hay's post, I found out about the new IBM's JVM related blog
Be it WebSphere or Tivoli line of products, all of them embeds WebSphere App Server, thus IBM's JVM. Do you work on something WebSphere or Tivoli ? You work on IBM's JVM.
For me, I'll follow the blog to see who to contact internally at the next big performance issue :) Finding expertise even when you're on IBM's internal network is no easy thing to do. With 400.000 people, go figure ...
Be it WebSphere or Tivoli line of products, all of them embeds WebSphere App Server, thus IBM's JVM. Do you work on something WebSphere or Tivoli ? You work on IBM's JVM.
For me, I'll follow the blog to see who to contact internally at the next big performance issue :) Finding expertise even when you're on IBM's internal network is no easy thing to do. With 400.000 people, go figure ...
Tuesday, July 14, 2009
programmer equals developer ?
I am starting this writing on a subject which has already been discussed over and over again. Younger fellows (not surprisingly) seems to not make a difference between "programmer" and "developer". Being in this industry for more than 10 years, I do.
For others as my fellow mates who cannot distinguish between the two, here are the links from the Sun's certification pages:
programmer vs. developer
From my point of view, I can summarize the following:
programmer: one writes lines of code which compiles, following a design.
developer: one understands what the lines of code means, creating the design.
I also think that above difference does not only apply to Java. It also applies to other languages. It's a matter of attitude towards your job. You need to aspire to understand your technology beyond the details of writing code.
This is not a rant. I'm trying to avoid arrogance in this post. Just that developer is not the same as programmer.
For others as my fellow mates who cannot distinguish between the two, here are the links from the Sun's certification pages:
programmer vs. developer
From my point of view, I can summarize the following:
programmer: one writes lines of code which compiles, following a design.
developer: one understands what the lines of code means, creating the design.
I also think that above difference does not only apply to Java. It also applies to other languages. It's a matter of attitude towards your job. You need to aspire to understand your technology beyond the details of writing code.
This is not a rant. I'm trying to avoid arrogance in this post. Just that developer is not the same as programmer.
Subscribe to:
Posts (Atom)