[quote=rubytree]Przeglądam sobie spokojnie confreaks.com… Wtem: http://confreaks.com/videos/897-railsconf2012-using-rails-without-rails
@drogus, gratuluję![/quote]
Dziękuję! 
Ale tak szczerze mówiąc nie jestem do końca zadowolony z tej prezentacji 
Imho beznadziejnie głupi tekst. Zostawiać githuba bo nie podobają się komuś pull requesty? Czy ktokolwiek każe mu tych pull requestów używać? Genialne rozumowanie. Nie podoba mi się feature githuba, więc będę się bawił w hostowanie moich repozytoriów samemu, żeby przypadkiem nie hostować ich na serwisie, gdzie dodatkowo ktoś mógłby mi wysłać pull requesta. Omujborze.
Poza tym, kiepski research, pull requesty można zobaczyć także w wersji z końcówką .patch i .diff. A nawet jeżeli ktoś tego nie wie, to przecież nikt nikogo nie zmusza, żeby naciskać ten zielony przycisk z napisem merge, można spojrzeć jaka to gałąź i ręcznie zmerge’ować to co się komu podoba.
Jak dla mnie też dramaloper. Poza tym nikt mu nawet nie każe mergować tego przez UI githuba. Może sobie spokojnie dodać osobny remote i użyć merge’a z konsoli.
Jeszcze teraz poczytałem komcie z HN:
To mniej więcej podsumowuje moje zdanie na ten temat: http://news.ycombinator.com/item?id=4371845
Szach mat: http://news.ycombinator.com/item?id=4371850
Jest niezła dyskusja o tym na Twitterze. Generalnie znowu przy całej mojej miłości do Steve’a Klabnika się z nim nie zgadzam
Porównanie do Twittera czy Facebooka też wyjątkowo nietrafione: z githuba można w dowolnej chwili zabrać repozytorium (albo po prostu zmirrorować) do zahostowania gdziekolwiek indziej. Przesympatyczne API do zmigrowania issues, jeżeli ktoś korzysta. Ogólnie z igły widły. Marudzenie że pull requesty nie są email-based, jak oryginalne linusowe, jest jak marudzenie że dildo analne które kupił jest z miękkiego i bezpiecznego syntetyku, podczas kiedy on i jego broda pamiętają drewniane.
hehe - też tak myślę - ale dlatego napisałem ‘ciekawy’ a nie ‘mądry’ art
BTW to jest pierwszy negatywny art o githubie na który się natknąłem, dlatego też wg. mnie wydał się wart umieszczenia tutaj
Właśnie kilka dni temu znajomy poprosił mnie o pomoc w ogarnięciu podstaw githuba - jak się później okazało chciał skorzystać po prostu z git’a, a repo miał hostowane na prywatnym serwie - IMHO jednak jakoś lepiej się pracuje na z githubowym GUI
Rspec best practices
https://docs.google.com/document/d/1gi00-wwPaLk5VvoAJhBVNh9Htw4Rwmj-Ut88T4M2MwI/edit?hl=en&pli=1
Fajne, chociaż bardziej jako podstawy pisania dobrych testów.
Bardzo ciekawa prezentacja, na której prelegent czyta nazwy wszystkich modułów node: http://blip.tv/jsconf/nodeconf-2011-marak-squires-5729610
A tutaj powtórka z rozrywki rm -rf https://github.com/visionmedia/n/issues/86
Node 
i jeszcze jedno dot. prędkości w Rubim 1.9.3:
Wyjęte z RubyInside, ale być może ktoś to przeoczył.
Wycinek z naszego firmowego blogaska: http://blog.arkency.com/2013/02/introducing-hexagonal-dot-js/ . Czyli czy jest życie bez frameworków ?
Instalacja Rails 4.0
Agile Best Practices
[quote=mleszcz]Instalacja Rails 4.0
http://railsapps.github.com/installing-rails.html[/quote]
A ja w tym temacie polecam strumień tweetów Jamesa Coglana
https://twitter.com/jcoglan
[quote=Tomash]A ja w tym temacie polecam strumień tweetów Jamesa Coglana
https://twitter.com/jcoglan[/quote]
Szacun za śledzenie gościa, który ćwierczy pierdylion razy dziennie.
Przegląd nowych rzeczy w Ruby 2.0
Ktoś może wyjaśnić jak ostatecznie zaimplementowane są refinements?
Warto zacząć od notki która ujawniła światu jak Heroku zmieniło swój routing:
http://rapgenius.com/James-somers-herokus-ugly-secret-lyrics