О, у нас тут нашелся очередной ниспровергатель правила октета.
ну давайте расскажите про правило октета (не забудьте у водорода найти октет, можете и у гелия, ради смеха)
в которых у него 8 валетных электронов
что прям у каждого углерода в кристаллической решётке по 8 электронов?
В CO связь между углеродом и кислородом - тройная. Плюс неподеленная электронная пара, итого 8 валентных электронов.
Что тройная связь никто не спорит. Вот только сколько электронов участвует в образовании ковалентных связей, если связей три и нужно на каждую пару электронов?
вам бы подучить азы арифметики и ознакомится, хотя бы в схемах и мемах, с теорией валентности Льюиса.
Ну бред во 2-м абзаце статейки: ну какие 6 электронов нестабильно, а 8 электронов стабильно, даже азов химии не удосужились изучить. У углерода на внешней оболочке 4 электрона (валентных), стабилен в виде графита или алмаза. В виде окиси СО стабилен те же 4 электрона, 2 из которых образовали ковалентную связь с 2-мя электронами кислорода и та-дам, всего стало 6 и прекрасно стабилен.
А карбены это фактически би-радикалы, весьма реакционноспособны. Собственно сам карбен Н2С: или например более устойчивый дихлоркарбен Cl2C:. Последний мягко присоединяется к двойной связи с образованием циклопропанового цикла.
Это не нужно бизнесу - задача бизнеса, чтобы потребитель покупал. И покупал часто. Вы правильно отметили, что надёжная вещь теперь не требуется; нужно, чтобы она сломалась и потребитель купил снова.
1) пункт наверное разработчики банковских интерфейсов на вооружение взяли. Ну ладно календарь в экран не лезет, можно масштабом спастись, в консоли куча нотисов и ошибок, так ещё и выкладывают токен.
4) не понял - там где уместно использовать ООП, так и с функциональным, иногда не имеет смысла лишние объекты создавать, если функция используется редко и в одном сегменте; в чём то перекликается с п 5)
А вот вопрос - ведь многие в приведённых примерах, используют всякие библиотеки, React, Angular и прочую лабуду. Заметил, что многие клиентские интерфейсы буть то почта, интернет-банк, всякие интернет магазины, в последнее время намного тормознутее стали. А если глянуть консоль, мама дорогая, как правило куча ошибок, предупреждений и т.д.
Если разработчики не утруждаться, чтобы убрать хотя бы ошибки, то уж точно не "надорвутся", оптимизируя вес и быстродействия своих говноподелий
ну давайте расскажите про правило октета (не забудьте у водорода найти октет, можете и у гелия, ради смеха)
что прям у каждого углерода в кристаллической решётке по 8 электронов?
Что тройная связь никто не спорит. Вот только сколько электронов участвует в образовании ковалентных связей, если связей три и нужно на каждую пару электронов?
Я Вам тоже советую тем же самым заняться
Ну бред во 2-м абзаце статейки: ну какие 6 электронов нестабильно, а 8 электронов стабильно, даже азов химии не удосужились изучить. У углерода на внешней оболочке 4 электрона (валентных), стабилен в виде графита или алмаза. В виде окиси СО стабилен те же 4 электрона, 2 из которых образовали ковалентную связь с 2-мя электронами кислорода и та-дам, всего стало 6 и прекрасно стабилен.
А карбены это фактически би-радикалы, весьма реакционноспособны. Собственно сам карбен Н2С: или например более устойчивый дихлоркарбен Cl2C:. Последний мягко присоединяется к двойной связи с образованием циклопропанового цикла.
И у карбенов 4 электрона.
Пока шишек не собрали ещё, большое дело сделали. FF не поддерживает, если я правильно понял.
Вот здравая же рецензия, кто те ....или, кто заминусовал.
Долго ж рожали... Наконец-то сделали
Это не нужно бизнесу - задача бизнеса, чтобы потребитель покупал. И покупал часто. Вы правильно отметили, что надёжная вещь теперь не требуется; нужно, чтобы она сломалась и потребитель купил снова.
Интересно, кому понадобится выводить в DOM и потом работать с лямом строк?
Кое-как работает, со сбоями. В общем пока не починили
А вот если будет на фронте куча генераторов, таких, как описал автор, насколько ресурсоёмкие такие бесконечные циклы?
Одно дело на байт-коде вертеть опросы портов, а тут высокоуровневый язык...
А почему 100 итераций? Есть какое-то логичное объяснение или просто ткнули в круглую цифру?
А что разработчики вообще разучились в pdo и хотя бы middle уровень sql запросов?
Да уж, скоро no-code во всей красе выплюнется
Согласен с коллегами выше, хранить и пользоваться лучше временной меткой UTC. Только показать в нужном формате.
Разницы поудобнее наверное юзать.
Ооо, это единственный стоящий комментарий.
P.S. почему их кличут фреймворками? Всё-таки это библиотеки больше напоминают
"нужно встроить форму регистрации" и для этого городить?
Неужели на нативном так трудно писать, что надо кучу д...ма к web-приложению тащить.
А забирать ClickHouse быстрее чем из реляционной БД? Тогда уж Redis лучше
Более-менее правдоподобно, за исключением:
1) пункт наверное разработчики банковских интерфейсов на вооружение взяли. Ну ладно календарь в экран не лезет, можно масштабом спастись, в консоли куча нотисов и ошибок, так ещё и выкладывают токен.
4) не понял - там где уместно использовать ООП, так и с функциональным, иногда не имеет смысла лишние объекты создавать, если функция используется редко и в одном сегменте; в чём то перекликается с п 5)
А вот вопрос - ведь многие в приведённых примерах, используют всякие библиотеки, React, Angular и прочую лабуду. Заметил, что многие клиентские интерфейсы буть то почта, интернет-банк, всякие интернет магазины, в последнее время намного тормознутее стали. А если глянуть консоль, мама дорогая, как правило куча ошибок, предупреждений и т.д.
Если разработчики не утруждаться, чтобы убрать хотя бы ошибки, то уж точно не "надорвутся", оптимизируя вес и быстродействия своих говноподелий
Если бы привели примеры, как использовать "улучшения", было бы много эффективнее подача Вашего материала.
Ну и тернарный оператор, + и ~~ точно не улучшают читабельность кода
Снимаю шляпу. Удачи Вам
Я думаю ТС имел ввиду не "человек", а специалиста в области биотехнологии