Вчера наткнулся на потрясающий ресурс, который сильно упрощает поиски заданий по Javanoscript.
Codewars - это, можно сказать, социальная платформа с заданиями по разным языкам программиварования.
Фишка в том, что когда пользователь набирает достаточно очков “Чести”, как их здесь называют, он может публиковать свои задания. Поэтому, контент практически бесконечен.
Прошел буквально несколько заданий, но это очень увлекательно !
https://www.codewars.com/users/Koshqua - мой аккаунт.

Что делать с популряностью?

Понял, что давно не писал ничего о своих успехах в обучении. Я не слился, я по-прежнему учусь, просто в перемешку с работой не хватает времени сюда писать об этом. Я решил поменять технологию. Вместо того огромного стака, коорый я ыбрал до этого я решил хорошо выучить что-то одно, а именно Golang. Начал абсолютно случайно, позвали на собеседование в компанию у которой Go в стаке и сказали минимально подготовиться по этому языку, а в итоге дали тестовое на этом нем, от которого хотелось умереть 👍 В итоге Go мне понравился и вот уже два месяца прохожу курс https://www.udemy.com/course/go-programming-language/

Начал работать в небольшом open source проекте. Проект - это безопасная социальная сеть без контекстной рекламы и всего так ненавистного пользователям. В общем, достаточно интересно. Пока что проект находится на стадии разработки. Я там буду писать бэкенд.
Сейчас активно покрываю весь проект тестами и допиливаю мелкие фичи.

Вообще в ближайших планах попробовать устроиться, наконец таки, на работу разработчиком в Дубае. Пока что перспектива кажется очень туманной, т.к вакансий с моим стаком если не совсем нет, то очень мало. Но я верю в лучшее 🙂
Website: komfy.now.sh
GitHub: github.com/komfy

Есть ачивка. Вчера я заработал свои первые деньги в роли разработчика.
И кстати, с Днем Святого Валентина, друзья 😉

Начал знакомство с Docker и Kubernetes. Пока что - понятно мало, но концепция кажется интересной. Уже развернул свой первый контейнер в AWS. Параллельно пишу свой скрапер для веба, чтобы все таки было что показать работодателям. Как раз его в контейнер и засунул. В планах сделать из него несколько микросервисов, так как до этого делал только монолитные приложения.
Вот репо проекта: https://github.com/Koshqua/scrapio
К тому же, наконец развитие профиля на LinkedIn начало приносить свои плоды, позвали на собеседование, при чем рекрутер сам меня нашёл.

Оказывается Google Fonts 36T шрифтов раздал. Впечатляет. https://fonts.google.com/analytics

Правда на каждый 1000й запрос оно может давать ошибку https://github.com/google/fonts/issues/2345

Нашёл вполне дельное и структурированное руководство по Docker. Очень простым языком и с примерами описано применение разных частей функционала.
Это как раз то, чего мне так не хватало.
До сих пор затаюсь вопросом, как вообще можно понять Kubernetes. Но придётся и в нем разобраться.
Оригинал: https://docker-curriculum.com/#
Русский перевод: https://habr.com/ru/post/310460/

Хотите устроиться в гугл разработчиком? Пожалуйста, держите учебный план. Он НЕ-ВЕ-РО-ЯТ-НО-ГО размера. Я кое-что из этого учил — поэтому прекрасно понимаю, насколько сложно собрать такой список по открытым источникам.

А тут все собрано. Просто садитесь, и смотрите. Netflix and skill 😉

Хорошо про список сказали на Hacker News: «While joining Google is probably the last thing I want to do, this is a perfect resource for someone who hasn't had a formal education in computer science».

https://github.com/jwasham/google-interview-university

Понять, что такое микросервисы - не сложно. Понять как это должно выглядеть правильно и по каким принципам эта архитектура строится - задача посложней, особенно на старте. Вот перевод статьи Мартина Фаулера, которая освещает многие аспекты микросервисной архитектуры. Почитать для ознакомления стоит.

https://m.habr.com/en/post/249183/

В тему микросервисов, тут есть неплохая статья со сравнением протоколов gRPC(HTTP 2.0) и REST(HTTP 1.1).
Интересно, что gRPC - не текстовый, как его предшественник, а бинарный.

https://code.tutsplus.com/tutorials/rest-vs-grpc-battle-of-the-apis--cms-30711

Статья с отличными советами по структурированию приложений на Go.
Мне помогла во многом, особенно запомнился совет с использованием http.Handle, вместо http.HandleFunc.
Так правда намного удобней работать с разными сервисами, вроде базы данных.

https://medium.com/@benbjohnson/structuring-applications-in-go-3b04be4ff091

Там FB свой мессенджер переписывает, и эт конечно интересно-полезно, хотя много чего не досказано. Понравились коменты с ХН:

So, they've reduced 1.7M lines of code to 360K. Let's pause here for a moment:

- NumPy is 360K lines mostly C
- Postgres is around 2.1M of C
- Go 1.13 is around 1.5M of Go code
- Rust 1.37 is around 1.2M of Rust code iirc
- core llvm is around 3M of C++ iirc
...
A chat app is 1.7M. A chat app...

Makes me feel sorry for all the time spent/wasted by all those devs, many of whom are unquestionably brilliant and could've worked together on something truly awesome, big and useful. But we all know that doesn't pay the bills and so here we are.

> that includes payments, camera effects, extensive social integrations, stories, GIFs, reactions, games, polls, voice recording, calling, video chat
To be fair, this is part of the problem ^

https://engineering.fb.com/data-infrastructure/messenger/
https://news.ycombinator.com/item?id=22466462

Да, конечно мерять все в SLOC это так себе метрика, но и пренебрегать ею неправильно.

Немного офтоп, но очень интересно.

📝 webpack двигается в сторону micro frontends.
Micro frontends - это идея микросервисов переложенная на фронтенд, то есть части страницы делятся на самостоятельные изолированные приложения. Эти части могут быть реализованы разными командами и на разном технологическом стеке.
https://micro-frontends.org

Представим себе крупный сервис с множеством функциональных частей: поиск, фильтры, каталог, реклама, навигация и т.д.
Очень часто эти части могут встречаться на одной странице, но при этом разрабатываться разными командами и с использованием разных подходов к разработке (ведь каждая команда лучше знает "как правильно" ;)). В этом случае встает некоторое количество вопросов, например:

Как разделить большую кодовую базу на микро-приложения?

Здесь важна изоляция, чтобы части страницы можно было разрабатывать независимо. То есть необходимо создать приложение-конструктор, части которого можно менять.

Как части приложения могут "общаться" между собой?

Например, в условиях SPA (single page application) фильтры могут влиять на каталог.

Как обеспечить реиспользование зависимостей?

Например, на странице загружен блок, который использует react и redux. Чуть позже, на страницу, динамически, подъезжает второй блок, который тоже использует react. Проблема в том, что этот блок разрабатывается другой командой, собирается и релизится отдельно от первого. Здесь необходимо обеспечить совместимость двух блоков и реиспользование уже загруженных на страницу зависимостей - второй блок не должен заново загружать на страницу react, а должен реиспользовать уже загруженный.

Около месяца назад было предложено архитектурное решение для webpack https://github.com/webpack/webpack/issues/10352 и буквально несколько дней назад были сделаны первые демо.
Описание решения можно найти тут https://medium.com/@ScriptedAlchemy/bcdd30e02669, а потыкать можно вот эту демку https://github.com/mizx/mfe-webpack-demo

Если коротко, то идея заключается в том, что совершенно разные собранные бандлы могут реиспользовать различные части друг-друга - одни бандлы предоставляют (expose) свои части (например UI-компоненты или целое приложение), а другие бандлы эти части импортируют и используют.
Фича все еще в разработке

#webpack #webpack5 #microfrontends

Начал проходить новый курс. Хочу углубиться в Docker и k8s. Курс от одного из Docker Captain’ов, который в разработке больше 20 лет и программировал ещё в те времена, когда использовался Ms Dos, то есть я даже ещё тогда не родился.
Судя по тем нескольким эпизодам, которые я посмотрел - обещает быть интересным.
Поэтому, оставлю ссылку здесь: https://www.udemy.com/course/docker-mastery/

Кстати, оттуда же узнал, что маскот докера - это не кит, а вот эта потрясающая черепаха(вполне реальная). Периодически, она даже посещает офис компании.
Забавно, что пять лет назад, когда все только начиналось, черепаха была маленькой, как и сама компания, а теперь она огроменная и нужно двое людей, чтоб ее перенести.
https://twitter.com/gordonTheTurtle

Недавно было предложение о работе в cloudinary, которое всё еще в процессе обсуждения. Забавно, что за несколько дней до этого я начал писать обертку cloudinary для нужд @komfy. Так вот, сегодня я наконец закончил основную часть и могу ее показать. Конечно же критика принимается и очень желательна. Так что пишите мне своё мнение: @mlvni

Репо: github.com/komfy/cloudinary

До определённого момента вообще не понимал, как писать тесты. Особенно тесты для серверов, где нужно проверять как сервер отвечает на разные запросы. Буквально пару месяцев назад попалось под руку это видео. Просто, понятно и с примерами автор объясняет как правильно писать тесты на Go. Кроме этого, на канале у него уже более 40 видео о разных нюансах в Go.
https://youtu.be/hVFEV-ieeew