Я вот прочитал данный спич и вдруг отметил, что сам я никогда не пытался "изучать" - впихивать в себя через силу книги по 700стр, или заканчивать какие-то курсы.
Я всегда пытался что-то делать на C++, а чтобы это сделать читал литературу урывками либо интернет по dial up.
В карьере у меня был C, C++, C# с энтерпрайзом, разработка электроники, обработка сигналов, а сейчас тех. руководство по двум проектам на C++.
Когда покупаешь себе проц из N серии, нужно ясно давать себе отчёт, что ты покупаешь минимум. И больше этого минимума ты сделать ничего не сможешь. На N150 даже офисные задачи могут быть ограничены.
А вот на Ryzen 5600 - офисные задачи уже не ограничиваются.
Это ископаемое можно заменить почти чем угодно. Из-за низкой частоты его производительность на сегодняшний день никакая. Возможно, в задачах видео оно ещё как-то трепыхается из-за параллелизма. Но в целом - проц мусор на сегодняшний день.
Когда разработчики общаются с заказчиком - я считаю неправильной практикой.
Но, чтобы это мог делать БА, он как минимум должен быть в теме предметно области. А чтобы эффективно проецировать требования на разрабатываемую систему - ещё и иметь знания в разработке и свойства системы.
А в статье эти навыки проходят как второстепенные.
Из статьи у меня сложилось впечатление, что героиня ищет позицию какой-то несуществующей в реальности единицы. Когда были жирные времена, держали человека ради модного названия должности на 5тысяч зелени на руки.
Как минимум отладчик в MS VS быстрее. Плюс больше парсит всяких типов. Плюсом потребление памяти, профилирование шагов, всякие записи - воспроизведения (вроде для c++ есть, но не пробовал).
Я вот прочитал данный спич и вдруг отметил, что сам я никогда не пытался "изучать" - впихивать в себя через силу книги по 700стр, или заканчивать какие-то курсы.
Я всегда пытался что-то делать на C++, а чтобы это сделать читал литературу урывками либо интернет по dial up.
В карьере у меня был C, C++, C# с энтерпрайзом, разработка электроники, обработка сигналов, а сейчас тех. руководство по двум проектам на C++.
Раньше под подобными постами писали либо "С подключением!", либо "спасибо, Кэп".
Когда покупаешь себе проц из N серии, нужно ясно давать себе отчёт, что ты покупаешь минимум. И больше этого минимума ты сделать ничего не сможешь. На N150 даже офисные задачи могут быть ограничены.
А вот на Ryzen 5600 - офисные задачи уже не ограничиваются.
Это ископаемое можно заменить почти чем угодно. Из-за низкой частоты его производительность на сегодняшний день никакая. Возможно, в задачах видео оно ещё как-то трепыхается из-за параллелизма. Но в целом - проц мусор на сегодняшний день.
Когда разработчики общаются с заказчиком - я считаю неправильной практикой.
Но, чтобы это мог делать БА, он как минимум должен быть в теме предметно области. А чтобы эффективно проецировать требования на разрабатываемую систему - ещё и иметь знания в разработке и свойства системы.
А в статье эти навыки проходят как второстепенные.
Из статьи у меня сложилось впечатление, что героиня ищет позицию какой-то несуществующей в реальности единицы. Когда были жирные времена, держали человека ради модного названия должности на 5тысяч зелени на руки.
О, ещё один подсвечник завёлся. Подсвечивает.
Тёмыч не предлагал автору работу, между прочим.
А чем невсратая схема лучше всратой, я тоже не понял.
>>Конденсат Бозе-Эйнштейна был впервые получен в 1925 году
В 1995 был впервые получен этот конденсат.
О, дубльгис удалил ещё один отзыв, на этот раз об упоротой стоматологии, где на все проблемы один ответ - а давайте 8ки удалим.
Ошибка. MMS может работать через GPRS. И вообще ммс завязан на WAP
>>имя пользователя для бота, которое должно быть больше 11 символов (да, не меньше)
Короткие имена ботов будут раздаваться за деньги :)
Увы. Бизнесу нужно зарабатывать деньги, он уже начал суетиться и заказывать ботов под эту шляпу.
А большинству людей пофиг что там за мессенджер, лишь бы сообщения доставлялись...
А некоторые (их много, кстати, не только здесь в клмментах, но даже и в моём окружении) даже рады повторять методичку бесплатно.
Прям методичкой пахнуло.
Помню, в одной из контор, где я работал, чувак написал подобную штуку на макросах для обработки программной I2C шины в прерываниях.
Мержревест был категорично остановлен мною И код отправился в мусорку. А чувак пошёл писать нормальный обработчик.
Потому что нужно знать, сколько тактов занимает код в прерываниях.
Добротная статья.
А вот политика Яндекса по отниманию денег у пользователей - дно.
Поэтому всё тлен.
Неточности доходят до того, что инфа от LLM принципиально ошибочна.
Эксбигиционизм жизненного пути туда сливают.
А здесь пишут технические статьи.
Этот текст на Пикабу будет более уместен, имхо.
Как минимум отладчик в MS VS быстрее. Плюс больше парсит всяких типов. Плюсом потребление памяти, профилирование шагов, всякие записи - воспроизведения (вроде для c++ есть, но не пробовал).