smali

среда, 12 июня 2019 г.

Детская игра "Чай-чай-выручай" - правила. Развлечения и игры для детей без компьютера!

Детская игра "Чай-чай-выручай" - правила. Развлечения и игры для детей без компьютера!

Детская игра "Чай-чай-выручай" - правила. Развлечения и игры для детей без компьютера!

Детская игра "Чай-чай-выручай" - правила. Развлечения и игры для детей без компьютера!

35 игр для детей 3-5 лет

Развивающие игры для детей 3 – 4 лет

вторник, 11 июня 2019 г.

Игра "Кошки-мышки"

Кошки-Мышки

Игра Водяной

Arkadaş boat. Ремикс детской игры. Море волнуется раз - как мама на пляж...

МОРСКАЯ ФИГУРА ЗАМРИ - КУКУТИКИ - Детская песня игра и загадка про животных

Утренний эфир / Игра "Море волнуется раз"

Русские народные подвижные игры фильм

Игра "Гуси-лебеди"

понедельник, 10 июня 2019 г.

Бэби-клуб Капитошка Комплексные занятия детей 2 и 3 лет 1 часть Раннее р...

Бэби-клуб Капитошка Комплексные занятия детей 2 и 3 лет 1 часть Раннее р...

Загадки для детей ! Тест на сообразительность =)))

Игры с мячом // Детские игры // Педагогическое мероприятие в детском саду//

Как развлечь детей. Игры для большой компании

40 игр для развития мелкой моторики: лучшая подборка

35 игр для детей 3-5 лет

АКТИВНЫЕ ИГРЫ ДЛЯ ДЕТЕЙ 1,5-5 ЛЕТ #РАЗВИВАЮЩИЕ ЗАНЯТИЯ С ДЕТЬМИ

Подвижные игры для детей 4-7 лет

5 ИДЕЙ ИГР ДЛЯ ДЕТЕЙ 3-6 ЛЕТ [Любящие мамы]

вторник, 26 февраля 2019 г.

Free React.js Bootcamp - Day 4

Free React.js Bootcamp - Day 3

Free React.js Bootcamp - Day 2

Free React.js Bootcamp - Day 1

Learn React - React Crash Course 2019 - React Tutorial with Examples | Mosh

среда, 20 февраля 2019 г.

-- React (1)

https://www.tutorialspoint.com/firebase/firebase_write_data.htm

https://console.firebase.google.com/project/bovahack/functions

https://github.com/facebook/create-react-app

Visual studio code

code ./

http://localhost:3000/

node-v10.15.1-linux-x64.tar.xz

mykolabova@ucp-bova:~$ ll /usr/bin/node
lrwxrwxrwx 1 root root 41 лют 20 21:07 /usr/bin/node -> /usr/lib/node-v10.15.1-linux-x64/bin/node*

https://github.com/MykolaBova/az.react

понедельник, 11 февраля 2019 г.

C++11 : Start thread by member function with arguments


https://thispointer.com/c11-start-thread-by-member-function-with-arguments/


Starting thread with non static member function

Suppose we have a class Task, which has non static member function execute() i.e.
Now we want to start a thread which uses execute() function of the class Task as thread function.
As execute() is a non static function of class Task, so first of all we need a object to call this function. Let’s create an object of class Task i.e.
Now let’s create a Thread that will use this member function execute() as thread function through its object i.e.
Here in std::thread constructor we passed 3 arguments i.e.

четверг, 7 февраля 2019 г.

12 ошибок при построении архитектуры ПО


https://dou.ua/lenta/articles/architecture-mistakes/?from=comment-digest_post&utm_source=transactional&utm_medium=email&utm_campaign=digest-comments

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

Почему возникают ошибки

Причина, по которой разработчики, имеющие за плечами довольно большой стаж разработки ПО и построения архитектуры, продолжают реализовывать жёстко связанные решения и решения с нечётко разделёнными моделями — отсутствие негативной «обратной связи» в краткосрочной перспективе. Часто последствия всего этого вылазят через время, после внесения множества других изменений. Те, кто построил эту архитектуру, либо уже не видят негативных результатов своих трудов, либо спихивают их на других людей (чаще всего на тех, кто непосредственно реализовывал).

понедельник, 28 января 2019 г.

5 простых правил удобного для восприятия кода


https://m.habr.com/ru/post/436160/

Ускользает понимание своего или чужого кода?

Не можете вникнуть в алгоритм?

Проводите кучу время в отладке, но найти место неверной инициализации не получается, а хочется получать удовольствие от кодирования?

Вспомните о приведенных ниже правилах и примените их!

В статье не рассматриваются базовые правила именования переменных и функций, синтаксические отступы и масштабная тема рефакторинга. Рассматриваются 5 простых правил по упрощению кода и снижению нагрузки на мозг в процессе разработки.

Рассмотрим процесс восприятия данных, чтобы соотнести описанные правила с процессом восприятия и определить критерии простого кода.

Как писать чистый и красивый код


https://m.habr.com/ru/post/347610/

Каким должен быть качественный код? Роберт Мартин выразил это невероятно точно, когда сказал: «Единственная адекватная мера качества кода — это количество восклицаний «какого чёрта!» в минуту».

image

Позвольте мне пояснить эту идею. 


Всегда ли нужны Docker, микросервисы и реактивное программирование?


https://m.habr.com/ru/company/dataart/blog/436346/

Автор: Денис Цыплаков, Solution Architect, DataArt

В DataArt я работаю по двум направлениям. В первом помогаю людям чинить системы, сломанные тем или иным образом и по самым разным причинам. Во втором помогаю проектировать новые системы так, чтобы они в будущем сломаны не были или, если говорить реалистичнее, чтобы сломать их было сложнее.

Если вы не делаете что-то принципиально новое, например, первый в мире интернет-поисковик или искусственный интеллект для управления запуском ядерных ракет, создать дизайн хорошей системы довольно просто. Достаточно учесть все требования, посмотреть на дизайн похожих систем и сделать примерно так же, не совершив при этом грубых ошибок. Звучит как чрезмерное упрощение вопроса, но давайте вспомним, что на дворе 2019 год, и «типовые рецепты» дизайна систем есть практически для всего. Бизнес может подкидывать сложные технические задачи — скажем, обработать миллион разнородных PDF-файлов и вынуть из них таблицы с данными о расходах — но вот архитектура систем редко отличается большой оригинальностью. Главное тут — не ошибиться с определением того, какую именно систему мы строим, и не промахнуться с выбором технологий.

В последнем пункте регулярно возникают типичные ошибки, о некоторых из них я расскажу в статье.