Trang chủ Tài liệu CNTT Fsoft/FPT Bosch KMS Harvey Nash

thảo luận Java

thảo luận - Java - write once, run anywhere | theNEXTvoz

cba

Java đa nhiệm, đa nền tảng. Tôi mở topic để chúng ta thảo luận về java mà ở đây là WORA

honeyfox

Tưởng cái slogan đã được đổi thành write once debug everywhere gần cả 2 chục năm nay rồi cơ mà :shame:

ThuyMy

Write One, NullPointerException everywhere :haha:

zulu

Thề, biết là cái slogan nó hơi chém. Nhưng a thở ra đc câu này chán v~ nồi.

Lỗi NullPointer là do ltv ngu, sao đổ cho ngôn ngữ đc ba?

ThuyMy said:

Write One, NullPointerException everywhere

monnalisa

Cho hỏi chạy app java trên iOS như nào ta?

ThuyMy

zulu said:

Thề, biết là cái slogan nó hơi chém. Nhưng a thở ra đc câu này chán v~ nồi.

Lỗi NullPointer là do ltv ngu, sao đổ cho ngôn ngữ đc ba?

Khi đánh giá 1 cái gì đó thì người ta phải tính ở điều kiện trung bình. Ngôn ngữ lởm anh cứ đổ cho ltv ngu thì assembly hay java nó cũng không khác nhau mấy :LOL:

.
- Trường nào cũng như nhau, học ngu là tại sinh viên dốt
- Võ nào cũng như nhau, đánh thua là tại thằng tập.
- OS nào cũng như nhau, quan trọng là thằng xài
:embarrassed:

null reference là thất bại của ngành điện toán, anh đừng đổ lỗi cho dev nữa

Last edited: May 9, 2020

zulu

Thiệt?
Null Pointer là cái lỗi sơ đẳng mà LTV cũng sai thì nói j nữa? Tôi nói là trung bình luôn đó. A chưa khỏi tạo mà anh gọi thì chết là đúng rồi. Từ C++ C# Java thằng đéo nào chả chết khi LTV gọi hàm hay truy xuất tới field của 1 object null.

ThuyMy said:

Khi đánh giá 1 cái gì đó thì người ta phải tính ở điều kiện trung bình. Ngôn ngữ lởm anh cứ đổ cho ltv ngu thì assembly hay java nó cũng không khác nhau mấy .
- Trường nào cũng như nhau, học ngu là tại sinh viên dốt
- Võ nào cũng như nhau, đánh thua là tại thằng tập.
- OS nào cũng như nhau, quan trọng là thằng xài

null là thất bại của ngành điện toán, anh đừng đổ lỗi cho dev nữa

haylachoi

ThuyMy said:

Khi đánh giá 1 cái gì đó thì người ta phải tính ở điều kiện trung bình. Ngôn ngữ lởm anh cứ đổ cho ltv ngu thì assembly hay java nó cũng không khác nhau mấy .
- Trường nào cũng như nhau, học ngu là tại sinh viên dốt
- Võ nào cũng như nhau, đánh thua là tại thằng tập.
- OS nào cũng như nhau, quan trọng là thằng xài

null reference là thất bại của ngành điện toán, anh đừng đổ lỗi cho dev nữa

VKl lỗi này mà đổ cho ngôn ngữ. Điều kiện trung bình cái gì, mắc lỗi này ko biết sửa thì nên bỏ nghề.

zulu

Anh ấy muốn ngôn ngữ thông minh tới mức , chạy như anh ấy nghĩ dù ảnh viết sai :censored:

haylachoi said:

VKl lỗi này mà đổ cho ngôn ngữ. Điều kiện trung bình cái gì, mắc lỗi này ko biết sửa thì nên bỏ nghề.

Nipin

... Ngôn ngữ không có null giờ đầy mà không hiểu mấy cậu trên bị gì.
ờ mà tôi biết cậu trên định nói về cái Null References: The Billion Dollar Mistake, nhưng mà mấy thằng java dev mà tôi biết thì hầu như là đéo đọc mấy cái này bao giờ, nói thế chúng nó không hiểu đâu.

drnoxxx

^
Thì mấy thằng cậu biết toàn mấy thằng ngu thì bảo sao :sweat:

Java mà thằng nào đéo biết kiểm tra kiểu vỡ lòng dummy != null && dummy.getFoo() thì thôi chết mẹ nó cho rồi :sweat:

zulu

Tôi ko nói là không có ngôn ngữ ko null.
NullPointer Exception thì xuất hieennj khi có truy xuất đến Null References thôi mà, tóm lại cùng 1 loại nguyện nhân thôi.
Thế nên lỗi này ếu lạ lẫm j đâu mà than cho ngôn ngữ ngu?
Lỗi sơ đẳng này mà ko biết cách sửa hay tránh mà còn đi đổ cho ngôn ngữ thì LTV đó chết mẹ cho r

Nipin said:

... Ngôn ngữ không có null giờ đầy mà không hiểu mấy cậu trên bị gì.
ờ mà tôi biết cậu trên định nói về cái Null References: The Billion Dollar Mistake, nhưng mà mấy thằng java dev mà tôi biết thì hầu như là đéo đọc mấy cái này bao giờ, nói thế chúng nó không hiểu đâu.

bam2015

Lập trình ngu đổ cho ngôn ngữ.

lyokha114

Mấy a chê cái Null Pointer nghe cứ buồn cười vl :love:

lyokha114

Nipin said:

... Ngôn ngữ không có null giờ đầy mà không hiểu mấy cậu trên bị gì.
ờ mà tôi biết cậu trên định nói về cái Null References: The Billion Dollar Mistake, nhưng mà mấy thằng java dev mà tôi biết thì hầu như là đéo đọc mấy cái này bao giờ, nói thế chúng nó không hiểu đâu.

A cứ làm như mỗi a biết đọc ấy :big_smile:

nntgwww

Java is the new COBOL :doubt:

. J/k Gì chứ Java mature rồi. Tương lai giờ phụ thuộc vào thăng oracle. thằng này ham $ có nguy cơ bức tử Java

Last edited: May 10, 2020

LapTrinhGame

Kotlin đc thiết kế chống NPE kô nói, chứ Java từ phiên bản 8 (giờ đã có Java 14,15) thì đã có class Optionals cho tạo container để tránh NPE. Chỉ có Java trước version 8 check if null hơi kỳ.

@nntgwww có tiền mới có phát triển chứ. Ngại $ license thì dùng OpenJDK miễn phí còn Oracle JDK thì $25/tháng/mỗi cưng CPU. Còn M$ thì theo hướng ngược lại chém đẹp cái Visual Studio Pro $1199 năm đầu, renewal $799/năm nhưng hiện dễ dãi nhập serial key chứ chưa chơi online activation.

Last edited: May 10, 2020

nntgwww

LapTrinhGame said:

Kotlin đc thiết kế chống NPE kô nói, chứ Java từ phiên bản 8 (giờ đã có Java 14,15) thì đã có class Optionals cho tạo container để tránh NPE. Chỉ có Java trước version 8 check if null hơi kỳ.

@nntgwww có tiền mới có phát triển chứ. Ngại $ license thì dùng OpenJDK miễn phí còn Oracle JDK thì $25/tháng/mỗi cưng CPU. Còn M$ thì theo hướng ngược lại chém đẹp cái Visual Studio Pro $1199 năm đầu, renewal $799/năm nhưng hiện dễ dãi nhập serial key chứ chưa chơi online activation.

Startup là thấy ko muốn dùng java rồi. Tự nhiên ngôn ngữ chạy còn phải phân ra miễn phí, có phí nó sẽ làm người ta chùn bước khi chọn java để bắt đầu. Trừ mấy cty lớn nhiều $ thừa dev sẵn ko nói.
Với oánh nhau với ku Google làm giờ kotlin dc chọn để thay thế Java.

Đương nhiên giảm người dùng thì Java chưa chết ngay đc. Nhưng tạo điều kiện cho các đối thủ khác .Net core chẳng hạn.

một năm kiếm biết bao $ từ tư vấn solution tự nhiên giờ đòi thêm mấy cái đông bạc lẻ. Ko phải tự nhiên oracle giờ bị ghét,

Last edited: May 10, 2020

zulu

Xét chô kỹ thì Optional cũng làm cho việc để ý mà check null rõ ràng cho dev ( ý là dev dễ để ý hơn, ko bị quên check null như ver trước)
Nhưng ltv ngu thì vẫn dính lỗi khác thôi.
VD: nó gọi hàm get của Optional mà ko check isPresent/isEmpty thì cũng chết bởi NoSuchElementException. Cuối cùng lỗi này đâu phải Java Ngu mà do LTV phần lớn. Vì, nếu nó khổ vs NullPointerException thì có xài optional nó cũng dính NoSuchElementException

LapTrinhGame said:

Kotlin đc thiết kế chống NPE kô nói, chứ Java từ phiên bản 8 (giờ đã có Java 14,15) thì đã có class Optionals cho tạo container để tránh NPE. Chỉ có Java trước version 8 check if null hơi kỳ.

ThuyMy

Cái Java nhiều anh ngại vụ license quá nhẩy. Trừ thằng Google bê nguyên API ra copy thì cũng có gì đến nỗi căng đâu. Không thích oracle thì còn cả đóng JDK khác như OpenJDK, Zulu, graalvm, openj9...

ThuyMy

nntgwww said:

Startup là thấy ko muốn dùng java rồi. Tự nhiên ngôn ngữ chạy còn phải phân ra miễn phí, có phí nó sẽ làm người ta chùn bước khi chọn java để bắt đầu.

Java nào tốn phí anh :censored:

zulu

Java cho Enterprise ngon v~ cà đó anh và vậy nó mới tính phí

ThuyMy said:

Java nào tốn phí anh

nntgwww

ThuyMy said:

Cái Java nhiều anh ngại vụ license quá nhẩy. Trừ thằng Google bê nguyên API ra copy thì cũng có gì đến nỗi căng đâu. Không thích oracle thì còn cả đóng JDK khác như OpenJDK, Zulu, graalvm, openj9...

app đang dùng jre cái đùng sau java 11 phải chuyển sang OpenjDK mất công lại update, chưa tính chưa chắc sẽ chạy tốt trên Open.

Dev cái mới ko sao chứ mấy app cũ coi chừng.

ThuyMy

zulu said:

Java cho Enterprise ngon v~ cà đó anh và vậy nó mới tính phí

Ý anh là Java EE ???

zulu

ko, ý tôi là bản JVM xịn có tính phí á

ThuyMy said:

Ý anh là Java EE ???

Nipin

bạn gì ở trên bảo optional thì cũng có khác gì nghe buồn cười vãi :LOL:

một thằng là compile time error, một thằng là runtime exception, compile error thì không sửa thì nó đíu cho phép compile, đíu lên được production, thằng kia thì nó vỡ mặt ở lúc nào đó đíu ai mà biết được (bạn nào mà cãi tao dùng unittest các kiểu thì nói trước là tôi sẽ trực tiếp cho vào ignore list, đỡ phải mất công nhé).

btw, cái null pointer mistake là chính mồm lão tác giả java nói ra, bạn nào nghe được thì gật đầu cho qua còn được chứ cố cãi chỉ tổ người ta cười cho. mà chuyện quyết định sai lầm là cái gì đó rất bình thường, thằng nào mà chả đã từng sai, kiểu như lão viết nodejs giờ vứt sạch viết lại cái khác là deno đó thôi.

quay lại java, không phải tự dưng mà mấy thằng như scala, kotlin, clojure lại lên ầm ầm như thế. ngôn ngữ cũ rồi không hợp thời bị thay thế bởi thằng khác là điều quá bihf thường.

Last edited: May 10, 2020

zulu

Anh mới buồn cười á. Tôi chưa từng nói ko khác j ok? Nhét chữ vào mồm ng khác à
Đọc thì ko đọc hết. Mời anh đọc lại:

Nhưng ltv ngu thì vẫn dính lỗi khác thôi.
VD: nó gọi hàm get của Optional mà ko check isPresent/isEmpty thì cũng chết bởi NoSuchElementException. Cuối cùng lỗi này đâu phải Java Ngu mà do LTV phần lớn. Vì, nếu nó khổ vs NullPointerException thì có xài optional nó cũng dính NoSuchElementException

--> Thế tôi mới nói cái này là do LTV ngu, nó đã ngu thì cho nó xài Optional cũng chết ở lỗi mà tôi đã chỉ 1 ví dụ trên.

Nipin said:

bạn gì ở trên bảo optional thì cũng có khác gì nghe buồn cười vãi
một thằng là compiler time error, một thằng là runtime exception, compiler error thì không sửa thì nó đíu cho phép compile, đíu lên được production, thằng kia thì nó vỡ mặt ở lúc nào đó đíu ai mà biết được (bạn nào mà cãi tao dùng unittest các kiểu thì nói trước là tôi sẽ trực tiếp cho vào ignore list, đỡ phải mất công nhé).

btw, cái null pointer mistake là chính mồm lão tác giả java nói ra, bạn nào nghe được thì gật đầu cho qua còn được chứ cố cãi chỉ tổ người ta cười cho. mà chuyện quyết định sai lầm là cái gì đó rất bình thường, thằng nào mà chả đã từng sai, kiểu như lão viết nodejs giờ vứt sạch viết lại cái khác là deno đó thôi.

quay lại java, không phải tự dưng mà mấy thằng như scala, kotlin, clojure lại lên ầm ầm như thế. ngôn ngữ cũ rồi không hợp thời bị thay thế bởi thằng khác là điều quá bihf thường.

Nipin

zulu said:

Anh mới buồn cười á. Tôi chưa từng nói ko khác j ok? Nhét chữ vào mồm ng khác à
Đọc thì ko đọc hết. Mời anh đọc lại:

Nhưng ltv ngu thì vẫn dính lỗi khác thôi.
VD: nó gọi hàm get của Optional mà ko check isPresent/isEmpty thì cũng chết bởi NoSuchElementException. Cuối cùng lỗi này đâu phải Java Ngu mà do LTV phần lớn. Vì, nếu nó khổ vs NullPointerException thì có xài optional nó cũng dính NoSuchElementException

--> Thế tôi mới nói cái này là do LTV ngu, nó đã ngu thì cho nó xài Optional cũng chết ở lỗi mà tôi đã chỉ 1 ví dụ trên.

à hoá ra là bạn nói là optional của java

tôi lại tưởng nói đến mấy cái optional type của mấy cái functional languages :LOL:

(hoặc union type như crystal hay typescript)
thế thì thôi tôi miễn nói tiếp, bạn đúng rồi :/

zulu

V~ nồi ông thần, Topic về Java thì tôi chém về Java :censored:

Nipin said:

à hoá ra là bạn nói là optional của java

tôi lại tưởng nói đến mấy cái optional type của mấy cái functional languages (hoặc union type như crystal hay typescript)
thế thì thôi tôi miễn nói tiếp, bạn đúng rồi :/

Nipin

zulu said:

V~ nồi ông thần, Topic về Java thì tôi chém về Java

tôi tưởng context ở đây là thằng java có cái null ngu vkl mấy thằng khác nó có giả pháp thông minh hơn nhiều chứ?

... cơ mà cũng có thể là post của cái thằng LapTrinhGame kia nói cái gì đó khác, cơ mà tôi không muốn nhìn cho nên chắc là thiếu bớt thông tin nào đó quan trọng.

tóm lại thì, vấn đề của java là null nó là cùng type với non-null, trong khi thực tế là null nó không callable như non-null objects, cho nên dẹo. nếu bạn đã từng dùng mấy ngôn ngữ mới hiện đại hơn, xem cách giải quyết của bọn nó cho vấn đề này thì sẽ hiểu, còn không thì rất khó nói.

ThuyMy

zulu said:

Anh mới buồn cười á. Tôi chưa từng nói ko khác j ok? Nhét chữ vào mồm ng khác à
Đọc thì ko đọc hết. Mời anh đọc lại:

Nhưng ltv ngu thì vẫn dính lỗi khác thôi.
VD: nó gọi hàm get của Optional mà ko check isPresent/isEmpty thì cũng chết bởi NoSuchElementException. Cuối cùng lỗi này đâu phải Java Ngu mà do LTV phần lớn. Vì, nếu nó khổ vs NullPointerException thì có xài optional nó cũng dính NoSuchElementException

Sao anh không xem thử xem các ngôn ngữ khác handle null, optional như thế nào mà cứ thích chày cối thế nhỉ. Nó ngu vì nó phá vỡ type system. Compile time thì A nghĩa là A nhưng thật tế runtime time A nghĩa là A | Null, vì thế mới sinh ra đủ thứ bug. Gần nhất là anh Kotlin chia ra làm 2 loại nullable và nonnull types ấy, anh chạy qua xem thử họ làm như thế nào thay vì tiếp tục chày cối :LOL:

zulu

Tôi có xài scala thêm, và cách nó làm Optional cũng như Java thôi, xài ngu gọi get sẽ chết nếu Option.isEmpty == true
Không biết thèng khác thế nào?

Nipin said:

tôi tưởng context ở đây là thằng java có cái null ngu vkl mấy thằng khác nó có giả pháp thông minh hơn nhiều chứ?

... cơ mà cũng có thể là post của cái thằng LapTrinhGame kia nói cái gì đó khác, cơ mà tôi không muốn nhìn cho nên chắc là thiếu bớt thông tin nào đó quan trọng.

tóm lại thì, vấn đề của java là null nó là cùng type với non-null, trong khi thực tế là null nó không response mấy cái method call như non-null object, cho nên dẹo. nếu bạn đã từng dùng mấy ngôn ngữ mới hiện đại hơn, xem cách giải quyết của bọn nó cho vấn đề này thì sẽ hiểu, còn không thì rất khó nói.

Nipin

zulu said:

Tôi có xài scala thêm, và cách nó làm Optional cũng như Java thôi, xài ngu gọi get sẽ chết nếu Option.isEmpty == true
Không biết thèng khác thế nào?

tôi không xài scala không rõ, nhưng về cơ bản khác biệt là Optional nó enforce lúc compile, sau khi check các kiểu thì compiler đã biết được cái biến lúc này chắc chắn sẽ là Null hay là Object, theo đó biết được cái biến này sẽ response với method call dạng nào, nếu bạn gọi method với biến mà class là Null thì compiler sẽ báo lỗi luôn, không cần runtime.

ờ điểm quan trọng ở đây là bắt buộc, là type safety, chứ bảo tao code pro lúc nào viết code cũng tự check hết tôi thấy hơi mạnh miệng, người lúc nào chả có lúc sai lầm.

(vì cái typesafe này mà giờ tôi chủ yếu code crystal, mặc dù elixir có mấy cái pipe operator dùng sướng hơn nhiều ;_; )

p/s: nếu compiler không check type được ở compile time thì tôi thấy optional type không có cũng được :/
cho nên mấy cái thằng như ruby hay javascript có thư viện monad tôi cũng đíu bao giờ thèm xài, hoàn toàn vô nghĩa.

Nipin

ờ nói về compile time type safety, thì nó dạng này

Code:

let a = function_that_return_int_or_null()
print(a.to_string(16))

compile sẽ báo lỗi là a có thể không có method là to_string,
nếu sửa lại dạng này

Code:

let a = function_that_return_int_or_null()
if a.not_null {
  print(a.to_string(16))
}

thì nó phải chạy bình thường, vì ở đây compile đã biết type của a là Integer rồi.

fail một trong 2 cái thì đều là không đạt tiêu chuẩn.

tthixk

zulu said:

Tôi có xài scala thêm, và cách nó làm Optional cũng như Java thôi, xài ngu gọi get sẽ chết nếu Option.isEmpty == true
Không biết thèng khác thế nào?

cái này không thể so với null đc, vì đơn giản là không bao giờ dùng get thì hết lỗi này ngay, add linter hay code review có thể phát hiện đc sớm.

còn thằng null pointer nó thuộc dạng lỗi rất khó nhận ra, nên việc null pointer bị complain là điều dễ hiểu.

tranlam86

zulu said:

Tôi có xài scala thêm, và cách nó làm Optional cũng như Java thôi, xài ngu gọi get sẽ chết nếu Option.isEmpty == true
Không biết thèng khác thế nào?

Kotlin thì nó dùng compiler với hệ thống nullable type để force dev check null trước khi gọi. Nullable mà gọi properties của nó là phải check null nó trước không thì compile error.

flowerfx2

có mỗi cái null pointer mà chửi nhau mấy trang nhỉ, ít nhất bên java nó còn về null để biết đường mà check, chứ qua c/c++ nó éo chịu về null thì mấy a gà mờ chỉ có nước khóc thét :doubt:

dangmt

flowerfx2 said:

có mỗi cái null pointer mà chửi nhau mấy trang nhỉ, ít nhất bên java nó còn về null để biết đường mà check, chứ qua c/c++ nó éo chịu về null thì mấy a gà mờ chỉ có nước khóc thét

Mấy con gà chửi nhau ấy mà. Giờ này còn cãi nhau về null.

Nipin

flowerfx2 said:

có mỗi cái null pointer mà chửi nhau mấy trang nhỉ, ít nhất bên java nó còn về null để biết đường mà check, chứ qua c/c++ nó éo chịu về null thì mấy a gà mờ chỉ có nước khóc thét

cái c++ của anh nó từ đời tám hoánh nào rồi, còn trước java, nói bị chửi về null cũng có ít hơn đâu mà không hiểu muốn khoe cái gì?
cho nên giờ có dlang, có rust, có zig, có jai nó đều phát triển với mục đích thay thế c++, tuy giờ còn chưa nói lên đc điều gì (thằng d không tính thì mấy thằng khác chưa thằng nào đủ 10 năm, không so được 40 năm c++) nhưng về sau thì chưa biết thế nào đâu.

p/s: tôi đíu phủ nhận là c++/java các kiểu đều rất mạnh (ít nhất chúng nó cũng sống được 3 40 năm tới giờ mà vẫn khoẻ), nhưng thiếu hụt thì vẫn là thiếu hụt, đéo hiểu cãi cái gì.

naiveryan

Nipin said:
ờ nói về compile time type safety, thì nó dạng này
Code:
let a = function_that_return_int_or_null()
print(a.to_string(16))
compile sẽ báo lỗi là a có thể không có method là to_string,
nếu sửa lại dạng này
Code:
let a = function_that_return_int_or_null()
if a.not_null {
  print(a.to_string(16))
}
thì nó phải chạy bình thường, vì ở đây compile đã biết type của a là Integer rồi.

fail một trong 2 cái thì đều là không đạt tiêu chuẩn.

Nói về typesafe thì code này cũng chẳng safe lắm, lúc code như này xong compile vẫn phải tuỳ vào typechecker của compiler mạnh tới đâu.

Lại còn xấu nữa, năm nào rồi mà còn if not null.

Nipin

naiveryan said:

Nói về typesafe thì code này cũng chẳng safe lắm, lúc code như này xong compile vẫn phải tuỳ vào typechecker của compiler mạnh tới đâu.

Lại còn xấu nữa, năm nào rồi mà còn if not null.

pseudo code thôi. viết pattern matching hoặc expression thì sợ mấy cậu kia không hiểu :/

omyto

Oracle tính phí java như thế nào nhỉ mấy thím? Bữa nghe nói là cứ chạy theo version mới nhất của nó thì free, nhưng có vẻ không phải :go:

tranlam86

omyto said:

Oracle tính phí java như thế nào nhỉ mấy thím? Bữa nghe nói là cứ chạy theo version mới nhất của nó thì free, nhưng có vẻ không phải

Từ sau version 8, Oracle có 2 JDK, 1 tính phí cho entreprise, 1 chính là OpenJDK (mở nhưng mà maintainanced by Oracle).
JDK tính phí thì môi trường dev miễn phí, chạy PROD thì phải trả phí/CPU, long time support (version 11, 14), có bản patch, support...
OpenJDK thì cứ 6 tháng có version mới. Tức là sau 6 tháng, version sẽ trở thành obsolete. Nhưng version nào cũng miễn phí.

Santak911

Có bác nào dùng Amazon Corretto ở Prod chưa

drnoxxx

Java từ cái hồi Oracle đổi license phức tạp vcl
1. OpenJDK là bản open-source, chỉ có source code, thằng này của community, không của riêng thằng nào.

2. Oracle mang OpenJDK về build ra binary đặt tên là Oracle OpenJDK - bản này free. Ngoài ra còn một phiên bản enterprise là Oracle JDK - bản này phải mua, có thêm thắt mấy cái của riêng Oracle và dc support.

3. Community lấy OpenJDK build ra binary gọi là AdoptOpenJDK - cái này free. Hiện tại recommend dùng thằng này.

4. RedHat cũng mang OpenJDK về build binary riêng, cái này RedHat hỗ trợ.

5. Azul mang OpenJDK về thêm thắt một số tính năng build ra binary, bản free là Zulu, bản enterprise là Zing.

6. Mấy anh khác cũng mang OpenJDK về build và phát hành binary của riêng mình.

Về thương hiệu
Cái tên Java SE hiện tại chỉ có Oracle dc dùng, mấy anh khác muốn dùng phải mua quyền. Anh nào không mua quyền thì chỉ được gọi là Java SE compability.

Tóm lại
OpenJDK là source-based, cái này phiên bản chuẩn.
Các anh tự đem về thêm mắm muối build ra binary.
Oracle có 2 bản binary là Oracle OpenJDK và Oracle JDK.
Java SE là thương hiệu của riêng Oracle, mấy anh khác không mua quyền thì chỉ dc gọi là Java SE compability.

Kim Ah Joong

ThuyMy said:

Write One, NullPointerException everywhere

code ngu thì đừng đổ cho ngôn ngữ

Hải Đại Phú

Chào anh chị cô bác chú gì, em mới bắt đầu học Java Spring. Nhưng thắc mắc 1 số thứ:
1. Spring MVC giờ có còn được sử dụng nhiều trong dự án thực tế không ạ.
2. Spring Boot backend Api thì nó đi với React hay Angular.
3. Project thực tế structure nó có giống mấy cái tutorial trên mạng hay github không ạ.
4. Người ta có sử dụng Hibernate nhiều trong dự án thực tế không.

Hellscream

1. Không có thống kê nên không ý kiến.
2. Đi với thằng nào chả được :censored:

3. Không. Spring Boot nó là DI, cho nên cách tổ chức Project nó không có chuẩn nhất định.
4. Nhiều.

anhDevVuiTinh

1. Dự án maintain thì còn khá nhiều, còn dự án mới thì ít dùng.
2. Cái nào cũng vậy thôi tại vì nó không liên quan lắm nhưng mà dev java có xu hướng thích Angular hơn vì dùng OOP quen rồi + mấy design pattern cùng khá tương đồng.
3. Cơ bản thì vẫn giống nhưng có những cái mà chỉ có thể học từ thực tế.
4. Đã dùng spring thì khó mà không đụng đến hibernate.

Yurisha

anhDevVuiTinh said:

1. Dự án maintain thì còn khá nhiều, còn dự án mới thì ít dùng.
2. Cái nào cũng vậy thôi tại vì nó không liên quan lắm nhưng mà dev java có xu hướng thích Angular hơn vì dùng OOP quen rồi + mấy design pattern cùng khá tương đồng.
3. Cơ bản thì vẫn giống nhưng có những cái mà chỉ có thể học từ thực tế.
4. Đã dùng spring thì khó mà không đụng đến hibernate.

4. giờ chúng nó đổi dần sang r2dbc rầu

Lạc Trôi

Mình xin phép trả lời ý 3 trong câu hổi của bạn. Về cốt lõi thì dự án thực tế sẽ tương đồng với các khóa học trên mạng. Còn về phần chi tiết sẽ rất khác nhau. Tùy từng người, tùy từng đội ngũ mà việc lựa chọn thư viện hay framework sẽ khác nhau nữa

Last edited: May 19, 2021

Technical leader

Các thím nghĩ sao về việc chọn Java để làm coder thuê. Có nhiều vozer nói Java chỉ hợp enterprise, khó làm các sản phẩm nhỏ lẹ

Guardiann

Bác hỏi nhiều thế lên itviec mà xem

Technical leader

Guardiann said:

Bác hỏi nhiều thế lên itviec mà xem

IT việc toàn lương ảo thôi thím

Guardiann

Technical leader said:

IT việc toàn lương ảo thôi thím

Lên đấy xem yêu cầu họ là gì, rồi về mà học

bamboo.bamboo

thớt nhảm

nay e lượn lờ F33 đọc được mấy cái ntn, cái này là bias ở VN hay trend thế giới đây ạ :smile:

Hellscream

Anh đi nghe 1 thằng tào lao bí đao nói xong tin sái cổ???

Tôi thì tin trang IEEE này hơn: https://spectrum.ieee.org/static/interactive-the-top-programming-languages-2020

Thống kê 2021 chưa có nên không biết nhé.

dangmt

bamboo.bamboo said:

View attachment 600875
nay e lượn lờ F33 đọc được mấy cái ntn, cái này là bias ở VN hay trend thế giới đây ạ

Công nghệ thì ngôn ngữ nào cũng phải chiến được nhé. Kể cả Java có chết thật thì Trình độ là không thể mất đi được.

Hải Đại Phú

Rất nhiều thứ javascript làm được mà java không thể làm được. Còn bất cứ thứ gì java làm được thì javascript đều có thể.

TTN_vOz

Debate về language là cuộc chiến không hồi kết và quan điểm cá nhân là nhảm nhí.
Bản thân đang code AS3, là dead language đây
Miễn là được việc

RPG29

Chuẩn rồi bạn ơi, Java giờ chỉ toàn maintenance task thôi.
Các công ty dùng Java toàn mấy cty già cỗi lỗi thời. Giờ cứ NodeJs, Golang mà quất thôi. :sweet_kiss:

IT Jobs & Salaries

Nói thế tự dưng thấy cái món Java cho dân tay ngang như e học nó ko còn cơ hội gì nữa z các fence

kaivn93

Mấy cái này dễ mà, lên mấy trang itviec check xem tech nào tuyển nhiều nhất, ko thì lên vnwork xem báo cáo việc làm check tech nào phổ biến nhất range lương ổn nhất mà đeo, hơi đâu tin ba cái cmt vô thưởng vô phạt trên voz làm gì

bamboo.bamboo

ngoài hướng enterprise thì Java còn ứng dụng gì khác, hoặc mang tính tương lai hơn chút ko các thím nhỉ? bị kêu sau back lại chỉ đi maintain đống code cũ của tụi JAV e sợ quá

Buonnguqua6

bamboo.bamboo said:

ngoài hướng enterprise thì Java còn ứng dụng gì khác, hoặc mang tính tương lai hơn chút ko các thím nhỉ? bị kêu sau back lại chỉ đi maintain đống code cũ của tụi JAV e sợ quá

App Android
Fresher gì mới đi làm tí đã khóc :amazed:

Thớt này cũng diện thớt nhảm. Lock

Hải Đại Phú

VN không có ai là java champion cả.
https://apex.oracle.com/champions/

Kim Ah Joong

qhai_2009 said:

Ngôn ngữ không là gì cả, mà quan trọng là hệ sinh thái những công nghệ đi kèm,
JavaScript mà ko có ReactJS Angular JS
Java mà ko có Spring
C# mà ko có EnityFramework Ado.net
thì khó mà phổ biến.
Chẳng ai dùng C++để làm website CRUD cả
====
Bác cứ lên Linkedin hay Itviec xem nhu cầu đang là gì rồi học theo thôi. Theo mình quan sát thi Golang ko phổ biến. Nhiều cty tuyển devJava C# vào rồi cho vừa học vừa làm Golang
Cá nhân mình thì gì cũng đc nhưng tránh Java Spring ra, quá phức tạp.
Còn lúc học đại học thì Python khá ok.

Spring mà fen nói là spring mvc à. Chứ spring boot có gì mà phức tạp đâu, hỗ trợ cả kotlin nữa code khỏe re mà

Gửi từ Samsung SM-N975U1 bằng vozFApp

qhai_2009

Kim Ah Joong said:

Spring mà fen nói là spring mvc à. Chứ spring boot có gì mà phức tạp đâu, hỗ trợ cả kotlin nữa code khỏe re mà

dGửi từ Samsung SM-N975U1 bằng vozFApp

Nguyên cái hệ sinh thái Java-Spring mình ko recommend,
Vì để hoàn thành điều tương tự, có nhiều công nghệ khác đều làm đc, Đa phần những ae chọn Java Spring vì cty với industry nó đang dùng nhiều , ko hiểu vì sao bọn enterprise nó mê Java như vậy
---
Lúc trước t làm đồ án tốt nghiệp có mình nhóm tôi làm Java Spring

)
ngày xưa, Facebook đc buit bằng PHP thôi.

RPG29

qhai_2009 said:

Nguyên cái hệ sinh thái Java-Spring mình ko recommend,
Vì để hoàn thành điều tương tự, có nhiều công nghệ khác đều làm đc, Đa phần những ae chọn Java Spring vì cty với industry nó đang dùng nhiều , ko hiểu vì sao bọn enterprise nó mê Java như vậy
---
Lúc trước t làm đồ án tốt nghiệp có mình nhóm tôi làm Java Spring )
ngày xưa, Facebook đc buit bằng PHP thôi.

Bọn nó mê Java vì đơn giản nó là tốt nhất :shame:

Trừ .NET ra chắc ko có thằng nào hội tụ đủ nhiều tiêu chí như vậy :shame:

Kim Ah Joong

qhai_2009 said:

Nguyên cái hệ sinh thái Java-Spring mình ko recommend,
Vì để hoàn thành điều tương tự, có nhiều công nghệ khác đều làm đc, Đa phần những ae chọn Java Spring vì cty với industry nó đang dùng nhiều , ko hiểu vì sao bọn enterprise nó mê Java như vậy
---
Lúc trước t làm đồ án tốt nghiệp có mình nhóm tôi làm Java Spring )
ngày xưa, Facebook đc buit bằng PHP thôi.

Java thì có thằng springboot là ngon nhất rồi, gần đây thì có thêm quarkus hay bạn có framework java nào ngon hơn nó nữa. Vẫn không hiểu bạn gặp vấn đề gì vs spring mà anti nó vậy, trong khi mô hình framework của nó kha khá giống với framework dạng dependency injection như nestjs, symforny...

noneedname

RPG29 said:

Bọn nó mê Java vì đơn giản nó là tốt nhất
Trừ .NET ra chắc ko có thằng nào hội tụ đủ nhiều tiêu chí như vậy

Tôi đợt này thích dùng Golang, nó giải quyết các bài toán yêu cầu performance cao rất đơn giản mà tốn ít resource.
Nhưng nếu phải chọn ngôn ngữ chung cho cả dự án thì Java là best rồi. Tự nhiên nhớ hồi thằng nodejs mới ra đời, kiểu như Java nó chết đến nơi. Hồi đó hype vd, one js rule them all. Vậy là sau 7 8 năm thì chả biết node giờ đang ở đâu chứ Java nó vẫn phây phây, mà mảng big data thì win chặt.

RPG29

noneedname said:

Tôi đợt này thích dùng Golang, nó giải quyết các bài toán yêu cầu performance cao rất đơn giản mà tốn ít resource.
Nhưng nếu phải chọn ngôn ngữ chung cho cả dự án thì Java là best rồi. Tự nhiên nhớ hồi thằng nodejs mới ra đời, kiểu như Java nó chết đến nơi. Hồi đó hype vd, one js rule them all. Vậy là sau 7 8 năm thì chả biết node giờ đang ở đâu chứ Java nó vẫn phây phây, mà mảng big data thì win chặt.

Đợt này cũng đang chạy 2 project Go thím. Boilerplate code hơi nhiều mà dc cái cắn ít resource.
Còn Java nó là vua một cõi rồi, chả thằng nào lật nổi nó trong chục năm tới đâu.

Java thì thằng nào cũng lăm le đòi lật, nhớ hồi 2005 - 2008 Ruby cứ lăm le đòi bật Java, rồi sau này 2009 thì là NodeJs... :doubt:

QTQTQT

noneedname said:

Tôi đợt này thích dùng Golang, nó giải quyết các bài toán yêu cầu performance cao rất đơn giản mà tốn ít resource.
Nhưng nếu phải chọn ngôn ngữ chung cho cả dự án thì Java là best rồi. Tự nhiên nhớ hồi thằng nodejs mới ra đời, kiểu như Java nó chết đến nơi. Hồi đó hype vd, one js rule them all. Vậy là sau 7 8 năm thì chả biết node giờ đang ở đâu chứ Java nó vẫn phây phây, mà mảng big data thì win chặt.

Đợt này rảnh cũng dùng go để làm các project đơn giản trước cho nhẹ nhàng. Còn các project chính vẫn đang dùng java. Một phần vì mình có nhiều kinh nghiệm vs java hơn, và chưa thật sự nắm chắc golang.

Khoảng 2 năm trước có dùng golang khi bắt các case http timeout mà phải check bằng compare trong lỗi trả ra bằng cách so trong chuỗi string nó trả ra chuỗi gì.

katoshi

RPG29 said:

Đợt này cũng đang chạy 2 project Go thím. Boilerplate code hơi nhiều mà dc cái cắn ít resource.
Còn Java nó là vua một cõi rồi, chả thằng nào lật nổi nó trong chục năm tới đâu.

Java thì thằng nào cũng lăm le đòi lật, nhớ hồi 2005 - 2008 Ruby cứ lăm le đòi bật Java, rồi sau này 2009 thì là NodeJs...

Ai chứ thằng NodeJS mà đòi lật ai. Mình có thể tin cái nào đó nhưng tuyệt nhiên thằng NodeJS thì chỉ hửi khói

prescolt

Holy Vigour said:

Cái vụ được title chức danh Senior này nó cũng ảo vl lắm.
Ở nước ngoài thì Senior trả thấy ai ít hơn 6 năm kinh nghiệm kiểu cũng sâu lắm, mấy ông Senior title của đất Vịt thì 1 - 3 năm nhất là FSoft đưa chú code 1 năm lên đánh giá level Senior để lấy tiền khách hàng.

Cơ bản tôi muốn Senior thì tiếng anh giỏi trước đã, hiểu sâu về fundamental. Có lần hỏi về Security 1 ông Senior mà ko biết về SSL Pinning Handshake ( tần high level thôi ).

Ko làm thì ko biết, chuyên bình thường, ví như giờ tôi hỏi tcp model header bản mới rfc nhất thêm vào cái gì trong mấy bit để dành liệu ông có biết hay ko? Nó phục vụ cho cái gì mới xuất hiện sau này ?. Hỏi 1000 thằng senior network các thể loại thậm chí thằng lập trình mạng chắc éo gì dã biết mà ssl pinning vơi chả handshake

via theNEXTvoz for iPhone

QTQTQT

https://www.reddit.com/r/node/comments/i1d1a1

Bọn to như netflix hay paypal cũng chuyển 1 phần sang dùng node. Nhưng theo comment trong bài này thì nó chỉ dùng ở tầng giữa. Làm tầng chuyển giữa Frontend và tầng dưới là Java thôi.
Nói chung java cũng có ưu nhược điểm của nó. Các thím cứ yên tâm nhiều bank VN đang dùng java mà bọn bank hiếm khi thay đổi nên trong vòng 10 năm nó vẫn sống tốt. Trong khoảng thời gian đó ai giỏi thì chuyển làm ngôn ngữ gì chả được.

QTQTQT

prescolt said:

Ko làm thì ko biết, chuyên bình thường, ví như giờ tôi hỏi tcp model header bản mới rfc nhất thêm vào cái gì trong mấy bit để dành liệu ông có biết hay ko? Nó phục vụ cho cái gì mới xuất hiện sau này ?. Hỏi 1000 thằng senior network các thể loại thậm chí thằng lập trình mạng chắc éo gì dã biết mà ssl pinning vơi chả handshake

via theNEXTvoz for iPhone

Mấy cái thím nói chắc khi nào gặp vấn đề với nó hoặc lang thang đọc blog gặp thì may ra biết.

prescolt

QTQTQT said:

Mấy cái thím nói chắc khi nào gặp vấn đề với nó hoặc lang thang đọc blog gặp thì may ra biết.

Tôi làm bên mảng bảo mật, chống ddos, dịch gói tin cho vô firewall, làm
Việc với nó thì biết. Củng giống như ông chuuyen contribute vo openssl thì nắm. Lấy một ông senior chuyên lập trình hệ thống hỏi cái đó ko biết kêu mày là senior giả cầy ?

via theNEXTvoz for iPhone

katoshi

Holy Vigour said:

Cơ bản tôi muốn Senior thì tiếng anh giỏi trước đã, hiểu sâu về fundamental. Có lần hỏi về Security 1 ông Senior mà ko biết về SSL Pinning Handshake ( tần high level thôi ).

Vụ này cảm tính lắm thím, kiến thức đặc thù về 1 mảng chuyên biệt thế này đâu phải ai cũng biết.

Holy Vigour

prescolt said:

Tôi làm bên mảng bảo mật, chống ddos, dịch gói tin cho vô firewall, làm
Việc với nó thì biết. Củng giống như ông chuuyen contribute vo openssl thì nắm. Lấy một ông senior chuyên lập trình hệ thống hỏi cái đó ko biết kêu mày là senior giả cầy ?

via theNEXTvoz for iPhone

Thật ra tôi chỉ hỏi high level thôi. Nói chung tôi dựa trên nhiều cái để đánh giá thôi chứ ko phải 1 2 cái kiểu ấy.

Hide-Clone

drnoxxx said:

^
Thì mấy thằng cậu biết toàn mấy thằng ngu thì bảo sao

Java mà thằng nào đéo biết kiểm tra kiểu vỡ lòng dummy != null && dummy.getFoo() thì thôi chết mẹ nó cho rồi

Tôi đang làm cho Mẽo, và tôi cũng chả bao giờ cần phải check dummy != null, à mà tôi không làm dev nhé

)

kimcawin

Java ko chỉ có spring, trước đây spring dc chuộng vì it's slow but pay the bill, nhưng giờ thì slow là ăn cám.

RaitoLight4492

Mấy bạn trong này có ai dev Java mà dùng hàng của Oracle không? Cụ thể là dùng web logic để deploy mấy cái api?

RPG29

kimcawin said:

Java ko chỉ có spring, trước đây spring dc chuộng vì it's slow but pay the bill, nhưng giờ thì slow là ăn cám.

Spring nó cũng có chậm mấy đâu, bản chất Spring Boot nó opinionated nên nhét nhiều thứ lúc khởi động thôi :shame:

Spring 6 bọn nó bắt đầu kiến trúc lại một số phần để hỗ trợ AOT tốt hơn như Micronaut hay Quarkus.

mat.troi.be.con

em đang học spring security mà thấy khó quá ạ, đọc docs thì hoảng, các thím có nguồn vào dễ nuốt ko giới thiệu em với :confuse:

thiensau ver1

mat.troi.be.con said:

em đang học spring security mà thấy khó quá ạ, đọc docs thì hoảng, các thím có nguồn vào dễ nuốt ko giới thiệu em với

Cái Spring Security lúc mới vô em đuối như bác, phải làm một cái demo nhỏ nhỏ, rồi debug cái flow của nó mới hiểu được.

Bác thử tạo 1 cái filter, check nếu có token trong header thì return ok, không có token thì return 401 xem.

RPG29

mat.troi.be.con said:

em đang học spring security mà thấy khó quá ạ, đọc docs thì hoảng, các thím có nguồn vào dễ nuốt ko giới thiệu em với

Nếu mà thấy Spring Security phức tạp quá thì sang vọc thử Apache Shiro xem ntn rồi quay lại. Apache Shiro model nó đơn giản hơn.

katoshi

RPG29 said:

Nếu mà thấy Spring Security phức tạp quá thì sang vọc thử Apache Shiro xem ntn rồi quay lại. Apache Shiro model nó đơn giản hơn.

Tôi cũng xài Shiro

mat.troi.be.con

RPG29 said:

Nếu mà thấy Spring Security phức tạp quá thì sang vọc thử Apache Shiro xem ntn rồi quay lại. Apache Shiro model nó đơn giản hơn.

cám ơn thím, để em xem thử

mat.troi.be.con

thiensau ver1 said:

Cái Spring Security lúc mới vô em đuối như bác, phải làm một cái demo nhỏ nhỏ, rồi debug cái flow của nó mới hiểu được.

Bác thử tạo 1 cái filter, check nếu có token trong header thì return ok, không có token thì return 401 xem.

e cũng đang vướng cái chỗ gọi 401 này đây mà chưa biết xử lí ở đâu trong security để nó logout ra ngoài, xử lí ở intercepter đúng ko nhỉ

kimcawin

học security phía server nói chung hoặc spring security nói riêng thì trước tiên nên xác định học để làm gì: Để protect resource server, hay để implement 1 cái authentication server, hay chỉ để hiểu OAuth2 concept.

Giờ ít ng` ta tự implement tự implement 1 cái authentication server vừa tốn thời gian sức lực vừa ko hiệu quả trong khi 3rd party đầy, firebase auth, auth0, okta, azure AD, ...

Điều khoản sử dụng cookie