Скажите пожалуйста, когда последний раз, в реальном проекте, вы действительно были вынуждены писать свою структуру данных, которая действительно нуждается в обобщениях? Будьте добры, наведите юскейс.
Вы сейчас говорите абсолютную ересь! Go действительно взял что-то от паскаля (не так уж и много, к слову), но это не делает последний его подмножеством.
Небольшая канадская команда, в которой работает всего 75 человек, сумела совершить невозможное: обойти Google на рынке «умных очков» по продажам продуктов.
А кто-то всерьез воспринимал Google как игрока на рынке умных очков? Google Glass ведь был не более, чем экспериментом.
Я не соглашусь, что сейчас он лучше, чем С++. Стандратная библиотека в плюсах дает фору растовской, гигантскую фору, тысячекилометровую фору. Да, в Rust есть классные штуки, но говорить, что Rust лучше плюсов — это глупости. Давайте я еще до#$усь до произношения «ява», потому что трясет. Кстати говоря, сравнивать его с Python/Java нет смысла, это языки из совершенно другой оперы и области применения.
И не мне, и не вам судить, что будет через н лет, мы не провидцы.
Я никого тут не засуживаю, я всего лишь говорю, что когда Rust окрепнет, он превратится в тот же самый С++, только сбоку. Ну да, еще с thread-safe штуками и двадцати пятью типами указателей.
А если его никак не продвигать, то прогресса не будет, не будет ничего лучшего на замену плюсам.
Быть может, вместо того, чтобы заменять плюсы, можно просто их сделать лучше? Посмотрите на скачок, который мы сделали (ну, еще не до конца) с С++11 до С++17. Щас и корутины появятся и все-все-все.
Сейчас я расскажу вам, что произойдет. Сегодня Rust — молодой, мочный язык, с n типами указателей, все потокобезопасно, дизайн языка from the ground up просто шикарен, не прикопаться. Он конечно же лучше старых злобных С++, которые ко всему прочему не всегда потокобезопасные, так еще и протекают!
Через пять лет, через десять лет, не важно, сложность синтаксиса Rust его задавит. В конечном итоге Rust придет к тому же, к чему пришел С++ и откуда последний стремительно старается уйти. Я не имею ничего против этого молодого языка, но считаю, что стоит немножко подождать и таки дождаться, когда он утихомирит свои амбиции и устаканит синтаксис. Но все-таки есть предчуствие, что получится комбайн, причем огромный комбайн, который будет снимать ментальный налог побольше того, что вы отдавали в С++.
Я сейчас говорю о большинстве технических вузов в принципе. Я сейчас ученик 10 класса, но со студентами очень часто общаюсь/дисктирую, это ужасно. Вы сейчас назвали супер клишейный список. Давайте по-порядку:
— полностью согласен;
— полностью согласен;
— бесполезнейший навык. я научился не делать банальных опечаток и прочей ерунды после первой пары vim over ssh сессий, а непосредственно написание кода приходит с опытом;
— 90% приложения это бизнесс-логика. я не думаю, что для программиста математика — это мастхев. да, линейную алгебру, вычислительную геометрию, графы знать (ориентироваться) надо в любом случае, а это уже, я думаю, дает достаточный аппарат, чтобы осваивать все остальное по-потребности; алгоритмы — это мастхев, разумеется;
— сильно зависит от области: будет полезно системному программисту на плюсах и крайне бесполезно для питониста, который разрабатывает веб-приложения;
— протоколы это, вероятно, круто, но тоже очень бесполезно. в теории, конечно, надо знать, как работает TCP, но я думаю, что ооочень маленькой доле программистов приходится в своей жизни писать свой протокол.
Чувак, я не развязываю холивар, я констатирую факт. Я не говорю, что винда и весть майкрасофтовский стек не нужен, я говорю, что он — кал. Исторически сложилось, что нам нужно с ним работать и тут поделать ничего нельзя, нужно работать.
И зачем эта кастомность? Текстовый редактор должен работать максимально быстро и эффективно. Атом проигрывает тут ST3 по всем статьям. Все вещи, которые мне нужны в текстовом редакторе, настраиваются через json-конфиг :)
На самом деле то, что винда — ацтой это факт. Но мы ничего поделать с этим не можем, так что приходится мучаться. Мучаться и брать деньги этих работодателей-энтерпрайзеров. Вот прям чувство такое, берешь деньги, а осадок то остается!
А кто-то всерьез воспринимал Google как игрока на рынке умных очков? Google Glass ведь был не более, чем экспериментом.
Я никого тут не засуживаю, я всего лишь говорю, что когда Rust окрепнет, он превратится в тот же самый С++, только сбоку. Ну да, еще с thread-safe штуками и двадцати пятью типами указателей.
Быть может, вместо того, чтобы заменять плюсы, можно просто их сделать лучше? Посмотрите на скачок, который мы сделали (ну, еще не до конца) с С++11 до С++17. Щас и корутины появятся и все-все-все.
Через пять лет, через десять лет, не важно, сложность синтаксиса Rust его задавит. В конечном итоге Rust придет к тому же, к чему пришел С++ и откуда последний стремительно старается уйти. Я не имею ничего против этого молодого языка, но считаю, что стоит немножко подождать и таки дождаться, когда он утихомирит свои амбиции и устаканит синтаксис. Но все-таки есть предчуствие, что получится комбайн, причем огромный комбайн, который будет снимать ментальный налог побольше того, что вы отдавали в С++.
профильный Javaкакой-то хаб, я думаю, что это очень крутой текст.— полностью согласен;
— полностью согласен;
— бесполезнейший навык. я научился не делать банальных опечаток и прочей ерунды после первой пары vim over ssh сессий, а непосредственно написание кода приходит с опытом;
— 90% приложения это бизнесс-логика. я не думаю, что для программиста математика — это мастхев. да, линейную алгебру, вычислительную геометрию, графы знать (ориентироваться) надо в любом случае, а это уже, я думаю, дает достаточный аппарат, чтобы осваивать все остальное по-потребности; алгоритмы — это мастхев, разумеется;
— сильно зависит от области: будет полезно системному программисту на плюсах и крайне бесполезно для питониста, который разрабатывает веб-приложения;
— протоколы это, вероятно, круто, но тоже очень бесполезно. в теории, конечно, надо знать, как работает TCP, но я думаю, что ооочень маленькой доле программистов приходится в своей жизни писать свой протокол.