TIL: When finally Is Executed

In short, finally overrides some of the “expected” behavior like returning from the try – catch block, allowing you to free up resources / do clean up regardless of whether there was an error or not

No Exception Is Thrown

When the try block completes, the finally block is executed, even if there was no exception:

try {
    System.out.println("Inside try");
} finally {
    System.out.println("Inside finally");
}

In this example, we aren’t throwing an exception from the try block. Thus, the JVM executes all code in both the try and finally blocks.

This outputs:

Inside try
Inside finally

Exception Is Thrown and Not Handled

If there’s an exception and it is not caught, the finally block is still executed:

try {
    System.out.println("Inside try");
    throw new Exception();
} finally {
    System.out.println("Inside finally");
}

The JVM executes the finally block even in the case of an unhandled exception.

And the output would be:

Inside try
Inside finally
Exception in thread "main" java.lang.Exception

Exception Is Thrown and Handled

If there’s an exception and it is caught by the catch block, the finally block is still executed:

try {
    System.out.println("Inside try");
    throw new Exception();
} catch (Exception e) {
    System.out.println("Inside catch");
} finally {
    System.out.println("Inside finally");
}

In this case, the catch block handles the thrown exception, and then the JVM executes the finally block and produces the output:

Inside try
Inside catch
Inside finally

Method Returns from try Block

Even returning from the method will not prevent finally blocks from running:

try {
    System.out.println("Inside try");
    return "from try";
} finally {
    System.out.println("Inside finally");
}

Here, even though the method has a return statement, the JVM executes the finally block before handing the control over to the calling method.

We’ll get the output:

Inside try
Inside finally

Method Returns from catch Block

When the catch block contains a return statement, the finally block is still called:

try {
    System.out.println("Inside try");
    throw new Exception();
} catch (Exception e) {
    System.out.println("Inside catch");
    return "from catch";
} finally {
    System.out.println("Inside finally");
}

When we throw an exception from the try block, the catch block handles the exception. Though there is a return statement in the catch block, the JVM executes the finally block before handing control over to the calling method, and it outputs:

Inside try
Inside catch
Inside finally

From https://www.baeldung.com/java-finally-keyword

Daily life with Jetpack Compose part 1

How to achieve simple tasks with Jetpack Compose series. Simple tasks with plain Android stayed mostly the same with minor API changes, but there are no official documentation on this subject.

How to display a web web in a Composable

In your code

import android.webkit.WebView
import android.webkit.WebViewClient

@Composable
fun createWebView(article: Post, modifier: Modifier) {
    val context = ContextAmbient.current
    val webViewClient = WebViewClient()
    AndroidView(
        viewBlock = {
            WebView(context).apply {
                this.webViewClient = webViewClient
                this.loadUrl("https://hanquoc.kr/${article.slug}")
            }
        },
        modifier = modifier
    )
}

Don’t use the androidx version – it’s useless

How to share a URL with Jetpack Compose

In your code

import android.content.Intent

@Composable
fun ArticleView(
    article: Post
) {
    val context = ContextAmbient.current
    val shareIntent = Intent(Intent.ACTION_SEND)
    shareIntent.type = "text/plain"
    shareIntent.putExtra(Intent.EXTRA_TEXT, "https://hanquoc.kr/${article.slug}")
    shareIntent.putExtra(Intent.EXTRA_SUBJECT, article.title.rendered)
    startActivity(
        context,
        Intent.createChooser(shareIntent, null),
        null
    )
}

Open source survey application

Due to business requirements, I have forked and re-skinned a legacy PHP survey application with material design.

To give back to the community, here’s the updated source:

https://github.com/thanhphu/php-survey-builder

It contains the following improvements

  • Add material design for user-facing pages
  • Add appropriate ignore to avoid leaking credentials on source control
  • Add default user ID you can set via GET parameter when sending out mass email
  • Stricter .htaccess
  • More readable fonts

Troubleshoot running JMeter programmatically

Resolving “Could not find org.apache.jmeter:bom”

With the release of the v5 of the JMeter library comes a bug. When you include JMeter gradle will complain that it “Could not find org.apache.jmeter:bom”. To resolve this, edit build.gradle to say

// There's a bug in JMeter leaving extra metadata right now. This is a workaround
class JMeterRule implements ComponentMetadataRule {
    void execute(ComponentMetadataContext context) {
        context.details.allVariants {
            withDependencies {
                removeAll { it.group == "org.apache.jmeter" && it.name == "bom" }
            }
        }
    }
}

dependencies {
    implementation group: 'org.apache.jmeter', name: 'ApacheJMeter_core', version: '5.3'
    implementation group: 'org.apache.jmeter', name: 'jorphan', version: '5.3'

    components {
        withModule("org.apache.jmeter:ApacheJMeter_core", JMeterRule)
        withModule("org.apache.jmeter:ApacheJMeter_java", JMeterRule)
        withModule("org.apache.jmeter:ApacheJMeter", JMeterRule)
        withModule("org.apache.jmeter:jorphan", JMeterRule)
    }
}

Chính trị trong phát triển phần mềm

Các kỹ sư phần mềm có thể được xem như các anh nông dân 4.0: hiền lành, chất phác, không sỡ hữu công cụ sản xuất, chỉ muốn được yên thân ngồi một góc để làm việc.

Oái oăm thay, cây muốn lặng mà gió chẳng dừng. Có rất nhiều vấn đề một kỹ sư phần mềm phải giải quyết ngoài chuyên môn công việc, trong đó bao gồm chính trị trong phát triển phần mềm.

Làm phần mềm cũng có chính trị?

“Chính trị” ngoài nghĩa hẹp là các tranh đấu có tính vĩ mô về điều hành một đất nước còn có nghĩa rộng là tương tác giữa một nhóm người với nhau. Trong phần mềm có rất nhiều bộ phận tham gia: marketing, product owner, project managers, designer, developer… nên hiển nhiên 9 người 10 ý, ai cũng muốn ý kiến của mình được tiếp thu và thực hiện, dẫn đến tranh đấu.

Chính trị len lỏi vào mọi ngách trong cuộc sống!

Một số loại chính trị có thể gặp trong phát triển phần mềm

Trong việc lựa chọn tính năng của phần mềm và lập kế hoạch

Đây là loại chính trị diễn ra thường xuyên nhất và căn bản nhất. Khi làm phần mềm hiển nhiên không thể làm một lúc hết các tính năng mà phải chia ra thành milestones và phân phối các tính năng một cách hợp lý.

Tuy nhiên thế nào là “hợp lý” thì còn tuỳ vào quan điểm của từng bộ phận tham gia khác nhau!

Người kỹ sư thường xem xét vấn đề theo quan điểm kỹ thuật, rằng tính năng A làm trước thì làm tính năng B sẽ dễ hơn. Nhưng marketing thì lại thấy nếu cho ra tính năng B ngay thì có thể chạy campaign viral do một sự kiện gần đây… Kết quả là việc có thể chỉ cần 1 ngày để làm nhưng bàn luận nên làm trước hay sau thì lại cần đến một tuần!

Nếu người kỹ sư là người có bản tính ngại tranh đấu sẽ chịu rất nhiều thiệt thòi khi tranh luận. Do đó để tồn tại trong nghề phát triển phần mềm người kỹ sư cần rèn luyện kỹ năng phát biểu, tranh luận và trang bị một tính cách vững vàng cho bản thân.

Trong việc đánh giá công việc

Những người có vai trò lãnh đạo với tấm bằng MBA rất thích quantification và measure performance. Tuy nhiên trong phát triển phần mềm thì khó có một cách đo đếm performance một cách khách quan và phản ánh đúng thực tiễn. Tuy nhiên điều này vẫn không ngăn lãnh đạo muốn áp dụng thử.

Và kết quả là performance review.

Performance review rất tốn công sức của kỹ sư, vì đó không phải là việc của họ. Họ cần có kỹ năng chuẩn bị một bài ca con cá tự ca ngợi các thành quả mình đã làm, họ cần phải chứng tỏ mình là một kỹ sư xuất chúng bằng cách tranh giành làm những project có impact lớn, làm những project không bao gồm trong phân công…

Một số công ty còn bắt buộc nhân viên “trèo lên đầu nhau mà sống” bằng stack ranking (xếp hạng review từ cao đến thấp, cao thì được thưởng, thấp thì bị trừng phạt, cho dù có làm tốt đi chăng nữa nhưng không tốt bằng người khác hoặc team khác vẫn bị phạt!) và bắt buộc phải chỉ ra điểm cần cải thiện của đồng nghiệp khi làm performance review.

Do đó khi phỏng vấn nên hỏi kỹ một năm công ty tổ chức đánh giá mấy lần? Một lần là đủ, hai lần là hơi nhiều, ba lần trở lên — bạn nên tìm công ty khác để làm phần mềm vì ở công ty này bạn sẽ trở thành nhân vật trong Game of thrones.

Hoạt động đối ngoại

Việc kỹ sư phần mềm phải đối ngoại không phải là việc diễn ra hằng ngày, tuy nhiên vẫn diễn ra khá thường xuyên: kỹ sư phần mềm phải làm việc với người ở công ty đối tác, đến công ty đối tác để cài đặt hoặc thảo luận… Đối với người làm phần mềm nguồn mở (và pseudo-open source) thì còn phải nhận báo cáo lỗi từ bên ngoài và trả lời sao cho hợp tình hợp lý.

Một ví dụ rất không đẹp từ bluez**e: khi nhận góp ý từ chuyên gia thì các anh kỹ sư thiếu não không thèm phản biện mà tạo nick clone vào tấn công cá nhân chuyên gia.

Nếu đây là một công ty làm ăn đàng hoàng thì các anh ấy đã mất việc, tuy nhiên, đây là công ty B, một công ty rất giỏi marketing bằng scandal.

Khi bạn trả lời khách hàng hoặc đối tác, bạn là đại diện của công ty. Hành động của bạn sẽ được cân đong đo đếm và dùng để đánh giá công ty của bạn. Cần cân nhắc và hành động sao cho hợp lý, hình ảnh bản thân của bạn cũng sẽ được nâng cao!

Hoạt động đối nội

Cuối cùng và quan trọng nhất, trong nội bộ công ty rất dễ sinh ra bè phái hoặc người có quyền sẽ thích một số người này và không thích một số người kia. Việc này là rất bình thường trong xã hội nhưng khi nó xảy ra ở công ty, nó sẽ ảnh hưởng trực tiếp đến anh kỹ sư phần mềm. Loại chính trị này không chỉ có ở công ty phần mềm mà có mặt ở hầu hết mọi loại doanh nghiệp.

Khi công ty xảy ra khó khăn, ai sẽ là người lên thớt đầu tiên?

Không phải anh kỹ sư không làm được việc, mà là anh kỹ sư không thân với sếp, cho dù anh ấy có giỏi hơn đi nữa! Trên quan điểm của người quản lý, tìm một người làm đúng ý mình thì khó hơn là tìm một người giỏi chuyên môn.

Do đó, người kỹ sư phần mềm cần khéo léo trong việc giải quyết bất hoà trong công ty, không gây mâu thuẫn nội bộ, làm thân với các thành phần cần thiết phải làm thân (mà cách đơn giản nhất là hút thuốc cùng hay đi nhậu chung).

Làm thế nào để đánh giá chính trị trong một công ty tốt hay không

Nói chung một công ty càng ít các vấn đề về chính trị, luôn luôn thông báo rõ đường lối phát triển cho mọi cá nhân trong công ty là một công ty tốt. Để biết một công ty có tốt không thì cách nhanh nhất là đọc review trên các website như blind (nếu là công ty cùng ngành) hoặc glassdoor.

Công ty F

Công ty F là một công ty phần mềm ở nước V, chuyên môn làm các dự án outsource cho thị trường các nước phát triển. Công ty F luôn luôn nhấn mạnh về các chương trình đào tạo nội bộ khi tuyển dụng ứng viên: đào tạo ngoại ngữ để phục vụ nhu cầu ở nước khách hàng, nước J.

Một nhân viên công ty F muốn phát triển bản thân đã đăng ký học khoá học tiếng J. Tuy nhiên trước khi khoá học bắt đầu anh này được tin mình có học bổng đi Mỹ, thế là anh xin nghỉ.

Công ty F đã bắt anh phải hoàn lại tiền của khoá học tiếng J, một số tiền khá lớn với anh, cho dù anh chưa học được một ngày nào.

Đây là một động thái chính trị chèn ép nhân viên dựa vào nguyên tắc tự bịa ra. Khi tranh cãi này được công bố lên các phương tiện thông tin đại chúng thì công ty F đã rút yêu cầu và đắm xuồng vụ việc.

Bài học: hãy quen vài người bạn làm nhà báo.

Công ty A

A là một công ty về thương mại điện tử. A rất khéo léo khi chơi các con bài chính trị. A đã nhử miếng mồi là sẽ xây cơ sở 2 ở “đâu đấy” và chờ các thành phố lên tiếng ưu đãi đủ thứ cho A.

Trong khi thật ra A đã dư biết sẽ xây cái gì ở đâu.

Khi tình hình lợi nhuận sụt giảm, A vẫn tuyên truyền rằng mình đang tuyển dụng rất nhiều người để nhận ưu đãi thuế của chính phủ…

… tuy nhiên trong nội bộ A thì A dùng cớ performance review để loại bớt nhân viên.

https://www.teamblind.com/post/amazon-laying-off-en-masse-2020-QqdXSZzr

Công ty C

Công ty C cũng giống như A, là công ty về thương mại điện tử. Công ty C lại hoạt động ở thị trường Hàn Quốc. Một năm C bắt nhân viên performance review… 4 lần. Cũng giống như A, khi tình hình kinh tế khó khăn không ty C lại giở trò performance review và nợ lương nhân viên.