@aczutuse: @ElderWrath ja się przesiadłem w 2017 roku. Pierwsze miesiące były ciężkie, zbyt dużo Javy mentalnej w głowie było. Trzeba odrazu wywalić Javę i zacząć od 0. Wtedy dopiero poznaje się jaki ten język ma potencjał. Teraz nie potrafię patrzeć na kod Javy, wygląda mi na jakiś prymitywny język.
  • Odpowiedz
  • 1
@acpiorundc: w obronie javy: java jest barokowa, a dzięki swojemu prymityzmowi jest łatwa w czytaniu nawet przez początkujących. Do tego uczy podstaw, bebechów, nie jest tak wysoko poziomowa.
  • Odpowiedz
dużo interface'ów - stub'y i fake implementacje


@KwasowyProktolog10kJava: i potem #!$%@? się 6h przy 3-godzinnym tasku nad fejk implementacją do unit testów, które sprawdzają tylko jedną klaskę.

Unity niech #!$%@?ą mocki ile wlezie bo czas to pieniądz, ale po prostu lepiej zrobić dużo testów integracyjnych, które postawią jakąś bazkę embedded czy test-container.

Największy problem z fejk implementacjami do testów jest taki, że pracujemy w Scrumie, Agile. Wymagania biznesowe zmieniają się co
  • Odpowiedz
@nad__czlowiek: unit to pojęcie względne. Purysta mógł by powiedzieć, że twój test nie jest unit testem, bo zależy od standardowej klasy String a nie jakiejś abstrakcji.

Najlepiej mieć to w p*****e i pisać testy bez myślenia o tym podziale
  • Odpowiedz
Mirunie, piszę aplikację w Kotlinie i Angularze, która będzie się integrować z bramką płatności - a konkretnie potrzebuję utworzyć płatności cykliczne (subskrypcje) dla klientów, którzy zdecydują się na zakup dostępu do aplikacji.

Czy ktoś poleci jakąś konkretną bramkę płatniczą, której API jest proste w obsłudze i łatwo testowalne? Stripe? Bluemedia? A może coś innego? (fajnie byłoby mieć też możliwość automatycznego fakturowania, ale nie jest to wymagane)

#java #programowanie #it #kotlin #aplikacje #
Szukam zaufanej osoby z którą mógł bym dzielić (wspólnie kupić, albo początkowo przetestować) Chat GPT 4.0. Potrzebne mi w sumie do pracy. Uczę się #java i #kotlin w Android Studio i zaczynam tworzyć pierwsze apki. Póki co nieźle mi to pomaga w nauce (zdaje sobie sprawę, że lepiej bym się nauczył pisząc samemu. Ale jak czasami utknę z jakąś rzeczą to on serio mi pomaga + fajnie tłumaczy jak działa dana metoda).
Pierwsze kroki i frustracja ogromna... Czy nie można prościej jak c/c++/c#/lua/pyhon, siadasz do programowania i wiesz co robisz, a nie że masz setki pakietów różne wersje wiele ze sobą koliduje, a informacji o tym brak, więc gadaj z ai godzinami, lub szukaj w google, tworzysz nowy projekt chcesz dodać MapView, a tam kilka errorów że nie ta wersja pakietu który nie jest nawet widoczny w pliku build grandle. Jeżeli nawet na domyślnych
@enyel: mobile dev się zmienia dynamicznie co 2-3 lata na nowo jest robione ogrom rzeczy. Teraz tak naprawdę to powinieneś iść w Compose bo "MapView" to chyba jeszcze XML
  • Odpowiedz
#ble #kotlin #mikrokontrolery

Szukam kogoś kto jest w stanie pomóc w odczytaniu danych z sensora w aplikacji mobilnej w języku kotlin. Potrzebuję odczytać dane z konkretnej charakterystyki z urządzenia o znanym adresie. Więcej info na pw, odwdzięcze się za pomoc.
Siema, mam pytanie do osób na co dzień piszących backend w kotlinie:
jak radzicie sobie z brakiem package private?

Z dokumentacji dowiedziałem się, że jest jedynie modyfikator internal + samemu trzeba stworzyć moduł (gradlowy/mavenowy itp) tylko zastanawiam się czy to jest popularne do wydzielania osobnych mikrodomen/ficzerów?

Dla mnie to trochę strzelanie z armaty do wróbla. Sam package private w javie może nie jest wystarczający ale pozwala jakąś tam tę eknapsulację z ramach
@Generyczny_nick Też tak myślałem ale po zaczynaniu pierdyliarda projektów i czytania drugiego pierdyliarda projektów wolę modern java od kotlin. W kotlinku owszem, jest więcej bajerków, ale te bajerki mają ogromny koszt którego nie widać na pierwszy rzut oka - complexity. To całe coding sugar jak extension functions, overloadowanie operatorów itp bardzo potem utrudnia czytelność.

Więc powiedziałbym tak: jeśli to throw-away projekt for fun to bier kotlina i się wyżywaj. A jeśli chcesz
  • Odpowiedz
Cześć Mirkowe świry.

Potrzebuje porady. Czy jest opcja skonfigurowania ObjectMappera tak, aby mapował wszystkie Javowe Listy w puste listy jeśli w requestBody taka lista będzie nullem?

Czyli np.:

{
someList: null
}

@PUT - dostaje powyższe requestBody i wiedząc, że someList jest List<String> chciałbym aby null został zamieniony na listOf() np.

Nie mam dostępu do DTO, więc niestety tam zmiany odpadają. Nie chce też pisać dodatkowych iłów srifów. Sprawa jest dość banalna
Chcę stworzyć aplikacje do treningów, najlepiej międzyplatformową (Android i IOS).

Nie wiem w jaką technologię iść #flutter czy #kmm (kotlin multiplatform mobile)? Nigdy wcześniej się nie bawiłem w #mobiledev.

Chcę, żeby apka zrobiona tak prosto jak się da, ale nie bardziej. Zależy mi na zrobieniu ładnego UI. Będzie miała prosty navbar, historię treningów i tworzenie własnego planu treningowego.

#programowanie #programista15k #kotlin #dart
@jakuzii: Flutter jest dość ustabilizowany na chwilę obecną z dobrą dokumentacją i community. We flutterze UI tworzy się pisząc kod. Są takie rozwiązania jak FlutterFlow, ale ograniczyłbym się do tworzenia w IDE. Jeśli bliższy Ci jest Kotlin to poszedłbym w Kotlin Multiplaform, natomiast jeśli nie ograniczasz się do nowych języków to poszedłbym w Fluttera.
  • Odpowiedz
#kotlin #androidstudio lepiej jest napisać aplikacje opartą na jednym 'Activity' i fragmentach czy w jakiś sposób podzielić fragmenty na kilka 'Activity'?
Tak się zastanawiam jak napisać aplikacje - jeśli napiszę ją w sposób wyżej (jedno Activity i fragmenty) to wyjdzie mi około 8 fragmentów.
@mamniciwszystko: nie ma czegoś takiego jak lepiej i gorzej xD
to zależy.

Jeśli te fragmenty są jakaś jedną spójną częścią, np konkretnym flow to lepiej zrobić to na fragmentach, jeśli to są różne opcje w aplikacji to też możesz to tak zrobić, ale osobne activity będą czytelniejsze
  • Odpowiedz
Fajnie, że przyspieszają kompilator. Jeszcze trochę takich poprawek i może uda im się przegonić wydajnością kompilator Scali. :D. (dla niewtajemniczonych: kompilatory Kotlin i Scala są słynne z ultra mega powolnej kompilacji - głównie dlatego że ktoś wymyślił żeby napisać je w Kotlinie i Scali i uruchamiać na JVM, zamiast w językach które się nadają do pisania kompilatorów).
  • Odpowiedz