❣ Chile in a Photography ❣
Sade Olutola
Jimmy Eat World
untitled
Cosimo Galluzzi
Cookie Run:Kingdom Official!
No title available
blake kathryn
Color Me Curious
Game of Thrones Daily
No title available
art blog(derogatory)
Today's Document
let's talk about Bridgerton tea, my ask is open
KIROKAZE
shark vs the universe
$LAYYYTER
ellievsbear
2025 on Tumblr: Trends That Defined the Year
Aqua Utopia｜海の底で記憶を紡ぐ
seen from Australia
seen from Germany
seen from Canada
seen from India
seen from United States
seen from United States
seen from South Africa
seen from Canada
seen from United Arab Emirates
seen from Malaysia
seen from El Salvador
seen from United States
seen from El Salvador
seen from India
seen from United States
seen from United Kingdom
seen from T1
seen from United States
seen from Ukraine
seen from Netherlands
@bezsenny-blog
coffee script != programming language
skoro nie język to co? DIALEKT nikt nie mówi, żeby wywalić js i stosować wszędzie coffee. Jak dla mnie zapis w tej formie jest o wiele bardziej czytelny
http = require('http') http.createServer (req, res) -> res.writeHead 200, {'Content-Type': 'text/plain'} res.end 'Hello\n' .listen 1337 console.log 'Server Up and running'
Ładnie i czytelnie prawda?
CoffeeScript is for Closers
Clifford Stoll on ... everything
Dave Herman: The Future of JavaScript
editor war - yeaph ... or ...?
F* it. Parę słów na ten temat z mojej perspektywy.
Day by Day I code and code etc... - pracuje zawsze w konsoli - zawsze! Duże ciężkie IDE nie są dla mnie - testowałem wiele z nich - nawet posiadam licencję na Zend Studio. Ale nad wszystkim co testowałem / widziałem Emacs wygrywa - tak jasne "a vim jest lepszy" etc... - może dla innych - zresztą Emacs to gotowe środowisko pracy ma wszystko na starcie a nawet więcej z drugiej strony vim może być rozszerzony etc...
Jak dla mnie: vim bez dodatków to taki nano z lepszym szukaniem oraz zaawansowaną funkcją "Search & Change"
Tak zdarza mi się używać vim'a na zdalnych maszynach które nie maja Emacs'a
EOF
Google dart === 180 punktów?
Z szacunkiem dla wszystkich czytających, ale dość mam już tekstów typu "robicie to źle", "poco kolejny standard" etc... choć jedna wypowiedź na oficjalnej grupie spowodowała, iż miałem po prostu "dosyć" mianowicie chodzi mi o post zresztą jak ktoś chce to znajdzie ;]
Autor postu zadaje pytanie, jaka różnica jest między PHP a dart'em xD i w czym niby miał by być lepszy.
Tak wiem poziom wypowiedzi na grupie jest - kurwa zajebisty - i tyle.
dart póki, co jest tylko techPrev / devPrev niezbyt nadaje się do produkcji w obecnej chwili nie dlatego ze "hello world" ma ponad 1k linii fakt ten wynika, iż język został stworzony do pracy na VM'ie niestety aktualnie nawet chrome nie posiada takowego "dodatku" a więc jesteśmy zmuszeni kod zmienić, na js'a co powoduje dodanie "całego" fw
Ale czemu takie "coś" produkt ten jest kierowany dla osób, które piszą aplikacje oparte o js'a nie chodzi tutaj o zegarek czy jakieś gówno latające za kursorem.
Niestety js nie jest "miły" podczas fix'ów i rozbudowy, dlatego powstał min. coffescript. W mojej ocenie projekt zapowiada się ciekawie między innymi dzięki "separacji" i "opcjonalnym" typom jest jeszcze kilka innych smaczków ;]
A jeśli ktoś nie rozumie idei VM'ów to niech da sobie spokój z programowaniem i wraca do składania stronek opartych o autorskie pr0Cmesy
EOF
zasnąłem na 30480s
a dokładnie w ostatnią sobotnią noc ;]
po ciężkich tygodniach w końcu udało się przenieść wszystkie projekty z svn'ow i innych "wynalazków" do git'a załoga otrzymała bazową wiedzę w oparciu o "księgę"
trzeba przyznać iż git-svn dużo pomógł, a natura git'a pozwoli w końcu zaprowadzić porządek w repo
I am free! at least on the servers
coffee script make -> cake file
zasada jest prosta jeden plik "Cakefile" z różnymi zadaniami
task 'task_name', 'description', -> magic_code task 'another_task_name', 'description', -> another_magic_code
dostępne zadania cake odpalenie konkretnego zadania cake task_name prosty przykład pliki coffee z folderu src po kompilacji trafiają do lib
task 'build', 'build lib/*.js from src/*.coffee', -> {exec} = require 'child_process' exec 'coffee --compile --output lib/ src/', (err, stdout, stderr) -> throw err if err console.log stdout + stderr
można oczywiście wykorzystać node API i stworzyć wersję "min" naszej aplikacji (kilka plików coffee w jeden -> js, wyczyszczenie białych znaków etc... ewentualnie potraktowanie jeszcze jakimś ob czy innym wynalazkiem)
EOF
.gitignore - niezaśmiecaj repo
mowa oczywiście o "magicznym" pliku z definicjami co "pomijać" podczas commit'u i choć zasada działania jest prosta niczym ... do dziś spotykam rep'a z całymi katalogami wypełnionymi logami, tmp, miniaturami, a nawet configami serwera developera (jeśli to default to można przymknąć "oko" ale trafiałem nawet na configi z rozszerzeniem .bak i danymi do innego serwera)
Inne systemy kontroli wersji także posiadają takie "cuda" np. svn:ignore
A więc czytać manuale w końcu ...
EOF
publish now! -> Przebudzenie
Pierwszy wpis / notka / post [zwał jak ...],
To może kolejno WTF && WHY?
Nudno w pracy ;] -> challenge accepted
poziom Polskich techBlog'ów -> low || very low (tak wiem jest kilka ciekawych)
nie mam gdzie spisywać swojej/ich wiedzy, przemyślen etc...
Who Am I?
lead developer at ...
coding 16h/5day per week (python, php, js)
hating Java syntax
and more ...
About
pomału ;]
A czemu tumblr.
rejestracja 3s
blogger się "zmienia"
wpressa nie lubię
EOF