@Deykun: kupiłem kiedyś w Lidlu za 300 bodajże zł i głowy nie urywało xd

@zryty_beret: tabelka z kopertami też będzie? :E

@duxet:
Dowcip na tobie miałem notatkę w swoim telefonie wieki temu ile w której kopercie na 18. xD

@Deykun: kamilem zdunem

@kakabix: kamilem ślimakiem

@Deykun: iks.de

@spam_only: domoticz?

@duxet: owszem

30 minut debaty na ten temat, ale mi się nie podobało za specjalnie:
https://www.youtube.com/watch?v=c1lBl-WKcCM

@strimsVEVO: kurwa jebane lewaki z komputerka, malo kto mnie zraza do lewicy jak te ciucmoki z leftawek i innych twitterów, ktorzy beda z poziomu komputerka wyrokowac o etyce i cancelowac za przebieranie sie za drake'a w twoja twarz brzmi znajomo xd

@Pherun: xynu to nie znaczy, zawsze to samo

Też się zastanawiam jak deno jest w chmurze i ten mój przykład do góry by był na importach HTTP to by pewnie nie było odpowiednika yarn install bo może brać z HTTP i to usuwa mój i sensowy problem. Ale jak jest lag na połączeniu HTTP w jednej zależności to słabo, więc odpowiednik deno install który pobiera musi mieć listę co pobrać a czego nie, bo nie będzie używane.

U mnie na dockerach jest docker który instaluje paczki i jak sa takie same to ta warstwa może być użyta do kolejnego buildu oszczędzając instalacje, jak deno to determinuje w locie to trudniej to stwierdzić czy paczki w apce są takie same, czy na tyle inne, że bardziej się opłaca tego dockera wywalić do kosza niż reużywać.

Nie wiem jak @duxet jesteś w JS, ale u w JS zależności to wielkie wielkie gówno💩, jakbym pisał w C# czy w czymś to bym się tak nie bał ich jak w js który domyślnie jest nietypowany, więc jak używasz zewnętrznej libki to ci czasami nie powie, że dajesz stringa tam gdzie oczekuje obiektu.

@Deykun: W porównaniu do package.json jest o tyle lepiej, że łatwiej można śledzić wykorzystanie zależności w IDE, importować tylko wybrane elementy zamiast całej paczki czy też po prostu dzielić projekt na "submoduły".

A jak import HTTP pada w deno to szukasz dlaczego stronka o URL padła.

Takie są minusy decentralizacji, niestety :D

Ta elastyczność imho najbardziej przydaje się w przypadku korzystania z Deno do tworzenia skryptów. Jak projekt jest większy to można utworzyć sobie bardziej skomplikowaną i "dojrzałą" strukturę, a w przypadku prostych skryptów całość projektu może składać się tylko i wyłącznie z jednego pliku (który można później udostępnić chociażby jako zwykły gist).

@spam_only: 😚

@spam_only: story of my life

@sens: struktura osiągnięć usera jest co najmniej dziwna
{
data: [
[ [Object], [Object], [Object], [Object] ],
[ [Object], [Object], [Object], [Object] ],
[ [Object], [Object], [Object], [Object] ],
[ [Object], [Object], [Object], [Object] ],
[ [Object], [Object], [Object], [Object] ],
[
[Object], [Object], [Object],
[Object], [Object], [Object],
[Object], [Object], [Object],
[Object], [Object], [Object],
[Object], [Object], [Object],
[Object], [Object], [Object],
[Object], [Object]
],
[
[Object], [Object], [Object],
[Object], [Object], [Object],
[Object], [Object], [Object],
[Object], [Object], [Object],
[Object], [Object], [Object],
[Object], [Object], [Object]
],
[]
]
}

@sens: widac ze programowanie obiektowe bylo wykorzystywane

@zryty_beret: ja wolny

@zryty_beret: widzę logika - wlepiam dałnwołcika

@Aleks: ale mi? Gdzie tu sens, gdzie logika?

@Aleks:
🏅