Poszperałem trochę w sieci i trafiłem na wątek, który dopomógł mi rozwiązać ten problem.

Sposób jest lekko zawiły, ale w moim przypadku zadziałał. W skrócie należy wykonać w następujące kroki:

• pobrać i rozpakować jailbreak
• wyłaczyć w Kindle WiFi
• podłączyć Kindle do komputera
• zmienić nazwę katalogu documents na documents.bak
• zmienić nazwę katalogu system na system.bak (patrz komentarze)
• odmontować dysk Kindle i odłączyć kabel USB
• zrestartować Kindle: Menu/Settings; Menu/Restart
• po pojawieniu się pierwszego logo podłączyć Kindle do komputera
• natychmiast po pojawieniu się w komputerze dysku Kindle wrzucić do głównego katalogu odpowiedni plik install z rozpakowanego archiwum i odmontować dysk Kindle
• Wykonać upgrade: Menu/Settings; Menu/Update Your Kindle
• przywrócić katalogom documents.bak i system.bak właściwe nazwy

Po pomyślnym zainstalowaniu jailbreak dalsze kroki wykonujemy zgodnie z opisem na stronach eksiazki.org.

Poszukując natknąłem się na (betę jeszcze) programu Caffeinated:

Strona domowa świeci jeszcze pustkami, ale program wygląda i działa bardzo podobnie do Reedera i ma chyba wszystkie potrzebne mi funkcje, więc zanim wydam pieniądze potestuję go trochę :) Newsy o programie można śledzić na Twitterze autora: @caffeinatedapp.

Wystarczy wrzucić plik do folderu Public, kliknąć na nim prawym przyciskiem, skopiować publiczny link do schowka i udostępnić go zainteresowanym osobom:

Napisałem więc prosty skrypt w Ruby, który konwertuje pliki ont, ot, nt na pliki html, które później programem Calibre można w prosty sposób przekonwertować do formatu .mobi. Skrypt nie robi oczywiście z plików pełnowymiarowej wersji znanej z programu theWord, a raczej płaski plik zawierający jedynie sam tekst Biblii. Aktualny skrypt można pobrać przy pomocy tego linka. Pliki z tłumaczeniami Biblii można pobrać ze strony projektu theWord jeśli czegoś nie znajdziecie – zawsze można jeszcze pogooglać.

Aby uruchomić skrypt należy zainstalować interpreter języka ruby. (instalka dla Windows znajduje się tutaj). Skrypt uruchamiamy podając w linii poleceń ścieżkę do pliku, który ma zostać przekonwertowany:
ruby bibleConv.rb c:\plikzBiblia.ont

Dla użytkowników windowsa przekonwertowałem skrypt do programu .exe, żeby nie potrzeba było instalować ruby’ego. Plik do pobrania tutaj. Uruchamiamy go podobnie:
bibleConv.exe c:\plikzBiblia.ont

Skrypt tworzy plik o tej samej nazwie i rozszerzeniu .html w katalogu, w którym znajduje się plik .ont. Dla ułatwienia ścieżka do pliku wyświetlana jest również na konsoli. Następnie wystarczy dodać plik html do Calibre, przekonwertować do formatu .mobi, wysłać na kindle i czytać.

Skrypt może nie zadziałać zbyt dobrze dla biblii zawierających w pliku dużo nadmiarowych informacji (jak np. przypisy). W razie potrzeby proszę o sygnał – będę rozszerzał możliwości skryptu.

Załóżmy, że użytkownicy utworzyli plik basic.dsl zawierający reguły sprawdzające wystawiane faktury. Np. ich wartości:

rule "invoice value rule"
when
$invoice : Invoice(value > 100)
then
System.out.println("Invoice " + $invoice + " value is more than 200");
end


W tym przypadku użytkownik musi wiedzieć o istnieniu klasy Invoice oraz o tym, że ma ona atrybut value. Żeby to uprościć wystarczy utworzyć plik basic.dsl zawierający:

[condition][]Invoice value is more than {val}=$invoice : Invoice(value > {val})

Możemy teraz utworzyć plik basic.dslr zawierający nową – bardziej zrozumiałą dla użytkowników biznesowych – regułę:
expander basic.dsl

rule "invoice value dsl rule"
when
Invoice value is more than 100
then
System.out.println("Invoice " + $invoice + " value is more than 200");
end

Istotne jest wskazanie pliku basic.dsl w pliku basic.dslr oraz dodanie zasobów dsl i dslr do KnowledgeBuildera:

builder.add(ResourceFactory.newClassPathResource("basic.dsl"), ResourceType.DSL);
builder.add(ResourceFactory.newClassPathResource("basic.dslr"), ResourceType.DSLR);


Aby Drools nie przetwarzał poprzednich reguł należy też je usunąć z zasobu drl.

Dodatkowym plusem jest to, że plugin drools do eclipse udostępnia w edytorze zakładkę DRL view prezentującą regułę DSLR przetłumaczoną do składni DRL.

1. Wybieramy plik muzyczny, z którego chcemy zrobić dzwonek
2. Konwertujemy go do formatu AAC (ja używam np. Audacity do edycji pliku i zapisania go jako AAC)
3. Zmieniamy rozszerzenie pliku na m4r
4. Dodajemy plik do iTunes (drag&drop lub Menu Plik/Dodaj do biblioteki…) – powinien pojawić się w zakładce dzwonki
5. Podłączamy iPhone przenosimy dzwonek w ten sam sposób jak pliki muzyczne (drag&drop)
6. W iPhone wybieramy nowy dzwonek

Uczestnicząc w różnych wykładach ciężko było nie zauważyć olbrzymich różnic w warsztacie rodzimych prelegentów i ich amerykańskich odpowiedników. Nie chodzi mi tu bynajmniej o treść merytoryczną, a jedynie o formę.
Amerykańscy goście zawsze potrafili powiedzieć wszystko co zaplanowali trzymając się wyznaczonych ram czasowych, podczas gdy Polacy mieli wielkie problemy, żeby zapanować nad ilością wiedzy, którą chcieliby się z nami podzielić. Oczywiście większość tematów była interesująca i wniosła wiele przemyśleń, jednak niesmak pozostaje.
Irytującym również było słownictwo angielskie spolszczane i odmieniane przez przypadki (jak „skedżuling” w wykonaniu Waldemara Kota).
Mam w związku z tym postulat do prowadzących wykłady, aby ćwiczyli przed wykładem, czy są w stanie zmieścić się w czasie i ewentualnie zmniejszali ilość informacji, które chcą przekazać. Proszę również, o decyzję dotyczącą używanego języka. Mixy językowe mogą naprawdę mocno razić i spowodować negatywną ocenę mocnego merytorycznie wykładu. Wiem, że będąc widzem łatwo jest krytykować, mam jednak nadzieję, że moja krytyka będzie choć odrobinę konstruktywna ;)

Pomijając jednak te drobne, acz irytujące, tematy uważam całą konferencję za udaną. Warto było przejechać się 280km, żeby posłuchać o trendach i pomysłach pojawiających się w świecie programistów Javy. Szczególne wrażenie wywarły na mnie groovy i grails. Widzę w nich świetne narzędzie do szybkiego prototypowania aplikacji i muszę się im w związku z tym bliżej przyjrzeć.

Z niecierpliwością oczekuję już na kolejne wydanie JDD. Może tym razem uda się podejście do dwudniowej konferencji, chociaż słychać już o tym od 3 lat…

Przyjrzyjmy się jak w Scali wygląda obsługa pętli for:

scala> for {i <- 1 to 3} println(i)
1
2
3

scala> for {i for {i <- 1 to 3
j <- 1 to 3} println(i + j)
2
3
4
3
4
5
4
5
6


Jak widzimy – przy użyciu pojedynczego polecenia for – dość łatwo możemy tworzyć pętle zagnieżdżone. To nie koniec możliwości pętli for. Umożliwia nam ona ograniczanie zakresu pętli przez zwiększenie kroku, lub użycie funkcji sprawdzającej, czy dany element powinien być brany pod uwagę:

scala> for (i <- 1 to 9 by 3) println(i);
1
4
7

scala> for (i <- 1 to 9 if i % 3 == 1) println(i)
1
4
7


Pętla for wykorzystuje obiekty typu zakres (Range). Ciekawą jego własnością jest to, że elementy zakresu są fizycznie tworzone dopiero w momencie, gdy zostają one wykorzystane. Dzięki zakresom możemy również w bardzo prosty sposób tworzyć listy:

scala> (3 to 100 by 3).toList
res1: List[Int] = List(3, 6, 9, 12, 15, 18, 21, 24, 27, 30, 33, 36, 39, 42, 45, 48, 51, 54, 57, 60, 63, 66, 69, 72, 75, 78, 81, 84, 87, 90, 93, 96, 99)

scala> (for {i <- 1 to 100 if i % 3 == 0} yield i).toList
res2: List[Int] = List(3, 6, 9, 12, 15, 18, 21, 24, 27, 30, 33, 36, 39, 42, 45, 48, 51, 54, 57, 60, 63, 66, 69, 72, 75, 78, 81, 84, 87, 90, 93, 96, 99)


Listy można w łatwy sposób filtrować, usuwać, sortować, czy modyfikować elementy listy:

scala> (3 :: 6 :: 9 :: 12 :: Nil).filter(i => i % 2 == 0)
res4: List[Int] = List(6, 12)

scala> (3 :: 6 :: 9 :: 12 :: Nil).map(e => Math.pow(2,e).toInt)
res7: List[Int] = List(8, 64, 512, 4096)


Zauważmy, że Scala nie modyfikuje wartości pierwotnej listy. Wynikiem działania funkcji jest nowa lista elementów.

Scala umożliwia wykonywanie, w prosty sposób, bardziej skomplikowanych działań na listach. Funkcja reduceLeft rozpoczyna od skrajnie lewych elementów listy, wykonuje na nich zdefiniowaną funkcję i jej wynik przekazuje jako parametr do następnego wywołaniu funkcji. Jako drugi parametr przekazywany jest kolejny element listy. Operacja ta wykonywana jest dopóki nie zostaną przetworzone wszystkie elementy listy:

scala> List(3, 6, 9, 12).reduceLeft(_ + _)
res8: Int = 30


Podobną w działaniu funkcją jest funkcja foldLeft, jednak w tym przypadku wartość pierwsza wartość nie jest brana z listy, ale przekazywana jest jako parametr funkcji:

scala> List(3, 6, 9, 12).foldLeft("")(_.toString + "," + _.toString)
res9: java.lang.String = ,3,6,9,12

Oczywiście istnieją bliźniacze funkcje reduceRight i foldRight.

c.d.n.