Sponsored Content
The Lounge What is on Your Mind? Surviving in the business world - which tools to know Post 302465796 by zxmaus on Sunday 24th of October 2010 10:12:50 AM
Old 10-24-2010
Quote:
I have realized that most successful/semi-productive people are those that are a hybrid between technically proficient in Visualbasic/Access while at the same time in the corporate sphere, meaning Powerpoints and "management".
This is a pretty microsoft related question for a unix forum. And I would call myself pretty successful and productive in my role without having ever layed my hands on VB and access Smilie But anyways ...

No matter what you use, I think it is always a question of how well do you know the tools you would need to support your technology - and if the technology suits to your business. You cannot support any technology without knowing how to support it. You for example cannot administer unix without knowing how to use the shell commands ...

We of course could tell you now learn any of the things you mentioned above - or all of them ... but we do not know anything about your role.

As a unix person, my first thought was: migrate to another DB like i.e. mysql or oracle or maybe domino ... and learn sql or whatever supporting technology you need to maintain it. If you are stuck with MS backoffice products than there will be no way around learning vb ... you cannot maintain a product properly that you do not know.

But ask yourself if it is worth the effort - or could another technology maybe support your business needs in a better way and adressing your performance issues would be a great opportunity to drive the change - and this could be a technology you already know?

And - knowing what you are doing will always set you positive apart from the crowd Smilie There are simply too many people out there that do not know what they are doing ...

Just my 2 cents
regards
zxmaus
 

3 More Discussions You Might Find Interesting

1. Shell Programming and Scripting

Array not surviving while loop

So I'm trying to read datafile into an array, with each line representing one variable in the array. I'm successful at first but somehow it keeps getting erased. i=0 grep '.*' datafile | while read line do echo $i array=$(echo $line) echo ${array} #printing array to make sure it's... (5 Replies)
Discussion started by: DrSammyD
5 Replies

2. Red Hat

Cron entry for every 10 mints on business day business hour

Could you “crontab” it to run every 10 minutes on work days (Mo - Fr) between 08:00 and 18:00 i know to run every 10 mints but can any one guide me how to achieve the above one (2 Replies)
Discussion started by: venikathir
2 Replies

3. What is on Your Mind?

Mad World Remix of Moby Video (Are You Lost In The World Like Me)

This is an excellent video comment on modern society and the remix is good too: https://www.youtube.com/watch?v=5DU1B_XkyIk 5DU1B_XkyIk Watch the video above and post your comments. (3 Replies)
Discussion started by: Neo
3 Replies
Perl::Critic::Policy::RegularExpressions::ProhibitEnumerUserCContributed PerPerl::Critic::Policy::RegularExpressions::ProhibitEnumeratedClasses(3)

NAME
Perl::Critic::Policy::RegularExpressions::ProhibitEnumeratedClasses - Use named character classes instead of explicit character lists. AFFILIATION
This Policy is part of the core Perl::Critic distribution. DESCRIPTION
This policy is not for everyone! If you are working in pure ASCII, then disable it now or you may see some false violations. On the other hand many of us are working in a multilingual world with an extended character set, probably Unicode. In that world, patterns like "m/[A-Z]/" can be a source of bugs when you really meant "m/p{IsUpper}/". This policy catches a selection of possible incorrect character class usage. Specifically, the patterns are: "[ f ]" vs. "s" "[ ]" vs. "s" (because many people forget "f") "[A-Za-z0-9_]" vs. "w" "[A-Za-z]" vs. "p{IsAlphabetic}" "[A-Z]" vs. "p{IsUpper}" "[a-z]" vs. "p{IsLower}" "[0-9]" vs. "d" "[^w]" vs. "W" "[^s]" vs. "S" CONFIGURATION
This Policy is not configurable except for the standard options. CREDITS
Initial development of this policy was supported by a grant from the Perl Foundation. AUTHOR
Chris Dolan <cdolan@cpan.org> COPYRIGHT
Copyright (c) 2007-2011 Chris Dolan. Many rights reserved. This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself. The full text of this license can be found in the LICENSE file included with this module perl v5.16.3 2014-06-Perl::Critic::Policy::RegularExpressions::ProhibitEnumeratedClasses(3)
All times are GMT -4. The time now is 05:20 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy