Mirki chce się nauczyć jakiegoś frameworku do tworzenia aplikacji webowych. Pojęcie o tym mam blade kiedyś bawiłem się z node.js. Zastanawiam się czego zacząć się uczyć.
Biorę pod uwagę:
#python #nodejs #go i być może #ruby #rubyonrails

Jako że o każdym z tych języków mam blade pojecia zastanawiam się co by było najlepsze.
Oczekiwane zastosowania: backend do aplikcji mobilnych, rest, podstawka do single page application
  • 10
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Wiem, że programistów Go jest tutaj niewielu, ale zawsze warto zapytać.
Jakie macie doświadczenia w pisaniu aplikacji webowych w Go? Jaki framework/router? Na co zwrócić uwagę, jak radzić sobie z dużą ilością plików(najlepsza struktura folderów?), wydajność?

#programowanie #go #golang
  • 12
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@5z7k9: nie pisac w go. Serio, chyba ze jakis treningowy projekt. Ten jezyk sie boryka z problemami wieku dzieciecego - duze bugi, brak, albo bardzo slabe biblioteki.
  • Odpowiedz
@Tril: biblioteki pisane na szybko? ~570 contributors, Go powstał 7 lat temu u Google'a z pomysłu ludzi wchodzących niegdyś w skład zespołu tworzącego UNIX/UTF-8. Aktualna wersja to 1.5.2.
Np. download z serwerów Google'a(dl.google.com) jest obsługiwany przez serwer napisany w Go. Railgun, czyli usługa do cache'owania i kompresji w CloudFlare została napisana w Go. Dropbox używa Go(~200,000 linii kodu) jako backend w punktach wymagających wydajności na najwyższym poziomie. API Parse.com(kupione przez
  • Odpowiedz
  • 1
@ritter: ale UUID nie ma wielu z tych zalet: nie jest k-sortable, jest 128-bitowy, nie za bardzo URL friendly, przypuszczam że generowanie UUID jest też mniej wydajne.
  • Odpowiedz
Ostatnio bardzo spodobało mi się Go, ma wiele plusów: jest bardzo wydajny, kompilacja(tak, kompiluje się tak jak C) jest niesamowicie szybka, ma fajny, wbudowany dependency manager(+ wiele dobrze zbudowanych i przetestowanych[np. net/http - serwer HTTP który, jak słyszałem, można bez obaw używać w produkcji] bibliotek na start), obsługuje concurrency(taka wielowątkowość), ma wbudowany garbage collector(no nie wiem czy to zawsze plus), jest silnie typowany, zużywa mało pamięci, itd... Mnie się to podoba.
  • 22
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@5z7k9: Z mojego malego reasearchu zwlaszcza na rynku pracy wyglada to troche jak sytuacja Scali/Groovy - czyli fajnie, ze jest, ale nikt tego nie uzywa.
I o ile przy Scali/Grails masz niska bariere do przekroczenia (tj. odpalasz na JVMie, wiec wykoryzstujesz istniejace bibliotek i srodowiska javowe) - o tyle przy Go masz do wymiany wszystko.
A to zwyczajnie za duzo kosztuje, by bylo powazne..
Chociaz wiadomo, ze ktos pewnie gdzies
  • Odpowiedz
#grybezpradu #gry #go #szachy
Mówią, że GO to jest w porównaniu do szachów, cesarz gier planszowych. Tylko... jakieś gejowe to, nie ogarniam co się tam dzieje. Biją mi pionki, a ja, mimo, że otaczam przeciwnika, nie biję jego. W dodatku jeden pionek przeciwnika rozwala mi całą armię... oO :) jakieś pomylone to w porównaniu do szachów.
  • 5
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Zestaw naklejek dla Programistów za darmo :)


Tutaj link.

Z góry przepraszam jeśli kogoś uraziłem tagami :(
  • 10
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

  • 1
Jak 2 dni zimno to 15 wykopów negujacych GO. Jak susza stulecia i najcieplej w historii pomiarów to hymmm. No i teksty że zmiana klimatu to korzyści dla PL i rolników. A odszkodowania 500 mln zł znowu z naszej kasy :-D #go #klimat #polska
  • 1
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

BTW. Sytuacja z kina xD Siedzę sobie na Kingsman, o którym przed chwilą pisałem (9+/10) i jest akcja jak ten agent się bije w barze. Rozwalił wszystkich na spokojnie, koniec akcji, a tutaj jakiś koleś przede mną "easy peasy lemon squeezy", a ja do niego "this is a bandit country". Jego mina xD
#kino #film #csgo #cs #go
  • 12
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Ostatnio gdzieś trafiłem na opinię (chyba nawet na mirko):

Nie rozumiem, czemu wszyscy się tak jarają Go czy innymi nowymi językami,

skoro nisza jest już zajęta. Nie ma takiej rzeczy jakiej C++ nie zaimplementuje

w kolejnej wersji standardu.


Słowa
Hauleth - Ostatnio gdzieś trafiłem na opinię (chyba nawet na mirko):

 Nie rozumiem,...

źródło: comment_RUfc3dgtOJczYBlwsrFNdD5iUWEm90XO.jpg

Pobierz
  • 23
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@Hauleth: To jeszcze gorzej, widziałem (własny) kod w C++ gdzie naduƶywałem auto. Nie polecam. Poza tym, co z niejawną konwersją (np. Derived* do Base*)? Rozumiem, ƶe nie wszędzie trzeba uƶywać, ale dla czytelności to jednak często istotne, a wtedy w-----a mnie syntax :P

Rusta i tak bankowo sobie sprawdzę, bo pomijając to co powiedziałem zapowiada się fajnie, ale syntax jest dla mnie problemem, a patrząc na juƶ istniejący
  • Odpowiedz
@KrzaQ2: Rust (jak na razie) nie ma niejawnych konwersji nawet f64 ↔ f32 więc nie ma z tym problemu. Tym bardziej, że jak wspomniałem nie ma dziedziczenia.

Co do auto a HMTS to to są zupełnie dwa różne światy. w C++ typ jest ustalany "w miejscu", co znaczy, że jak przypiszesz auto a = 10; to to będzie int nie ważne co będziesz robił, natomiast w Ruscie jak zrobisz let
  • Odpowiedz
ARM vs x86: Pathfinding benchmark of C++, D, Go, Nim, Ocaml, Common Lisp, Racket, C#, Java, Haskell, F#, Rust and Dart

Porównanie wydajności róƶnych języków programowania i ich implementacji na platformach x86 i ARM przy pomocy algorytmu wyszukiwania najdłuƶszej ścieƶki. Pomiędzy językami są lekkie zmiany w algorytmie, więc nawet pomijając QoI cięƶko je porównywać (chociaƶ C++ i D w ścisłej czołówce mnie cieszą)

  • 9
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach