Nunca he visto un articulo con tantas gilipolleces por palabra.

Si te apasiona la física, haz física. Si te apasiona te irá bien.

Tirate a hacerlo, tengo compañeros de carrera que han empezado con 30 y tantos 

Si señor, buscarse una buena asociación puede ser fundamental en el aprendizaje, lamentablemente en mi universidad estas no existen y uno tiene que buscarse la vida. Pero siempre es bueno tener un par de proyectos visibles al acabar la carrera, que demuestren un poco tus conocimientos y en esto las asociaciones pueden resultar muy útiles.

Son muchos años en este foro (aunque dado mi número de mensajes no lo parece ) y un tema recurrente que he visto en jóvenes que se acercan a la entrada a la universidad es el que titula este post “¿ Hago una ingeniería o no?”.
Dado que ya tengo unos añitos de experiencia en la universidad (me queda 1 año), creo que sería bueno para todos los usuarios del foro conocer un poco como funciona este mundo, lo que se van a encontrar y lo que cabría esperar de una universidad. Cabe destacar que hablo a nivel de España, desconozco como es el sistema universitario en otros países de los que proceden muchos usuarios del foro, así que sería muy bueno que otros usuarios (de Sudamérica por ejemplo ) su uniesen a contar sus experiencias.
Primero me gustaría desmitificar un aspecto muy concreto de la ingeniería:
•   La ingeniería son casi todo matemáticas y física, y apenas se ve programación.
Esto es categóricamente falso, en mi plan de estudios existen 39 asiganturas, de las cuales de matemáticas y física tenemos: calculo, algebra, estadística, física, autómatas y matemáticas discretas, ondas y electromagnetismo, computación numérica y electrónica. 8 asignaturas de 39, aunque existen otras asignaturas en último curso, que si bien tratan de informática son de temas legales que podrían no resultar atractivos.

Cabe destacar, que muchas de estas asignaturas de matemáticas son FUNDAMENTALES para entender bien la programación, de estas cosas te vas dando cuenta a través de la carrera, y de que las matemáticas no son ningún fastidio, son una herramienta muy poderosa para hacer algoritmos eficaces.


Una vez que tenemos esto en cuenta, pasemos a contar que se puede esperar uno del sistema universitario en lo referente a la ingeniería informática. Muchos de los alumnos que conozco que entraron en la carrera antes de acabar el primer cuatrimestre ( Septiembre – Enero ) ya sabían que querían dejar la carrera, ¿Cual es el problema?.
En muchos casos el alumno cree que en la carrera se encontrará con cosas cotidianas ( hackear Facebook,  hacer Facebook, impresionar a las chicas sacándoles la contraseña del Tuenti, y un largo etc de desproporcionadas tonterías ) y lo que le golpea en la cara es un buen puñetazo de ingeniería, dado que primero de carrera es transversal a todas las ingenierías, en otros casos descubren que el esfuerzo necesario es mayor ( la dedicación cuasi-diaria es fundamental ).
Efectivamente, primero de carrera es ligeramente decepcionante, y para el que no sepa programación puede volverse realmente estresante ( en mi caso pasé las asignaturas de introducción a la programación y metodología de la programación con matricula sin mayor problema, pero ya tenía un bagaje de 2 años programando en C )
En segundo de carrera das mas las bases de la informática, estructuras de datos, bases de datos, algoritmia, electrónica, paradigmas de programación, es mas entretenido que primero, pero puede ser un poco aburrido para quien ya sabía de programación previamente, aunque las practicas pueden llegar a ser duras y se hace algo cuesta arriba.

( A PARTIR DE AQUÍ CAMBIA EN FUNCIÓN DE LA ESPECIALIDAD, YO HABLARÉ DE LA INGENIERÍA DE SOFTWARE QUE ES MI RAMA )
En los últimos cursos ya programas pequeños proyectos que se podrían acercar al mundo real, aplicaciones distribuidas, diseño de software, diseño de arquitecturas de software, y en general, una visión (muy superficial ) de todo lo que entraña el desarrollo de software .
Aquí es donde aprendes lo que te diferencia de un programador amateur.
En conclusión, depende de cuales sean tus aspiraciones en la vida profesional, hacer una ingeniería puede ser beneficioso o no, pero puedes llegar a sacarle mucho provecho si tienes interés en lo que estudias( por ejemplo,  yo me marcho en 2 semanas a trabajar al CERN ).
Que no seas bueno en las asignaturas de ciencias en la educación previa a la universidad no tiene por qué significar un obstáculo ( yo no era un gran alumno ) para superar las asignaturas de ciencias, al igual que saber programación no tiene por que significar tener una ventaja clara en las asignaturas de informática ( la informática es MUY variopinta )
Espero que esta breve aclaración de lo que es la universidad os haya servido de algo, y si tenéis dudas, preguntad.

Vamos a ver, si he entendido bien lo que tu quieres es

Vender un Producto a una empresa, esta paga por su uso asi que, si dejase de pagar el producto debería dejar de funcionar, y como requisito tenemos que la empresa no pueda copiar tu codigo a otro servidor.

Si no estás obligado a entregar tu código fuente, simplemente haz un servicio web al que se conecte para comprobar la licencia que tenga el cliente. En caso de tener que entregar el código, y que por ende, ellos puedan recompilar la apliación. Has de especificar que una de las dependencias de la aplicación es una librería hecha por ti conforme haga la función de conectarse al webservice anteriormente mencionado.

Si entregas el código, antes de entregarlo registralo debidamente.

A ver... La programación va muchísimo mas allá del lenguaje. Un lenguaje de programación es una herramienta, el lenguaje se adapta al problema, y no el problema al lenguaje. LA "logica algoritmica" no varía en función del lenguaje, un bucle es un bucle, una llamada recursiva es una llamada recursiva, lo único que varía es la manera de expresarlo en un lenguaje.

Python es mejor para novatos porque abstrae muchísimo el nivel de programación, y no soy ningún defensor a ultranza de Python ( personalmente lo odio ), pero no puedes poner a alguien a programar en Java de buenas a primeras, a pesar de que es un lenguaje muy sencillo.

Para poder programar en Java bien primero tienes que entender el paradigma orientado a objetos ( y con la nueva Java 8, el funcional ), porque luego ves código que da mas pena que pegarle a un padre con un calcetín sudado.

En definitiva, si el chaval quiere ponerse a programar YA, yo le recomendaría un lenguaje de MUY alto nivel ( mas que java ). Bien sea Python, VB.NET, GO, o el que quiera.

P.D: Existe la falsa creencia de que aprendiendo C/C++/Java puedes pasar a cualquier otro lenguaje en cuestión de dias/semanas. Intenta pasar de Java a Haskell, o a OCaml, por poner un ejemplo. Hay que tener muy en cuenta que los lenguajes implementan paradigmas de programación, cada uno de una manera, y no siempre de manera completa ( java es una manera bastante pobre de implementar la orientación a objetos, y con la nueva versión, es la peor forma de implementar la programación funcional )

En tu caso es preferible que aprendas Python, Java al principio parece la leche, y en realidad es un lenguaje bastante malo y que al cabo de los años acabas hartándote de el y usándolo por obligación mas que por gusto . Yo como lenguaje "portable" te diría C# ( claro, portable portable,  no es ).

SI nos dices que quieres hacer, te diremos que puedes aprender. El concepto de "aprender a programar" lleva demasiados años, y el lenguaje no influye en absoluto.

Si lo dices por mi respuesta, me refería a ciclo  , tengo la costumbre de mal-llamarlos modulos. No pretendía menospreciar los estudios de nadie.

Un saludo.

Teniendo en cuenta que el modulo que has hecho es de administración, que como dices, no tienes mucha idea de programación, intuyo que en tu vida profesional no tienen ningún interés en hacerte programador profesional. En ese caso, si quieres trabajar en administración de sistemas  en tu vida profesional la carrera no te va a aportar gran cosa ( depende al nivel al que trabajes ) en cuanto a conocimientos, en cuanto a oportunidades te abre muchísimas puertas.