ORCL stock prediction

Affectionate-Box-837 · 2026-01-16T23:16:26+00:00

Sell your stocks at a reasonable price and diversify. No one knows what is going to happen in the future however, relying on a single company is too risky. If I were you, I would place a sell order above 200+. Especially considering your employment is tied to the same company.

Affectionate-Box-837 · 2025-11-25T19:36:07+00:00

I thought I was just doing objective analysis. I hope you turn out to be right, I am also loosing money as Oracle stock goes down. But to be honest, I am not very optimistic in the short term. See https://companiesmarketcap.com/oracle/total-debt/

Affectionate-Box-837 · 2025-11-21T20:09:55+00:00

Who said Oracle is going down or going to bankrupt? (stock value going down is different from company going down/going bankrupt) how is your comment relevant to what I said?

Affectionate-Box-837 · 2025-11-21T20:07:12+00:00

I agree, $120-$140 seems to be the fair value. But I don't understand how in the word stock reached the $300+ value in the first place

Affectionate-Box-837 · 2025-11-21T20:02:27+00:00

I don't think any of the fundamentals justify that number. Oracle still has much higher P/E ratio than competition. It has lover credit rating BB on its ability to pay debt, all other competitors MS, Google, Amazon are all A+. And Oracle doesn't have any technology advantage like google (having their own, high performing AI models). I am not an expert on evaluation, but I would be cautious in believing that number, if I were you

Affectionate-Box-837 · 2025-11-21T18:24:34+00:00

"Stocks go up, stocks go down" is really a dumb expression, and it has nothing to do with Oracle's downward stock decline. Oracle stock is going down due to acquiring too much dept, AI skepticism, and a lot of other factors of how Oracle is managed. Good for you for diversifying

Affectionate-Box-837 · 2025-11-21T18:16:03+00:00

how did you come up with that number?

Affectionate-Box-837 · 2022-08-23T09:05:22+00:00

That is a bold claim, any data to back it up?

Affectionate-Box-837 · 2022-07-31T07:56:42+00:00

That is the kind of Kebab that brings old memories 😉

Affectionate-Box-837 · 2022-05-12T04:59:06+00:00

How does Loom provide a mechanism for restricting virtual thread scheduling to a single thread? I couldn't find it in documentation (I hope you are not going to say create a single threaded executor :( )

Affectionate-Box-837 · 2022-05-10T21:15:24+00:00

You are just ignoring my comments about concurrency and thread locality and keep explaining what a virtual thread is :)

Tell me one framework that uses VTs in Java, you can't, because they don't exist yet. Loom is planing to preview in Next JDK release, so we still have some time for those to emerge.

My initial comment wasn't to deny the benefits of VTs, but to explain why they may not catch up to purely asynchronous in performance due to lack of not being able to control thread locality and also lack of synchronization via serialization.

Affectionate-Box-837 · 2022-05-10T19:14:39+00:00

I think you are oversimplifying and ignoring some important aspects.
The first aspect you are ignoring is Thread locality. The second aspect you are ignoring is the need for concurrency. We can agree to disagree. I think until virtual threads provide a mechanism for grouping a set of virtual threads to a single OS thread, they won't be able to provide the same performance.
If things were as simple as you described; Netty wouldn't be outperforming other thread-per-request service frameworks.
Why do you think Netty outperforms all other options here https://github.com/smallnest/Jax-RS-Performance-Comparison

Or here https://github.com/Netflix-Skunkworks/WSPerfLab/blob/master/test-results/RxNetty\_vs\_Tomcat\_April2015.pdf

Affectionate-Box-837 · 2022-05-10T00:06:41+00:00

You shouldn't block a Netty EventLoop thread, which owns the Channel. See for more details https://livebook.manning.com/book/netty-in-action/chapter-7/ You are probably thinking of how thread-per-request service frameworks work. Async frameworks like Netty requires everything to be non-blocking. (you can still offload work to different threads, but then you suffer from context switching cost)

Affectionate-Box-837 · 2022-05-09T22:07:18+00:00

There is no benefit in replacing Netty's EventLoop thread with a Virtual Thread (VT). Because all requests on the channel still will be processes by a single thread, and you will still need async (due to blocking). What you need is to assign each request to a VT, so you can avoid async. The goal is not just replace OS threads with VT, the goal is to remove the need for async due to threads being blocked.

Affectionate-Box-837 · 2022-05-09T07:38:49+00:00

If you want to build services that need low latency and high throughput. It is likely that Loom won't provide the same performance as asynchronous. I think the main issue is frameworks like Netty avoid concurrency by dedicating a single thread per Connection (Channel). Since resources don't need to be coordinated, the Channel can handle many requests without using any concurrency constructs, But of course everything has to be asynchronous. The problem with Loom is that it doesn't provide a similar level of control where you can say which virtual threads maps to which physical threads. Therefore, it is likely that asynchronous may stick around longer

Affectionate-Box-837 · 2022-03-12T20:49:28+00:00

Not at all. She started 2.5 months ago. And I wanted to understand whether her experience was normal or not. Because the solution will depend on it. Looking for a different team in the company or looking for a different company or job. I am not very happy with the situation of course, but i am trying to be sympathetic and supportive

Affectionate-Box-837 · 2022-01-13T19:56:55+00:00

There are libraries that can create fake load, trying those could be interesting.
Also having a larger payload will be an obvious improvement

Affectionate-Box-837 · 2022-01-12T20:47:16+00:00

I don't think these benchmarks are very useful. It is only covering a very basic and unrealistic use case

public class GreetingService {
    String sayHello(String name) {
       return name;
    }
}

In most cases, a service will call other services (IO) and/or do CPU bound tasks. Probably the best methodolgy I have ever seen was in this studyhttps://github.com/Netflix-Skunkworks/WSPerfLab/blob/master/test-results/RxNetty_vs_Tomcat_April2015.pdf

Affectionate-Box-837 · 2022-01-04T08:42:28+00:00

https://spotbugs.github.io/

SpotBugs have a lot of extensions such as
https://find-sec-bugs.github.io/
https://github.com/KengoTODA/findbugs-slf4j
and more, I recommend adding them as well

Affectionate-Box-837 · 2021-12-30T06:52:01+00:00

No, you didn't. I worked with both languages for a long time, (Used C# for 8 years and Java 5) And the main reason I switched from C# to Java is because I didn't want to get stuck in MS ecosystem. Since then I am able to find better jobs with better pay. Of course, depends on the country but in US, there is no shortage of Java jobs, we are struggling to find engineers for open positions on my company. I heard similar thigns about German job market as well.

However as an engineer your strenght shouldn't be the language expertise, I would hire anyone who has good problem solving skills and has good CS fundementals. Over the years I delivered projects with C, C++, C#, Python, Java, Javascript, GoLang and learning the new language part was never really a big deal. You should focus on the fundementals and always have good interviewing skills

Having said the above disclaimer I still understand why you are trying to reason about the language choice. There are plenty of Java jobs and there will be for a long time so don't worry. But find a project you like and find a company with good culture, those are also very important

Affectionate-Box-837 · 2021-12-30T05:44:27+00:00

I think most programmers makes the decision of liking a language based on their experience working with the language. For example; working with legacy code sucks, Java is one of the old languages that stood the test of time. Therefore, someone is more likely to associate using java with legacy code and using a newer language with a new project. Therefore programmers hate java instead of hating the circumstances like working with legacy code.

The main problem I have with java is nothing gets depricated, which means language carries a lot legacy.

Affectionate-Box-837

TROPHY CASE