К тому же АЭС производят радиоактивные отходы в виде высокоактивного топлива, которое хранится и контролируется, тогда как радиоактивные выбросы ТЭС распределяются в окружающей среде, что вообще нехорошо в целом, особенно живущим рядом всем видам.
Во второй картинке в Гугл.Картинках выдаётся эта статья, в которой упоминается научная работа, названная самой цитируемой, и вот в ней график уже говорит что атомная энергетика имеет максимальный показатель, а гидро на втором. Научная работа за 2013 год.
Напоминает случай, который рассказал Нил де Грасс Тайсон про статью о нём в Вики — мол, он атеист. Он создал профиль чтобы исправить это и написать что он агностик. Удалили. Он ещё раз исправил, но с другим текстом, мол ошибочно думают что атеист, но он агностик.
Прошло время. Теперь в его же статье сослались на это видео, чтобы рассказать что он агностик и прям весь его монолог приведён. Из-за этого вы можете понять что в вашем случае дело не в "недостоверном источнике", а модераторах.
Если можете что-то из навыков по службе рассказать про проверку фактов в сети, да обернуть это в контекст Вики, будет весьма полезно. Будут на вас потом ссылаться)
Исследование само по себе интересно (что исследовалось и как), но, как и часто в других исследованиях, с выводами я не согласен.
Некто за месяц делают меньше 3 коммитов и это плохо (согласно статье). Ну, видимо, я тот самый (как и большинство в моей команде), потому что я всегда сливаю в один крупный коммит по своей задаче в своей ветке всё, что было сделано, чтобы потом, когда сливаю с master/test/prod, меньше проблем с конфликтами было.
Некто делает тривиальные изменения в 1 строку. Тут непонятен срок. Тоже в месяц? Тогда, скорее всего, либо их не проверяют менеджеры, либо они искали и нашли сложную ошибку. В первом случае, вина и программиста, и менеджера, во втором программист молодец. И даже в этом случае, у задач есть сроки, зачастую. Это всё должны проверять регулярно менеджеры, а до них (зависит от иерархии) тимлиды, техлиды. Если и есть проблема, то потому что выше по иерархии кто-то, как минимум один, свою работу не делал. Даже если такое происходит у это сотрудника регулярно - есть те, кто про иерархии выше и должны были это проверять. BigTech же, а не команда на 5 человек, где сам следит за собой.
Ну и дальше скорее всего ложные выводы на базе других ложных выводов - экономия, плохие программисты, 0 информации о менеджерах и т.д.
Печально что если поискать эту статью в сети, то выйдет десяток, где уже все программисты не работают, программистов можно увольнять, программисты не нужны и т.д., и т.п. Ящик ИТ-Пандоры открыт.
Ждём аналогичное исследование о деятельности менеджеров от Стэндфорда же, вместе с сокращениями (а их ЗП в 10-300 раз больше) и всё такое.
Вы ошибаетесь. Большинство используют MySQL. Вся суть MariaDB это страх что Oracle её закроет. На этом страхе они (контора что рулит MariaDB) и живут на весьма немалые деньги, ничего не привнося.
Будто т.н. либералы не стараются закрыть рот всем несогласным.
К сожалению, подобных людей много с каждой стороны.
Ну и просто вспомните мнение этого персонажа о C++ и тех, кто его используют. Разве оно либерально? Одни оскорбления. Забавно, при этом, что все претензии будут соответствовать впихнутым в ядро Rust. Видимо, не осилил плюсы.
Признаюсь честно, когда я начинал работать с Laravel (лет 5 назад), я и представить не мог, насколько этот фреймворк станет популярным.
А я как раз наоборот, ещё в 2015, кажется, решил что проект будет сильно востребован потому что авторы уже тогда начинали создавать вокруг него инфраструктуру, в целом, экосистему. Есть она, значит есть бизнес, который будет востребован в самом фреймворке, а значит последний должен развиваться и становиться популярным. Ну и дальше Ламборджини, всё такое)
Было пару раз что мне было лень (и сонный был) это всё распознавать самому, отправлял в ChatGPT картинку и получал правильный ответ, который просто вставлял. Технически не вижу чтобы были проблемы реализовать это и программно, включая выбор чего надо с изображения (автобус, светофор, машины, дорожки, птицы и т.п.), так что LLM должны лучше справляться с такими задачами, чем даже люди в большинстве своём.
Из всей статьи больше всего удивило увидеть код на PHP. Яндекс всем своем существованием проявлял свою неприязнь и игнорирование самого популярного языка. Зато Perl почему-то везде используется.
Я имел ввиду русскую Википедию. Не знал что есть буквально Рувики.
Жаль, странно, не поддерживаю. Вы тоже на русском написали.
А научная статья на английском. И американский Forbes приводит подобный же график в статье за 2015 год.
Наоборот. У АЭС собираются и контролируются, никаких выбросов в окружающую среду, а у ТЭС всё во вне.
К тому же АЭС производят радиоактивные отходы в виде высокоактивного топлива, которое хранится и контролируется, тогда как радиоактивные выбросы ТЭС распределяются в окружающей среде, что вообще нехорошо в целом, особенно живущим рядом всем видам.
В РуВики график по США с данными за 2010 год.
Во второй картинке в Гугл.Картинках выдаётся эта статья, в которой упоминается научная работа, названная самой цитируемой, и вот в ней график уже говорит что атомная энергетика имеет максимальный показатель, а гидро на втором. Научная работа за 2013 год.
Посмотрите альтернативу правды ради.
Напоминает случай, который рассказал Нил де Грасс Тайсон про статью о нём в Вики — мол, он атеист. Он создал профиль чтобы исправить это и написать что он агностик. Удалили. Он ещё раз исправил, но с другим текстом, мол ошибочно думают что атеист, но он агностик.
Прошло время. Теперь в его же статье сослались на это видео, чтобы рассказать что он агностик и прям весь его монолог приведён. Из-за этого вы можете понять что в вашем случае дело не в "недостоверном источнике", а модераторах.
Если можете что-то из навыков по службе рассказать про проверку фактов в сети, да обернуть это в контекст Вики, будет весьма полезно. Будут на вас потом ссылаться)
Подумайте, пожалуйста.
Я думаю автор имел ввиду что он знает русский и поэтому может отвечать на русском. Ну чего ж вы так?
Исследование само по себе интересно (что исследовалось и как), но, как и часто в других исследованиях, с выводами я не согласен.
Некто за месяц делают меньше 3 коммитов и это плохо (согласно статье). Ну, видимо, я тот самый (как и большинство в моей команде), потому что я всегда сливаю в один крупный коммит по своей задаче в своей ветке всё, что было сделано, чтобы потом, когда сливаю с master/test/prod, меньше проблем с конфликтами было.
Некто делает тривиальные изменения в 1 строку. Тут непонятен срок. Тоже в месяц? Тогда, скорее всего, либо их не проверяют менеджеры, либо они искали и нашли сложную ошибку. В первом случае, вина и программиста, и менеджера, во втором программист молодец. И даже в этом случае, у задач есть сроки, зачастую. Это всё должны проверять регулярно менеджеры, а до них (зависит от иерархии) тимлиды, техлиды. Если и есть проблема, то потому что выше по иерархии кто-то, как минимум один, свою работу не делал. Даже если такое происходит у это сотрудника регулярно - есть те, кто про иерархии выше и должны были это проверять. BigTech же, а не команда на 5 человек, где сам следит за собой.
Ну и дальше скорее всего ложные выводы на базе других ложных выводов - экономия, плохие программисты, 0 информации о менеджерах и т.д.
Печально что если поискать эту статью в сети, то выйдет десяток, где уже все программисты не работают, программистов можно увольнять, программисты не нужны и т.д., и т.п. Ящик ИТ-Пандоры открыт.
Ждём аналогичное исследование о деятельности менеджеров от Стэндфорда же, вместе с сокращениями (а их ЗП в 10-300 раз больше) и всё такое.
Вы ошибаетесь. Большинство используют MySQL. Вся суть MariaDB это страх что Oracle её закроет. На этом страхе они (контора что рулит MariaDB) и живут на весьма немалые деньги, ничего не привнося.
Рейтинги в сети есть. db-engines.com, как пример.
Будто т.н. либералы не стараются закрыть рот всем несогласным.
К сожалению, подобных людей много с каждой стороны.
Ну и просто вспомните мнение этого персонажа о C++ и тех, кто его используют. Разве оно либерально? Одни оскорбления. Забавно, при этом, что все претензии будут соответствовать впихнутым в ядро Rust. Видимо, не осилил плюсы.
Это не гипотезы или предположения.
1 пример, про void*
C допускает неявное преобразование
void*в любой другой тип указателя. Программа скомпилируется.C++ требует использовать явное приведение. Программа не скомпилируется.
2 пример, про const
Результат будет разным: в С будет 42, а в C++ 10.
3 пример, про void
В C скомпилируется, т.к. передать. А в C++ нет.
В C функция, объявленная как
void func(), означает, что она принимает произвольное количество аргументов.C++ строго проверяет соответствие сигнатуры функции.
Вот несколько примеров. Так что я не согласен что C++ не более строгий.
А я как раз наоборот, ещё в 2015, кажется, решил что проект будет сильно востребован потому что авторы уже тогда начинали создавать вокруг него инфраструктуру, в целом, экосистему. Есть она, значит есть бизнес, который будет востребован в самом фреймворке, а значит последний должен развиваться и становиться популярным.
Ну и дальше Ламборджини, всё такое)
Краткий ответ - да. Но вам всё же лучше указать минимальные требования для входа в эти условия, чтобы не ошибиться хотя бы для себя.
Ищется быстро по части вашего же комментария "Huawei в non-SDN списке". Получаем
https://sanctionssearch.ofac.treas.gov/Details.aspx?id=30947
Было пару раз что мне было лень (и сонный был) это всё распознавать самому, отправлял в ChatGPT картинку и получал правильный ответ, который просто вставлял. Технически не вижу чтобы были проблемы реализовать это и программно, включая выбор чего надо с изображения (автобус, светофор, машины, дорожки, птицы и т.п.), так что LLM должны лучше справляться с такими задачами, чем даже люди в большинстве своём.
Большие проекты люди такими условиями как на скриншоте не пишут. Понимают что может и приведёт к ошибкам.
Ну а ноги растут из самого C. Типизация в C++ более строгая, чем в C, но именно на последнем написаны Python, PHP и много ещё чего.
Это почти 1 в 1 перевод страницы с сайта самого redis https://redis.com/blog/6-books-new-redis-developers-should-read/
SDK для более популярного, чем Go, PHP делать вы, конечно, не будете.
Из всей статьи больше всего удивило увидеть код на PHP. Яндекс всем своем существованием проявлял свою неприязнь и игнорирование самого популярного языка. Зато Perl почему-то везде используется.