Александр Рябиков @rsashka
Системный архитектор
Information
- Rating
- 2,089-th
- Location
- Россия
- Date of birth
- Registered
- Activity
Specialization
Embedded Software Engineer, Software Architect
Lead
C++
OOP
Linux
Programming microcontrollers
Embedded system
C
Qt
Software development
Тут проблема не в блоге компании как таковом, а будет ли влиять накрутка плюсов к корпоративным статьям на результат сравнения корпоративной и не корпоративной статьи.
Шлак на медиаплатформах присутствует уже давно, просто раньше его генерировали по старинке (снимали, дублировали и пр.), а сейчас его генерация стала доступна кому угодно, вот и бросается в глаза.
А всего то нужно выкинуть телевизор и не смотреть рекомендации Youtube :-)
Федеральному :-)
№63-ФЗ «Об электронной подписи»
По закону
Это тот самый банк, который без согласия клиентов собирал, а потом и передавал их биометрию?
Толсто :-)
Каждый программист должен написать свою собственную базу данных, язык программирования и библиотеку логирования :-)
Есть удобный Ctrl+Enter
LED лампочки греются меньше.
У RS485 есть полный дуплекс, но для этого вам нужно еще два
стакана водыпровода или заменить RS485 на RS422 будет вам счастье :-)Это LLM пишет про LLM?
Единица трансляции, это самый обычный верхнеуровневый decl, поэтому ничто не мешает прикрепить к нему атрибут.
Правда я тоже не знаю, как это можно сделать именно в коде :-)
Эх, ностальгия! Лови плюсики в карму на Хабре и Гитабе.
Много раз переходили на новые версии, в том числе и в крупных проектах. И проблемы возникли только один раз при переходе на C++11 (правда еще не получается использовать С++23, но он и не очень нужен).
Если Rust сможет подерживать свою экосистему в течении десятилетий без поломок старого кода (ведь старый код на С++ успешно компилировался при указании -std=с++98 или с++03), то честь ему и хвала, но сейчас прошло еще слишком мало времени для подобных выводов.
Синтаксис Java развивается так же как и С++ - расширяя существующий синтаксис не нарушая обратную совместимость и без необходимости привязываться к номеру версии.
При длительной поддержки больших проектов эта та же самая проблема. А может быть даже и хуже, т.к. проблема переносится на пользователя (переписывайте на новой версии языка, так как мы придумали, как сделать для вас лучше).
Ну так у С++ тоже есть стандарты, которые также можно выбрать при компиляции. Но это не отменяет изначального вопроса "сколько времени потребуется создателям Rust, чтобы постепенными улучшениями превратить его в монстра, похожего на С++?"
Потому что при любом развитии языка, он либо пытается сохранить совместимость со старой лексикой и начинает раздуваться (как С++), либо нарушается обратная совместимость лексики, но чтобы каждый раз не переписывать килотонны кода, вводятся ревизии, стандарты или edition. По сути, это новые варианты языка, но и старые нужно помнить и поддерживать.
Это точно такое же раздувание, только в другом ракурсе.
Я правильно понимаю, что из-за запланированного устаревания языковых конструкций, нужно будет каждый раз переписывать килотонны уже написанного старого кода?
Интересно, сколько времени потребуется создателям Rust, чтобы постепенными улучшениями превратить его в монстра, похожего на С++?
Всем нейросетям при обучении требуется образец, с которым нейросеть будет сравнивать полученный результат и пересчитывать свои коэффициенты (обратное распространение ошибки).