![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
Dear SQL'ers: Enough playing in the guts. Now, I need to figure out which language or language to use for front-end code. The system being planned is for a small company, and the system must be easily modifiable. What are your suggestions, and how does one get strated with your suggestions? My Wish List: I strongly want as much intelligence in the database as possible. Using the DBMS as merely a filestore is not acceptable. I would like a language that has a good development environment, including a source-level debugger. Interpreted code is just fine with me, but it is not a requirement. It should catch lots of errors. C's (generally) ignoring of signed integer overflows is the wrong direction. It should not suffer from architecture astronauts. Java is a culprit here. One of the people who will eventually be programming for the system being planned likes Microsoft Access. Will it do? |
|
So what do you suggest? What questions am I not asking that I should? |
#3
| |||
| |||
|
|
Enough playing in the guts. Now, I need to figure out which language or language to use for front-end code. The system being planned is for a small company, and the system must be easily modifiable. What are your suggestions, and how does one get strated with your suggestions? |
#4
| |||
| |||
|
|
Gene Wirchenko (genew (AT) ocis (DOT) net) writes: Enough playing in the guts. Now, I need to figure out which language or language to use for front-end code. The system being planned is for a small company, and the system must be easily modifiable. What are your suggestions, and how does one get strated with your suggestions? I don't think this is a topic for this forum really. But if you want a heated discussion there are lot of places where you can stick your nose in. |
|
Personally, it seems to me that the natural choice is .Net. Whether you use C# or VB .Net is secondary choice, although I prefer C# myself. You mentioned Access, and all my knowledge about Access are the questions I see from Access programmers in the SQL Server forums. As I understand it, Access is extremely good if you want something up and running quickly. But I wonder whether it is an environment you can grow in? .Net also has a strong point on RAD (Rapid Application Development) features, but it can also be used for big Enterprise multi-tier solutions. |
|
Then again, you have a background in FoxPro, and one my client has a big SQL Server application where lot of the client code is in FoxPro, even though if they are moving to .Net. |
#5
| |||
| |||
|
|
Gene Wirchenko (genew (AT) ocis (DOT) net) writes: Enough playing in the guts. Now, I need to figure out which language or language to use for front-end code. The system being planned is for a small company, and the system must be easily modifiable. What are your suggestions, and how does one get strated with your suggestions? I don't think this is a topic for this forum really. But if you want a heated discussion there are lot of places where you can stick your nose in. |
|
Personally, it seems to me that the natural choice is .Net. Whether you use C# or VB .Net is secondary choice, although I prefer C# myself. You mentioned Access, and all my knowledge about Access are the questions I see from Access programmers in the SQL Server forums. As I understand it, Access is extremely good if you want something up and running quickly. But I wonder whether it is an environment you can grow in? .Net also has a strong point on RAD (Rapid Application Development) features, but it can also be used for big Enterprise multi-tier solutions. |
|
Then again, you have a background in FoxPro, and one my client has a big SQL Server application where lot of the client code is in FoxPro, even though if they are moving to .Net. |
![]() |
| Thread Tools | |
| Display Modes | |
| |