Как я закрыл магазин в провинции, который кормил семью 28 лет. Бизнес из 90-ых прожил до 2022

я так и не понял, удалось денег поднять или нет?

Как я закрыл магазин в провинции, который кормил семью 28 лет. Бизнес из 90-ых прожил до 2022

деньги в моем ИТ окружении были 2006-08 а затем только после 2018 где-то

вот на эти 10 лет я уходил из профессии, потом вернулся

6 концепций функционального программирования. Польза и примеры использования

Чистая: для отрицательных возвращается NaN

Дайте крудошлепа

на стейт машину

Еще один год из жизни ReactOS

Так это проблемы openai

Размышления о структурном программировании

Много математики потребовало функциональное программирование.

А императивщина это так: тяп ляп

Мои советы после 20 лет в программировании

Автор сумасшедший экстраверт - трудоголик

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

Подробное объяснение принципа KISS в программном обеспечении

Я только за проектирование снизу-вверх, ныне забытое и заброшенное

KISS, YAGNI, Functional Programming которое все это поощряет

FP вы просто пишите смысловую код не особо заботясь о связующей части. Когда понадобится вы легко ее свяжете. Вам не нужно как в ООП сороконожке думать в какой последовательности переставлять ваши 40 ног.

Особенно в гибких методах разработки, когда нужно создать прототип, когда нет четких требований и видения что будет меняться.

Но вот если у вас есть четкий план / ТЗ то давайте ка лучше будем смотреть на систему в целом и пойдем сверху-вниз. DRY, abstractions, polymorphism, low coupling high cohesion и прочие принципы, стремящиеся сдержать трудоемкость изменений при росте кодовой базы.

Не бойтесь рефакторинга, часто это проще чем пытаться предусмотреть все заранее. Главное, чтобы изменения не сломали вашу базу.

Смерть от тысячи микросервисов

имелось в виду что ты не умеешь вычленять из монолита микросервисы и вообще их проектировать

судя по статье и не надо, лучше по Влашину строить нормальные домены а внутри их нормальные сервисы В МОНОЛИТЕ

Смерть от тысячи микросервисов

горизонтально масштабировать можно БД

а вот аппликейшны не стоит: нынче ядер у процессоров столько что вы раньше упретесь в закон Амдала чем в железо

Смерть от тысячи микросервисов

объекты то не нужны - ФП лучше

а уж object relation тем более

SOLID

Что такое модули верхних уровней? Как определить этот уровень? Как оказалось, все очень просто. Чем ближе модуль к вводу/выводу, тем ниже уровень модуля. Т.е. модули, работающие с BD, интерфейсом пользователя, низкого уровня. А модули, реализующие бизнес-логику — высокого уровня.

не совсем

нижний уровень это взаимодействие: ввод-вывод, API, ...

почему нижний? потому что это привязано к контексту и значит тут наиболее часто изменяемый код

потом привязка к вариантам использования, т.е. блокам возможных входных сообщений и контекстов, это сервисный слой

самый верхний слой (домен) он не зависит от вариантов использования и самый редко изменяемый

итак, если хотите какую-то непрерывную меру то я бы выбрал "независимость от контекста и инструментов", чем меньше зависимость тем выше уровень

также можно использовать то что зависимость и управление идут рядом

если в бизнесе есть управляющий сервис, то он выше по абстракции

обслуживающие сервисы ниже по уровню абстракции и больше подвержены изменениям

Композиция или наследование: как выбрать?

Можно ещё purchase state

А логику перехода между состояниями в чистые функции, которые не привязаны к конкретно классу

Как проклятие невидимой стены ждало меня 20 лет

Наверняка

Монады как паттерн переиспользования кода

самое интересное - последняя четверть текста

я чуть не закрыл страницу

Слово Божие — функциональное программирование как основа Вселенной

Да понятно все )))

Программа это большое логическое выражение, выраженное как бинарное дерево

Бинарное дерево состоит из листьев и ветвлений - это S I K комбинаторы

Йота комбинатор это рекурсия (самоприменение)

Йота язык программа как число) это свертка бинарного дерева

Книга «Грокаем функциональное программирование»

купил, мне не понравилось

первая половина про рефакторинг с целью устранения побочных эффектов и повышения переиспользования кода

вторая половина про какую то фигню с непонятной пользой

про то как проектировать приложение под ФП, под stateless я там не увидел

из плюсов там подача материала через UseCases простые и узнаваемые

Как два программиста хлеб пекли

хлипкий Хаселист попался

за синтаксис не поручусь, но и так все ясно

class Recipe
  ingredients: List[Ingredient]
  description: str

class Ingredient
  name: str
  weight: float

class type Cookie
class Bread : Cookie
class MeatPie : Cookie
class PotatoPie : Cookie
class type IOven
class GasOven : IOven
class ElectricOven : IOven
state On | Off
class Gas
ovenOn IOven -> Gas -> state -> (IOven state)
cook : IOven state recipe-> Maybe Bread

а его уже можно перевести в шарп через ЧатГПТ код ибо никто на Хаскеле нынче не пишет

using System.Collections.Generic;

class Recipe
{
    public List<Ingredient> ingredients;
    public string description;
}

class Ingredient
{
    public string name;
    public float weight;
}

class Cookie { }

class Bread : Cookie { }

class MeatPie : Cookie { }

class PotatoPie : Cookie { }

interface IOven { }

class GasOven : IOven { }

class ElectricOven : IOven { }

enum State
{
    On,
    Off
}

class Gas { }

record OvenOnRequest (IOven oven, State state)

record CookRequest(IOven oven, State state, Recipe recipe)

class SomeShit
{
    IOven ovenOn(IOven oven, State state, Gas gas)
    {
       ...
    }

    Maybe<Bread> cook(IOven oven, State state, Recipe recipe)
    {
        return new Maybe<Bread>();
    }
}

итого минут 10 на бумажке, не отлаживал

... ну или state засунуть внутрь IOven но лень

Блин, на перевод на шарп времени больше ушло исправлять за чатГПТ, да и то не уверен

Принцип подстановки Лисков

через расширения удобней

public class Diamond
{
    protected double _side;
    protected double _diagonal;
    public Diamond(double side, double diagonal)  {_side = side; _diagonal = diagonal;}
    public double Side { get => _side; set => Side = value; }
    public double Diagonal { get => _diagonal; set => Diagonal = value; }
    public void Display() => Console.WriteLine($"Side: {_side}");
    public static implicit operator Diamond(Square square) => new Diamond(square.Side, square.Side*Math.Sqrt(2));
}
public class Rectangle
{
    protected double _width;
    protected double _height;
    public Rectangle(double height, double width) { _height = height; _width = width; }
    public double Width { get => _width; set => _width = value; }
    public void Display() => Console.WriteLine($"Width: {_width}, Height: {_height}");
    public static implicit operator Rectangle(Square square) => new Rectangle(square.Side, square.Side);
}
public class Square
{
    protected double side;
    public Square(double side) => this.side = side;
    public double Side { get => side; set => side = value; }
    public void Display() => Console.WriteLine($"Side: {side}");
}
class Program
{
    static void Main(string[] args)
    {
        Square square = new Square(5);
        square.Display();
        Console.WriteLine();
        Rectangle rectangle = square;
        rectangle.Display();
        Console.ReadLine();
    }
}

Принцип подстановки Лисков

Точнее так (с учетом всего прочитанного тут) - только вот реализацию периметра не удается унаследовать о прямоугольника, а может и не нужно

public interface IQuadrilateral
{
    public double Perimetr();
}

public class Quadrilateral:IQuadrilateral
{
    private double[] _sides;
    public Quadrilateral() { _sides = new double[4]; }
    public double Perimetr() => _sides.Sum();
}

public interface IRombus : IQuadrilateral
{
}
public interface IParalellipiped : IQuadrilateral
{
}

public class Paralellipiped: IParalellipiped
{
    private double[] _sides;
    public Paralellipiped() { _sides = new double[4]; }
    public double Perimetr() => _sides.Sum();

}
public class Rombus:IRombus
{
    private double _size;
    private double _angle;
    public double Perimetr() => 4 * _size;
    public Rombus(double size, double angle)
    {
        _size = size;
        _angle = angle;
    }
}

public interface IRectangle: IParalellipiped
{
    public double GetHeight();
    public double GetWidth();
}

public class Rectangle:IRectangle
{
    private double _height;
    private double _width;
    public Rectangle(double height, double width)
    {
        _height = height; _width = width;
    }
    public double GetHeight() => _height;
    public double GetWidth() => _width;
    public double Perimetr() => 2 * (_height + _width);
}

public class Square: IRectangle,IRombus
{
    private double _side;
    public Square(double side)
    { _side = side; }
    public double GetHeight() { return _side; }
    public double GetWidth() { return _side; }
    public double Perimetr() { return 4*_side; }

}

public class Program
{
    public static void Main()
    {
        Square s = new(5);
        Console.WriteLine(s.GetHeight());
        Console.WriteLine(s.Perimetr());
        Console.ReadLine();
    }
}