Обновить
107
Красноармеецъ@Krasnoarmeec

Затѣйникъ

14
Подписчики
Отправить сообщение

Под простым имелось в виду то решение, которое будет просто поддерживать, причём не только мне.
Да, можно порой позволить себе копипасту, если кусок небольшой, понятный и обе копипасты влезают на один экран, то есть, обе находятся в пределах видимости, а не разнесены на сотню строк. Чистый DRY, как и все абсолютные принципы не всегда применим, как и KISS и прочие принципы.

Не убедили 😉

Вот, прочитал сегодня статью с подходом, который мне импонирует: "Игра проигравшего".

Там есть такой пункт:

Принцип №2: Будьте проще.

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

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

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

Ах, всё те же “Сказки венского леса”, что и 30 лет назад…
Если всё так хорошо с производительностью труда, то может сократить возраст выхода на пенсию до 50-55 лет? Тогда и молодёжи будет легче найти работу, и нам, старпёрам, будет больше времени на хобби и внуков. Вроде win-win?
Но нет, с одной стороны сократить рабочую неделю до 32 часов (это с той же самой зарплатой?), с другой стороны - увеличить пенсионный возраст до 67 лет с перспективой увеличения до 72 лет (это я про Германию).

Есть такое понятие в христианстве - первородный грех. Оно о том, что человек изначально испорчен и не может принимать правильных решений именно из-за своей испорченной природы. Это многое объясняет.
Там по статье есть такие термины как "неглупец", "умный" - забудьте.

Фигня какая-то, а не статья (претензии не к переводчику, а к автору).
Если у автора статьи мысли скачут как белки, с одного на другое, и он себя относит к "специалистам" (цитирую, "я вернулся в Azure сразу в должности специалист"), то понятно, почему там проблемы. В статье вообще многовато нестыковок и тёмных мест. Автор сильно недоговаривает.
Такое больно читать из-за отсутствия логики.

Название "Улучшенные игры" так себе, не достаточно кликбейтное.

Эффектнее звучало бы "Суперолимпийские игры", по аналогии с "паралимпийскими".

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

Для меня моментум - это частный случай MPT, если игнорировать матрицу ковариаций и ставить всю ставку на "самую доходную" акцию. Это следует из математики MPT.

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

По поводу цифр, картинок и формул.

Я не профессионал в инвестициях и из картинок вообще ничего не понял. Да, видны какие-то возрастающие графики, видны просадки, но что именно изображено на графиках?  К тому же, графики "cumulative return" представлены не в логарифмической шкале, а это нехорошо, так как доходность имеет экспоненциальную зависимость.

Что такое MaxDD? Какая разница между портфелями? Может лучше было бы представить график 2 в другой форме, как график дохода от параметров, а не как график доходности на временной шкале? Тогда можно было бы все Ваши графики уместить на одном. Было бы более информативно, как мне кажется.

Вам, как автору, поставил плюс. Вы, безусловно, старались, большой молодец в том, что защищаете свою статью. Это правильно и хорошо. Как средний читатель, статью я не понял. Это плохо. Статье я поставил минус.

Я очень надеюсь, что это не остановит Вас, как исследователя и писателя, продолжать Ваши исследования.

Прошу прощения, а в чём не полезно?

MPT это обобщённый случай моментума. Нобеля за неё дали.

В Вашей статье я не увидел ни одной формулы. Просто какие-то графики. О чём статья - мне непонятно.

Я не остроумничаю. Просто, поясните, где формулы и цифры?

Ещё чуть-чуть и откроете для себя Портфельную теорию Марковица.

Мне лично понравилось.

Единственное, чего мне не хватило в статье, так это более развёрнутого описания выстроенных процессов. Просто говорится: "Положительно отметили работу с процессами, которые я выстроила в команде". А то, какие были процессы до Вашего прихода и что нового было привнесено - это как-то упустилось.

Как Вы верифицировали результат рефакторинга?

Интересный взгляд.

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

Пример из жизни: есть у меня товарищ по работе, который почти каждые выходные ездит в соседнюю страну подешевле закупиться продуктами и бензином. Тратит на это, допустим, часа 4 времени. То есть балланс его закупок такой: XX денег выгоды от дешёвой еды и бензина - YY траты на проезд (бензин + амортизация машины) - ZZ (не отдохнули + нагрузка от поездки). Вот эта вот ZZ и интересна: если фирма условно платит A денег за отдых, а поездка дополнительно требует B часов на отдых после неё, то ZZ = (4 + B) * A, где 4 - те самые 4 часа на поездку. Если балланс отрицательный, значит лучше закупаться хоть и дороже, но быстро и с меньшим стрессом.

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

Ну, а на меня большое влияние оказали журналы: "Квант", "Наука и Жизнь", "Радио".

Из энциклопедий - "Техническая Энциклопедия" (1927-1934). Шикарное издание! 26 томов. Технологии того времени в доступном изложении. В постапокалипсис надо брать именно её.

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

И, немного про другие страны: в Германии для детей выходила детская энциклопедия Wissen - Das große Lese und Nachschlagewerk. Сколько томов точно не знаю, вроде 10:

В каждом томе страниц по 320, причём нумерация страниц сквозная, то есть, первый том заканчивается на 320 странице, а второй начинается с 321-ой.

Есть исследование о том, что с 1978 по 1999 годы средний возраст при первом получении слухового аппарата увеличился с 60 до 72 лет. То есть, если бы наушники на столько плохо влияли на слух, то этот возраст должен был бы упасть.

Про тиннитус уже выше всё сказали. От себя дополню, что один пенсионер мне рассказывал, что через 2 года после выхода на пенсию, тиннитус у него пропал. Жду пенсии.

И ещё два пенса: у потери слуха в связке с тиннитусом есть отличное свойство: комаров ночью почти не слышу. Проще стало заснуть.

Рассказываю алгоритм счёта на счётах:

Фигачите косточки счётов туда-сюда, а сами тем временем считаете в уме.

И Вас с Новым Годом! 🍾

Извините за критику - это была последняя ложка дёгтя в ушедшем году.

За Маяковского - огромное спасибо. Но, квиз можно было бы оформить и в виде квиза а не "Выбирайте свои ответы и выписывайте их в комментариях".

Цикломатическая сложность, поделённая на количество функционала/фич?

В идеале - постоянная, когда код становится неуправляемым - растёт.

Столбиковые диаграммы долей от 100% тоже весьма распространены (см. картинку ниже). Хорошо показывают динамику. Единственный недостаток - когда данные только за одну дату, например за 01.01.2022, то один единственный столбик выглядит убого. Тут конечно же лучше всего выглядит круговая диаграмма.

Ну и да: "каждой ситуации - диаграмма своего типа"

1
23 ...

Информация

В рейтинге
Не участвует
Откуда
Dresden, Sachsen, Германия
Дата рождения
Зарегистрирован
Активность

Специализация

Десктоп разработчик, Архитектор программного обеспечения
Ведущий
C#