W nawiązaniu do tego wpisu. Padło na Python lub Ruby. Do Pythona ciągnie mnie to, że jest wszechstronny i nie ogranicza sie tylko do web devu, do Ruby ciągnie przez więcej ofert pracy i zarobki ale on akurat skupia sie w wysokiej mierze na webie, a ja sie w sumie tym za bardzo nie jaram :D(tak mi sie wydaje, moze zle do tego podszedlem czy cos). Pomożcie podjąć decyzje ziomeczky. I
@kasztanozord: dla mnie nie jest to wcale ważne które. Jak sie poważnie za programowanie weżmiesz i prace to finalnie będzisz poprawiał kod serwera ruby, potem innego serwera pythona, dopiszesz komponent w react, połączysz railsy z vuejs, a jedno zapytanie bardzo często używane będzie w nodejs bo jest w jakiś sposób szybsze. Podsumowując użyjesz/będziesz musiał prędzej czy później wsyzstkiego spróbować po trochu. A i ten, troche php będziesz dopisywal klientowi do
@npsr: Jasne, mówię tylko o rzeczywistości ;) po prostu niech sie nie zamyka tylko na jedno a reszta 'be'. Jest specjalistą w jednej technologii i zawsze może podczepiać inne
obejrzyj pare tutoriali z youtube po ang/pol. Zobaczysz pewne schematy działania. Potem zacznij coś pisać swojego. W międzyczasie mozesz obejrzec www.driftingruby.com http://railscasts.com/
Próbowałem dzisiaj RubyMine-a, i jakoś nie czuję tego. Narzędzie teoretycznie powinno mi pomagać, a czułem, że flow pracy w Sublime jest przyjaźniejsze. Nie mogłem nawet odpalić serwera railsowego przez IDE. Próbował uruchomić poszczególne kontrolery. Czuję się idiotą xD Tylko testy dobrze wykrywał i ładnie mogłem mu wrzucić "Run Tests" i testował.
W jaki sposób mogę rozwiązać problem z wysypującą się bazą danych, po każdej migracji która dodaje kolumnę do tablicy? Np mam tabelę users, każdy user ma kolumny email i name. Po dodaniu kolumny age, program się sypie, bo nie każdy user ma ma coś w kolumnie age. W takiej sytuacji pozostaje mi tylko restart bazy danych, a chciałbym zachować wszystkie informacje które się w niej znajdują. #naukaprogramowania #ruby
zgaduje, że w widoku albo w kontrolerze nie dodałeś user.try(:age), powinieneś dać w migracji, np.: add_column :users, :age, :integer, default: nil Zawsze jak robisz tego typu rzeczy potrzebna jest walidacja - czyli spodziewasz się tego, że tej wartości może nie być, być nil, być pustym strinigem, itd. i kontrolujesz to w jakiś sposób(np.: dając error w formularzu, że wartość nie jest poprawna).
@ragnarokk gdzie widzisz blad w add_column w moim komentarzu? default: 0/nil kto co woli-dalem przyklad jak mozna ustawid jakas wartosc defaultowa. Prawdopodobnie robione sa operacje na tym age i stad ten bug. Autor postu musi dac szczegóły, bo tak to można gdybać.
"lalala 123 lelele"[/\d+/]=> "123"
#programowanie
"sd3213ads#sadas213".chars.map(&:to_i).delete_if{|i|i==0}.join('')=> "3213213"
:P