Няма проблем, аз не се състезавам с никого. Ако някой друг го направи преди мен, още по-добре. Аз не съм идиот като козоеба да искам да печеля пари от хобистките си проекти.
0 1 2 3 4 ...15 16 17 18 19 ...33 34 35 36 37 38 39
Няма проблем, аз не се състезавам с никого. Ако някой друг го направи преди мен, още по-добре. Аз не съм идиот като козоеба да искам да печеля пари от хобистките си проекти.
Сега като инсталирам Убунту на Джетсъна и се чудя... Да сменя ли дефолт паролата или да я оставя както е? Хехехехе.
Пробвахте ли новите модели на OpenAI?
Мхм, току що пробвах сегашния. За новите не ми стигна хартията да ги програмирам
Can you program Java Spring apps without ide
ChatGPT said: Yes, you can absolutely develop a Java Spring application without using an IDE, but it does require more manual steps. You would need to handle the following:
Setting up the Project:
You can start a Spring project by generating the initial setup manually or using tools like Spring Initializr, which gives you a basic Maven or Gradle project with dependencies.
If you’re setting it up manually, you would create the project structure, add your pom.xml (for Maven) or build.gradle (for Gradle), and then manage dependencies yourself.
Manual Compilation:
Normally, an IDE like IntelliJ IDEA or Eclipse handles compiling and running the Java code, but without an IDE, you’d have to use command-line tools.
You can compile Java code manually using javac and run it with java. For Spring apps, you also have to ensure that all dependencies are properly managed and included.
Building the Project:
If you’re using Maven or Gradle, you’ll need to manually run the build commands from the terminal:
For Maven:
nginx Copy Edit mvn clean install For Gradle:
nginx Copy Edit gradle build These will download dependencies and compile your project.
Running the Application:
You would run the Spring Boot application manually using the java jar command:
bash
Copy
Edit
java jar target/yourspring-app.jar
Dependencies:
Manually handling dependencies can be tedious without an IDE's automatic help. You’d have to edit the pom.xml or build.gradle files yourself, ensure the right versions of Spring libraries and other dependencies are included, and resolve any conflicts that might arise.
Debugging:
Without an IDE’s built-in debugger, debugging is trickier. You’d have to use print statements (System.out.println) or external tools like jdb (Java Debugger) or logging frameworks (e.g., SLF4J or Logback).
Testing:
For unit tests, you can use command-line tools like Maven or Gradle to run tests, but you won’t have the convenience of an IDE running them for you. Commands like:
For Maven:
bash Copy Edit mvn test For Gradle:
bash Copy Edit gradle test IDE-free Alternatives:
You can use lightweight editors like Vim, Emacs, or Visual Studio Code (with the Java extensions), which allow you to still work with Java code without the full IDE experience, though they lack full Spring Boot integration like IntelliJ or Eclipse.
While it's possible to build and run a Spring app without an IDE, you lose a lot of conveniences that IDEs provide, such as autocompletion, code navigation, and simplified debugging. But it can definitely be done if you prefer a more manual, command-line approach!
Още по-конкретно:
Will an investment bank let me program their Java backend without using an IDE
ChatGPT said: In most professional settings, especially in an investment bank, the standard practice is to use an IDE (Integrated Development Environment) for a number of reasons—debugging, auto-completion, syntax highlighting, version control integration, etc. However, whether or not they would let you program their Java backend without an IDE largely depends on the bank's internal policies, the nature of the work, and the team's development environment.
That said, there are a few considerations:
1. Internal Development Environment Many investment banks have very structured, heavily monitored, and customized development environments. They might require specific tools or setups that would make using an IDE essential for collaboration, testing, and deployment.
2. Version Control Integration IDEs often have built-in support for version control systems (like Git). If the bank's system is heavily reliant on Git or other version control tools, you might find it difficult to manage code without an IDE, unless you're using command-line tools or standalone versions of those systems.
3. Testing and Deployment Java backends typically involve complex testing frameworks (JUnit, TestNG, etc.). IDEs provide convenient integration for running and debugging unit tests. Without an IDE, you'd be more reliant on terminal commands or external build tools like Maven or Gradle, which could be more cumbersome and error-prone.
4. Customization and Automation In large environments like investment banks, automation tools (e.g., CI/CD pipelines, deployment scripts) are often tightly integrated into the development workflow, and these systems can be easier to manage and integrate from an IDE.
5. Personal Preference While it's uncommon to not use an IDE in large-scale enterprise environments, some developers prefer working without them, using simpler tools like text editors (e.g., Vim, Sublime Text) combined with terminal-based build systems. If you're demonstrating that you're capable of working in such an environment (and if it's feasible to do so), it's possible that they'd let you.
6. Security Concerns Investment banks often have strict security standards. Some IDEs may not be as secure or might require specific configurations to meet those standards. So, it may be possible that the environment is restricted to certain IDEs, and working without one could be problematic for compliance reasons.
Conclusion: It's possible that you could work on the backend without an IDE, but it may not be the norm, and you'd likely face some challenges in terms of collaboration, deployment, and debugging. If you have a strong case for why you prefer this approach (and it's technically feasible), it's worth discussing with your team or the bank’s development leadership. If you're applying for a job, they might expect you to work within their tools and guidelines.
Хехехе, колко е бътхърт говедото.
Много го е яд, че не може да коди без IDE. :)
Май форума се сдоби с втори клоун. :)
Голдман Сакс ползва Питон с pycharm ИДЕ, ИДЕ та дрънка.
Any Python IDE. We use PyCharm
С една дума много плява надрънка, но както изглежда не съответства много на реалността.
Говедо, тъп си като галош. В банки съм работил в началото на 2000-те. Нямам идея как е там сега, пък и не ме интересува.
Специално в Голдман още използваха Соларис и не искаха да погледнат Линукс.
Обаче е много забавно колко те възпалих. Сигурно не си могъл да спиш цяла нощ. :)
Клоун!
Мисля утре да го пробвам, но чета отзвиви и според тях бил много зле за опен сорс модел с тоя брой параметри. Иначе Ентропик били пуснали Опус 4.1, понеже виждам, че сте му фенове.
Аз откакто сложих ollama не мога да пусна никакъв модел защото системата крашва. ollama инсталира прекалено нова версия на rocm която не може да се деинсталира. Пробвах отгоре да сложа нормална инсталация на rocm и после да я махна но няма милост. Онова си стои.
del-ни моделите и ги pull-ни/run-нни наново. Аз я търкалям на ВинСървър 2016 и на Ubuntu 22.04 (на контейнер в KVM) и нямам проблем засега. Викам я от други хостове в мрежата през API-то, ако има значение.
Под виртуалка може и да сработи защото няма да има gpu.
С последен кърнъл ли си? Може да се оправи ако го обновиш.
Виж ти... Ще пробвам да го сложа като се освободя малко.
0 1 2 3 4 ...15 16 17 18 19 ...33 34 35 36 37 38 39