I'm talking about the mindset customers have developed.
And there's no agreed standard for the definition of cloud. Rackspace claims their services is cloud based. I don't agree to it. But there are people who believe Rackspace services are cloud based. So, just about anyone can claim their hosting service is cloud based. There's no way you can prove whether a service is cloud based or not. Cloud is a buzzword effectively used by marketing folks.
If you are in the web hosting business, you have to have the word cloud on your website. Otherwise customers think you are living in the stone age. Whether you actually offer cloud services doesn't matter. But using the buzzwords matter a lot nowadays.
Re:This Is Why Privately-Owned Registrars Are Bad
on
GoDaddy Up For Auction
·
· Score: 2, Informative
Lot of companies offer domain transfer service. You transfer the domain to another registrar, pay for another year of renewal.
Agreed.
I once saw a job application form asking for project details, customer names and other information you would usually consider confidential.
Would you want your employee, when they are applying for another job, to disclose these details to another company?
People are paying more to DTH providers for the same service the cable operators provide. DTH providers are riding on the consumer's hatred for the cable operators.
Right. The companies offering payment gateway services in India are charging king's ransom.
7% transaction fee, $US1000 non refundable deposits, etc make it impossible to collect money online. There is sure an opportunity. I hope Google or another company starts payment gateway services in India.
Don't write it anywhere. The only safe place to store the passwords is your brain. Make a scheme to generate a strong password using mnemonics. When you look at the screen to type the password, you should be able to determine the correct password. In your password generation scheme make associations between your 'salt' and the system that prompts for password.
I have seen two engineers write an application for about a year. They managed to deliver the project with great difficulty. No comments, no code formatting, no version control, no tests, no docs. After they completed the said project, they learned a whole lot of software engineering. Now these engineers use version control, adhere to coding standards, have API documentation, maintain end user documentation in docbook, write unit tests, use design patterns, read security books, attend lot of conferences, etc. They are now so much more confident about the quality of the software they develop.
They are scared as to when the old customer will come back and ask for a feature addition. The only choice they have is to rewrite the application.
Go, get a driving license, ration card, voter's ID card in exchange for money if you will. If you can buy any of these identity cards you can definitely buy passport and a PAN card too. It could cost you a bit more, though.
Few years back, the Government of India started a project to implement social security number system just like in the western countries. They started accepting forms for this ambitious project. Initially, they started offering this form for people holding a PAN card. I haven't heard of any progress till now.
India needs a strong leader to see this project completed. Let's see how Nandan Nilekani helps in this regard.
The point is why study COBOL at all? You could always write code in a current day programming language.
It is very obvious that the programmer understands what he/she is writing. Needless to say, in the industry there are things like spec, prototype, design, tests, mock up, etc.
If the students study a programming language better suited to be used in present day business applications it exposes him/her to modern day concepts and implementations.
I cannot imagine how COBOL helps someone understand how to write modern business applications.Teaching COBOL to undergraduate students isn't very productive.
Many of the subjects you mention are directly related to writing applications like code coverage testing approaches, SDLC, documentation of code, etc.
I agree there are two aspects involved here - learning to program and learning a particular programming language. It doesn't mean you can't learn software engineering if you narrow down the academic focus to current programming languages. Studying arcane programming languages like COBOL doesn't prepare you well to write a business application.
When I was doing computer science graduate course about eight years ago, they taught us Pascal and then COBOL followed by FORTRAN. Lastly they taught us C. But all of them were mere introduction to these programming languages. The most a student could learn from these courses is to know how to use loops and functions in programs. Nobody ever told us what are the differences among these programming languages and why they existed. What to say of teaching students how to write applications?
I wish they had taught us C, C++ and python for the undergraduate course.
Slashdot Mirror
Isn't anyone collecting royalties from PC manufacturers bundling Microsoft products?
Very well said.
I'm talking about the mindset customers have developed.
And there's no agreed standard for the definition of cloud. Rackspace claims their services is cloud based. I don't agree to it. But there are people who believe Rackspace services are cloud based. So, just about anyone can claim their hosting service is cloud based. There's no way you can prove whether a service is cloud based or not. Cloud is a buzzword effectively used by marketing folks.
If you are in the web hosting business, you have to have the word cloud on your website. Otherwise customers think you are living in the stone age. Whether you actually offer cloud services doesn't matter. But using the buzzwords matter a lot nowadays.
Lot of companies offer domain transfer service. You transfer the domain to another registrar, pay for another year of renewal.
No. My favourite distro is the best distro.
Agreed. I once saw a job application form asking for project details, customer names and other information you would usually consider confidential. Would you want your employee, when they are applying for another job, to disclose these details to another company?
http://pib.nic.in/archieve/others/2010/jul/image2010071501.jpg
Also they get huge business from India. BRIC, FWIW.
Many countries have same symbol for their currencies - $. It is more confusing to me.
I recall the pain in my hands when I was reading War And Peace dead tree version.
I read faster on my PC.
Thanks. I was going to download it later. It's easy to follow the link.
I can understand the customer's sentiment.
People are paying more to DTH providers for the same service the cable operators provide. DTH providers are riding on the consumer's hatred for the cable operators.
I thought PHP is a programming language and Oracle a database.
Learn iptables. There are many good books available covering iptables and server security topics.
Right. The companies offering payment gateway services in India are charging king's ransom.
7% transaction fee, $US1000 non refundable deposits, etc make it impossible to collect money online. There is sure an opportunity. I hope Google or another company starts payment gateway services in India.
PayPal is, if you want to charge is 5 currencies PayPal supports. Google doesn't allow you to create a merchant account if you are in India.
Google Checkout is unavailable for Indian merchants.
Don't write it anywhere. The only safe place to store the passwords is your brain. Make a scheme to generate a strong password using mnemonics. When you look at the screen to type the password, you should be able to determine the correct password. In your password generation scheme make associations between your 'salt' and the system that prompts for password.
I have seen two engineers write an application for about a year. They managed to deliver the project with great difficulty. No comments, no code formatting, no version control, no tests, no docs. After they completed the said project, they learned a whole lot of software engineering. Now these engineers use version control, adhere to coding standards, have API documentation, maintain end user documentation in docbook, write unit tests, use design patterns, read security books, attend lot of conferences, etc. They are now so much more confident about the quality of the software they develop.
They are scared as to when the old customer will come back and ask for a feature addition. The only choice they have is to rewrite the application.
Go, get a driving license, ration card, voter's ID card in exchange for money if you will. If you can buy any of these identity cards you can definitely buy passport and a PAN card too. It could cost you a bit more, though.
Few years back, the Government of India started a project to implement social security number system just like in the western countries. They started accepting forms for this ambitious project. Initially, they started offering this form for people holding a PAN card. I haven't heard of any progress till now.
India needs a strong leader to see this project completed. Let's see how Nandan Nilekani helps in this regard.
The point is why study COBOL at all? You could always write code in a current day programming language. It is very obvious that the programmer understands what he/she is writing. Needless to say, in the industry there are things like spec, prototype, design, tests, mock up, etc. If the students study a programming language better suited to be used in present day business applications it exposes him/her to modern day concepts and implementations. I cannot imagine how COBOL helps someone understand how to write modern business applications.Teaching COBOL to undergraduate students isn't very productive.
Many of the subjects you mention are directly related to writing applications like code coverage testing approaches, SDLC, documentation of code, etc. I agree there are two aspects involved here - learning to program and learning a particular programming language. It doesn't mean you can't learn software engineering if you narrow down the academic focus to current programming languages. Studying arcane programming languages like COBOL doesn't prepare you well to write a business application.
When I was doing computer science graduate course about eight years ago, they taught us Pascal and then COBOL followed by FORTRAN. Lastly they taught us C. But all of them were mere introduction to these programming languages. The most a student could learn from these courses is to know how to use loops and functions in programs. Nobody ever told us what are the differences among these programming languages and why they existed. What to say of teaching students how to write applications? I wish they had taught us C, C++ and python for the undergraduate course.
It wasn't a cow then. Cows don't bite. Correct me if I am wrong.