myStack
890 subscribers
761 photos
15 videos
27 files
310 links
Меня зовут Ростислав и я разработчик.

Это мой личный блог.

Я пишу на Go, читаю книги про технологии и пишу об этих и других вещах сюда.


Книги:
https://bit.ly/rostislav-books

Личка:
https://t.me/Rostislaved

Сайт:
Rostislav.me
Download Telegram
Читаю книгу, уже наверное примерно пятую-шестую, где говорится про ООП и у меня начинает складываться представление обо всем такое, что я могу рассказывать это другим людям. Приятное ощущение.
For example, here’s a source-code payroll program written in 1953: 1000010101000111101010101010001010101010101111010101 ...
As computer science people, we know it runs, but the gap between this software representation and our mental model of the payroll domain is huge; that profoundly affects comprehension (and modification) of the software. OO modeling can lower that gap.
Model is a synonym for the domain layer of objects (it’s an old
OO term from the late 1970s)
MVC was originally a small-scale Smalltalk-80 pattern, and related data objects (models), GUI widgets (views), and mouse and keyboard event handlers (controllers). More recently, the term “MVC” has been coopted by the distributed design community to also apply on a large-scale architectural level.

The Model is the Domain Layer
The View is the UI Layer
The Controllers are the workflow objects in the Application layer.
Как же. Это. Удобно.
Рейтинг городов по разным критериям.
Москва довольно высоко
Global_Cities_Ranking_Draft_REPORT_Feb_2022.pdf
3 MB
Вот тут больше инфы. Методика оценки и т.д.
😂
Пост не про компы! Ночные рандомные мысли.

Не знаю почему, но я вспомнил пост про статистику разводов, которая в свое время меня очень удивила.

Чтобы рассуждения были более подкреплены нормальными числами, я сделал небольшой анализ:
1. Построил распределение процентов развода по областям рф на графике
2. Нашел медиану (обожаю её, да и данные были уже отсортированы), чтобы исключить всякие явно аномальные области вроде чеченской, где 15% всего - т.к. это выброс.

И получилось, что в среднем процент разводов 66% (просто обалдеть), то есть из 10 браков 7 распадаются. Или еще по-другому, в 70% свадеб, где вы гуляли будет развод. Так вот, такая статистика натолкнула на следующие рассуждения.

Брак в головах людей вполне подразумевается, как что-то на всю жизнь. Понятно, что все знают о возможности развода, но это не то, о чем думают во время свадьбы. Так что условно, 100% людей на свадьбе считает, что это навсегда. То есть они уверены, что не будут разводиться или хотя бы очень сомневаются в этом. Но у нас есть статистика!
К чему я это всё. Меня поражает, что люди уверенные в чем-то настолько сильно ошибаются на 66%.
Теперь, надевая кольцо знайте: с вероятностью 66% вы разведетесь!

Ну и пара других рассуждений. А может тогда оно того не стоит?
Ну, во-первых, на 34% стоит (это, кстати, если поверить в то, что 100% неразведенных полностью счастливы, а не просто не сделали это в силу тех или иных причин, хе).
А во-вторых, что скрашивает картину, возможно, все не так плохо, если не воспринимать "не развелся до смерти", как цель. А смотреть на брак, как на процесс, даже, на такой, который когда-то завершится. То есть искать ценность в промежутке времени от свадьбы, до развода.

Такие дела. Я пошел спать.
Про книгу банды четырех:
A thorough study of the Design Patterns book is recommended to grow as an object designer, although that book assumes the reader is already an OO designer with significant experience—and has a background in C++ and Smalltalk. In contrast, this book (Craig Larman - Applying UML and Patterns) offers an introduction.
Что дизайнеры, 50+ паттернов знаем?)
Yes, it’s important for an experienced designer to know in detail and by memory 50+ of the most important design patterns, but few of us can learn or remember 1,000 patterns, or even start to organize that pattern plethora into a useful taxonomy.
Когда поставил родителям линукс😂
Про rust
https://t.me/myStack/325

Написанное мной вычисление среднего по среднему и новому значению работает уже в другом месте)
Interestingly—and this a key point in software architecture—it is common that the large-scale themes, patterns, and structures of the software architecture are shaped by the designs to resolve the non-functional or quality requirements, rather than the basic business logic.
Code smells is a metaphor in refactoring—they are hints that something may be wrong in the code.