Вычислительные выражения в F#

Когда всё это появится в c#?

А то можно и так, наверное

using System;

public static class Logger
{
    public static int Log(Func<int> expression)
    {
        try
        {
            int result = expression();
            Console.WriteLine($"Result: {result}");
            return result;
        }
        catch (Exception ex)
        {
            Console.WriteLine($"Error: {ex.Message}");
            throw;
        }
    }
}

public static class Program
{
    public static int loggedWorkflow()
    {
        return Logger.Log(() =>
        {
            int x = 42;
            int y = 43;
            int z = x + y;
            return z;
        });
    }

    public static void Main(string[] args)
    {
        int result = loggedWorkflow();
        Console.WriteLine($"Final result: {result}");
    }
}

Секрет внутри одного миллиона чекбоксов

Дуров, верни стену! )))

Пожалуйста, хватит о чистой архитектуре микросервисов

Пришёл джун и всем по шапке насовал

Монокультура в программировании

Если вы писали только на статических языках, обязательно выучите динамический

Зачем это?

Если не скрипт, не прототип и не фронт энд то зачем?

Многоязычность в большой компании на большом проекте это возможно неплохо. Но количество экспертов должно быть больше количества языков )

А экспертов много меньше чем просто программистов

Тест поддельного шуруповерта Makita

Найдите Россию на сайте Макиты

Как организовать продуктивную четырёхдневную рабочую неделю?

Project Management Black Book

t.me

Сколько будет длиться твой созвон?

Час? Два? Три? Пять?

Project Management Black Book

t.me

Топ 10 языков программирования в 2024 году по деньгам и популярности

Выгрузить.Выбрать.Получить.Забрать

это sql/linq? )))

Топ 10 языков программирования в 2024 году по деньгам и популярности

1С лидер по запросам с указанной ЗП выше 400.000
как не язык? нужно знать бухучет и проч бизнес?

ну тогда питон тоже в корзинку - там платят явно не за язык, а за знания нейросетей и т.п. а программирование слегка сбоку

Составляем портрет типичного программиста: версия 2024 года

Не было вопроса про цвет глаз.

Значит нарисовать мой портрет вы не сможете

Основы чистого кода на Python (PEP8, SOLID, ООП) ::: часть 1

Извиняюсь, какой тут чистый код, если вы аннотации типов написать поленились?

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

Математика надёжности. Доклад Яндекса

А без микросервисов проблем было бы гораздо меньше

Всё что выходит в сеть умрёт много раз. Я разрабатывал и сопровождал геораспределенную инфо систему, так в логах было 10.000 сетевых сбоев за год типа отказ сети при SQL запросе или web api. Ошибок бизнес логики было гораздо меньше. Очень трудно достичь надёжности в такой системе. А требования к надёжности были высокие.

Состояние WebAssembly – 2023 и 2024

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

Я за раст и c# , но как-то медленно всё идёт

Обработка ошибок в Rust

Вместо макроса try! можно использовать оператор ? для автоматического возврата ошибок

use std::fs::File;
use std::io::{self, Read};
use std::path::Path;

#[derive(Debug)]
enum CliError {
    IoError(io::Error),
    ParseError(std::num::ParseIntError),
}

impl From<io::Error> for CliError {
    fn from(err: io::Error) -> CliError {
        CliError::IoError(err)
    }
}

impl From<std::num::ParseIntError> for CliError {
    fn from(err: std::num::ParseIntError) -> CliError {
        CliError::ParseError(err)
    }
}


//fn file_double<P: AsRef<Path>>(file_path: P) -> Result<i32, CliError> 
fn file_double(file_path: AsRef<Path>) -> Result<i32, CliError>{
    let mut file = File::open(file_path)?;
    let mut contents = String::new();
    file.read_to_string(&mut contents)?;
    let n: i32 = contents.trim().parse()?;
    Ok(2 * n)
}

fn main() {
    match file_double("path/to/your/file.txt") {
        Ok(result) => println!("Result: {}", result),
        Err(e) => eprintln!("Error: {:?}", e),
    }
}

Или даже так

fn file_double(file_path: AsRef<Path>) -> Result<i32, CliError>
    File::open(file_path)?
        .read_to_string(&mut String::new())?
        .trim()
        .parse::<i32>()
        .map(|n| 2 * n)

Rust 1.80.0: типы LazyCell, LazyLock, проверяемые имена и значения cfg, эксклюзивные диапазоны в шаблонах

Для лиги душноты:

Это не новинки языка, а библиотеки std

Сотрудник технологической компании рассказал о том, как он уже три года работает 1-3 часа в день при полном рабочем дне

Менеджерам всегда хочется оптимизировать фот

Книга «Высоконагруженные приложения. Программирование, масштабирование, поддержка»

Интересней прочитать его оригинальный пост из которого и родилась книга. Там хорошо видны корневые причины, а в этой статье за деревьями леса не видно.

https://martin.kleppmann.com/2012/10/01/rethinking-caching-in-web-apps.html

В 48 собесах от оффера в Гугл

Зачем так нервничать?

Кукушка никуда не денется

Как работать с Git и Gitflow: разбираемся на примерах

Это всё интегрировано в ide, в частности visual studio.

Командная строка git нужна очень редко

Ну разве что скриптов писать вроде поиска наиболее много менявшихся файлов

git log --numstat --pretty=format: | awk '{ add += $1; subs += $2; loc += $1 - $2 } END { printf "added lines: %s, removed lines: %s, total lines: %s\n", add, subs, loc }' && git log --numstat --pretty=format: | awk '{ add += $1; subs += $2; loc += $1 - $2; printf "%s\t%s\t%s\n", $1, $2, $3 }' | sort -n -r | head -100

У меня нет конструктора, но я должен инициализироваться

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

Ещё одна статья: собеседование Senior PHP

Вот так код и раздувается в 5-7 раз

Задумаешься прежде чем рефакторить - а надо ли это в данном случае...

Улучшение 1: Разделение ответственности (Separation of Concerns)
Стоимость улучшения 1: 20 строк кода
Описание: Вынесение логики создания заказа из контроллера в отдельный сервис OrderService позволяет разделить ответственность между классами. Контроллер теперь отвечает только за обработку HTTP-запросов и возврат ответов, а сервис - за бизнес-логику создания заказа. Это делает код более модульным, облегчает тестирование и упрощает внесение изменений в будущем.

Улучшение 2: Внедрение зависимостей (Dependency Injection)
Стоимость улучшения 2: 10 строк кода
Описание: Зависимости (OrderService, ItemRepository, OrderRepository, NotificationService) теперь внедряются через конструктор, что позволяет легко заменять их на другие реализации и упрощает тестирование. Это делает код более гибким и облегчает внесение изменений в будущем.

Улучшение 3: Обработка ошибок
Стоимость улучшения 3: 15 строк кода
Описание: Добавлена обработка исключений и логирование ошибок. В случае недостаточного количества товара на складе выбрасывается исключение InsufficientStockException, которое обрабатывается и возвращается соответствующий ответ клиенту. Это делает код более устойчивым к ошибкам и облегчает отладку.

Улучшение 4: Использование распределенных транзакций
Стоимость улучшения 4: 10 строк кода
Описание: Создание заказа теперь происходит в рамках распределенной транзакции с использованием пакета netsells/laravel-distributed-transactions. Это гарантирует согласованность данных между базами данных товаров и заказов. Если в процессе создания заказа возникнет ошибка, все изменения будут отменены, что предотвратит несогласованность данных.

Улучшение 5: Валидация запроса
Стоимость улучшения 5: 5 строк кода
Описание: Добавлен класс CreateOrderRequest для валидации входных данных запроса на создание заказа. Это позволяет проверять корректность данных перед их обработкой и возвращать информативные сообщения об ошибках в случае некорректных данных.

Улучшение 6: Логирование
Стоимость улучшения 6: 7 строк кода
Описание: Добавлено логирование ошибок и предупреждений с помощью фасада Log. Это позволяет отслеживать возникающие проблемы и упрощает отладку и мониторинг приложения.

Итого: Общая стоимость улучшений составляет 67 строк кода. Несмотря на увеличение количества строк кода, эти улучшения делают код более модульным, поддерживаемым, расширяемым и устойчивым к ошибкам. В долгосрочной перспективе это окупится за счет упрощения поддержки и расширения функциональности приложения.