<bgdev />free

Вход Регистрация

Лаптоп за Deep Learning и Large Language модели
0

0 1 2 3 4 ...15 16 17 18 19 ...33 34 35 36 37 38 39

#149541 (ツ) |
Създадено на 04.08.2025 , видяно: 235 пъти.
Дърти Хари

Айде, че докато си мотаеш, Ламбиту ше разработи два нови езика и ше пусне четирилентов мост към Мариядб.

Няма проблем, аз не се състезавам с никого. Ако някой друг го направи преди мен, още по-добре. Аз не съм идиот като козоеба да искам да печеля пари от хобистките си проекти.

#149547 (ツ) |
Създадено на 04.08.2025 , видяно: 224 пъти.

Сега като инсталирам Убунту на Джетсъна и се чудя... Да сменя ли дефолт паролата или да я оставя както е? Хехехехе.

#149549 (ツ) Baj_boeb
Създадено на 04.08.2025 , видяно: 215 пъти.
Дърти Хари

Айде, че докато си мотаеш, Ламбиту ше разработи два нови езика и ше пусне четирилентов мост към Мариядб.

Хаххахахаха

#149723 (ツ) |
Създадено на 05.08.2025 , видяно: 165 пъти.
#149724 (ツ) Дърти Хари
Създадено на 06.08.2025 , видяно: 157 пъти.
|

Пробвахте ли новите модели на OpenAI?

Open models by 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!

#149725 (ツ) Дърти Хари
Създадено на 06.08.2025 , видяно: 151 пъти.

Още по-конкретно:

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.

#149726 (ツ) |
Последно редактирано на 06.08.2025 от |, видяно: 149 пъти.

Хехехе, колко е бътхърт говедото.

Много го е яд, че не може да коди без IDE. :)

Май форума се сдоби с втори клоун. :)

#149727 (ツ) Дърти Хари
Последно редактирано на 06.08.2025 от Дърти Хари, видяно: 137 пъти.
|

Хехехе, колко е бътхърт говедото.

Много го е яд, че не може да коди без IDE. :)

Май форума се сдоби с втори клоун. :)

Голдман Сакс ползва Питон с pycharm ИДЕ, ИДЕ та дрънка.

Any Python IDE. We use PyCharm

пайшарм

С една дума много плява надрънка, но както изглежда не съответства много на реалността.

#149768 (ツ) |
Последно редактирано на 06.08.2025 от |, видяно: 109 пъти.

Говедо, тъп си като галош. В банки съм работил в началото на 2000-те. Нямам идея как е там сега, пък и не ме интересува.

Специално в Голдман още използваха Соларис и не искаха да погледнат Линукс.

Обаче е много забавно колко те възпалих. Сигурно не си могъл да спиш цяла нощ. :)

Клоун!

#149814 (ツ) Delegate
Последно редактирано на 06.08.2025 от Delegate, видяно: 79 пъти.

Мисля утре да го пробвам, но чета отзвиви и според тях бил много зле за опен сорс модел с тоя брой параметри. Иначе Ентропик били пуснали Опус 4.1, понеже виждам, че сте му фенове.

#149821 (ツ) BIGBUGEX
Създадено на 06.08.2025 , видяно: 62 пъти.

Аз откакто сложих ollama не мога да пусна никакъв модел защото системата крашва. ollama инсталира прекалено нова версия на rocm която не може да се деинсталира. Пробвах отгоре да сложа нормална инсталация на rocm и после да я махна но няма милост. Онова си стои.

#149824 (ツ) Delegate
Създадено на 06.08.2025 , видяно: 59 пъти.

Това на каква OS ?

#149825 (ツ) BIGBUGEX
Създадено на 06.08.2025 , видяно: 55 пъти.
Delegate

Това на каква OS ?

Ubuntu 24.04.2 LTS

#149826 (ツ) Delegate
Създадено на 06.08.2025 , видяно: 54 пъти.

del-ни моделите и ги pull-ни/run-нни наново. Аз я търкалям на ВинСървър 2016 и на Ubuntu 22.04 (на контейнер в KVM) и нямам проблем засега. Викам я от други хостове в мрежата през API-то, ако има значение.

#149827 (ツ) BIGBUGEX
Създадено на 06.08.2025 , видяно: 51 пъти.

Под виртуалка може и да сработи защото няма да има gpu.

#149828 (ツ) |
Създадено на 06.08.2025 , видяно: 48 пъти.
BIGBUGEX

Аз откакто сложих ollama не мога да пусна никакъв модел защото системата крашва. ollama инсталира прекалено нова версия на rocm която не може да се деинсталира. Пробвах отгоре да сложа нормална инсталация на rocm и после да я махна но няма милост. Онова си стои.

С последен кърнъл ли си? Може да се оправи ако го обновиш.

#149830 (ツ) BIGBUGEX
Създадено на 06.08.2025 , видяно: 44 пъти.

Linux 6.8.0-63-generic

#149832 (ツ) |
Създадено на 06.08.2025 , видяно: 40 пъти.
BIGBUGEX

Linux 6.8.0-63-generic

Има 6.16 :)

#149833 (ツ) BIGBUGEX
Създадено на 06.08.2025 , видяно: 36 пъти.
|

Има 6.16 :)

Виж ти... Ще пробвам да го сложа като се освободя малко.

#149834 (ツ) |
Създадено на 06.08.2025 , видяно: 31 пъти.
BIGBUGEX

Виж ти... Ще пробвам да го сложа като се освободя малко.

Ако не знаеш как да го компилираш, питай козоеба. Той ще ти обясни. :)

0 1 2 3 4 ...15 16 17 18 19 ...33 34 35 36 37 38 39

Лаптоп за Deep Learning и Large Language модели
0

AsmBB v3.0 (check-in: 7544654b24928b93); SQLite v3.47.0 (check-in: 03a9703e27c44437);
©2016..2024 John Found; Licensed under EUPL. Powered by Assembly language Created with Fresh IDE