Oleg Z.’s Post

Day 12 Today’s Java practice was about solving the Leader Element problem. Instead of using nested loops, I used a single traversal from right to left, which made the solution clean and efficient. A leader element is one that is greater than all the elements to its right. Example: Input: {16,17,5,3,4,2} Leaders: 17, 5, 4, 2 🧠 Approach I used: ->Start traversing from the rightmost element ->Keep track of the maximum element seen so far ->If the current element is greater than the maximum, it becomes a leader ->This is an efficient approach with O(n) time complexity and no extra space. ================================================= // Online Java Compiler // Use this editor to write, compile and run your Java code online class Main {   public static void main(String[] args) {     int a [] ={16,17,5,3,4,2};     int length=a.length;     int maxRight=a[length-1];     System.out.print("Leader elements are :"+maxRight+" ");           for(int i=a[length-2];i>=0;i--)     {       if(a[i]>maxRight)       {         maxRight=a[i];         System.out.print(maxRight+" ");       }     }   } } Output:Leader elements are :2 4 5 17  #AutomationTestEngineer #Selenium #Java #DeveloperJourney #Arrays

Most Java developers use int and Integer without thinking twice. But these two are not the same thing, and not knowing the difference can cause real bugs in your code. Primitive types like string, int, double, and boolean are simple and fast. They store values directly in memory and cannot be null. Wrapper classes like Integer, Double, and Boolean are full objects. They can be null, they work inside collections like lists and maps, and they come with useful built-in methods. The four key differences every Java developer should know are nullability, collection support, utility methods, and performance. Primitives win on speed and memory. Wrapper classes win on flexibility. Java also does something called autoboxing and unboxing. Autoboxing is when Java automatically converts a primitive into its wrapper class. Unboxing is the opposite, converting a wrapper class back into a primitive. This sounds helpful, and most of the time it is. But when a wrapper class is null and Java tries to unbox it, your program will crash with a NullPointerException. This is one of the most common and confusing bugs that Java beginners and even experienced developers run into. The golden rule is simple. Use primitives by default. Switch to wrapper classes only when you need null support, collections, or utility methods. I wrote a full breakdown covering all of this in detail, with examples. https://lnkd.in/gnX6ZEMw #Java #JavaDeveloper #Programming #SoftwareDevelopment #Backend #CodingTips #CleanCode #100DaysOfCode

Java Puzzle for Today What will be the output of this program? String a = "Java"; String b = "Java"; String c = new String("Java"); System.out.println(a == b); System.out.println(a == c); System.out.println(a.equals(c)); Take a moment and guess before scrolling. Most beginners think the output will be: true true true But the actual output is: true false true Why does this happen? Because Java stores string literals in a special memory area called the String Pool. So when we write: String a = "Java"; String b = "Java"; Both variables point to the same object in the String Pool. But when we write: String c = new String("Java"); Java creates a new object in heap memory, even if the value is the same. That’s why: - "a == b" → true (same object) - "a == c" → false (different objects) - "a.equals(c)" → true (same value) Lesson: Use "equals()" to compare values, not "==". Small Java details like this can save you from real bugs in production. #Java #Programming #JavaPuzzle #Coding #SoftwareDevelopment

I recently explored a subtle but important concept in Java constructor execution order. Many developers assume constructors simply initialize values, but the actual lifecycle is more complex. In this article, I explain: • The real order of object creation • Why overridden methods can behave unexpectedly • A common bug caused by partial initialization This concept is especially useful for interviews and writing safer object-oriented code. Medium Link: https://lnkd.in/gtRhpdfP #Java #OOP #SoftwareDevelopment #Programming

🚀 Java Trap: Why "finally" Doesn’t Change the Returned Value 👇 👉 Primitive vs Object Behavior in "finally" 🤔 Looks tricky… but very important to understand. --- 👉 Example 1 (Primitive): public static int test() { int x = 10; try { return x; } finally { x = 20; } } 👉 Output: 10 😲 Why not 20? 💡 Java stores return value before executing "finally" - "x = 10" stored - "finally" runs → changes "x" to 20 - But already stored value (10) is returned --- 👉 Example 2 (Object): public static StringBuilder test() { StringBuilder sb = new StringBuilder("Hello"); try { return sb; } finally { sb.append(" World"); } } 👉 Output: Hello World 😲 Why changed here? 💡 Object reference is returned - Same object is modified in "finally" - So changes are visible --- 🔥 Rule to remember: - Primitive → value copied → no change - Object → reference returned → changes visible --- 💭 Subtle concept… very common interview question. #Java #Programming #Coding #Developers #JavaTips #InterviewPrep 🚀

Java Concept Check — Answer Explained 💡 Yesterday I posted a question: Which combination of Java keywords cannot be used together while declaring a class? Options were: A) public static B) final abstract C) public final D) abstract class ✅ Correct Answer: B) final abstract Why? In Java: 🔹 abstract class - Cannot be instantiated (no direct object creation) - Must be extended by another class Example: abstract class A { } 🔹 final class - Cannot be extended by any other class - Object creation is allowed Example: final class B { } The contradiction If we combine them: final abstract class A { } We create a conflict: - "abstract" → class must be inherited - "final" → class cannot be inherited Because these two rules contradict each other, Java does not allow this combination, resulting in a compile-time error. Thanks to everyone who participated in the poll 👇 Did you get the correct answer? #Java #BackendDevelopment #JavaDeveloper #Programming

Java’s "Diamond Problem" evolved. Here is how you solve it. 💎⚔️ Think interfaces solved all our multiple inheritance problems? Not quite. Since Java 8, we’ve had Default Methods. They are great for backward compatibility, but they introduced a major headache:Method Collision. The Nightmare Scenario: You have two interfaces, Camera and Phone. Both have a default void start() method. Now, you create a SmartPhone class that implements both. Java looks at your code and asks: "Which 'start' should I run? The lens opening or the screen lighting up?" 🤔 Java’s Golden Rule: No Guessing Allowed. 🚫 The compiler won’t even let you run the code. It forces YOU to be the judge. 👨⚖️ How to "Pick a Winner" (The Syntax): You must override the conflicting method in your class. You can write new logic, or explicitly call the parent you prefer using the super keyword: @Override public void start() { Camera.super.start(); // This picks the Camera's version! } Why this matters: This is Java’s philosophy in action: Explicit is always better than Implicit. By forcing you to choose, Java eliminates the "hidden bugs" that plague languages like C++. It’s not just a restriction; it’s a safeguard for your architecture. 🛡️ Have you ever run into a default method conflict in a large project? How did you handle it? Let's discuss below! 👇 #Java #SoftwareEngineering #CodingTips #BackendDevelopment #CleanCode #Java8 #ProgrammingLogic #TechCommunity

ERRORS & EXCEPTIONS IN JAVA — SIMPLE & CLEAR WHAT IS AN ERROR? An Error is a serious problem that occurs due to system failure, and we cannot handle it in our program. TYPES OF ERRORS & WHY THEY OCCUR Compile-Time Error • Occurs during compilation • Happens due to wrong syntax (faulty grammar) Examples: - Missing semicolon - Wrong keywords - Incorrect method syntax Runtime Error • Occurs during execution • Happens due to lack of system resources Examples: - StackOverflowError → infinite method calls - OutOfMemoryError → memory is full WHY ERRORS OCCUR (IN ONE LINE): Because of system limitations or wrong program structure WHAT IS AN EXCEPTION? An Exception is a problem caused by the program logic, and we can handle it using try-catch. TYPES OF EXCEPTIONS & WHY THEY OCCUR Checked Exception (Compile Time) • Checked by compiler • Must handle using try-catch or throws WHY IT OCCURS: Because we are using methods that declare exceptions (ducking), so Java forces us to handle or pass them Examples: - IOException → file not found - InterruptedException → thread interruption Unchecked Exception (Runtime) • Not checked by compiler • Occurs during execution WHY IT OCCURS: Because of logical mistakes in program Examples: - ArithmeticException → divide by zero - NullPointerException → using null object FINAL ONE-LINE DIFFERENCE Error → System problem Exception → Programmer mistake Simple Understanding: Errors = Cannot fix easily Exceptions = Can handle and continue program #Java #ExceptionHandling #Programming #Coding #Developers #JavaBasics

“Java is too hard to write.” Every developer at some point. But are we talking about Java then or Java now? Old Java: You had to write a lot to do something small. Modern Java: Here I did it fast. You’re welcome. The truth is. Java has changed a lot. It has streams, records and more… it’s not the same language people like to complain about. And here’s something cool. I found a site that shows new Java code side, by side: https://lnkd.in/g7n9VhMD (https://lnkd.in/g7n9VhMD) It’s like watching Java go through a glow-up. So next time someone says "Java is too hard to write" Just ask them: Which Java are you talking about? Java didn’t stay hard to write. We just didn’t keep up with Java. #Java #JDK #Features #Software #Engineering

🚀 Java 8 changed everything — and this is one of the biggest reasons why. While deepening my understanding of Java internals, I spent time breaking down Anonymous Inner Classes, Functional Interfaces, and Lambda Expressions — three concepts that completely change how you write Java. At first, it feels like just syntax. But when you look closer, it’s really about how Java represents and handles behavior. 🔹 Anonymous Inner Class Allows us to declare and instantiate a class at the same time—without giving it a name. Useful when the implementation is needed only once. Greeting greeting = new Greeting() { public void greet(String name) { System.out.println("Welcome " + name); } }; ⚠️ Cons: -> Code is bulky -> Can only access effectively final variables -> Harder for the JVM to optimize 🔹 Functional Interface An interface with exactly one abstract method. Can still have multiple default and static methods. @FunctionalInterface public interface Greeting { void greet(String name); } 🔹 Lambda Expression (Java 8+) A more compact way to represent behavior — like an anonymous method. name -> System.out.println("Welcome " + name); 💡 What stood out to me: ⚙️ Anonymous Class → multiple lines ⚙️ Lambda Expression → one line Same logic, less noise — that’s where modern Java stands out.” #Java #LambdaExpressions #FunctionalInterface #BackendDevelopment #CleanCode #Java8 #SoftwareEngineering