Ну... Поэтому лучше вначале изучить Си, а потом Rust. На самом деле в Rust много ограничений, понять которые можно, как по мне, зная Си. Без него это будет ну совсем грустно

Ты забыл что я по базам

Это другое)))

Не имел дело с Хаскеллем

Я знал , но ты написал , что ты разработчик баз данных , то есть , ты их типа делаешь свои , а не используешь sql и ТД .... Но я кстати не знал , что ты шаришь в машинном обучении , Data Science это вроде машинное обучение

Я знал , но ты написал , что ты разработчик баз данных , то есть , ты их типа делаешь свои , а не используешь sql и ТД .... Но я кстати не знал , что ты шаришь в машинном обучении , Data Science это вроде машинное обучение

Ну как по мне это ситуация как с Java и Kotlin Понять прелести и документацию к Kotlin можно только имея опыт с Java

Ну тут наверное тоже самое , понять прелесть Rust , можно только имея опыт с Си или C++

Обещает миграцию на SQL, Java

C++ топ

C++ топ

чем?

Ну... смотри, в Си есть указатели. И с ними можно делать всё что хочешь. В Rust тоже если указатели. Но с ними что хочешь делать нельзя, компилятор должен статически (на этапе компиляции) проверить некоторые свойства. А представь, что ты не знашь, что такое указатели и начинаешь сражаться с сообщениями об ошибках?

Kotlin имеет более простой синтаксис , имеет динамическую типизацию и ещё автоматизирует некоторые задачи , с ним меньше писанины вроде , в отличии от Java. Но суть в изучении одна и та же , понять прелести Kotlin можно только имея хороший опыт с Java

Всем

Rust себя зарекомендовал ещё в Linux-сообществе , поговаривали даже о переписывании всего ядра на этом языке программирования , до этого конечно дело не дошло , но дошло дело до переписывания coreutills на rust , но конечно это был как отдельный эксперементальный проект и он себя очень хорошо проявил , в некоторых местах производительность была даже лучше , чем у Си , а так , они были на равне

Мне кажется ты слишком усложняешь Конечно, если ещё учишься - можно и пофилософствовать универ то при этом столько же длится С другой стороны теоретические знания это хорошо, но где-то ты должен реальный опыт нарабатывать, а его не получить, если не пойдешь работать с реальными проектами в реальных командах И подготовится к этому на петах невозможно на все 100%

Нууу .... А что если ты не знаешь , что такое указатели и не используешь их )

То это очень грустно, писать на Си и не пользоваться указателями )))

То это очень грустно, писать на Си и не пользоваться указателями )))

Я ранее же говорил , что учусь я в основном на практике , на домашних проектах , просто читая книжки и статьи , мне сложно понять как и что использовать

ну по зп я бы так не сказал )

То это очень грустно, писать на Си и не пользоваться указателями )))

Ты ими будешь пользоваться незаметно для себя , например в аргументах функции main() и в scanf()

А я говорю что домашняя практика и практика в реальном проекте это две разные практики, и они не взаимозаменяемы

Всем

А как без указателей писать функции для заполнения массивов или связных списков? )

Ну это да , но домашний проект может иметь немалую сложность , где для решения задач нужно применять все свои знания и получать даже новые .... И вот даже придется решать , где лучше Kotlin , а где Java

Почему тогда его доля постепенно сокращается?

Он же троллит нас ....

Потому что люди ленивее становятся

Скоростью компиляции

Ой, не люблю мир Java и совсем не понимаю, какие так могут быть пет-проеты

Ну вот ... Без них там никуда , но это довольно больная тема

Это нормально, но я в своё время даунгредился с С++ на чистый Си. Мне так проще, чем заморачиваться

Сервер домашний , приложение для ПК , Android-приложение , много что может быть ... У меня на нём будет файловый менеджер , который будет одним из компонентов из движка , но будет возможность его не использовать и в менеджере сборки проекта из сурсов , будет возможность просто его не включать и он не будет собираться А ещё в менеджере установки , можно будет его тоже не включать и он не установится

Ну это да , но домашний проект может иметь немалую сложность , где для решения задач нужно применять все свои знания и получать даже новые .... И вот даже придется решать , где лучше Kotlin , а где Java

Ну... Python, Python, тут то, что я делаю, скоре Unreal или Unity, или даж Си... Файловый менеджер... муть какая-то, нафига он нужен? Мне вот bash + python с головой хватает

И я вот хз как его под Линукс запихнуть ..... Я имею представление конечно

И я вот хз как его под Линукс запихнуть ..... Я имею представление конечно

Python под Linux? Обычно он там уже есть. Просто Java это ещё и Simula-like ООП, а это мне сильно не нравится последнее время...

Я про java ....

Так jre ставишь и все, нет?

Та нет , там проблема с самим движком , который на C++

Та нет , там проблема с самим движком , который на C++

Там просто некоторые компоненты реализованы так , что они завязаны на Windows.h

Ты используешь какие-то системные вызовы, которые есть в винде, но нет в линуксе?

И всё-таки зачем кому-нибудь нужен движок под линюкс?

И всё-таки зачем кому-нибудь нужен движок под линюкс?

Ну чтобы игра могла работать под Линуксом ....

Ну чтобы игра могла работать под Линуксом ....

Но это же гимик В игры не играют под линюксом МакОс ещё я мог бы понять....

Но это же гимик В игры не играют под линюксом МакОс ещё я мог бы понять....

Вот мак ос это уже трэш

А линюкс не треш по твоему? ) Стоит только заглянуть в статистику Стима и увидеть там долю линюкса среди тех, кто пользуется стимом....

Ну... я играю. И покупаю даже, часто просто чтобы поддержать

ну вот, а я понял что жизнь слишком коротка, чтобы тратить ее на просиживание штанов и наблюдения за цифирками в базах данных )

Но это же не тренд И ещё долго не будет трендом И ломать себе мозг на пет-проджекте такими вещами... Ну по фану только если

Мне кажется ты слишком усложняешь Конечно, если ещё учишься - можно и пофилософствовать универ то при этом столько же длится С другой стороны теоретические знания это хорошо, но где-то ты должен реальный опыт нарабатывать, а его не получить, если не пойдешь работать с реальными проектами в реальных командах И подготовится к этому на петах невозможно на все 100%

Ну... пет-проект не для заработка обычно... Я вот свои пет-проги разрабатываю абсолютно без оглядки на то, что существует Windows