Возможно процент пользователей диском с бесплатным 100Гб/1Тб составляет существенную часть пользователей Облака от Mail. Отсюда и мысль перевести их в платных клиентов. Хотя, как по мне, тут лучше бы подумать как взять новых платных клиентов.
Я как получил в 2013г свои халявные 100Гб, так и вспоминаю про них только когда Мэйл шлет напоминалку раз в 6 месяцев из серии "зайди, а то отберем". А вот яндекс диск, тем не менее, у меня куплен.
Главное отличие Rover от VS Code это использование собственного парсера Rust. В этом и его преимущество, и недостаток Преимущество Rover — он может разбирать код для любой версии Rust, даже тех для которых нет rust-analyzer (для nightly актуально). Это же и его недостаток — нет поддержки от сообщества Rust.
Основатели с мат-меха СПбГУ, основной штат разработки до СВО всегда был в СПб (думаю, процентов 85 разработчиков были в РФ). Заграничные офисы тоже были, но больше для продаж и тех, кто хотел работать за границей.
Где-то в 2021г они строили огромный (реально огромный) офис для своей разработки. Потом вроде Газпрому продали.
Я бонусом получил еще и linkedin, и rutracker. Заодно научился настраивать openwrt и подключаться по serail к роутеру. Так что в чем-то я даже благодарен замедлению ютуб. Моя жизнь после определенно стала в чем-то приятней, а знаний точно прибавилось.
Смотря что вы вкладываете в термин готов. Поддержка архитектур есть для arm, risc-v, atmega с различным tier. PAC и HAL тоже есть. Инфраструктура в виде IDE и HAL для C сильно лучше в силу ее поддержки вендорами типа STMicroelectronics. Новые игроки типа Espressif Rust поддерживают сами, насколько я могу судить.
В целом мне сложно сравнивать, т.к. embedded я только с Rust занимался. Мне нравится, особенно на уровне работы c PAC, а не HAL.
Вообще все равно. Я из мира JVM и на Rust писать готов (в том числе embedded), на C/C++ нет. А так... Думаю, что в момент появления C примерно такие же мысли (C не нужен) были у программистов на ассемблере.
Вот, например, реализация стратегии без Box<dyn SortStrategy>:
use std::collections::HashMap;
type Data = HashMap<String, u32>;
trait Formatter {
fn format(&self, data: &Data, buf: &mut String);
}
struct Report;
impl Report {
// Write should be used but we kept it as String to ignore error handling
fn generate<T: Formatter>(g: T, s: &mut String) {
// backend operations...
let mut data = HashMap::new();
data.insert("one".to_string(), 1);
data.insert("two".to_string(), 2);
// generate report
g.format(&data, s);
}
}
Там нет параметрического режима. Так что я даже не понимаю, как ее для обучения использовать :( Обновили бы ее до 17 (с новым UI) и включили параметрический режим - уже было хорошо.
Rust In Action еще интересна своим подходом. Помимо самого языка, она еще дает основы работы компьютера в целом (CPU, сеть). Для многих молодых разработчиков этот аспект тоже будет полезен.
Согласен. Поэтому и rust не так высок. В Rust сообществе visual studio code гораздо популярнее инструментов от JetBrains (я, например, сам VS Code имея личную подписку на Intellij Idea)
Это не совсем корректно, т.к. задачи они все-таки решают разные. ORM как инструмент должен сделать маппинг между миром ООП и миром реляций в СУБД. А exposed/slick как и myBatis все-таки мапит не таблицы. а результаты запросов. Я с jooq не работал, но подозреваю что по стилю использования exposed ближе к нему, чем к Hibernate.
Я подписан на хаб Rust и прилетела эта статья. Причем тут Rust, я не понял.
Есть еще один подход, который не упомянули авторы статьи. В библиотеке SLICK (Scala) этот подход назвали Functional Relational Mapping. Библиотека Exposed - реализация этого подхода для Kotlin - позволяет написать любой запрос к БД оставаясь в рамках типизированной модели.
Возможно процент пользователей диском с бесплатным 100Гб/1Тб составляет существенную часть пользователей Облака от Mail. Отсюда и мысль перевести их в платных клиентов. Хотя, как по мне, тут лучше бы подумать как взять новых платных клиентов.
Я как получил в 2013г свои халявные 100Гб, так и вспоминаю про них только когда Мэйл шлет напоминалку раз в 6 месяцев из серии "зайди, а то отберем". А вот яндекс диск, тем не менее, у меня куплен.
Главное отличие Rover от VS Code это использование собственного парсера Rust. В этом и его преимущество, и недостаток
Преимущество Rover — он может разбирать код для любой версии Rust, даже тех для которых нет rust-analyzer (для nightly актуально). Это же и его недостаток — нет поддержки от сообщества Rust.
Я радуюсь, что в своем время для Rust выбрал VSCode, не Intellij IDEA.
Основатели с мат-меха СПбГУ, основной штат разработки до СВО всегда был в СПб (думаю, процентов 85 разработчиков были в РФ). Заграничные офисы тоже были, но больше для продаж и тех, кто хотел работать за границей.
Где-то в 2021г они строили огромный (реально огромный) офис для своей разработки. Потом вроде Газпрому продали.
40 лет назад, когда появился термин IDE, буква I подразумевала приложение, в котором можно:
писать код
запускать код
отлаживать код
Сейчас, конечно, требования немного другие.
Я бонусом получил еще и linkedin, и rutracker. Заодно научился настраивать openwrt и подключаться по serail к роутеру. Так что в чем-то я даже благодарен замедлению ютуб. Моя жизнь после определенно стала в чем-то приятней, а знаний точно прибавилось.
Может быть, зависит от оператора. У меня месяц назад на yota перестали слаться sms-ки для входа в аккаунт.
Смотря что вы вкладываете в термин готов. Поддержка архитектур есть для arm, risc-v, atmega с различным tier. PAC и HAL тоже есть. Инфраструктура в виде IDE и HAL для C сильно лучше в силу ее поддержки вендорами типа STMicroelectronics. Новые игроки типа Espressif Rust поддерживают сами, насколько я могу судить.
В целом мне сложно сравнивать, т.к. embedded я только с Rust занимался. Мне нравится, особенно на уровне работы c PAC, а не HAL.
Вообще все равно. Я из мира JVM и на Rust писать готов (в том числе embedded), на C/C++ нет.
А так... Думаю, что в момент появления C примерно такие же мысли (C не нужен) были у программистов на ассемблере.
Он еще и российским разработчиком пишется, насколько я понял.
Как и много других вопрос с собеседований. Я считаю нормальной идей кандидатов проверять в основ, особенно если это junior позиции.
Ok, вы решили затащить ООП паттерны в не совсем ООП язык. Но зачем их реализовывать так прямолинейно (и насколько я понимаю, не оптимально)?
Rust предлагает более изящные и оптимальные решения, посмотреть можно здесь:
https://rust-unofficial.github.io/patterns/patterns/index.html
Вот, например, реализация стратегии без
Box<dyn SortStrategy>:Там нет параметрического режима. Так что я даже не понимаю, как ее для обучения использовать :( Обновили бы ее до 17 (с новым UI) и включили параметрический режим - уже было хорошо.
https://www.youtube.com/watch?v=Oy_VYovfWyo&list=PLlb7e2G7aSpTfhiECYNI2EZ1uAluUqE_e отличный курс от Computer Science Center
Rust In Action еще интересна своим подходом. Помимо самого языка, она еще дает основы работы компьютера в целом (CPU, сеть). Для многих молодых разработчиков этот аспект тоже будет полезен.
Согласен. Поэтому и rust не так высок. В Rust сообществе visual studio code гораздо популярнее инструментов от JetBrains (я, например, сам VS Code имея личную подписку на Intellij Idea)
У вас прикольный обзор на gist лежит. Судя по вашим скриншотам что-то свое готовятся сделать.
Авотограф и Р7-графика это draw.io в десктоп обертке. А АСМОГраф, судя по всему, на своем движке построен.
Это не совсем корректно, т.к. задачи они все-таки решают разные. ORM как инструмент должен сделать маппинг между миром ООП и миром реляций в СУБД. А exposed/slick как и myBatis все-таки мапит не таблицы. а результаты запросов. Я с jooq не работал, но подозреваю что по стилю использования exposed ближе к нему, чем к Hibernate.
Два момента:
Я подписан на хаб Rust и прилетела эта статья. Причем тут Rust, я не понял.
Есть еще один подход, который не упомянули авторы статьи. В библиотеке SLICK (Scala) этот подход назвали Functional Relational Mapping. Библиотека Exposed - реализация этого подхода для Kotlin - позволяет написать любой запрос к БД оставаясь в рамках типизированной модели.