New version of Google Maps for mobile devices

clock November 29, 2007 02:17 by author anjel
Company Google has presented the second version of cartographical service Google Maps for Mobile for owners of portable devices.

The main innovation in Google Maps for Mobile 2.0 became function My Location which allows to define a current site of the owner of smartphone or a mobile phone on the basis of the information on identifiers of base stations of a cellular network. System My Location should interest, first of all, those users which portable devices are not equipped by the built in receivers of satellite system of navigation GPS.

In company Google mark that only about 15 % of the mobiles phone sold during current year, support GPS. Owing to function My Location for definition of a site modern phone or communicator is required to the user only. And, under statements Google, system My Location in comparison with GPS-navigation gives a number of advantages. Definition of approximate coordinates by means of My Location borrows less time besides function can be used inside of buildings where signals GPS can not pass. At last, work of system My Location demands smaller expenses of energy that is positively reflected in time of independent work of the portable device.

To use function My Location it is possible on the majority modern smartphones including communicators BlackBerry, devices on the basis of Symbian OS (Series 60 3rd Edition) and Windows Mobile, and also new mobiles phone Sony Ericsson and Motorola.

Meanwhile it became known that company Google has expanded opportunities of service Google Maps for personal computers. So, for example, owing to means of collective work the same personalized card Google My Maps at once some users now can edit. Besides there were the new cards Terrain Maps showing a relief of a landscape and physical features of district.

Be the first to rate this post

  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5


Why Small Software Teams Grow Large And Other Software Development Conundrums

clock November 28, 2007 01:36 by author anjel

I found interesting topic about software teems. Here it is:

 

"Ever since I can remember there is a background noise in the software development community around a relatively small set of topics:

- Are small teams better than big teams?

- Does language matter?

- What’s the best language?

- How do we achieve quality?

- Is software art and talent driven, or is it engineering and process driven?

The list is probably longer, but you get the idea.  Lately I’ve been involved in some back and forth over team sizes.  For the record, I think small talented teams crush big teams with tons of process in terms of productivity and final results.  They build better software in less time.  It’s been a good discussion, but commenters on various threads bring up issues that are important to address.  Let’s see if we can’t tackle a few here.

Chris Winters’ post is a good place to start, as Chris delivers a lot of meat in a very few lines.

Don’t these small team pundits completely ingore the timeframe?

As Carmack said, “a team of 3 focused and creative people can accomplish almost anything” — given sufficient time. But time is the knob that many (most?) projects have little control over. Everybody has competitors, and everything needs to get out yesterday.

This is truly Mythical Man Month territory.  You can deliver a project sooner with more than 3 developers, but I have serious doubts about delivering a core module with more than 10.  The question is whether what you are building is amenable to being broken down into what are essentially very separate projects.  Sometimes this is possible, more often it isn’t.  To make it possible will require some architectural investment to keep the modules separate, and that investment is serialized into the schedule.

A much more effective knob to twiddle when it comes to time to market is scope.  Cut scope.  Cut it early and cut it again if the project is drifting off schedule.  It is amazing how much scope can really be done away with and still have a release that completely satisfies commercial needs and makes customers happy.  It is a mistake to go for the many-year feature abundanzas that result in products like our friends in Redmond like to ship once every 5 years.

Does “small team” include QA?  People to gather requirements?  People to write documentation?

Great question!  First, on the issue of QA, I have never found a point of diminishing returns, and I have had the luxury of spending a LOT of money on QA during my Borland days.  Simply put, it is extremely difficult to find all the bugs.  No matter how many we could find in a week with a huge team of testers, a small core team of developers was able to keep up.  We started with a ratio of 1 QA per developer and added more QA on top of that as we moved towards shipment.  Those days are probably gone, but boy did it ever help. 

We got a lot of mileage over mobilizing the company and customers to assist.  We paid bug bounties to these folks based on severity of bug, and I know of at least one case where a very talented SE paid for a kitchen remodel with the funds.  OTOH, I had friends working on Microsoft Windows XP where much larger developer teams were involved, and even more humongous QA teams.  According to one friend, they completely deleted the entire bug database and started over again multiple times during the project because the developers simply couldn’t keep up.

As a final thought on this, the number of resources you can bring to bear outside the core developers is a function of the communication load they put on the developers.  Communicating via a bug tracking system is pretty efficient, hence lots of QA didn’t bring down the team.  Having a doc or QA person want to camp out so the developer can educate them is not going to scale.

Isn’t there a huge distinction between creating something and maintaining/improving it?

No, not necessarily.  If your view of improving something is to canvas the user base for every possible feature, build a giant laundry list, and build all of that, you’re going to find it’s very daunting.  But you’re also going to find you quickly defocus the conceptual integrity of your product and wind up with bloatware that does not make your customers happy.  The art of great software is in understanding what’s important to the user experience versus what is merely urgent.  A small team can keep a product fresh and current for years if they’re good at this because they don’t waste time on a load of features that clog things up.

Exceptions?  Beware the things that require tons of code yet qualify as only 1 more feature on the checklist.  Platforms are the arch example of that.  Supporting many printers and display adapters was the old school.  Supporting many databases or app servers is more recent.  It’s not worth it and it is a huge sink on resources.

Aren’t all the great small team examples tools?

Linux, Delphi, and Quattro Pro are described by Chris as “generic tools built without regard for any specific business logic.”  There are two ways to think about this.  Chris takes the path that says the example is irrelevant because most software isn’t that way.  I take the path of saying that the example is spot on because all software should become a language if done right.  The benefit?  Your small team is enormously more productive as are your customers if you can actually make the language something they can grasp and use.  There is a reason these small teams built languages (though I’m not sure I view Linus as a tool/language).  In fact, Quattro Pro had no less than 18 interpreters buried in the guts.  Very few of them were surfaced for end users, most were there to make the code simpler and the product more powerful.

Do we know what we’re building?

Chris hints on another big problem when he says:

And doing all that for non-trivial businesses, with a small team, no matter what language, is a tough job. (Not even mentioning figuring out what it is you’re supposed to build.) In a short amount of time? Approaching impossible.

The one thing that will sink a project faster than too many cooks with not enough talent is poor requirements at the outset.  If you truly don’t know what you’re building, you’re doomed.  You need to see pretty clearly what it is before the first line of code is written.  If you must build a prototype to get there, consider it time and money well spent.

By the way, creating a DSL for your domain is a way of creating a formal specification.  It takes rigor to create a language.  Hand waving won’t get you very far.  Also note that a giant laundry list of use cases and feature requests is not a specification.  It’s a wish list.  You need to understand the commercial dynamics of what really matters to customers, why it matters, and have a pretty good sketch of how you’ll solve their problem.

Don’t kid yourself that a giant team running around gathering requirements and hacking out use cases in monolithic modules is building software, business or otherwise.  It’s creating an unmaintainable mess that makes nobody but the IT guys that assembled that laundry list happy.  Certainly the business uses who it lands on are going to find it isn’t what they thought they were getting and it is almost impossible to change it into what they wanted.

So then why do small teams grow large?

This is my own editorial, but I’m surprised it isn’t talked about more.  We’ve all seen teams start small and grow large as a product succeeds.  Why does this happen?  The prevailing wisdom seems to be that as you gain customers, their demands for new functionality outstrip what the small team could provide.  I don’t believe it.  I’ve looked at a lot of software releases, and by release 3 or 4, it’s all too easy to get caught up delivering much sound and fury signifying nothing.  Did that release 3 or 4 really turn out that much more functionality than 1 or 2?  Was it really revolutionary?  Were the features all of the same caliber as the original?

No, I don’t think so.

Another source is failed negotiations between VP’s of Engineering and CEO’s.  Most CEO’s do not understand creating software.  They come from fields like Sales and Marketing where throwing dollars and bodies at problems can make a difference.  So they want their VP of Engineering to do the same.  They don’t want to hear the team is running flat out and can’t produce more.  They want what they want when they want it, and they’ll write the check to make it happen.  I have not personally run afoul of this (I am stubborn about agreeing to do something I know will fail), but I have heard of it.  This is not the big issue, though.

In my experience managing multiple release cycles for something like 50 products, team growth almost always boils down to aspirations and career growth.  People get tired of working on the same code base.  They get tired of working on the boring parts of the code base.  They want new challenges.  They want career growth.  They want to be architects and managers.  Who can blame them?  It’s human to want these things.

Pretty soon, a person who was a senior developer is an architect or a manager.  We carve some subsystem off and hand it over to them.  Or, we hire someone incredibly junior to be in charge of some unimportant code that the senior guys want nothing more to do with.  A fiefdom is born and the big team is on it’s way.  This is a mistake!

We are better off to create entirely new products as a path for career development.  If we can’t justify a product, or worse, can’t justify giving a person a product, then we need to be honest about that.  You may lose the person as they seek opportunity elsewhere, but you may also need to get some new blood into your small team.

This points up something to look for in your hiring practices.  Beware too much naked ambition among developers.  The guys that push for promotion every year can be awesome, but they will be high maintenance, and they will try to push you into doing something that’s bad for the team and perhaps even bad for themselves.  Beware especially the talented developer who wants to move into management because they want to make the decisions on architecture.  The developers who are in love with the act of creation and who have great chemistry with their coworkers are the gems.  They will not push you for much more than clear and exciting direction on where to take the product next.  Don’t exploit these guys either.  Reward the heck out of them.  After all, it doesn’t take too many to work miracles.  Make sure they’re happy, whatever it takes.

Give me a few guys like that who are really good and there isn’t any piece of software I can’t get built faster and better than the big team.  We’ll also keep that software vigorous and cutting edge for years too, and we’ll run circles around the competition."

 Source: http://smoothspan.wordpress.com/2007/11/27/why-small-software-teams-grow-large-and-other-software-development-conundrums/ 

Be the first to rate this post

  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5


What I'm Doing To Make Software Development Work

clock November 26, 2007 00:43 by author anjel

Preproject Considerations
Most of our business comes through referrals or new projects from existing customers. Out of those, we try only to accept referrals or repeat business from the "good clients," believing their friends will be similarly low maintenance, high value, and most importantly, great to work with.

We have tried the RFP circuit in the past, and recently considered going at it again. However, after a review of our experiences with it, we felt that unless you are the cause of the RFP being initiated, you have a subatomically small chance of being selected for the project (we've been on both ends of that one). Since it typically takes incredible effort to craft a response, it just seems like a waste of hours to pursue.

On the other hand, we are considering creating a default template and using minimal customization to put out for future RFPs, and even then, only considering ones that have a very detailed scope, to minimize our effort on the proposal even further.

We're also trying to move ourselves into the repeatable solutions space - something that really takes the cheap manufacturing ability we have in software - copying bits from one piece of hardware storage to another - and puts it to good use.

Finally, I'm very interested to hear how some of you in the small software business world bring in business. I know we're technically competitors and all, but really, how can you compete with this?

The Software Development Life Cycle
I won't bother you by giving a "phase" by phase analysis here. Part of that is because I'm not sure if we do all the phases, or if we're just so flexible and have such short iterations the phases seem to bleed together. (Nor do I want to spend the time to figure out which category what each thing belongs in.) Depending on the project, it could be either. Instead, I'll bore you with what we do pretty much every time:

At the start of a project, we sit down with client and take requirements. There's nothing fancy here. I'm the coder and I get involved - we've found that it's a ridiculous waste of time to pass my questions through a mediator and wait two weeks to get an answer. Instead, we take some paper or cards and pen, and dry erase markers for the whiteboard. We talk through of what the system should do at a high level, and make notes of it.

We try to list every feature in terms of the users who will perform it and it's reason for existence. If that's unknown, at least we know the feature, even if we don't know who will get to use it or why it's needed. All of this basically gives us our "use cases," without a lot of the formality.

I should also note that, we also do the formal bit if the need is there, or if the client wants to work that way. But those meetings can easily get boring, and when no one wants to be there, it's not an incredibly productive environment. If we're talking about doing the project in Rails or ColdFusion, it often takes me longer to write a use case than it would to implement the feature and show it to the client for feedback, so you can see why it might be more productive to skip the formality in cases that don't require it.

After we get a list of all the features we can think of, I'll get some rough estimates of points (not hours) of each feature to the client, to give them an idea of the relative costs for each feature. If there is a feature which is something fairly unrelated to anything we've had experience with, we give it the maximum score, or change it to an "investigate point cost," which would be the points we'd need to expend to do some research to get a better estimate of relative effort.

Armed with that knowledge, they can then give me a prioritized list of the features they'd like to see by next Friday when I ask them to pick X number of points for us to work on in the next week. Then we'll discuss in more detail those features they've chosen, to get a better idea of exactly what it is they're asking for.

We repeat that each iteration, adjusting the X number of points the client gets to choose based on what was actually accomplished the previous iteration - if there was spare time, they get a few more points. If we didn't finish, those go on the backlog and the client has fewer points to spend. Normally, we don't have the need for face to face meetings after the initial one, but I prefer to have them if we can. We're just not religious about it.

Whiteboards at this meeting are particularly useful, as most ideas can be illustrated quite quickly, have their picture taken, and be erased when no longer needed. Plus, it lets everyone get involved when we start prioritizing. Notecards are also nice as they swap places with each other with incredible ease.

Within each iteration, we start working immediately. Most of the time, we have one week iterations, unless there are a couple of projects going on - then we'll go on two week iterations, alternating between clients. If the project is relatively stable, we might even do daily releases. On top of that, we'll interface with client daily if they are available that frequently, and if there is something to show.

If the project size warrants it, we (or I) track our progress in consuming points on a burndown chart. This would typically be for anything a month or longer. If you'll be mostly done with a project in a week, I don't see the point in coming up with one of these. You can set up a spreadsheet to do all the calculations and graphing for you, and in doing so you can get a good idea of when the project will actually be finished, not just some random date you pull out of the air.
 


Another thing I try to be adamant about is insisting the client start using the product as soon as it provides some value. This is better for everyone involved. The client can realize ROI sooner and feedback is richer. Without it, the code is not flexed as much. Nor do you get to see what parts work to ease the workload and which go against it as early in the product's life, and that makes changes more difficult. For us, the typical client has been willing to do this, and projects seem to devolve into disaster more readily when they don't.

Finally, every morning we have our daily stand-up meeting. Our company is small enough so that we can talk about company-wide stuff, not just individual projects. Each attendee answers three questions:
  1. What did you do yesterday?
  2. What are you going to do today?
  3. What is holding you back

The meeting is a time-conscious way (15 minutes - you stand so you don't get comfortable) to keep us communicating. Just as importantly, it keeps us accountable to each other, focused on setting goals and getting things done, and removing obstacles that get in our way.

On the code side of things, I try to have unit tests and integration tests for mostly everything. I don't have automated tests for things like games and user interfaces. I haven't seen much detriment from doing it this way, and the tradeoff for learning how to do it doesn't seem worth it at the moment.

I would like to learn how to do it properly and make a more informed decision though. That will likely come when time is not so rare for me. Perhaps when I'm finished with school I'll spend that free time learning the strategies for testing such elements.

Luckily, when I'm working on a ColdFusion project, cfrails is pretty well tested so I get to skip a lot of tests I might otherwise need to write.

By the same token, I don't normally unit test one-off scripts, unless there are obvious test cases I can meet or before doing a final version that would actually change something.

I don't know how to do it in CF, but when I've use continuous integration tools for Java projects it has been helpful. If you have good tests, the CI server will report when someone checks in code that breaks the tests. This means bad code gets checked in less often. If you don't have the tests to back it up, at least you'll feel comfortable knowing the project builds successfully.

For maintenance, we normally don't worry about using a project management tool to track issue. Bugs are fixed as they are reported - show stoppers immediately, less important within the day, and things deemed slight annoyances might take a couple of days. I'd like to formalize our response into an actual policy, though.

Similarly, new requests are typically handled within a couple of days if they are small and I'm not too busy - otherwise I'll give an estimate as to when I can have it done.

With bugs in particular, they are so rare and few in number that I could probably track them in my head. Nevertheless, I mark an email with my "Action Required" tag, and try my best to keep that folder very small. Right now I've overcommitted myself and the folder isn't empty, but there was a time recently that it remained empty on most nights.

In any event, I normally only use project management tools for very large projects or those I inherited for some reason or another.

Summary
If you're a practitioner, you can tell the ideas above are heavily influenced by (when not directly part of) Scrum and Extreme Programming. I wouldn't call what we're doing by either of their names. If you're not familiar with the ideas and they interest you, now you know where to look.

Where would we like to go from here?
One thing that sticks out immediately is client-driven automated testing with Selenium or FIT. I'd also like to work for several months on a team that does it all and does it right, mostly to learn how I might better apply things I've learned, heard of, or yet to be exposed to. What else? That will have to be the subject of another post, as this one's turned into a book.

Source http://www.codeodor.com/index.cfm/2007/11/26/What-Im-Doing-To-Make-Software-Development-Work/1752 

Be the first to rate this post

  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5


Master Tutorial to Make Your Windows Super Fast

clock November 22, 2007 22:56 by author anjel

This tutorial is meant for increasing the performance of Windows XP, either it can be a fresh installed windows or an old windows.
Actually these r some tips/tricks, which I always apply whenever I do a fresh installation of windows. So here I’m sharing many of those tips-n-tricks:

1.) First I’ll tell some Registry tricks, which can be applied without any problem or doubt and I believe these tricks will surely help in increasing the performance of your windows. Copy the following code in Notepad, save the file with name "Vishal.reg" (including quotes) and then run the file:

 

Code:
Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\AllFilesystemObjects\shellex\ContextMenuHandlers\Copy To]
@="{C2FBB630-2971-11D1-A18C-00C04FD75D13}"
[HKEY_CLASSES_ROOT\AllFilesystemObjects\shellex\ContextMenuHandlers\Move To]
@="{C2FBB631-2971-11D1-A18C-00C04FD75D13}"
[HKEY_CLASSES_ROOT\Directory\Shell\DosHere]
@="Command &Prompt Here"
[HKEY_CLASSES_ROOT\Directory\Shell\DosHere\Command]
@="%windir%\\System32\\cmd.exe /k cd \"%1\""
[HKEY_CLASSES_ROOT\Drive\Shell\DosHere]
@="Command &Prompt Here"
[HKEY_CLASSES_ROOT\Drive\Shell\DosHere\Command]
@="%windir%\\System32\\cmd.exe /k cd \"%1\""
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer]
"Link"=hex:00,00,00,00
[HKEY_CURRENT_USER\Control Panel\Desktop]
"AutoEndTasks"="1"
"HungAppTimeout"="1000"
"MenuShowDelay"="8"
"WaitToKillAppTimeout"="2000"
"LowLevelHooksTimeout"="1000"
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer]
"NoLowDiskSpaceChecks"=dword:00000001
"ClearRecentDocsOnExit"=dword:00000001
"NoRecentDocsHistory"=hex:01,00,00,00
"LinkResolveIgnoreLinkInfo"=dword:00000001
"NoResolveSearch"=dword:00000001
"NoResolveTrack"=dword:00000001
"NoInternetOpenWith"=dword:00000001
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control]
"WaitToKillServiceTimeout"="2000"
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\RemoteComputer]

 2.) Right-click on Desktop and select Properties, Now in the new window goto Appearance tab and click on Effects button. Now in the new opened window uncheck the following options:

a.) Use the following transition effect for menus & tooltips.
b.) Show shadows under menus.
c.) Show window contents while dragging. (you may remain this option checked as I hv in my screenshot. It depends upon ur choice.)
d.) Use the following method to smooth edges of screen fonts. You may select “Standard” for this. I hv selected “Clear Type” coz I hv a TFT, it doesnt work properly for CRT monitors.


 

3.) Right-click on My Computer icon on Desktop and select Properties (or press <WIN> key + <Pause/Break> key), now goto Advanced tab in new window and click on Settings button in Performance section:

 



Now uncheck all the options in Visual Effects, but u can remain following options checked acc. to ur choice:

a.) Show window contents while dragging.
b.) Smooth edges of screen fonts.
c.) Use common tasks in folders (If u use the left side pane in My computer, I don’t use it.)
d.) Use drop shadows on icon labels on the desktop. (to make the desktop icons label transparent.)
e.) Use visual styles on windows and buttons. (If u use XP themes.)

 

4.) Open Tools -> Folder Options and click on View tab:

 


Now uncheck following options:

a.) Automatically search for network folders & printers.
b.) Display file size information in folder tips.
c.) Display simple folder view in Explorer’s Folders list.
d.) Show encrypted or compressed NTFS files in color. (I don’t use this option.)
e.) Show pop-up description for folder and desktop icons.
f.) Use simple file sharing.

Other remaining options are totally based upon user’s requirements, they usually don’t affect the performance! So u can enable/disable them acc. to ur requirements.

5.)
Right-click on My Computer icon on Desktop and select Manage. Now goto Services & Applications -> Services. Here you can set many services to Manual, which u don’t want to start as soon as the windows starts. Following is a thread, in which I posted a small tutorial for knowing about which service should be set to MANUAL and which should be set to AUTOMATIC:

Windows XP Services that can be Safely set to MANUAL

6.) Start -> Run and type msconfig, now goto Startup tab and uncheck the entries, which u don’t want to start automatically with the windows, like u can get display settings utility entry there, and many more.

7.) Open Sound & Audio Devices in Control Panel (or type mmsys.cpl in RUN), goto Sounds tab and select No Sounds in Sound Scheme section. Or u can remain some of ur favorite sounds there but set Exit Windows, Start Windows, Windows Logoff, Windows Logon to (None).

8.) For more options/tips-n-tricks for better performance, u can use TweakUI, Tuneup Utilities 2006 and gpedit.msc (Windows XP Professional built-in tool)!

Be the first to rate this post

  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5


DISKEEPER

clock November 22, 2007 02:20 by author anjel
DISKEEPER RELEASES THE MOST INTELLIGENT REAL-TIME DEFRAGMENTER EVER BUILT

Every machine suffers from fragmentation. Fragmentation occurs as files are created, edited and deleted. Parts of each file are saved wherever free space is available on the hard drive. This slows the file access time considerably as the read head reassembles each tiny piece. Fragmentation is a major cause of performance degradation on computers.

Diskeeper 2008 Key Features:

• NEW! Defrag with 1% free space ensures defrag management under the most extreme hard disk conditions.
• NEW! Defrag under the heaviest fragmentations levels including millions of fragments.
• NEW! Intelligent defrag dynamically chooses which software engine will net the most performance gains on any system.
• NEW! Frag Shield 2.0 boosts reliability, preventing fragmentation of critical files.
• NEW! Volume Shadow Copy Service (VSS) Compatibility mode leverages the data protection of VSS with the performance and reliability benefits of defragmenting.
• NEW! Disk Performance Analyzer for Networks in the Administrator Edition provides performance metrics on-demand or email.
• I-FAAST 2.0 (Intelligent File Access Acceleration Sequencing Technology) automatically boosts access speeds for your most frequently used files up to 80%.
• True Transparent, Background Defragmentation, unnoticeable to users—except for the newfound performance and reliability.
• Real-Time Defragmentation automatically handles fragmentation as it occurs, maintaining the system at peak performance.

All of this takes place using Diskeeper’s innovative InvisiTasking background processing technology. This taps the full power of otherwise idle resources to ensure maximum performance and reliability at all times. Once Diskeeper 2008 is deployed, a system runs faster and more stably—period.
"

More information is available at diskeeper.com

Be the first to rate this post

  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5


There was a first beta-version of browser Firefox 3

clock November 21, 2007 03:47 by author anjel
Community Mozilla.org has released the first -version of Firefox 3 that on one step having come nearer to presentation of a browser of new generation.

In browser Firefox 3 there will be a plenty of improvements and innovations. First of all, it is necessary to allocate completely advanced system of bookmarks under name Places. Now all bookmarks, and also history of the visited pages will be stored in built in database SQLite. It, predictably, will allow to raise reliability, productivity, and also to expand opportunities on work with references. So, for example, at a set of the address the browser can check, whether the user visited similar pages earlier. As a result, for a repeated conclusion before the visited page will type only a part of its name enough.

In Firefox 3 additional mechanisms of a safety also are realized. The browser can give out preventions and block access to sites which can contain the nocuous software. Thus the information about doubtful the web-resources is given by company Google. Besides developers have improved integration of the manager of loadings with anti-virus ON and have built in means of a safety at work with additions. Greater changes were undergone also with a cursor of a browser.

As marks PC World referring to Mike Shrepfera's applications, vice-president Mozilla on the development, second beta-version Firefox 3 should leave up to the end of current year. In the beginning of next year it is planned to let out third beta-version Firefox 3 which becomes last test updating of a browser. Then the release of the final version of a product, however exact date of presentation yet will follow does not refer to. To load first beta-version Firefox 3 it is possible from this page.

By the way, community Mozilla.org plans to let out mobile version Firefox. At the initial stage, most likely, light will be seen with updatings Mobile Firefox for program platforms Windows Mobile and Linux. A little bit later, possibly, mobile version Firefox for smartphone with operational system Symbian OS will be let out. However, in any case, Mobile Firefox will appear only after an output of the third version of a browser for personal computers.

Be the first to rate this post

  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5


Search and Recover 4.5.15.10

clock November 20, 2007 03:43 by author anjel

Search and RecoverGet back documents, folders, music, photos, movies, system files, e-mail, and more. Recover messages from the most popular e-mail programs: Microsoft Outlook, Outlook Express, Netscape Mail, Eudora, and Thunderbird. Outlook users can also recover calendars, contacts, and tasks. In addition to recovering data from your PC`s hard drives, you can recover from floppy disks, CDs, DVDs, digital cameras, music players, USB flash drives, and dozens of other media and devices! Data recovery is intuitive and easy: the user-friendly interface removes the guesswork with guided step-by-step wizards and one-click operations. By combining the robust recovery features with bonus tools for system backups and secure file deletions, Search and Recover is a comprehensive solution for managing your critical data.

KEY FEATURES: - The new SmartScan technology ignores irrelevant junk files, making it easier to get back only those files you truly need. - Enhanced StrongScan technology performs a byte-level search that can detect the faintest remnants of lost data, even on unbootable, damaged, or formatted media, and even years after files were lost! - The new TotalRecovery tool automatically recovers and saves data for an entire disk or drive. – Make sure the file is the right one before recovery: you can preview photos, movies, songs, .htm files, and more. – Save recovered data directly onto a CD or DVD for archiving or safekeeping. - Drive imaging technology provides a powerful emergency recovery and backup solution by creating a mirror copy of all files, not just those you can see. –Sensitive information can be completely and securely deleted from a PC or digital device.

COMPATIBLE SYSTEMS: - Windows operating systems (98, Me, 2000, XP Home, XP Pro). - All drive types (IDE, SCSI, USB, and others). - Portable digital devices, such as digital cameras, music players, memory cards, flash drives, and more.

Be the first to rate this post

  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5


Search

Calendar

<<  March 2010  >>
SuMoTuWeThFrSa
28123456
78910111213
14151617181920
21222324252627
28293031123
45678910

Archive

Tags

Categories


Blogroll

© Copyright 2010

Sign in