Пошлины сработали как и ожидалось. Массово открываются заводы. Китай массово локализует машины и вкладывает деньги в Россию. Автопром прямо воспрял и летит. Все отлично работает. Калужская область снова становится сердцем российского автопрома. Никаких заброшек и простаивающих заводов. Все работает.
Можно подсветку фона сделать, да и если попадутся шахматы можно руками померять) В целом я не говорю что вот надо обязательно сделать именно так, мысли вслух. Вообще задача интересная, это не 100500-й отчет делать.
электричество, для которого тоже нужно жечь уголь и нефть.
Тепловыми электростанциями вырабатывается примерно 60% электричества, и там большая доля это природный газ, нефть для производства электричества практически не используется.
выхлоп бензинок -- это химически чистые углекислый газ и вода
Серьезно? Ради интереса посмотрел на евро-6, оксид азота и прочее там вполне себе присутствует даже в нормах. Это не говоря о методике тестирования и дизельгейте.
Просто как по мне интерес в написании таких проектов это именно все самому, чтобы понять как работает.
Если писать свой парсер, то можно понять как работают парсеры. Это безусловно полезное знание, но к СУБД отношения не имеет. Вот тут bnf грамматики для старых версий sql, можете оценить объем работы.
Есть множество вещей, который к реляционной алгебре отношения не имеют, но которые надо знать - индексы, вьюхи, хранимки, триггеры, права доступа, профилирование. Есть специальные типы данных - xml, json, spatial. Есть более специфические СУБД - графовые, key-value, объектные, time-series. Есть в реляционной алгебре, к примеру, операция деления, а в СУБД ее нет. В SQL есть аггрегаты, который в РЛ нет и т.д. и т.п. Да и вообще говоря таблица это не совсем отношение из реляционной алгебры.
Поэтому достаточно дать историческую справку откуда что пошло. А дальше уже учить как непосредственно SQL, так и СУБДшные штучки типа триггеров и разграничений прав доступа.
Возможно это снова вопрос определений, что именно такое "устройство компа". Но архитектура ЭВМ и ассемблер нужны чтобы лучше понимать код. По моему опыту люди без таких знаний не понимают указатели и кодировки строк. Реальный пример из жизни - чел читает строку из файла, там крокозябры, полнейший ступор, решение типа "посмотри какая кодировка и укажи явно при вызове функции" не понимает, что делать не знает в принципе, вообще глухо.
Или ждали, но не такие. Или не думали вообще на эту тему - "авось пронесет". Провал в планировании на лицо.
Так это норма жизни. Не надо думать что в правительствах сидят сплошь гениальные люди, которые выдвигаются наверх в силу своих природных талантов и многолетней успешной работы.
А санкции были неизбежны при той внешней политике, что вела страна.
Это вам очевидно. А вот война началась аккурат после постройки второй части северного потока, стало быть санкций вообще не ждали, зато ждали постройки.
Физика не нужна кроме редчайших случаев. Да и в редчайших случаях надо знать скорее математику, типа как дифуры численно считать.
Про математику тут скорее вопрос определений, что именно значит "подробно". Тем более что в среднем техническом ВУЗе все равно в математику глубоко не залазят. Поэтому получается что для серьезных вещей знаний все равно мало, а для типичных айтишных задач условное ТФКП не нужно.
Как вы это предлагаете делать без знаний реляционной модели и нормальных форм?
Как человек, который сдуру когда-то изучал реляционную теорию, ответственно заявляю - все необходимые знания реляционной теории можно изложить за час. Современные БД бесконечно далеко ушли от голой реляционной теории.
Так что то что самолёт летает, на своих композитах, двигателях и прочем - это пример совершенно беспрецедентной крутости тех кто в проекте работает.
В изначальном сообщении речь шла о серийном производстве, которого как не было, так и нет. А в ответ рассказы про беспрецедентную крутость, да то что у японцев все плохо.
Тоесть надо видеть и сам путь, и все что вокруг него происходит.
Чтобы видеть севморпуть (или любое другое место) орбитальная станция не нужна, достаточно спутника. Или там космонавты будут сменять друг друга на вахте и смотреть в бинокль?
Производство легковых автомобилей в РФ
2013 - 1,916 миллиона
2021 - 1.4 миллиона
2022 - 450 тысяч
2023 - 537 тысяч
Работает все отлично просто, автопром воспрял.
Можно подсветку фона сделать, да и если попадутся шахматы можно руками померять) В целом я не говорю что вот надо обязательно сделать именно так, мысли вслух. Вообще задача интересная, это не 100500-й отчет делать.
Интересная штука. Такой вопрос - если сделать контрастный фон типа шахматной клетки, не проще будет?
Тепловыми электростанциями вырабатывается примерно 60% электричества, и там большая доля это природный газ, нефть для производства электричества практически не используется.
Расчетов я так понимаю не будет?
Что такое кризис продовольствия и как он связан с co2?
Серьезно? Ради интереса посмотрел на евро-6, оксид азота и прочее там вполне себе присутствует даже в нормах. Это не говоря о методике тестирования и дизельгейте.
Просто шикарно, мне считать лень, считайте сами, но я все равно прав.
Если писать свой парсер, то можно понять как работают парсеры. Это безусловно полезное знание, но к СУБД отношения не имеет. Вот тут bnf грамматики для старых версий sql, можете оценить объем работы.
Заголовок - создаем свою СУБД.
Содержание - читаем строку из консоли.
Есть множество вещей, который к реляционной алгебре отношения не имеют, но которые надо знать - индексы, вьюхи, хранимки, триггеры, права доступа, профилирование. Есть специальные типы данных - xml, json, spatial. Есть более специфические СУБД - графовые, key-value, объектные, time-series. Есть в реляционной алгебре, к примеру, операция деления, а в СУБД ее нет. В SQL есть аггрегаты, который в РЛ нет и т.д. и т.п. Да и вообще говоря таблица это не совсем отношение из реляционной алгебры.
Поэтому достаточно дать историческую справку откуда что пошло. А дальше уже учить как непосредственно SQL, так и СУБДшные штучки типа триггеров и разграничений прав доступа.
Возможно это снова вопрос определений, что именно такое "устройство компа". Но архитектура ЭВМ и ассемблер нужны чтобы лучше понимать код. По моему опыту люди без таких знаний не понимают указатели и кодировки строк. Реальный пример из жизни - чел читает строку из файла, там крокозябры, полнейший ступор, решение типа "посмотри какая кодировка и укажи явно при вызове функции" не понимает, что делать не знает в принципе, вообще глухо.
Так это норма жизни. Не надо думать что в правительствах сидят сплошь гениальные люди, которые выдвигаются наверх в силу своих природных талантов и многолетней успешной работы.
Ну это же ерунда для внутреннего потребления. Как-то странно хранить золото-валютные резервы у того, кто на тебя хочет напасть.
Это вам очевидно. А вот война началась аккурат после постройки второй части северного потока, стало быть санкций вообще не ждали, зато ждали постройки.
Физика не нужна кроме редчайших случаев. Да и в редчайших случаях надо знать скорее математику, типа как дифуры численно считать.
Про математику тут скорее вопрос определений, что именно значит "подробно". Тем более что в среднем техническом ВУЗе все равно в математику глубоко не залазят. Поэтому получается что для серьезных вещей знаний все равно мало, а для типичных айтишных задач условное ТФКП не нужно.
Как человек, который сдуру когда-то изучал реляционную теорию, ответственно заявляю - все необходимые знания реляционной теории можно изложить за час. Современные БД бесконечно далеко ушли от голой реляционной теории.
Ну хоть посмеемся)
В изначальном сообщении речь шла о серийном производстве, которого как не было, так и нет. А в ответ рассказы про беспрецедентную крутость, да то что у японцев все плохо.
Чтобы видеть севморпуть (или любое другое место) орбитальная станция не нужна, достаточно спутника. Или там космонавты будут сменять друг друга на вахте и смотреть в бинокль?