Building a Software Solutions Team / Group to start a small business
-
I think I'd go for Development Compay because I'll be starting with my Uncles company. i'll be creating a workflow system for them. It'll be a great start for my team. Thanks!
-
How big will your team be?
-
What development platforms are you looking at?
-
@pol.darreljade said:
I think I'd go for Development Compay because I'll be starting with my Uncles company. i'll be creating a workflow system for them. It'll be a great start for my team. Thanks!
Good Luck I hope you can do it pretty soon
-
@Reid-Cooper As of now, I want to start from 5 to 8 people. I would like to build a solid team before expanding.
-
@StrongBad We'll be using .Net (VBt/C#,ASP.Net), Java Script,PHP and we'll try to advance in using Objective-C if ever.
-
@Joyfano Thanks! Many Thanks!
-
@pol.darreljade said:
@StrongBad We'll be using .Net (VBt/C#,ASP.Net), Java Script,PHP and we'll try to advance in using Objective-C if ever.
Very Windows focused and some Mac. Nothing more neutral like Java, Groovy, Scala, Clojure, Ruby or Python?
-
@StrongBad said:
@pol.darreljade said:
@StrongBad We'll be using .Net (VBt/C#,ASP.Net), Java Script,PHP and we'll try to advance in using Objective-C if ever.
Very Windows focused and some Mac. Nothing more neutral like Java, Groovy, Scala, Clojure, Ruby or Python?
Yeah, we're in the Philippines that's why. Most of the companies here uses windows.
-
I do like .NET. One reason is because the libraries are nearly identical between the web side (ASP.NET) and the desktop side. If going down the .NET route, I definitely recommend C# as it uses more common syntax (very similar to PHP, Java, Javascript, etc...). .NET has TONS of libraries for doing tasks. On the flip side, there are many libraries for PHP as well to do things like this. This being said, Javascript is also a must if doing any web app. There will almost always be the need for some client-side functionality and JavaScript is what you'll usually need to do it.
-
@pol.darreljade said:
@StrongBad said:
@pol.darreljade said:
@StrongBad We'll be using .Net (VBt/C#,ASP.Net), Java Script,PHP and we'll try to advance in using Objective-C if ever.
Very Windows focused and some Mac. Nothing more neutral like Java, Groovy, Scala, Clojure, Ruby or Python?
Yeah, we're in the Philippines that's why. Most of the companies here uses windows.
Everyone very rich there? No need to save money?
-
@ITcrackerjack said:
I do like .NET. One reason is because the libraries are nearly identical between the web side (ASP.NET) and the desktop side. If going down the .NET route, I definitely recommend C# as it uses more common syntax (very similar to PHP, Java, Javascript, etc...). .NET has TONS of libraries for doing tasks. On the flip side, there are many libraries for PHP as well to do things like this. This being said, Javascript is also a must if doing any web app. There will almost always be the need for some client-side functionality and JavaScript is what you'll usually need to do it.
Or F# instead of C#. Lots of high end development prefers F#.
-
@scottalanmiller said:
@ITcrackerjack said:
I do like .NET. One reason is because the libraries are nearly identical between the web side (ASP.NET) and the desktop side. If going down the .NET route, I definitely recommend C# as it uses more common syntax (very similar to PHP, Java, Javascript, etc...). .NET has TONS of libraries for doing tasks. On the flip side, there are many libraries for PHP as well to do things like this. This being said, Javascript is also a must if doing any web app. There will almost always be the need for some client-side functionality and JavaScript is what you'll usually need to do it.
Or F# instead of C#. Lots of high end development prefers F#.
That gained traction huh? I've been out of that game for a few years.
-
F# gets all the serious attention these days. C# still gets the bulk of development.
-
@scottalanmiller said:
@pol.darreljade said:
@StrongBad said:
@pol.darreljade said:
@StrongBad We'll be using .Net (VBt/C#,ASP.Net), Java Script,PHP and we'll try to advance in using Objective-C if ever.
Very Windows focused and some Mac. Nothing more neutral like Java, Groovy, Scala, Clojure, Ruby or Python?
Yeah, we're in the Philippines that's why. Most of the companies here uses windows.
Everyone very rich there? No need to save money?
Hahaha lols no.. it happen that people used to work with windows for a long time.
-
@ITcrackerjack said:
I do like .NET. One reason is because the libraries are nearly identical between the web side (ASP.NET) and the desktop side. If going down the .NET route, I definitely recommend C# as it uses more common syntax (very similar to PHP, Java, Javascript, etc...). .NET has TONS of libraries for doing tasks. On the flip side, there are many libraries for PHP as well to do things like this. This being said, Javascript is also a must if doing any web app. There will almost always be the need for some client-side functionality and JavaScript is what you'll usually need to do it.
Agreed. C# will be our main platform.
-
@scottalanmiller said:
@pol.darreljade said:
@StrongBad said:
@pol.darreljade said:
@StrongBad We'll be using .Net (VBt/C#,ASP.Net), Java Script,PHP and we'll try to advance in using Objective-C if ever.
Very Windows focused and some Mac. Nothing more neutral like Java, Groovy, Scala, Clojure, Ruby or Python?
Yeah, we're in the Philippines that's why. Most of the companies here uses windows.
Everyone very rich there? No need to save money?
I can't say that, I'ts just that windows is very common here.
-
@pol.darreljade Why would it be so common if money isn't in abundance? It is a relatively rare development platofrm in the US and in Europe because of the very hogh cost associated with using it - it is expensive to license, expensive to support and the mainline development tools for it are quite costly. For desktops, sure. But for servers running applications, it is definitely a niche choice for companies looking to spend a lot of money or for shops looking to spend money on technology and save money on developers since Windows development is generally cheaper as it is in less demand.
-
@scottalanmiller said:
@pol.darreljade Why would it be so common if money isn't in abundance? It is a relatively rare development platofrm in the US and in Europe because of the very hogh cost associated with using it - it is expensive to license, expensive to support and the mainline development tools for it are quite costly. For desktops, sure. But for servers running applications, it is definitely a niche choice for companies looking to spend a lot of money or for shops looking to spend money on technology and save money on developers since Windows development is generally cheaper as it is in less demand.
This is completely out of touch. Every single small business I deal with that has not migrated out to hosted solutions use software packages built on and designed to run on windows. Yes new stuff should not be designed that way, but the embedded market has it and has had it for years and will not just change for no reason.
Hell, we just decommissioned a System 36 (not Windows, I know but extremely long time in service is the point). -
@JaredBusch said:
@scottalanmiller said:
@pol.darreljade Why would it be so common if money isn't in abundance? It is a relatively rare development platofrm in the US and in Europe because of the very hogh cost associated with using it - it is expensive to license, expensive to support and the mainline development tools for it are quite costly. For desktops, sure. But for servers running applications, it is definitely a niche choice for companies looking to spend a lot of money or for shops looking to spend money on technology and save money on developers since Windows development is generally cheaper as it is in less demand.
This is completely out of touch. Every single small business I deal with that has not migrated out to hosted solutions use software packages in house built and designed to run on windows. Yes new stuff should not be designed that way, but the embedded market has it and has had it for years and will not just change for no reason.
Hell, we just decommissioned a System 36 (not Windows, I know but extremely long time in service is the point).We are talking about new software here. Legacy stuff doesn't apply. New code development has little to no dependency on existing, legacy systems.
