I am a senior software engineer, and have been programming for 25+ years, and still strive to increase my knowledge and to improve both my skills, efficiency and my methodology. I love problem solving and engineering scalable, flexible solutions that help other people.
I have developed Web applications since 1996. I have an extensive experience with problem solving and solution design, software architectural design, scalability, and network programming. Since 1998, I have researched and developed natural language processing systems, and since 2002 I researched ontologies, semantic resources, natural language understanding, and information extraction and retrieval for my Ph.D. I have developed and given given courses about programming to several organisations.
I started programming 6502 Assembly at age 11. I have a comprehensive programming background in several languages including Python, JavaScript, TypeScript, C, C++, and Prolog, with some experience with Perl and Java. I'm thoroughly experienced with several database technologies, including PostgreSQL, Berkeley DB, and MySQL.
Specialties: Problem Analysis, Solution Design, Software Architectural Design, Data Modelling, Natural Language Processing, Computational Linguistics, Knowledge Management, Open Source, GNU/Linux, Web-application Development, System and Network Programming.
Nothing here yet.
No blogs yet.
Just like @apertureless, I'll assume you mean a full-fledged JavaScript front-end framework, and not one that will mostly only give you a head start with respect to styling and layout (like Bootstrap). I guess the “big enough” point is a symbolic one where the cost of learning, setting up, and adhering to the chosen framework becomes less than implementing and maintaining the necessary features yourself. However, I think it's often easy to underestimate how much it will actually cost to do all the small details yourself. For example, most of these frameworks, in contrast to your own solution, will already have been tested and fixed by “thousands” of users and developers. It is really naïve to belive that you won't need to fix at least a fraction of all those small wrinkles and bugs that they had to fix; and that cost can become huge . And, given that the majority of the cost of developing a software system is maintenance (see for example The Mythical Man Month , by Fred Brooks Jr.), using a well-maintained, open source, front-end framework can save you years of effort, in the long run. On the other hand, the initial cost of learning, setting up, and adhering to the models and methods of the chosen framework can seem very high before you've made the walk. But, once you've made the investment, the cost for those activities will be much lower for your next project, because you've already gained so much experience from the first project you used it. Based on these considerations, I would suggest that if the spec for the front-end features is very small and is not expected to change much, then you could consider developing the front-end without the use of third-party frameworks. However, if you chose not to use a framework, you obviously don't get any of the pros of using one, and you surely won't gain any of the experience that would have made it much cheaper to use one in the next project where you'll need to decide whether or not to use one.