Silv
2019-08-07 04:36

Moja aplikacja bracket-string-validator nabiera piór i kształtów nie, kształtów nie.

Mięśni raczej nie. Nadal dwie funkcjonalności: sprawdzanie poprawności wyrażenia nawiasowego oraz testowanie wydajności (benchmarking). (Co by tu można dodać?)

Ale za to część odpowiedzialną za sprawdzanie poprawności wyrażenia nawiasowego mam już napisaną (zbyt dużo powiedziane) w Angularze. (Jeszcze muszę dodać testowanie wydajności.) To raz. Dwa, że planuję przepisać część logiki na Javę, nadto dodać GUI w C oraz bazę danych obsługującą SQL.

Kłopot trochę z testami jednostkowymi i integracyjnymi. Same testy pisze się w miarę zwyczajnie, przynajmniej w JavaScripcie. Oby tylko w innych technologiach nie było innych podejść (?). W Javie to jeszcze mogę sobie to jakoś wyobrazić, "zekstrapolować" z JavaScriptu, ale w C i w Bashu nie... będę musiał się nauczyć. Nie ma rady! Też testowanie na różnych środowiskach – trzeba mi ogarnąć Travisa i jego konfigurację. Nie wiem, czy da się ustawić konkretną dystrybucję Linuksa. Zresztą, czego ja oczekuję za darmo? Przy czym jest też plan, z początków tworzenia aplikacji, by postarać się o większą generyczność implementacji, co bym nie musiał martwić się dystrybucją. Jednak to mniej ważna sprawa, dodatek w zasadzie. Aplikacja ma działać na jednym środowisku bezbłędnie; inne – opcjonalnie i w nieokreślonej przyszłości.

W tym świetle na dalszy plan schodzi rozbudowa obecnego interfejsu CLI. Planuję m.in. dodać debug mode. I tyle. Miałbym pewnie więcej pomysłów, ale w sumie nie ma sensu, dopóki (eee... albo "skoro") nikt tego nie używa.

Z bardziej operacyjnych spraw: nadal nie wiem, jak powinien u mnie wyglądać deployment (zob. też wątek na naszym forum). Przy tylu technologiach robi się skomplikowanie... ale przy tym fajnie. :) (W teorii. Najprzyjemniej rozmyślać o tym, czego to ja nie zaimplementuję.)

Myślę też... nad PHP (tak ostrożnie). Ale prawie go nie znam. Nie wiem, czy chce mi się uczyć na tę imprezę. Ale jakby... byłby przyczynek dla mnie do ruszenia Coyote. Ale to znów... Docker. A Dockera nie mam w planach. (Jeszcze?)

Dla chętnych: planowanych jest parę innych, mniej "przebojowych" spraw – można rzucić okiem: https://github.com/silvuss/si[...]acket-string-validator/issues


Nie jest to celem tego wpisu, ale – jeśli ktoś chciałby pomóc (wiedzą), to bardzo chętnie. :) Tutaj wątek, w którym proszę o ocenę: Ocena małego projektu JS (Node.js) + Bash

#bracket-string-validator #javascript #c #bash #cli #gui #web #angular #java #sql #database #deployment #php #recenzja #nodejs

somekind

Tzn. ja się nie odnoszę do Twojego programu, nie zaglądałem nawet do kodu. Piszę ogólnie.

micfil94
2018-12-03 15:46

Jeśli chcesz wiedzieć, jak wyglądają realia pracy w Niemczech dla takiej marki jak Adidas, to zapraszamy na nasz kolejny live-stream, prosto z Bawarii. ✌😉

Naszym gościem będzie Damian Busz, fullstack developer, który programuje w Pythonie, choć częstym gościem jest też Node. Damian ma dość osobliwe podejście do kwestii edukacji programisty... 😊

Podczas rozmowy towarzyszyć nam będzie również Maciej Olaczek ze szkoły programowania Kodilla , który wspólnie z Damianem poruszy temat kariery w branży IT.

Zachęcamy: dziś, godzina 20:00, nasz lub FB.

Stay tuned! 🔥🔥
https://www.facebook.com/JustJoinIT/videos/1869223773127423/?tn=-R

#python #nodejs #javascript #berlin #programowanie #naukaprogramowania #links #fullstack #frontend #backend

Maciej Cąderek
2017-10-20 18:20

Jak wiadomo (albo i nie) pojedynczy proces Node.js działa w jednym wątku (pomijając kryjącą się pod spodem pulę wątków do obsługi nieasynchronicznych interfejsów). Świetnie się to sprawdza w przypadku wszelkiego IO, ale nie bardzo sprawdza się w przypadku kosztownych obliczeniowo operacji (główny wątek jest blokowany).

Do tej pory najlepszym rozwiązaniem było wydzielanie zadań na zewnątrz (zwykle z pomocą task queue i workerów), ale często jest to overkill.

Na szczęście z pomocą przychodz nowy open sourcowy projekt M$ - Napa.js -> https://github.com/Microsoft/napajs/blob/master/README.md

Wielowątkowe środowisko uruchomieniowe JSa, oparte (a jakże) na silniku V8, w pełni współpracujące z Node.js (jako moduł), można je tez odpalić bez udziału Noda.

Po wstępnym przejrzeniu i odpaleniu przykładów powiem, że wygląda to dobrze.
Jest szansa, że na stałe trafi do mojego przybornika - brakowało czegoś takiego. W JSie robi się coraz ciekawiej ;)

Jaram się :D

#js #javascript #node #nodejs #napajs #opensource #brawomicrosoft

Napa.js

Desu

Mogli to zanazwac nap.js :P

Maciej Cąderek

@Laran Fakt, ale dobrych kandydatów chyba jeszcze mniej ;)

Maciej Cąderek
2017-10-11 22:43

Jak powszechnie wiadomo Javascript Fatigue może dać malkontentom w kość - by dać obraz tego w co warto inwestować swój czas powstał w zeszłym roku bardzo fajny projekt: The State of Javascript.

Aktualnie na stronie znajdują się tylko wyniki ankiety z 2016 roku, ale pierwsze podsumowania z tegorocznej ankiety można już obejrzeć tutaj:
https://www.youtube.com/watch?time_continue=5&v=FZw1j_tTSag

Trzeba w końcu napisać jakiś większą apkę w TypeScript i pobawić się GraphQL'em ;)

#javascript #nodejs #frontend #js

LukeJL

Czyli - coś co było nowatorskim eksperymentem w 2015, po dwóch latach (a pewnie i wcześniej) stało się skostniałym cargo cultem.

Maciej Cąderek

@LukeJL Dzięki za rozwinięcie - przeczytałem Twój artykuł i propozycję alternatywnej biblioteki. Mógłbyś w sumie zrobić o tym wątek na forum, można by podyskutować.

Shalom
2016-03-24 17:45

http://www.haneycodes.net/npm[...]-we-forgotten-how-to-program/ Jak usunięcie 11 linii kodu z publicznego repo zabiło tysiace aplikacji w nodejs. Formatkowicze wszystkich krajów łączcie się! :P

#heheszki #humor #formatki #nodejs

wiciu

@Shalom: Polecam przejrzeć wpisy dotyczące przyczyn usunięcia tego i innych pakietów z npm-a. Ciekawy temat.
Wpis autora pakietu, który na jego życzenie został usunięty: https://medium.com/@azerbike/[...]dules-9045c06be67c#.tmniy8xqv Usunął on też wiele innych pakietów. Artykuł osoby z firmy, która spowodowała problem: https://medium.com/@mproberts[...]ernet-3d4d2a83aa4d#.dv4jzbrfg . Stanowisko właścicieli NPM: http://blog.npmjs.org/post/141577284765/kik-left-pad-and-npm . Wrzucanie małej funkcji lub innego one-linera jako pakiet, to jedna sprawa (nie wiem, czy to problem), a druga sprawa, to kruchość samego NPM-a. W przypadku Mavena, który służy do zarządzania pakietami dla Javy mamy lokalny cache i możemy też postawić swoje prywatne repo, do którego powrzucamy dowolne zależności. Nie wiem nawet, czy w ogóle zwykły użytkownik może coś usunąć z Maven Central. Nawet, jeśli coś się usunie, to nie można sobie ot tak wgrać innych pakietów pod tą samą nazwą. Ponadto, nazwa głównych pakietów jest rejestrowana przez człowieka, a nie maszynę, czy program. Nie ma też tak prostych nazw, typu "kik", czy "left-pad", jak NPM, tylko "com.company.project", "pl.company.project", abo "com.github.user.project". Ludzie z NPM-a mają przed sobą sporo pracy zarówno od strony technicznej, jak i wizerunkowej.