вторник, 26 февраля 2019 г.
среда, 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
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.
1
2
3
4
5
|
class Task
{
public:
void execute(std::string command);
};
|
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.
1
|
Task * taskPtr = new Task();
|
Now let’s create a Thread that will use this member function execute() as thread function through its object i.e.
1
2
|
// Create a thread using member function
std::thread th(&Task::execute, taskPtr, "Sample Task");
|
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
В этой статье я хотел бы затронуть наиболее часто встречающиеся проблемы в построении архитектуры ПО. Я решил написать этот материал, очередной раз столкнувшись с тем, что люди, даже имеющие огромный опыт разработки ПО, продолжают путать модели, относящиеся к разным слоям приложения. Они не придают значения излишней связанности (костности) между частями приложения и прочим аспектам. В итоге эти аспекты оказываются, если не критичными, то существенно влияют на дальнейшую разработку программного продукта.
Почему возникают ошибки
Причина, по которой разработчики, имеющие за плечами довольно большой стаж разработки ПО и построения архитектуры, продолжают реализовывать жёстко связанные решения и решения с нечётко разделёнными моделями — отсутствие негативной «обратной связи» в краткосрочной перспективе. Часто последствия всего этого вылазят через время, после внесения множества других изменений. Те, кто построил эту архитектуру, либо уже не видят негативных результатов своих трудов, либо спихивают их на других людей (чаще всего на тех, кто непосредственно реализовывал).
суббота, 2 февраля 2019 г.
Подписаться на:
Сообщения (Atom)